CLE

　　Oracle概念问题 假如数据没有提交 但是却被dbwn进程写入了数据文件 会怎么样呢？ 　　案例分析 　　首先说明的是dbwn写脏数据跟mit提交没有关系！ 　　在一个transaction发生的过程中 online redo log首先记录transaction中修改的数据块相关信息 修改的数据块会被缓存在database buffer cache中 由于database buffer cache写满或者checkpoint等等条件触发dbwn进程 会导致这些缓存的数据块写入数据文件 但此时可能该transaction仍然还没有提交 所以在数据文件中 可能会有mited 和 unmited 的数据块 而原有的数据块镜像会存放在undo segment 　　IXDBA NET社区论坛 　　然而 dbwn写脏数据时不管这个要写的transaction是否提交 　　也没有必要去管 　　这样就发生了所谓的已经提交的数据 但是还没有写入数据文件的现象 　　还有一种情况 数据没有提交 但是已经被写入数据文件 此时发生回退 撤销没有提交的数据 　　那么 引发Oracle前滚与回退的根本原因就是什么呢？ 　　根本原因是mit后写redo buffer和触发lgwr写 redo buffer的区别 　　事务在执行完毕后 随即会被写入redo buffer和undo中 同时在redo buffer和undo中对该事务都有一个是否提交的标记 两者的默认状态都是active的 即没有提交时刻处于激活状态 　　mit操作执行时刻把此前的所有事务操作全部写入redo log file mit成功后 redo buffer信息全部写入redo file 同时修改两者中的事务提交标识为inactive 表示此前事务已经递交 　　oracle的前滚和回退根据就是依据事务是否提交而进行的 　　在触发lgwr进程后 oracle同样把此前的redo buffer信息写入redo file 但是与mit触发写日志不同的是 redo file本身对lgwr写日志操作不记录任何信息标识 lgwr写到那里就是那里 就算此时掉电也无妨 redo file就记录到掉电时刻的信息 　　lgwr是一个Oracle后台执行的进程 具体的日志写操作都有oracle去控制 这对于oracle来说是透明的 因此不用在redo file中写入任何标记信息 这也是正常的 　　mit操作是唯一一个可以前台操作与oracle后台通信的指令 因此当加入这个操作以后 oracle本身必须要了解各个事务的读写状况 那么怎么了解整个状况 在redo以及undo中加入是否递交的标识 对于已经提交的操作 但是还没有写入数据文件 那么就要前滚 相反 对于没有提交 执行回退！ 　　于是 Oracle崩溃恢复步骤如下 　　首先rolling forward 前滚 由于oracle failure sga中的内存信息丢失了 但是online redo log中还是存储了transaction信息 包括mited or unmited data 可能这些修改信息并没有被oracle正确的来处理 包含两种情况 已经提交的还没有写入数据文件 或者没有提交的却被写入了数据文件 针对已经提交的还没有写入数据文件就要发生前滚 在前滚过程中 *** on会根据online redo log中的记录来完成对datafile的修改 保证已经提交的数据已经写入数据文件 　　接下来 前滚结束后 数据库正常open 此时用户可以正常连接 可以访问已经recover的mited data 但是对于那些属于unrecoverable transaction的unmited data 会被oracle 加锁 是不可以访问的 lishixinzhi/Article/program/Oracle/201311/16619

在sql解析完毕生成执行计划之后，并且在buffer cache实际修改buffer之前生成undo和redo。

1.查看当前日志组成员SQL> select member from v$logfile; MEMBER--------------------------------------------------------------------------------/u01/oracle/oradata/orcl/redo03.log/u01/oracle/oradata/orcl/redo02.log/u01/oracle/oradata/orcl/redo01.log2. 查看当前日志组状态：SQL> select group#,members,bytes/1024/1024,status from v$log; GROUP# MEMBERS BYTES/1024/1024 STATUS---------- ---------- --------------- ---------------- 1 1 50 ACTIVE 2 1 50 CURRENT 3 1 50 INACTIVE现在有三个日志成员，大小为50M，欲更改为100M增加日志组SQL>alter database add logfile group 4 ("/u01/oracle/oradata/orcl/redo04.log") size 100M;SQL>alter database add logfile group 5 ("/u01/oracle/oradata/orcl/redo05.log") size 100M;SQL>alter database add logfile group 6 ("/u01/oracle/oradata/orcl/redo06.log") size 100M;3.切换到新增的日志组上SQL> alter system switch logfile;System altered.SQL> alter system switch logfile;System altered.SQL> select group#,members,bytes/1024/1024,status from v$log GROUP# MEMBERS BYTES/1024/1024 STATUS---------- ---------- --------------- ---------------- 1 1 50 INACTIVE 2 1 50 INACTIVE 3 1 50 ACTIVE 4 1 100 CURRENT 5 1 100 UNUSED 6 1 100 UNUSEDa. CURRENT指当前的日志文件，在进行实例恢复时是必须的；b. ACTIVE是指活动的非当前日志，在进行实例恢复时会被用到。Active状态意味着，Checkpoint尚未完成，因此该日志文件不能被覆盖。c. INACTIVE是非活动日志，在实例恢复时不再需要，但在介质恢复时可能需要。d. UNUSED表示该日志从未被写入，可能是刚添加的，或RESETLOGS后被重置。4.删除旧的日志组SQL> alter database drop logfile group 1; Database altered.SQL> alter database drop logfile group 2 2 /Database altered.SQL> alter database drop logfile group 3;alter database drop logfile group 3*ERROR at line 1:ORA-01624: log 3 needed for crash recovery of instance dbserver (thread 1)ORA-00312: online log 3 thread 1: "/u01/oracle/oradata/orcl/redo03.log"由于log 3 日志成员还出去active 状态，所以不能drop掉的，再次执行 alter system switch logfile; SQL> select group#,members,bytes/1024/1024,status from v$log;GROUP# MEMBERS BYTES/1024/1024 STATUS---------- ---------- --------------- ---------------- 3 1 50 INACTIVE 4 1 100 ACTIVE 5 1 100 CURRENT 6 1 100 UNUSEDSQL> alter database drop logfile group 3;Database altered.SQL> select group#,members,bytes/1024/1024,status from v$log;GROUP# MEMBERS BYTES/1024/1024 STATUS---------- ---------- --------------- ---------------- 4 1 100 ACTIVE 5 1 100 ACTIVE 6 1 100 CURRENT在操作系统下删除掉redolog 日志文件mv /u01/oracle/oradata/orcl/redo0[1-3].log /tmp

　　在能够影响Oracle性能的诸多因素中，Redo Log相关的因素从某种程度上可以说是最为重要同时也是最值得关注的。因为在一个OLTP系统中Oracle通过各种技术以及优良的设计，尽量做到将大部分操作在内存中完成，以便最大程度的提升性能。因此在Oracle的诸多后台进程以及用户进程的大部分操作都是内存操作，而且这些操作会通过延迟写入技术尽可能的将磁盘I/O操作滞后。但是在这些操作中却有某些例外，其中最明显的就是针对Redo Log的操作。　　在Oracle中针对Redo Log的操作主要由LGWR进程完成，这个进程可以说是Oracle所有后台进程中最繁忙的进程，而且这个进程可能要频繁的进行I/O操作，这是因为Oracle出于数据安全的考虑必须保证联机在线重做日志可靠的写入日志文件，以便在发生崩溃时能够有效恢复数据，而真正的数据可能会等一些时间延迟写入数据文件。这种特点在Oracle的各个后台进程中显得有些独树一帜。另外LGWR全局唯一，即一个实例只能有一个活动的LGWR进程，由于要进行频繁的I/O操作可想而知是很容易造成LGWR进程竞争的。由于LGWR在Oracle实例结构设计中的特殊地位，一旦出现LGWR性能瓶颈，那么对整个系统的性能影响将会是极为严重的，同时对数据安全也是一个潜在的威胁。　　因此作为Oracle日常的数据库管理，我们要给与这部分相当的关注，尽早发现问题，尽早作出调整。调整的目标就是要做到Log_Buffer大小适中（不要过大，也不能太小），要满足用户进程的使用需要，每当系统负载有一个明显的增加时，就应该考虑调整它的大小。比如因为业务拓展当前系统固定用户数量从1万人猛增到3万人，那么就应该对Log_Buffer大小给与关注。另外就是要做到日志文件的大小适中，日志组的日志文件数量合适，不能影响LGWR写日志文件的性能，不能造成日志文件间的写入竞争，不能在日志切换归档发生时引发磁盘竞争等等。　　二、监控与问题排查：　　在进行Redo Log问题监控时，主要关注两个方面：日志缓冲区空间使用的等待情况和日志缓冲区数据槽的分配情况。通过这两方面的监控并配合一些问题排查手段，通常可以发现大量问题。　　（1）日志缓冲区空间使用的等待情况：　　可以通过查询v$session_wait来监控日志缓冲区空间使用的等待情况，通过如下SQL语句进行查询：　　select sid,event,seconds_in_wait,state　　from v$session_wait　　where event="log buffer space%";　　以上的查询中可以通过观察seconds_in_wait的数值来分析问题，这个数值可以显示如下问题：日志切换缓慢引发的等待、LGWR写入缓慢引发的等待、日志文件写入引起的磁盘竞争引发的等待。　　这些等待的发生可能是由于如下问题引起的：　　1、日志文件写入时存在磁盘竞争：　　这种情况多见于日志切换发生时，由于日志文件组的规划不当，或者存放日志文件的磁盘写入速度缓慢，或者是因为磁盘RADI类型不当都会引发这个问题，如果怀疑村在这些情况，可以通过如下语句进行监控：　　select event,total_waits,time_waited,average_wait　　from v$system_event　　where event like "log file switch completion%";　　可以通过观察total_waits，time_waited，average_wait数值来分析问题，如果这些值过高（注意何谓“过高”，不同系统考量标准不一样，要具体分析），那么说明存在以上问题。此时可以通过如下措施解决：　　● 将同一日志文件组的各个成员分配到不同的磁盘上，进而减少日志写入以及日志切换和日志归档时引发的竞争；　　● 将日志文件尽可能存放在快速的磁盘上；　　● 要合理选择RADI类型对磁盘进行条带化，通常不要选择RADI5来作为日志文件磁盘的RADI类型，通常推荐使用RADI10；　　● 可以增加REDO LOG文件大小，来延缓日志切换，下面是一个增加日志文件大小的方法；　　假如原来有3个小的redo log file，下面是UNIX环境下的一个例子：　　第一步：往数据库添加三个大的redo logfile　　SVRMGRL>ALTER DATABASE ADD LOGFILE GROUP 4　　("/opt/oradata/app/redo04.log",　　"/ora_bak/oradata2/redolog/redo04.log") size 16M reuse;　　SVRMGRL>ALTER DATABASE ADD LOGFILE GROUP 5　　("/opt/oradata/app/redo05.log",　　"/ora_bak/oradata2/redolog/redo05.log") size 16M reuse;　　SVRMGRL>ALTER DATABASE ADD LOGFILE GROUP 6　　("/opt/oradata/app/redo06.log",　　"/ora_bak/oradata2/redolog/redo06.log") size 16M reuse;　　第二步： 手工地做log switch，使新建的redo logfile起作用　　SVRMGRL>alter system switch logfile;　　此操作可以执行一到几次，使旧的redo logfile成invalid状态。

可以尝试使用PRM-DUL恢复无法打开的oracle数据库，也可以尝试如下手法来解决问题： 【Oracle数据恢复】Redo Log重做日志文件坏块Corruption的解决 ORA-16038 ORA-00354 ORA-00353 ORA-00367 ORA-01624 ORA-16038 log %s sequence# %s cannot be

select a.GROUP#,a.THREAD#,a.BYTES/1024/1024 M from v$log a

　　两个sql 原理是一样的 第二个用到了统计函数 　　时间单位 分钟 　　select * from v$log 　　where a THREAD# = 　　select b SEQUENCE# b FIRST_TIME 　　a SEQUENCE# a FIRST_TIME 　　round(((a FIRST_TIME b FIRST_TIME)* )* ) 　　from v$log_history a v$log_history b 　　where a SEQUENCE# = b SEQUENCE#+ 　　and b THREAD#= 　　order by a SEQUENCE# desc 　　select sequence# first_time nexttime round(((first_time nexttime)* )* ) diff 　　from ( 　　select sequence# first_time lag(first_time) over(order by sequence#) nexttime 　　from v$log_history 　　where thread#= lishixinzhi/Article/program/Oracle/201311/18503

alter database add logfile group X ("/dev/***") size **M;

redo日志的作用是叫做重做日志文件。ONLINE Redo log重做日志(online redo log )。Oracle数据库所在服务器执行shutdown abort等命令使得在服务器重新启动之后，Oracle数据库正常的启动实例。Oracle会使用重做日志，把数据库恢复到服务器掉电前的那一个时刻，从而使得数据库能正常的启动起来 。在Oracle数据库中，至少会有两个重做日志组，而且每个组里面至少包含了一个重做日志文件。日志组不会自动增加，在一个写满之后，会自动去写下一个。在下一个被写满之后会又从第一个开始写起。Archive redo log归档日志(archive log)主要用于硬件级别的错误。这就要使用归档日志文件，通过归档日志文件。把数据库恢复到归档日志所在的时间点上，然后再通过在线重做日志文件把数据库恢复到当前的时间点上。

首先我们来说一下Oracle redo的作用：Oracle通过Redo来保证数据库的事务可以被重演，从而使得在故障之后，数据可以被恢复。Redo对于Oracle数据库来说至关重要！至关重要！至关重要！（重要的事情说三遍！！！）问题一：为什么最少是两个。为了保障redo log 的冗余性，那么一个redo log group内，至少有两个成员文件，且这两个成员文件最好存放在不同的物理盘上。那么在oracle 日志条目过来的时候，会分别同时向两个文件写入。如果其中一个文件发生损坏，那么不必着急，咱们还有另一个一模一样的文件。这样就可以很好的保护redo log了。例如：主机上有两块硬盘/disk1 , /disk2 ，成员文件最好分别落在这两个盘上。问题二：或者是建议多个.这是一个平衡的问题，如果一个redo group存在多个成员文件，那么oracle 日志条目过来的时候，会分别同时向n个文件进行写入，这样固然更加的安全，但如果成员文件过多会导致磁盘I/O的压力，对数据库性能带来瓶颈。所以日志组内配置多少个冗余余文件需要权衡哦。但至少是两个，两个也基本是大多数数据库的配置方式了。

第步查看前志select a.group#,a.bytes/1024/1024||"M" log_size,a.status,b.member from v$log aleft join v$logfile b on A.GROUP#=b.group#第二步删除原志注意事项：a. 志前状态必须inactive才删除active状态说明志记录没同步数据文件需要等待定间才变inactive状态；current状态前写志能删除b. 志组数量能低于2组删除志命令：前group 2inactive所能删除group 2使用删除命令：alter database drop logfile group 2剩两组志志组能低于2组所能再删除能添加志组再删除c. 执行删除该志物理文件存删除作危险需要删除再行创建志文件原志文件名称相同增加志组（或者志组员）命令添加reuse选项第三步添加新志使用批量命令：alterdatabaseaddlogfile group4"/data/log/REDO_LOG04.log"size 500M,group5"/data/log/REDO_LOG05.log"size 500M,group6"/data/log/REDO_LOG06.log"size 500M;志状态active候我要改变删除我需要使用命令：altersystemswitchlogfile;改变current log改变currentlog变第2组志第1组志状态active再等待定间其状态变inactive候删除志组1状态间改变执行手检查点命令：altersystemcheckpoint

会造成等待，1 如果事务要使用空闲的redo 文件，发现会没有被释放会写日志的操作会hang住，导致事务也停止2 切换过于频繁，log file sync ，log file parallel write 等待。

　　一、Rodo Log性能调整目标：　　在能够影响Oracle性能的诸多因素中，Redo Log相关的因素从某种程度上可以说是最为重要同时也是最值得关注的。因为在一个OLTP系统中Oracle通过各种技术以及优良的设计，尽量做到将大部分操作在内存中完成，以便最大程度的提升性能。因此在Oracle的诸多后台进程以及用户进程的大部分操作都是内存操作，而且这些操作会通过延迟写入技术尽可能的将磁盘I/O操作滞后。但是在这些操作中却有某些例外，其中最明显的就是针对Redo Log的操作。　　在Oracle中针对Redo Log的操作主要由LGWR进程完成，这个进程可以说是Oracle所有后台进程中最繁忙的进程，而且这个进程可能要频繁的进行I/O操作，这是因为Oracle出于数据安全的考虑必须保证联机在线重做日志可靠的写入日志文件，以便在发生崩溃时能够有效恢复数据，而真正的数据可能会等一些时间延迟写入数据文件。这种特点在Oracle的各个后台进程中显得有些独树一帜。另外LGWR全局唯一，即一个实例只能有一个活动的LGWR进程，由于要进行频繁的I/O操作可想而知是很容易造成LGWR进程竞争的。由于LGWR在Oracle实例结构设计中的特殊地位，一旦出现LGWR性能瓶颈，那么对整个系统的性能影响将会是极为严重的，同时对数据安全也是一个潜在的威胁。　　因此作为Oracle日常的数据库管理，我们要给与这部分相当的关注，尽早发现问题，尽早作出调整。调整的目标就是要做到Log_Buffer大小适中（不要过大，也不能太小），要满足用户进程的使用需要，每当系统负载有一个明显的增加时，就应该考虑调整它的大小。比如因为业务拓展当前系统固定用户数量从1万人猛增到3万人，那么就应该对Log_Buffer大小给与关注。另外就是要做到日志文件的大小适中，日志组的日志文件数量合适，不能影响LGWR写日志文件的性能，不能造成日志文件间的写入竞争，不能在日志切换归档发生时引发磁盘竞争等等。　　二、监控与问题排查：　　在进行Redo Log问题监控时，主要关注两个方面：日志缓冲区空间使用的等待情况和日志缓冲区数据槽的分配情况。通过这两方面的监控并配合一些问题排查手段，通常可以发现大量问题。　　（1）日志缓冲区空间使用的等待情况：　　可以通过查询v$session_wait来监控日志缓冲区空间使用的等待情况，通过如下SQL语句进行查询：select sid,event,seconds_in_wait,statefrom v$session_waitwhere event="log buffer space%"; 　　以上的查询中可以通过观察seconds_in_wait的数值来分析问题，这个数值可以显示如下问题：日志切换缓慢引发的等待、LGWR写入缓慢引发的等待、日志文件写入引起的磁盘竞争引发的等待。　　这些等待的发生可能是由于如下问题引起的：　　1、日志文件写入时存在磁盘竞争：　　这种情况多见于日志切换发生时，由于日志文件组的规划不当，或者存放日志文件的磁盘写入速度缓慢，或者是因为磁盘RADI类型不当都会引发这个问题，如果怀疑村在这些情况，可以通过如下语句进行监控：select event,total_waits,time_waited,average_waitfrom v$system_eventwhere event like "log file switch completion%"; 　　可以通过观察total_waits，time_waited，average_wait数值来分析问题，如果这些值过高（注意何谓“过高”，不同系统考量标准不一样，要具体分析），那么说明存在以上问题。此时可以通过如下措施解决：　　● 将同一日志文件组的各个成员分配到不同的磁盘上，进而减少日志写入以及日志切换和日志归档时引发的竞争；　　● 将日志文件尽可能存放在快速的磁盘上；　　● 要合理选择RADI类型对磁盘进行条带化，通常不要选择RADI5来作为日志文件磁盘的RADI类型，通常推荐使用RADI10；　　● 可以增加REDO LOG文件大小，来延缓日志切换，下面是一个增加日志文件大小的方法；　　假如原来有3个小的redo log file，下面是UNIX环境下的一个例子：　　第一步：往数据库添加三个大的redo logfileSVRMGRL>ALTER DATABASE ADD LOGFILE GROUP 4("/opt/oradata/app/redo04.log","/ora_bak/oradata2/redolog/redo04.log") size 16M reuse;SVRMGRL>ALTER DATABASE ADD LOGFILE GROUP 5("/opt/oradata/app/redo05.log","/ora_bak/oradata2/redolog/redo05.log") size 16M reuse;SVRMGRL>ALTER DATABASE ADD LOGFILE GROUP 6("/opt/oradata/app/redo06.log","/ora_bak/oradata2/redolog/redo06.log") size 16M reuse;　　第二步： 手工地做log switch，使新建的redo logfile起作用SVRMGRL>alter system switch logfile; 　　此操作可以执行一到几次，使旧的redo logfile成invalid状态。

我认为只能先添加一个大的日志文件，然后删除小的日志文件。

会,虽然临时表是nologing类型的,但是还是会产生部分redo日志,只不过产生的比logging类型的表会少一下;

不那么明显的影响是， 由于频繁的io，会潜在的使数据库变慢。明显的影响是，比如说你只有2组redo。第一组写满了，写第二组。但这时第一组的状态仍然是active的，要等到第一组redo里面记录的操作全都提交了，才会变成inactive的。如果还有未提交的数据，那么第一组redo是不能被覆盖的。然后呢。。。 如果第二组日志这时也写满了，又不能去覆盖第一组，那么所有的数据库操作都会hang在那里。你的客户如果耐心不好，就要砸电脑了。夸张的影响是，如果你的数据库hang在那里的时候，发生了什么特殊的问题，导致系统进程出了故障，crash也不是不可能的。

《Vicious Cycle》（Blackstock, Terri）电子书网盘下载免费在线阅读链接: https://pan.baidu.com/s/1icYfL-lAyNLbB_fG9CguOg 提取码: kd39书名：Vicious Cycle作者：Blackstock, Terri页数：435

　　有时为了调优需要，我们需要增加onlline redo的组数，下面是操作流程一、查看主库online redo信息。　　select a.members,a.status,a.bytes/1024/1024,b.type,b.member,b.group#from v$log a,v$logfile b　　where a.group#=b.group#;　　二、相看主库standby_log 信息　　select a.member,a.status,b.bytes/1024/1024,b.group#,b.used/1024/1024,b.statusfrom v$logfile a,v$standby_log b　　where a.group#=b.group#;　　三、查看备库online redo信息　　select a.members,a.status,b.type,b.member,b.group#from v$log a,v$logfile b　　where a.group#=b.group#　　四、查看备库standby_log 信息　　select a.member,a.status,b.bytes/1024/1024,b.group#,b.used/1024/1024,b.statusfrom v$logfile a,v$standby_log b　　where a.group#=b.group#;　　以上信息无误后操作下面的步骤　　五、在主库上增加online redo组。　　alter database add logfile group 10 ("/u01/app/oradata/orcl/redo10a.log","/u01/app/oradata/orcl/redo10b.log") size 100m;六、在主库上增加standby log。　　alter database add standby logfile group 15 ("/u01/app/oradata/orcl/stred15a.log ","/u01/app/oradata/orcl/stred15b.log ") size 100M;七，备库操作，增加onlie redo　　7.1 alter database recover managed standby database cancel; ---取消主备传送7.2 alter system set standby_file_management=manual; ---改为备库文件改为手动模式7.3 增加备库onlie redo文件与主库一样在大小，位置一般是一样的，除非有主备环境不同alter database add logfile group 10 ("/u01/app/oradata/orcl/redo10a.log","/u01/app/oradata/orcl/redo10b.log") size 100m;八，备库操作，增加备库standby log　　alter database add standby logfile group 15 ("/u01/app/oradata/orcl/stred15a.log ","/u01/app/oradata/orcl/stred15b.log ") size 100M;九， 备库操作，改写备库文件管理模式为自动，并启用实时应用alter system set standby_file_management=auto;alter database recover managed standby database using current logfile disconnect from session;十，观察同步是否时实。　　我这里是ok的。

oracle的归档模式分为archivelog/noarchivelog如果是noarchivelog非归档模式，那么oracle会循环使用日志组，是以覆盖的方式向日志组里写日志的。如果是archivelog归档模式，当正在使用的redo日志组写满后，会关闭当前日志文件，arch进程把redo日志中的数据移到归档日志中。归档日志如果长时间不清理，可能会导致磁盘空间不足。可以写个操作系统脚本定时删除归档日志。也就是说，redo日志中的内容，要么覆盖，要么归档。不会出现满了不在记录的情况。

redo是重做的意思undo是撤销回滚

一般redo日志有三个，可以多加，每个500M就行；

Both Okay,trust me两个都对

　　一 丢失inactive日志文件组的恢复 　　由于inactive日志文件组表示已经完成了检查点(dirty数据已经被写入数据文件) 数据库本身不会发生数据库丢失 如果在这个时候相应的redo丢失/损坏 可以通过clear重建日志文件组恢复 　　通过命令: 　　alter database clear logfile group n 　　如果数据库模式是archived的 则需要强制清除 　　alter database clear unarchived logfile group n 　　二 丢失active或current日志文件组的恢复 　　丢失情况分两种: 　　一个是正常关闭数据库(如shutdown immediate) 　　另一个是异常关闭数据库(如shutdown abort) 　　 在损失当前日志时 数据库是正常关闭状态 　　由于shutdown immediate会执行全面的checkpoint 所以当前日志在实例恢复时可以不需要redo 　　在Oracle i中我们完全可以通过alter database clear logfile group n来进行恢复 　　但是在Oracle i中 则可能无法对current的redo日志进行clear 需要通过recover database until cancel恢复后(必须要做的) 　　用resetlogs选项打开 　　比如 　　alter database clear logfile group n 　　recover database until cancel; 　　alter database open resetlogs; 　　 在损失当前日志时 数据库是异常关闭的 　　这种情况下 由于没有在执行全面检查点时 数据库就已经关闭了 那么Oracle在进行实例恢复的时候必须要求当前的日志 否则Oracle数据库将无法open 　　这样的情况下 我们通常需要从备份中恢复数据文件 通过应用归档日志进行向前推演 直到最后一个完好的日志文件 然后可以通过resetlogs启动数据库完成恢复 那么丢失的数据则是被损坏的日志文件中的数据 lishixinzhi/Article/program/Oracle/201311/18418

　　 Data Guard主要提供两个服务 ）Redo传输服务 即把Primay端的Redo日志传输到一个或多个Standby目的地 ）Redo应用服务 即在Standby端应用从Primay端传输过来的Redo日志 本文先讲讲其中的Redo传输服务 　　 使用ARCn传输Redo日志 默认情况下采用ARCn传输redo日志 不过只有在最高性能模式下才可以使用ARCn（具体可参考 《 Oracle] Data Guard 之 三种保护模式介绍 》） 采用ARCH传输Redo日志的示意图如下 其大致过程如下 ）Primay段ARC 一旦完成日志切换 ARC 就将新生成的归档日志传输到Standby端 ）Standby 端由RFS进程接受日志 如果配置了standby redo log 记录至standby redo log 等standby redo log做log switch形成归档日志 再应用归档日志做恢复 如果没有配置standby redo log RFS进程接收到日志后 放到standby端归档目录下 standby再应用归档日志做恢复 　　 使用LGWR传输Redo日志 使用LGWR进程和ARCn有很大的不一样 最明显的区别是它不需要等Primary完成日志切换后再传输 其示意图如下 　　 　　 其过程大致如下 　　 ）一旦Primary有Redo日志产生 LGWR将触发LNSn进程传输Redo只Standby redo log 注意 这里不能由LGWR直接传输 因为整个数据库实例只有一个LGWR 为了保证它的主要性能不受影响 不能由它直接传输） 　　 ）网络传输模式可以选择sync或async sync是指当Primary提交时 必须得等Redo传输至Standby成功后 才能返回 所以如果设置sync 建议同时设置NET_TIMEOUT参数 超时无响应 则返回错误 async是指Primary提交是否成功和日志是否传输成功没有关系 这样对Primary的性能影响最小 lishixinzhi/Article/program/Oracle/201311/19052

歌曲名:Vicious Circle歌手:The Scourger专辑:Dark Invitation To ArmageddonMillencolin - Vicious CircleI see the sunlight on your face,I see the darkness in your eyes.In my mind, that"s lover"s paradox.I always try to give you space,No way to cut you down to size.We got lost in our heart shape box.Oh, should we try to have some cuts,Or should we just go separate ways?Or best yet, why don"t we move our grot?Maybe Belgrade on the train,But we can get out of this maze.It sounds like we"re both confused and bored.So tear me upAnd knock me down.Just like a vicious circle no one gets around.I messed you up,To watch you frown.Just like a vicious circle no one gets around.You know that I depend on you,You know that you depend on love.And then love, well, love depends on me.From my subjective point of view,It never works like hand in glove.But still I, I hope you disagree.So tear me upAnd knock me down.Just like a vicious circle no one gets around.I messed you up,To watch you frown.Just like a vicious circle no one gets around.And I"m tired of you being tired of me,Oh yeah, that"s right, sometimes I wish we just could let it be.And I"m tired of me being tired of you,It"s something, yes, sometimes you wish you meet somebody new.You...Sometimes I wish that too.It"s like a vicious circle no one gets around.I messed you up,To watch you frown.Just like a vicious circle no one gets around.So tear me upAnd knock me down.Just like a vicious circle no one gets around.I messed you up,To watch you frown.Just like a vicious circle no one gets around.No one gets around.No one gets around.It"s like a vicious circle no one gets around.So tear me upAnd send me out.It"s like a vicious circle no one gets around.http://music.baidu.com/song/2570425

歌曲名:Vicious Circle歌手:Lou Reed专辑:Perfect DayMillencolin - Vicious CircleI see the sunlight on your face,I see the darkness in your eyes.In my mind, that"s lover"s paradox.I always try to give you space,No way to cut you down to size.We got lost in our heart shape box.Oh, should we try to have some cuts,Or should we just go separate ways?Or best yet, why don"t we move our grot?Maybe Belgrade on the train,But we can get out of this maze.It sounds like we"re both confused and bored.So tear me upAnd knock me down.Just like a vicious circle no one gets around.I messed you up,To watch you frown.Just like a vicious circle no one gets around.You know that I depend on you,You know that you depend on love.And then love, well, love depends on me.From my subjective point of view,It never works like hand in glove.But still I, I hope you disagree.So tear me upAnd knock me down.Just like a vicious circle no one gets around.I messed you up,To watch you frown.Just like a vicious circle no one gets around.And I"m tired of you being tired of me,Oh yeah, that"s right, sometimes I wish we just could let it be.And I"m tired of me being tired of you,It"s something, yes, sometimes you wish you meet somebody new.You...Sometimes I wish that too.It"s like a vicious circle no one gets around.I messed you up,To watch you frown.Just like a vicious circle no one gets around.So tear me upAnd knock me down.Just like a vicious circle no one gets around.I messed you up,To watch you frown.Just like a vicious circle no one gets around.No one gets around.No one gets around.It"s like a vicious circle no one gets around.So tear me upAnd send me out.It"s like a vicious circle no one gets around.http://music.baidu.com/song/9109199

vicious circle 英[ˈviʃəs ˈsə:kl] 美[ˈvɪʃəs ˈsɚkəl] n. 恶性循环; vicious 英[ˈvɪʃəs] 美[ˈvɪʃəs] adj. 邪恶的，恶毒的; 有恶意的; 凶猛的; 有缺点的; 全部释义>>[例句]He fought a vicious smear campaign against them.他开始针对他们进行恶毒的诽谤。

建议是使用rman先备份归档日志文件，然后让再自动删除备份后的归档文件。如果使用手动删除，在删除完归档后，再在rman下使用以下两个语句：crosscheck archivelog all;delete expired archivelog all;第一条语句的做用就是检查控制文件和实际物理文件的差别；第二条语句的做用就是同步控制文件的信息和实际物理文件的信息。在controlfile中记录着每一个archivelog的相关信息，当我们在OS下把这些物理文件delete掉或异常变动后，在controlfile中仍然记录着这些archivelog的信息，所以当我们手工清除archive目录下的文件后，这些记录并没有被我们从controlfile中清除掉，需要使用这条语句来更新controlfile。

oracle的OEM管理器中有可视化的日志展现出，当我们手工清除archive目录下的文件后，这些记录并没有被我们从controlfile中清除掉，Oracle的OEM管理器中有可视化的日志展现出，当我们手工清除archive目录下的文件后，这些记录并没有被我们从controlfile中清除掉，也就是oracle并不知道这些文件已经不存在了!这时候我们要做手工的清除的话，下面我经过实验，可以尝试这种方法：1. 进入rman 2. connect target /3. crosscheck archivelog all;4. delete expired archivelog all;这时候我们再去OEM中看就一定看不到，如果你的从来没有做过这个动作的话，我们可以比较从这个动作前的controlfile后动作后的controlfile的大小!ORACLE正确删除归档并回收空间的方法备份非常重要，不到万不得已不要删除归档日志。删除归档日志的过程以ORACLE用户身份登录到数据库服务器主机或通过网络连接进入ORACLE数据备份工具rman target/或rman target/@orcl在命令窗口里面执行DELETE ARCHIVELOG ALL COMPLETED BEFORE "SYSDATE-7";说明SYSDATA-7，表明当前的系统时间7天前，before关键字表示在7天前的归档日志，如果使用了闪回功能，也会删除闪回的数据。同样道理，也可以删除从7天前到现在的全部日志，不过这个命令要考虑清楚，做完这个删除，，最好马上进行全备份数据库DELETE ARCHIVELOG FROM TIME "SYSDATE-7";UNIX/LINUX下也可以通过FIND找到7天前的归档数据，使用EXEC子操作删除find /oraarchive -xdev -mtime +7 -name "*.dbf" -exec rm -f {} ;这样做仍然会在RMAN里留下未管理的归档文件仍需要在RMAN里执行下面2条命令crosscheck archivelog all;delete expired archivelog all;所以还不如上面的方法好用，不过用FIND的好处就是，可以在条件上，和EXEC子项上做很多操作，实现更复杂的功能3.简要介绍一下report obsolete命令使用report obsolete命令报告过期备份RMAN> report obsolete;RMAN retention policy will be applied to the commandRMAN retention policy is set to redundancy 1Report of obsolete backups and copiesType Key Completion Time Filename/Handle-------------------- ------ ------------------ --------------------Backup Set 125 01-NOV-04Backup Piece 125 01-NOV-04 /data1/oracle/orabak/full_1_541045804Backup Set 131 04-NOV-04Backup Piece 131 04-NOV-04 /data1/oracle/orabak/full_AVATAR2_20041104_131....Backup Set 173 06-DEC-04Backup Piece 173 06-DEC-04 /data1/oracle/orabak/full_AVATAR2_20041206_173Backup Set 179 11-DEC-04Backup Piece 179 11-DEC-04 /data1/oracle/orabak/arch544588206.arc.....Backup Piece 189 17-DEC-04 /data1/oracle/orabak/arch545106606.arcBackup Set 190 17-DEC-04Backup Piece 190 17-DEC-04 /data1/oracle/orabak/arch545106665.arcBackup Set 191 20-DEC-04Backup Piece 191 20-DEC-04 /data1/oracle/orabak/arch_AVATAR2_20041220_194Archive Log 2973 20-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2985.dbfArchive Log 2971 20-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2984.dbf.....Archive Log 2705 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2717.dbfArchive Log 2704 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2716.dbfArchive Log 2703 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2715.dbfArchive Log 2702 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2714.dbf4.使用delete obsolete命令删除过期备份:RMAN> delete obsolete;RMAN retention policy will be applied to the commandRMAN retention policy is set to redundancy 1using channel ORA_DISK_1Deleting the following obsolete backups and copies:Type Key Completion Time Filename/Handle-------------------- ------ ------------------ --------------------Backup Set 125 01-NOV-04Backup Piece 125 01-NOV-04 /data1/oracle/orabak/full_1_541045804....Archive Log 2704 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2716.dbfArchive Log 2703 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2715.dbfArchive Log 2702 17-DEC-04 /opt/oracle/oradata/avatar2/archive/1_2714.dbfDo you really want to delete the above objects (enter YES or NO)? yesdeleted backup piecebackup piece handle=/data1/oracle/orabak/full_AVATAR2_20041206_173 recid=173 stamp=544156241.....deleted archive logarchive log filename=/opt/oracle/oradata/avatar2/archive/1_2715.dbf recid=2703 stamp=545108268deleted archive logarchive log filename=/opt/oracle/oradata/avatar2/archive/1_2714.dbf recid=2702 stamp=545107659Deleted 286 objectsRMAN> crosscheck archivelog all;released channel: ORA_DISK_1allocated channel: ORA_DISK_1channel ORA_DISK_1: sid=19 devtype=DISKspecification does not match any archive log in the recovery catalog5 在rman中用crosscheck检查归档日志,2个归档日志都是失败的:RMAN> crosscheck archivelog all;释放的通道: ORA_DISK_1分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=14 devtype=DISK对归档日志的验证失败存档日志文件名 =D:ORACLEORADATATESTARCHIVE1_47.DBF 记录 ID=1 时间戳 =572866683对归档日志的验证失败存档日志文件名 =D:ORACLEORADATATESTARCHIVE11_48.DBF 记录 ID=2 时间戳 =572866931已交叉检验的 2 对象6 试着同步一下,看行不行,结果不行,crosscheck还是失败:RMAN> resync catalog;正在启动全部恢复目录的 resync完成全部 resyncRMAN> crosscheck archivelog all;释放的通道: ORA_DISK_1分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=14 devtype=DISK对归档日志的验证失败存档日志文件名 =D:ORACLEORADATATESTARCHIVE1_47.DBF 记录 ID=1 时间戳 =572866683对归档日志的验证失败存档日志文件名 =D:ORACLEORADATATESTARCHIVE11_48.DBF 记录 ID=2 时间戳 =572866931已交叉检验的 2 对象7 用list expired看看是否有失效的archive log,证明没有失效的archive log:RMAN> list expired archivelog all;说明与恢复目录中的任何存档日志均不匹配8 更改语言环境试试,结果再次crosscheck,2个archive log 都成功了:RMAN> exit恢复管理器完成。C:>set nls_lang=american_america.zhs16gbkC:>rman catalogrman/rman@safetarget /Recovery Manager: Release 9.2.0.1.0 - ProductionCopyright (c) 1995, 2002, Oracle Corporation. All rights reserved.connected to target database: TEST (DBID=1870953724)connected to recovery catalog databaseRMAN> crosscheck archivelog all;allocated channel: ORA_DISK_1channel ORA_DISK_1: sid=9 devtype=DISKvalidation succeeded for archived logarchive log filename=D:ORACLEORADATATESTARCHIVE1_47.DBF recid=1 stamp=572866683validation succeeded for archived logarchive log filename=D:ORACLEORADATATESTARCHIVE11_48.DBF recid=2 stamp=572866931Crosschecked 2 objects

汤姆叔叔(指逆来顺受的黑人)逆来顺受的美国黑人

acle后缀的单词有： barnacle n. 一种北极鹅,藤壶； coracle n. 轻便小舟； debacle n. 解冻，崩溃； manacle n. 镣铐； miracle n.奇迹 扩展资料 　　obstacle n.障碍，障碍物，妨害； 　　oracle n. 代神发布神谕的人； 　　pinnacle n. 尖塔，山峰； 　　receptacle n. 容器； 　　spectacle n.光景，景象；眼镜； 　　tabernacle v. 临时住所，暂住； 　　tentacle n. 触角； 　　treacle n. 糖浆，过分甜蜜的声调。

品尼高确实不错，不过安装好需要品尼高板载1394接口，如果没有就打不开软件。我下了好几个免卡补丁，效果都不好。劝你还是换一个视频制作软件把

bcvbgcxhcf

十分阳春的一个DLC，动作快的估计一个小时内就收工了。。。安装后在游戏中进入星图，前往PinnacleStation的标记位置，这是由Ahern将军管理的军事训练基地，他希望作为人类第一个幽灵特工的主角能在这里一展实力。与他交谈后前往技术员Orchen处进入训练训练一共有四个项目Capture：地区争夺战，将地图上所有标记的地区占为己有即获胜，用时越少越好TimeTrail：时间挑战，消灭地图内指定数量的敌人，用时越少越好Hunt：猎杀竞赛，在规定时间内尽可能多的消灭敌人，数量越多越好Survival：生存考验，尽力抵抗敌人的进攻，主角生命为零时结束，耗时越长越好每个项目初始只有2关，8关全部完成后会追加最后的4关，但地图只有4张。。。基本上都不大，多用冲刺就没什么难度完成任意一关后，会出现一个叫Vidinos的Turian人质疑人类海军士兵Bryant成绩的事件，一番唇枪舌剑后，主角会与Vidinos打赌，要破掉他的所有记录。这个任务完成后，主角可以在Vidinos的武器中选择一样作为奖品所有训练关完成后，Ahern将军对主角大加赞赏，并透露自己有一个私藏关卡，是根据自己在初遇之战中的行动制作的，很难很难很难。。。又是一番讨价还价后，Ahern将军答应如果主角可以通过的话，他愿意把在Intai"sei星球上用作退休生活的豪宅送给主角Ahern将军的关卡是一个小型广场，首先要冲到中间拿DataBank，然后就是撑过3分钟的撤退时间，有两件事可以减轻过关压力，一是开启场地两端的炮塔，二是关掉旁边的卷闸门（这个不是很确定，因为我记得开场的时候那个开关时关着的_）。难度也不是太大，绕着场地跑圈就能过过关后，Ahern将军兑现诺言，星图上出现Intai"sei的坐标豪宅里有药品和手榴弹补给装置，但最重要的是客厅里的个人电脑，通过它你可以从联邦海军的运输船上购买物品5000元——任意4级的物品75000元——任意7级的物品220000元——任意10级的物品修改器伺候吧。。。

可以 发一下 软件的下载地址吗 510580347@qq.com 谢谢

我没有听过哦，你还是小心点把，要搞还是搞自己熟悉的老牌子，我经常在ΧㄒΒ3搞，搞了半个多月相当于白送了个七P，记得后面加COΜ。

我安装的是品尼高Pinnacle Studio V14 ，在安装过程中出错，后来在朋友帮助下安装成功。方法如下：XP安装品尼高软件 1、进入“控制面板”---－>双击“区域和语言选项”点击“高级”选项卡，在“非Unicode程序的语言”栏内选择“英语（美国）”。最后点击“应用”则提示“重新启动电脑”点击“是”完成语言的修改。2、运行Crack目录下的 Pinnacle Pixie ... 文件。3、运行在Install_Studio_14目录下的Welcome文件。当出现“？？？？”时选择倒数第二行“Chinese[Simplified]”即为“简体中文”按照提示进行安装。4、当提示安装插件时，点击“确定”会自动安装，当出现“？？？？”时选择倒数第二行“Chinese[Simplified]”即为“简体中文”按照提示进行安装。5、点击界面上的“传输内容”－>阅读说明 点击“下一步”－>此时选择“是”、之后出现studio11和studio10,选择studio11－>点击“完成”。6、运行 Bonus_1 目录内的 Setup 。当出现“？？？？”时选择倒数第二行“Chinese[Simplified]”即为“简体中文”按照提示进行安装。7、运行Bonus_2 目录内的 Setup 。当出现“？？？？”时选择倒数第二行“Chinese[Simplified]”即为“简体中文”按照提示进行安装。8、再次点击界面上的“传输内容”则自动传输已安装的特效内容。9、将第一步所做的语言修改再重新修改为“中国（简体中文）”重新启动计算机-----成功。 这种方法不知可适合你？试试看。

在临床试验数据分析中，生成SDTM、ADaM的Define之后，我们会用Pinnacle 21软件进行检测其是否符合CDSIC的标准。对于软件生成的issue (ERROR, WARNING)，我们要进行解释, 对于SDTM，通常解释附在提交 Study Data Reviewer"s Guide 文件中(sdrg.pdf)。文件中的Issue Summary会对Pinnacle 21检测出的问题一一解释。下面分享一些Issue的解释说明： 以上。

不是哪个国家成立，汇丰银行是一家股份制的商业银行，由大股东控股。汇丰银行，全称香港上海汇丰银行有限公司为汇丰控股有限公司的全资附属公司，属于汇丰集团的创始成员以及在亚太地区的旗舰，是香港最大的注册银行，以及香港三大发钞银行之一。总部位于中环皇后大道中1号香港汇丰总行大厦。汇丰银行于1865年3月在香港开业，同年于上海及伦敦开设分行，又在旧金山设立代理行。汇丰银行创办时，资本额共500万港元，共2万股，每股250港元，1866年每股又1拆2，变成4万股，每股125元。1864年成立的临时委员会，共有15人组成，主席由宝顺洋行代表乔姆利、成员有铁行轮船公司的修打兰等。 这些人包括了英国、美国、德国、丹麦、犹太及印度帕西族，但在随后岁月各股东退出，汇丰已经由英国人所控制。1865年3月2日，临时委员会改组成董事局，3月3日正式开业，总部设在中环皇后大道中1号沙宣洋行所持有的域多利大厦，1866年，香港上海汇丰银行条例获香港政府及英国财政部批准通过，汇丰注册为有限责任公司，并获授权发行香港钞票。

汇丰Pinnacle是汇丰集团推出的一个计划，旨在拓展银行以外的财富管理新渠道和新体验。

在一般临床试验的项目中，大家应该对Pinnalce 21这个词不陌生，我们会使用Pinnacle 21这个工具来生成Define.xml 以及用来验证SDTM、ADaM数据集。日常工作中，Pinnacle 21这个词可能仅仅代指一个工具，我想通过系列文章来介绍这个工具。这篇文章是这个系列的开篇。 首先，Pinnalce 21所指的可能是工具的2个版本：Pinnalce 21 Community 和Pinnalce 21 Enterprise。前者是免费开源版，后者是付费商用版。它们的共同开发者，是Pinnalce 21公司。这个公司发展是如何开始的呢？ 先从CDISC标准说起，CDISC制定并推进了高质量的临床试验数据标准，提供了临床试验数据框架，使得临床试验数据更加易于访问和使用。临床数据的标准化，需要按照标准对数据进行清理，Pinnacle 21公司就是从简化数据清理流程开始的。他们意识到，临床试验数据处理将会向标准化以及流程自动化方向发展。于是在2008年，他们开发并推出了一个工具——OpenCDISC，用来处理数据标准化问题。OpenCDISC就是Pinnalce 21 Community 和Pinnalce 21 Enterprise的前身。 OpenCDISC是一款开源、免费、即插即用的软件，在此之前，研究人员通常是手动或者使用昂贵臃肿的工具来实施CDISC标准。因此，OpenCDISC一经推出，就受到研究人员的广泛推崇。 在2010年之前，美国食品药品监督管理局(FDA)并不强制要求临床试验项目符合CDISC标准。但在2010年，FDA 的生物制剂中心希望符合CDISC标准成为必须。FDA评估了相关验证软件，最终选择了OpenCDISC来验证审查临床试验所提交的材料。 在OpenCDISC的广泛使用中，一些客户想要获取更多复杂的功能。2011年，复杂的功能与紧张的研发资金的矛盾，催生了Pinnalce 21 Enterprise的诞生。商业版本的收入不仅能够支持更多功能的开发，还会支持开源项目的维护。Pinnalce 21 Enterprise是基于云服务器的产品，可在云服务器上运行并生成报告。同年，FDA选择升级为Pinnalce 21 Enterprise。 在Pinnacle 21与FDA成功合作的示范下，2015年, 日本药品和医疗器械局(PMDA)也采用Pinnalce 21 Enterprise来验证相关提交的数据。至此，Pinnacle 21在全球两个关键的制药市场，为审批机构提供服务。同年，为了明确，OpenCDISC和Pinnacle 21，这两个品牌拥有相同的开发者，Pinnalce 21选择重塑品牌。他们将两个版本统一在Pinnacle 21下，开源版本作为Community，许可版本作为Enterprise，这也就是我们现在熟悉的称呼。 以上。

从Oracle9iR2开始支持Linux上的异步IO，但是Oracle9iR2和Oracle10gR1中的AIO模块默认是disable的，如果要启用必须relink一下 cd $ORACLE_HOME/rdbms/lib make -f ins_rdbms.mk async_on make -f ins_rdbms.mk ioracle 当然，如果要关闭AIO支持，只需要使用as 从Oracle9iR2开始支持Linux上的异步IO，但是Oracle9iR2和Oracle10gR1中的AIO模块默认是disable的，如果要启用必须relink一下cd $ORACLE_HOME/rdbms/libmake -f ins_rdbms.mk async_onmake -f ins_rdbms.mk ioracle当然，如果要关闭AIO支持，只需要使用async_off选项进行relink即可。在Oracle10gR2中AIO默认已经是开启的了。可以通过ldd或者nm来检查oracle是否已经启用了AIO支持，有输出代表已经启用/usr/bin/ldd $ORACLE_HOME/bin/oracle | grep libaio libaio.so.1 => /usr/lib64/libaio.so.1 (0x0000003ca9800000)/usr/bin/nm $ORACLE_HOME/bin/oracle | grep io_getevent w io_getevents@@LIBAIO_0.4当然，Linux也必须已经安装了AIO相关的packagerpm -qa | grep aiolibaio-0.3.105-2libaio-devel-0.3.105-2可以通过查看slabinfo统计信息查看操作系统中AIO是否运行，slab是Linux的内存分配器，AIO相关的内存结构已经分配的话(第二列和第三列非0)说明AIO已经启用cat /proc/slabinfo | grep kiokioctx 102 170 384 10 1 :tunables 54 27 8 : slabdata 17 17 0kiocb 488 495 256 15 1 :tunables 120 60 8 : slabdata 33 33 120最后，还需要在Oracle中设置相关的初始化参数来使用AIOdisk_asynch_io = truefilesystemio_options = asynch #文件系统才需要通过命令nm $ORACLE_HOME/bin/oracle | grep io_getevent查询是否启用aio

今天有客户的数据库意外被删除了整个目录中的数据文件，操作系统级别的删除，然而幸运的是这个数据库没有崩溃，仍然处于 open 状态的时候，客户就发现了问题，求助到我们，最终完整地恢复了所有数据文件。 在 Linux 下大致重新演示一下恢复的过程，恢复的步骤与数据库版本没有太大关系，与操作系统的不同会有所不同。 1. 在数据库 open 的时候，直接删除 users 表空间中的数据文件。2. 尝试在 users 表空间中创建表，开始报错。 在告警日志中，同样也可以看到类似信息。3. 检查 dbwr 的进程 PID4. dbwr 会打开所有数据文件的句柄。在 proc 目录中可以查到，目录名是进程 PID，fd 表示文件描述符。注意其中“/app/oracle/oradata/ORCL/datafile/o1_mf_users_555wrj4o_.dbf (deleted)”字样，表示该文件已经被删除，如果是 Solaris 操作系统，ls 命令不会有如此清晰的显示，为了在 Solaris 系统中确认哪个句柄对应哪个文件，则需要使用 lsof 程序。 5. 直接 cp 该句柄文件名回原位置。6. 进行数据文件 recover完成数据文件恢复。 恢复的原理是，在 Linux 操作系统中，如果文件从操作系统级别被rm掉，之前打开该文件的进程仍然持有相应的文件句柄，所指向的文件仍然可以读写，并且该文件的文件描述符可以从 /proc 目录中获得。但是要注意的是，此时如果关闭数据库，则此句柄会消失，那么除了扫描磁盘进行文件恢复之外就没有其它方法了，因此在数据库出现问题的时候，如果不确认情况的复杂程度，千万不要随便关闭数据库。重启数据库往往是没有意义的，甚至是致命的。 当然，客户的操作系统是Solaris，并且客户删除的文件还包括 current online redo log，因此还有其它更复杂的操作，不在这里描述。数据恢复：如何恢复Linux中意外删除的Oracle和MySQL数据库标签：tleimage描述符displaycurrent.com情况mysql数据库height

1、意思不同。vibe是氛围的意思；cleanfit是干净舒服简洁的意思。2、风格不同。vibe偏街头一点；cleanfit偏干净利落一点。

意思不同。vibe是氛围的意思，cleanfit是干净舒服简洁的意思。vibe例句：Enough，alreadywiththismellowincenseandpeppermintsvibe.够了，我受够这些薰香以及薄荷的感觉了。

重启一下软件一般就会有了

wash是“洗”的意思，用水或别的液体来洗某东西，如wash clothes,洗衣服；clean是“打扫干净”的意思，如clean the room，打扫房间

off-road vehicle英 [u0254f rou028ad u02c8vi:u026akl] 美 [u0254f ru0259u028ad u02c8viu026aku0259l] （可在崎岖地面使用的）越野车辆

off-road vehicle 英[u0254f rou028ad u02c8vi:u026akl] 美[u0254f ru0259u028ad u02c8viu026aku0259l] [词典] （可在崎岖地面使用的） 越野车辆; [例句]By using controllable suspension, the consideration for off-road vehicle is given to both on road and cross-country.可控悬架可以使越野车辆兼顾越野行驶和道路行驶。[其他] 复数：off-road vehicles

你第二层与第三层的条件冲突了。一个rn>5 一个rn<=5所以当然是没数据， 需要在第二个SELECT * FROM 里面重新加入ROWNUM 排序之后。再去第三层里面判断

清理下

下面是关于rownum的介绍================================rownum和row_number()over()的使用rownum是oracle从8开始提供的一个伪列，是把sql出来的结果进行编号，始终从1开始，常见的用途就是用来分页输出.比如select*fromtorderdetailawhererownum<=10这条语句就是输出前10条纪录，在这里用途上类似于sqlsever的top，不过rownum对于指定编号区间的输出应该说更强大select*from(selecta.*,rownumrnfromtorderdetaila)wherern>=10andrn<=20这条语句即是输出第10到第20条纪录，这里之所以用rownumrn，是把rownum转成实例，因为rownum本身只能用<=的比较方式，只有转成实列，这样就可做>=的比较了。在实际用途中，常常会要求取最近的几条纪录，这就需要先对纪录进行排序后再取rownum<=一般常见的select*from(selecta.*fromtorderdetailaorderbyorder_datedesc)whererownum<=10而在csdn曾经发生过讨论，关于取近的10条纪录，有人给出这样的语句selecta.*fromtorderdetailawhererownum<=10orderbyorder_datedesc之所以会出现这样的语句，主要是从效率上的考虑，前面条语句，是要进行全表扫描后再排序，然后再取10条纪录，后一条语句则不会全表扫描，只会取出10条纪录，很明显后条语句的效率会高许多。那为什么会有争议呢，那就在于在执行顺序上争议，是先执行排序取10条纪录，还是取10条纪录，再排序呢？两种顺序取出来的结果是截然相反的，先排序再取10条，就是取最近的10条，而先取10条，再排序，则取出的最早的10条纪录。对于此语句，普遍的认为执行顺序是先取10条纪录再排序的。所以此语句应该是错误。但实际上并非如此，此语句的执行顺序和orderby的字段有关系，如果你orderby的字段是pk，则是先排序，再取10条(速度比第一种语句快)，而排序字段不是pk时，是先取10条再排序，此时结果就与要求不一样了，所以第二种写法一定要在排序字段是主键的情况下才能保证结果正确。row_number()over()这个分析函数是从9i开始提供的，一般的用途和rownum差不多。一般写法row_number()over(orderbyorder_datedesc)生成的顺序和rownum的语句一样，效率也一样(对于同样有orderby的rownum语句来说)，所以在这种情况下两种用法是一样的。

select * from (select ROWNUM r,t.* from student t 修改为 select * from student )student <![CDATA[ where r > #current# and r <=#next# order by id修改为 <![CDATA[ order by idLIMIT #current# , 每页多少行注1： LIMIT 接受一个或两个数字参数。参数必须是一个整数常量。如果给定两个参数，第一个参数指定第一个返回记录行的偏移量，第二个参数指定返回记录行的最大数目。初始记录行的偏移量是 0(而不是 1) 也就是如果你是 每页 20 行的话。 就直接 LIMIT #current# , 20 吧注2： 因为那个 第一个 初始记录行的偏移量是 0(而不是 1) 而我又不能LIMIT #current# - 1, 20 因此你外部程序， 传参数的时候， 要自己 - 1 了， 再传进来。

1、delete from table where rownum=m;2、delete from table where rownum>=m and rownum<=n;3、update table set column=2222 where rownum=m;

select * from table where rownum<=(select count(1) from table)*0.1

用大数据量查最后几页进行测试

ROWNUM 是对结果集加的一个伪列，即先查到结果集之后再加上去的一个列(注意：先要有结果集)。rownum 的值是oracle 顺序分配的从查询返回的行的编号，返回的第一行分配的是1，第二行是2，依此类推。查询表中第n（n1）条记录，使用rownum=n 作为条件。SQL SELECT rownum,id,name FROM student WHERE rownum =2;说明：rownum=n 查不到。rownum 是一个总是从1 开始的伪列，是oracle 从数据文件或缓冲区中读取数据的顺序。它取得第一条记录则rownum 值为1，第二条为2，依次类推。如果用,=,=,between...and 这些条件，因为从缓冲区或数据文件中得到的第一条记录的rownum 为1，则被删除，接着取下条，可是它的rownum 还是1，又被删除，依次类推，便没有了数据。可以使用子查询解决：SQL SELECT * FROM (SELECT rownum no ,id,name FROM student) WHERE no=2;说明：子查询中的rownum 必须要有别名，否则还是查不出记录。因为rownum 不是某个表的列，如果不起别名，就无法知道rownum 是子查询的列还是主查询的列。个人觉得，使用子查询主要是使rownum像表中的真正列一样 出现在from后面。

当光标在某行的时候 ctrl+回车

可以,用条件连接符，或者直接结合条件，例如小于之类的就可以使用

你在子查询语句的select 中添加ROWNUM这个字段。你再试一哈。

那只能是借助rownum来实现了. oracle中在加了rownum之后可进行排序。使用rownum，一般是筛选部分行数为结果，所以若再排序，只是对部分结果进行排序，可能不是所需要的结果。若在oracle先排序再rownum，则使用SQL嵌套可以实现，比如select * from (select * from test order by a) where rownum<2;虽然此sql可实现，排序后查询前10条的数据，根据实际需要修改即可。

Select (ID + 1) as NextID From ( select * from ( Select ID,RowNum as rowIndex From theTable Minus Select ID,RowNum as rowIndex From theTable Where ID = RowNum ) Order By ID Asc ) Where Rownum = 1

select t.* from (select CASH_ID,row_number() over() as rown from STL_FIN_PRODUCT_ACCT ,fin_productwhere STL_FIN_PRODUCT_ACCT.FINPROD_ID = fin_product.finprod_idand fin_product.p_finprod_id = STL_FIN_PRODUCT_ACCT.FINPROD_ID and STL_FIN_PRODUCT_ACCT.ACCT_NO = STL_FIN_PRODUCT_ACCT.ACCT_NOand STL_FIN_PRODUCT_ACCT.ACCT_TYPE = STL_FIN_PRODUCT_ACCT.ACCT_TYPEand CASH_ID is not null ) t where t.rown = 1

把基础掌握了这些东西自然就懂了

你这样永远都会取6的，使用ROW_NUMBER() OVER(PARTITION BY t.tid order by c.cid DESC) rn

你去csdn搜一下rownum，我用手机不方便

rownum=1

不能用select * 和其他的列一起查询，select* 代表查询全部。你可以选择要查询的几列于rownum一起查询。

不懂啥意思。。。

select rownum "序列",user ‘人员",year "年份" from tab where user="a"union allselect rownum "序列",user ‘人员",year "年份" from tab where user="b"依次类推

除了索引组织表（IOT），其他的表存储都是堆表（Heap表）是无序的，查询出的数据不一定就是入库顺序，切记所以 用rownum 最好加上order by

rowid在记录创建时就生成了，而且是不变的，直接指向硬件上的存储位置，能用rowid直接访问是最快的，但也是人力所无法做到的。rownum是个伪列，查询的时候除非特别指定，否则不会显示。其主要的用处是控制查询返回的行数，比如在WHERE中加ROWNUM<5，则查询结果如果在5行或以上时，只返回前4行。 (一)、概念：行的ROWID标识了该行数据的地址，ROWID包含如下信息： 数据对象编号、 该行数据，在数据文件中的块编号 该行在数据块中的位置（第一行为0） 保存该行数据的数据文件的编号（第一个数据文件为1） ROWID在插入数据时创建，在删除数据时，删除。 不能手动设置或删除ROWID，ORACLE内部通过ROWID组建索引； (二)、类型 1、物理ROWID：保存普通表（不含索引组织的表IOT）、聚合表（clustered table）、分区和子分区表、索引、分区和子分区索引中行的地址； 2、逻辑ROWID：保存索引组织表（IOT）的地址； (三)、物理ROWID 1、类型：物理ROWID包含扩展ROWID与受限ROWID两类 1)、扩展ROWID(extended rowid) 支持表空间关联的数据块地址，有效标识分区表、分区索引以及普通表和索引中的行。 Oracle 8i及更高版本支持extended rowid。 2)、受限ROWID(restricted rowid) 为了向后兼容，如oracle 7及更低版本。 2、扩展ROWID(extended rowid) a.扩展ROWID使用base64为每一行数据的物理地址进行编码，包含A-Z,a-z,0-9，+以及/。如下查询： SQL> select rowid,dept.* from dept; ROWID DEPTNO DNAME LOC -------------------------------- ------------ -------------------- ---------------- AAAMfKAAEAAAAAQAAA 10 ACCOUNTING NEW YORK AAAMfKAAEAAAAAQAAB 20 RESEARCH DALLAS AAAMfKAAEAAAAAQAAC 30 SALES CHICAGO AAAMfKAAEAAAAAQAAD 40 OPERATIONS BOSTON b.扩展ROWID格式 扩展ROWID共18位，包含4部分，OOOOOOFFFBBBBBBRRR a)000000：数据对象编号，标识了数据库中的段； b)FFF：表空间相关的数据文件编号； c)BBBBBB：数据文件中的数据块编号； d)RRR：在数据块中的行编号； c.DBMS_ROWID包 a)dbms_rowid.rowid_object通过ROWID，获取该数据的对象编号 SQL> select dbms_rowid.rowid_object("AAAMfKAAEAAAAAQAAC") as object_id from dual; OBJECT_ID ---------------- 51146 b)dbms_rowid.rowid_relative_fno通过ROWID获取数据文件编号 SQL> select dbms_rowid.rowid_relative_fno("AAAMfKAAEAAAAAQAAC") as file_no from dual; FILE_NO ------------- 4 c)dbms_rowid.rowid_block_number通过ROWID，获取该数据的数据块编号 SQL> select dbms_rowid.rowid_block_number("AAAMfKAAEAAAAAQAAC") as block_number from dual; BLOCK_NUMBER ------------------------- 16 d)dbms_rowid.rowid_row_number通过ROWID，获取数据块中的行编号 SQL> select dbms_rowid.rowid_row_number("AAAMfKAAEAAAAAQAAC") as row_no from dual; ROW_NO ---------- 23、受限ROWID(resticted rowid) a.受限rowid用二进制表示每行数据的物理地址，当使用SQL Plus查询时，二进制表示法被转换为varchar2或16进制表示。 SQL> select dbms_rowid.rowid_to_restricted(rowid,1) as restricted_rowid,dept.* from scott.dept; RESTRICTED_ROWID DEPTNO DNAME LOC ------------------------------- ------------- --------------------- ------------------ 00000010.0000.0004 10 ACCOUNTING NEW YORK 00000010.0001.0004 20 RESEARCH DALLAS 00000010.0002.0004 30 SALES CHICAGO 00000010.0003.0004 40 OPERATIONS BOSTON b.受限rowid格式： 共16位，包含3部分：AAAAAAAA.BBBB.CCCC a)AAAAAAAA：保存该行数据的数据块编号 b)BBBB：该行数据在数据块中的行编号 c)CCCC：包含该行数据的数据文件编号 (四)、逻辑ROWID(logical rowid) 1、概述：索引组织的表(IOT)中，row保存在索引的叶子节点，可以在块内或块间移动。 因此，这些rows没有固定的物理地址，无法根据物理地址来唯一标识。 Oracle提供了逻辑ROWID，来标识IOT中的行，逻辑ROWID是基于表的主键； Oracle可根据这些逻辑ROWID为IOT创建第二索引。 每个第二索引使用的逻辑ROWID都包含一个physical guess； physical guess标识了当创建第二索引时，IOT中每个row的块位置；

rownum 需要嵌套使用SELECT *,rownum FROM () WHERE rownum < 1000

因为Oracle在检索的时候，会首先把数据都检索出来，然后在排序段中进行排序(也就是说，先有rownum值，然后才order by排序)。假如你有一个SQL语句如下所示。 select emp_no from emp where rownum < 10 order by emp_no; 这样你就会发现你最后可以检索到你需要的结果了，但是这样写的缺点就是比上一个执行的会慢，性能上可能不是很好。

mysql用limit，没有oracle那么麻烦。从index0开始，取5条记录select*fromtablelimit0,5还可以取中间的记录：从index5开始，连续取10条记录select*fromtablelimit5,10

think ibm 支持！

select * from (select * from gouwu_news where classid=1 order by adddate desc) awhere rownum=1

主要的区别在index~有index的话就按照index的顺序，没有的话就是默认的插入顺序SQL> select empno,sal from newemp3 e1 where rownum=1; EMPNO SAL---------- ---------- 7934 222SQL> select empno from newemp3 e1 where rownum=1; EMPNO---------- 7369使用道具 举报rownum只是伪列，标示的是列的排序 如果没有 排序，oracle返回的顺序是随机的.index~有index的话就按照index的顺序，没有的话就是默认的插入顺序SQL> select empno,sal f ...

Oracle分页查询格式：SELECT * FROM (SELECT A.*, ROWNUM RN FROM (SELECT * FROM TABLE_NAME) A WHERE ROWNUM lt;= 40)WHERE ROracle分页查询格式：SELECT * FROM (SELECT A.*, ROWNUM RN FROM (SELECT * FROM TABLE_NAME) A WHERE ROWNUM = 21其中最内层的查询SELECT * FROM TABLE_NAME表示不进行翻页的原始查询语句。ROWNUM = 21控制分页查询的每页的范围。上面给出的这个分页查询语句，在大多数情况拥有较高的效率。分页的目的就是控制输出结果集大小，将结果尽快的返回。在上面的分页查询语句中，这种考虑主要体现在WHERE ROWNUM