<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>惜分飞 &#187; _use_single_log_writer</title>
	<atom:link href="https://www.xifenfei.com/tag/_use_single_log_writer/feed" rel="self" type="application/rss+xml" />
	<link>https://www.xifenfei.com</link>
	<description>提供7*24专业数据库(Oracle,SQL Server,MySQL,PostgreSQL等)恢复和技术支持@Tel:17813235971</description>
	<lastBuildDate>Thu, 29 Oct 2026 15:31:46 +0000</lastBuildDate>
	<language>zh-CN</language>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>Bug 21915719 Database hang or may fail to OPEN in 12c IBM AIX or HPUX Itanium &#8211; ORA-742, DEADLOCK or ORA-600 [kcrfrgv_nextlwn_scn] ORA-600 [krr_process_read_error_2]</title>
		<link>https://www.xifenfei.com/2025/01/bug-21915719.html</link>
		<comments>https://www.xifenfei.com/2025/01/bug-21915719.html#comments</comments>
		<pubDate>Tue, 21 Jan 2025 11:13:42 +0000</pubDate>
		<dc:creator><![CDATA[惜分飞]]></dc:creator>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[kcrfrgv_nextlwn_scn]]></category>
		<category><![CDATA[krr_process_read_error_2]]></category>
		<category><![CDATA[_use_single_log_writer]]></category>

		<guid isPermaLink="false">https://www.xifenfei.com/?p=11152</guid>
		<description><![CDATA[联系：手机/微信(+86 17813235971) QQ(107644445)  &#8230; <a href="https://www.xifenfei.com/2025/01/bug-21915719.html">继续阅读 <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<div id="xifenfeicopyright">
<p>联系：<a href="https://www.xifenfei.com/about_xifenfei" target="_blank">手机/微信(+86 17813235971)   QQ(107644445)</a><a target="_blank" href="http://wpa.qq.com/msgrd?v=3&#038;uin=107644445&#038;site=qq&#038;menu=yes"><img src="https://www.xifenfei.com/wp-content/themes/img/site_qq.jpg" alt="QQ咨询惜分飞" title="QQ咨询惜分飞"/></a></p>
<p>标题：<a href="https://www.xifenfei.com/2025/01/bug-21915719.html" target="_blank">Bug 21915719 Database hang or may fail to OPEN in 12c IBM AIX or HPUX Itanium &#8211; ORA-742, DEADLOCK or ORA-600 [kcrfrgv_nextlwn_scn] ORA-600 [krr_process_read_error_2]</a></p>
<p>作者：<a href="https://www.xifenfei.com" target="_blank">惜分飞</a>©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]</p>
</div>
<p><strong>Applies to:</strong><br />
Oracle Database &#8211; Enterprise Edition &#8211; Version 12.1.0.1 to 12.1.0.2 [Release 12.1]<br />
Oracle Database Cloud Schema Service &#8211; Version N/A and later<br />
Gen 1 Exadata Cloud at Customer (Oracle Exadata Database Cloud Machine) &#8211; Version N/A and later<br />
Oracle Cloud Infrastructure &#8211; Database Service &#8211; Version N/A and later<br />
Oracle Database Cloud Exadata Service &#8211; Version N/A and later<br />
IBM AIX on POWER Systems (64-bit)<br />
<br />
<strong>Description</strong><br />
Oracle 12c introduces a new default feature of using multiple LGWRs which may lead to DEADLOCK / Database Hang or ORA-742 &#8220;Log read detects lost write&#8221; or ORA-600 [kcrfrgv_nextlwn_scn] during instance OPEN or ORA-600 [krr_process_read_error_2] during Recovery on IBM AIX and potentially on HPUX Itanium 64bit.<br />
The database may become unusable and fail to be OPEN.<br />
<br />
<strong>Occurrence</strong><br />
This issue is specific to RDBMS version 12c (12.1.0.1 or 12.1.0.2) where the new default feature of using multiple LGWRs is introduced.<br />
It affects databases on IBM AIX and potentially on HPUX Itanium 64bit<br />
<br />
<strong>Symptoms</strong><br />
ORACLE on IBM AIX or HPUX Itanium 64bit with RDBMS Version 12c.</p>
<p>DEADLOCK or ORA-742 &#8220;Log read detects lost write&#8221; or ORA-600 [kcrfrgv_nextlwn_scn] during instance OPEN or ORA-600 [krr_process_read_error_2] during Recovery caused by bug 21915719.</p>
<p>PMON may terminate the instance while extensive block recovery is being performed.</p>
<p>A DEADLOCK example is with LG0[n] waiting on &#8216;LGWR worker group ordering&#8217;. Example from a System State Dump trace file:</p>
<pre class="brush: bash; title: ; notranslate">
PROCESS 18: LG01
SO: 0x7000101f95ad720, type: 4, owner: 0x7000101f84195f8, flag: INIT/-/-/0x00
if: 0x3 c: 0x3
   proc=0x7000101f84195f8, name=session, file=ksu.h LINE:13590 ID:, pg=0
conuid=0
  (session) sid: 865 ser: 1 trans: 0x0, creator: 0x7000101f84195f
 Current Wait Stack:
   0: waiting for 'LGWR worker group ordering'
      lwn_id=0x58, phase=0x1, =0x0
      wait_id=4947 seq_num=4948 snap_id=1
      wait times: snap=13 min 21 sec, exc=13 min 21 sec, total=13 min 21 sec
      wait times: max=infinite, heur=13 min 21 sec
      wait counts: calls=1 os=267
      in_wait=1 iflags=0x5a0
  There is at least one session blocking this session.
    Dumping 1 direct blocker(s):
      inst: 1, sid: 817, ser: 1
    Dumping final blocker:
      inst: 1, sid: 817, ser: 1
  There are 730 sessions blocked by this session.
.
.
PROCESS 17: LG00
SO: 0x7000101f85bcc60, type: 4, owner: 0x7000101f93eeb20, flag: INIT/-/-/0x00
if: 0x3 c: 0x3
   proc=0x7000101f93eeb20, name=session, file=ksu.h LINE:13590 ID:, pg=0
conuid=0
  (session) sid: 817 ser: 1 trans: 0x0, creator: 0x7000101f93eeb20
  ksuxds FALSE at location: 0
  service name: SYS$BACKGROUND
  Current Wait Stack:
   0: waiting for 'LGWR worker group ordering'
      lwn_id=0x56, phase=0x1, =0x0
      wait_id=1630680 seq_num=57841 snap_id=1
      wait times: snap=13 min 21 sec, exc=13 min 21 sec, total=13 min 21 sec
      wait times: max=infinite, heur=13 min 21 sec
      wait counts: calls=2 os=268
      in_wait=1 iflags=0x15a0
  There is at least one session blocking this session.
    Dumping 1 direct blocker(s):
      inst: 1, sid: 865, ser: 1
    Dumping final blocker:
      inst: 1, sid: 865, ser: 1
 </pre>
<p>The instance may fail to OPEN with errors ORA-600 [kcrfrgv_nextlwn_scn]  and/or ORA-600 [krr_process_read_error_2]:</p>
<pre class="brush: bash; title: ; notranslate">
Recovery Session Failed with:

ORA-00283: recovery session canceled due to errors
ORA-00600: internal error code, arguments: [krr_process_read_error_2],


Alter database open fails with:

ORA-00600: internal error code, arguments: [kcrfrgv_nextlwn_scn] .....
ORA-600 signalled during: ALTER DATABASE OPEN...
</pre>
<p>
<strong>Workaround</strong><br />
Disable the new feature of multiple LGWR worker processes by proactively setting _use_single_log_writer=true.  </p>
<p>Setting _use_single_log_writer = true is a safe workaround; it is the behavior before 12c where multiple LGWR worker groups were not available. </p>
<pre class="brush: bash; title: ; notranslate">
ALTER SYSTEM SET &quot;_use_single_log_writer&quot;=TRUE SID='*' SCOPE=SPFILE;
-- Restart the database or all instances of the RAC database
</pre>
<p>Note that while _use_single_log_writer=true is not set, then error ORA-600 [kcrfrgv_nextlwn_scn] might be produced avoiding the database to OPEN.  Once the problem is introduced, _use_single_log_writer=true may not fix it. _use_single_log_writer = true prevents inconsistencies in the redo log to be introduced which causes that error.<br />
If the parameter does not help, because the problem was already introduced when _use_single_log_writer=true had not been proactively set, then Point in Time Recovery (PITR) or Flashback Database are the options to recover from this situation.<br />
参考:ALERT: Bug 21915719 Database hang or may fail to OPEN in 12c IBM AIX or HPUX Itanium &#8211; ORA-742, DEADLOCK or ORA-600 [kcrfrgv_nextlwn_scn] ORA-600 [krr_process_read_error_2] (Doc ID 1957710.1)</p>
<div id="crp_related"><ul><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2024/06/awr-library-cache-mutex-x.html" rel="bookmark" class="crp_title">awr创建snapshot等待library cache: mutex X</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2012/05/systemstates%e5%88%86%e6%9e%90%e4%bc%9a%e8%af%9d%e9%98%bb%e5%a1%9e-%e9%94%81.html" rel="bookmark" class="crp_title">Systemstates分析会话阻塞&#8212;锁表</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2016/06/_use_single_log_writer%e5%92%8c_max_outstanding_log_writes.html" rel="bookmark" class="crp_title">_use_single_log_writer和_max_outstanding_log_writes</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2011/09/%e8%87%aa%e6%b2%bb%e4%ba%8b%e4%bb%b6%e5%bc%95%e8%b5%b7%e6%ad%bb%e9%94%81.html" rel="bookmark" class="crp_title">自治事件引起死锁</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2019/12/ora-04020-adg.html" rel="bookmark" class="crp_title">ORA-04020导致adg异常</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2012/05/cursor-pin-s-wait-on-x-%e7%ad%89%e5%be%85%e4%ba%8b%e4%bb%b6.html" rel="bookmark" class="crp_title">cursor: pin S wait on X 等待事件</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2018/02/dbms_stats-subpartition-library-cache-lock.html" rel="bookmark" class="crp_title">DBMS_STATS收集子分区表导致library cache lock等待</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2012/05/hanganalyze%e5%88%86%e6%9e%90%e4%bc%9a%e8%af%9d%e9%98%bb%e5%a1%9e-%e9%94%81%e8%a1%a8.html" rel="bookmark" class="crp_title">Hanganalyze分析会话阻塞&#8212;锁表</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2024/01/ora-600-kcrf_resilver_log_1.html" rel="bookmark" class="crp_title">ORA-600 kcrf_resilver_log_1故障处理</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2011/11/hp-itanium%e7%9a%84%e4%b8%80%e6%ac%a1ora-240%e5%bc%82%e5%b8%b8%e5%a4%84%e7%90%86.html" rel="bookmark" class="crp_title">HP Itaniums上一次ORA-240异常处理</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2012/01/rac%e4%b8%ad%e5%85%b3%e4%ba%8eimmediate-kill-session-bug%e8%ae%b0%e5%bd%95.html" rel="bookmark" class="crp_title">RAC中关于&#8221;Immediate Kill Session#&#8221; bug记录</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2016/08/ora-600-2662.html" rel="bookmark" class="crp_title">ORA-600 2662</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>https://www.xifenfei.com/2025/01/bug-21915719.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>_use_single_log_writer和_max_outstanding_log_writes</title>
		<link>https://www.xifenfei.com/2016/06/_use_single_log_writer%e5%92%8c_max_outstanding_log_writes.html</link>
		<comments>https://www.xifenfei.com/2016/06/_use_single_log_writer%e5%92%8c_max_outstanding_log_writes.html#comments</comments>
		<pubDate>Tue, 07 Jun 2016 08:12:44 +0000</pubDate>
		<dc:creator><![CDATA[惜分飞]]></dc:creator>
				<category><![CDATA[ORACLE 12C]]></category>
		<category><![CDATA[SCALABLE LGWR]]></category>
		<category><![CDATA[_max_outstanding_log_writes]]></category>
		<category><![CDATA[_use_single_log_writer]]></category>

		<guid isPermaLink="false">https://www.xifenfei.com/?p=6409</guid>
		<description><![CDATA[联系：手机/微信(+86 17813235971) QQ(107644445)  &#8230; <a href="https://www.xifenfei.com/2016/06/_use_single_log_writer%e5%92%8c_max_outstanding_log_writes.html">继续阅读 <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<div id="xifenfeicopyright">
<p>联系：<a href="https://www.xifenfei.com/about_xifenfei" target="_blank">手机/微信(+86 17813235971)   QQ(107644445)</a><a target="_blank" href="http://wpa.qq.com/msgrd?v=3&#038;uin=107644445&#038;site=qq&#038;menu=yes"><img src="https://www.xifenfei.com/wp-content/themes/img/site_qq.jpg" alt="QQ咨询惜分飞" title="QQ咨询惜分飞"/></a></p>
<p>标题：<a href="https://www.xifenfei.com/2016/06/_use_single_log_writer%e5%92%8c_max_outstanding_log_writes.html" target="_blank">_use_single_log_writer和_max_outstanding_log_writes</a></p>
<p>作者：<a href="https://www.xifenfei.com" target="_blank">惜分飞</a>©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]</p>
</div>
<p>SCALABLE LGWR是12cR1中引入的一个令人激动的特性， 这是由于在OLTP环境中LGWR写日志往往成为系统的主要性能瓶颈， 如果LGWR进程能像DBWR(DBW0~DBWn)那样多进程（LGNN）写出redo到LOGFILE那么就可能大幅释放OLTP的并发能力，增长Transcation系统的单位时间事务处理能力。这里在12.2版本中进行测试，确定_use_single_log_writer和_max_outstanding_log_writes参数对于SCALABLE LGWR特性的影响<br />
<strong>数据库版本</strong></p>
<pre class="brush: sql; title: ; notranslate">
SQL&gt; select * from v$version;

BANNER                                                                                         CON_ID
------------------------------------------------------------------------------------------ ----------
Oracle Database 12c Enterprise Edition Release 12.2.0.0.3 - 64bit Production                        0
PL/SQL Release 12.2.0.0.3 - Production                                                              0
CORE    12.2.0.0.3      Production                                                                  0
TNS for Linux: Version 12.2.0.0.3 - Production                                                      0
NLSRTL Version 12.2.0.0.3 - Production                                                              0
</pre>
<p><strong>_use_single_log_writer和_max_outstanding_log_writes默认值</strong></p>
<pre class="brush: sql; title: ; notranslate">
SQL&gt; /
Enter value for param: _use_single_log_writer
old   6:    and upper(a.ksppinm) LIKE upper('%&amp;param%')
new   6:    and upper(a.ksppinm) LIKE upper('%_use_single_log_writer%')

NAME                                                 VALUE                    DESCRIPTION
---------------------------------------------------- ------------------------ -------------------------------------------
_use_single_log_writer                               ADAPTIVE                 Use a single process for redo log writing

SQL&gt; /
Enter value for param: _max_outstanding_log_writes
old   6:    and upper(a.ksppinm) LIKE upper('%&amp;param%')
new   6:    and upper(a.ksppinm) LIKE upper('%_max_outstanding_log_writes%')

NAME                                                 VALUE                    DESCRIPTION
---------------------------------------------------- ------------------------ ----------------------------------------------
_max_outstanding_log_writes                          2                        Maximum number of outstanding redo log writes
</pre>
<p><strong>lg进程数量</strong><br />
这里可以看出来，有一个lgwr进程，两个lg进程和_max_outstanding_log_writes参数配置匹配</p>
<pre class="brush: bash; title: ; notranslate">
[oracle@ora1221 ~]$ ps -ef|grep ora_lg
oracle    49790      1  0 10:32 ?        00:00:00 ora_lgwr_orcl12c2
oracle    49794      1  0 10:32 ?        00:00:00 ora_lg00_orcl12c2
oracle    49798      1  0 10:32 ?        00:00:00 ora_lg01_orcl12c2
</pre>
<p><strong>修改_max_outstanding_log_writes参数</strong><br />
通过修改_max_outstanding_log_writes参数为4，发现lg进程数量也变为了4，证明_max_outstanding_log_writes进程决定lg进程数量</p>
<pre class="brush: sql; title: ; notranslate">
SQL&gt; alter system set &quot;_max_outstanding_log_writes&quot;=4 ;     
alter system set &quot;_max_outstanding_log_writes&quot;=4
                 *
ERROR at line 1:
ORA-02095: specified initialization parameter cannot be modified


SQL&gt; alter system set &quot;_max_outstanding_log_writes&quot;=4 scope=spfile;

System altered.

SQL&gt; shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL&gt; startup
ORACLE instance started.

Total System Global Area 2516582400 bytes
Fixed Size                  8260048 bytes
Variable Size             671090224 bytes
Database Buffers         1828716544 bytes
Redo Buffers                8515584 bytes
Database mounted.
Database opened.
SQL&gt; exit
Disconnected from Oracle Database 12c Enterprise Edition Release 12.2.0.0.3 - 64bit Production
[oracle@ora1221 ~]$ ps -ef|grep lg
oracle    72339      1  0 13:45 ?        00:00:00 ora_lgwr_orcl12c2
oracle    72343      1  0 13:45 ?        00:00:00 ora_lg00_orcl12c2
oracle    72347      1  0 13:45 ?        00:00:00 ora_lg01_orcl12c2
oracle    72351      1  0 13:45 ?        00:00:00 ora_lg02_orcl12c2
oracle    72359      1  0 13:45 ?        00:00:00 ora_lg03_orcl12c2
</pre>
<p><strong>修改_use_single_log_writer参数</strong><br />
通过测试_use_single_log_writer参数修改，我们可以确定_use_single_log_writer修改为true后，数据库恢复到12c之前的lgwr管理方式</p>
<pre class="brush: sql; title: ; notranslate">
[oracle@ora1221 ~]$ ss

SQL*Plus: Release 12.2.0.0.3 Production on Thu Aug 6 13:45:33 2015

Copyright (c) 1982, 2016, Oracle.  All rights reserved.


Connected to:
Oracle Database 12c Enterprise Edition Release 12.2.0.0.3 - 64bit Production

SQL&gt; alter system set &quot;_use_single_log_writer&quot;=1 ;     
alter system set &quot;_use_single_log_writer&quot;=1
                 *
ERROR at line 1:
ORA-02095: specified initialization parameter cannot be modified


SQL&gt;  alter system set &quot;_use_single_log_writer&quot;=1 scope=spfile;
 alter system set &quot;_use_single_log_writer&quot;=1 scope=spfile
*
ERROR at line 1:
ORA-00096: invalid value 1 for parameter _use_single_log_writer, must be from
among ADAPTIVE, FALSE, TRUE


SQL&gt; alter system set &quot;_use_single_log_writer&quot;=TRUE scope=spfile;

System altered.

SQL&gt; shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL&gt; exit
Disconnected from Oracle Database 12c Enterprise Edition Release 12.2.0.0.3 - 64bit Production
[oracle@ora1221 ~]$ ps -ef|grep lg
oracle    72702  71510  0 13:46 pts/0    00:00:00 grep lg
[oracle@ora1221 ~]$ ss

SQL*Plus: Release 12.2.0.0.3 Production on Thu Aug 6 13:46:50 2015

Copyright (c) 1982, 2016, Oracle.  All rights reserved.

Connected to an idle instance.

SQL&gt; startup
ORACLE instance started.

Total System Global Area 2516582400 bytes
Fixed Size                  8260048 bytes
Variable Size             671090224 bytes
Database Buffers         1828716544 bytes
Redo Buffers                8515584 bytes
Database mounted.
Database opened.
SQL&gt; exit   
Disconnected from Oracle Database 12c Enterprise Edition Release 12.2.0.0.3 - 64bit Production
[oracle@ora1221 ~]$ ps -ef|grep lg
oracle    72754      1  0 13:46 ?        00:00:00 ora_lgwr_orcl12c2
oracle    73008  71510  0 13:47 pts/0    00:00:00 grep lg
</pre>
<p>从这里可以确定_use_single_log_writer确定是否启用SCALABLE LGWR(多个lg子进程),_max_outstanding_log_writes确定lg进程个数</p>
<div id="crp_related"><ul><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2012/08/oracle%e7%94%a8%e6%88%b7%e9%87%8d%e5%91%bd%e5%90%8d.html" rel="bookmark" class="crp_title">ORACLE用户重命名</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2012/10/dual-%e7%bc%ba%e5%b0%91%e5%90%8c%e4%b9%89%e8%af%8d%e8%a7%a3%e5%86%b3.html" rel="bookmark" class="crp_title">dual 缺少同义词故障解决</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2020/01/heatmap-segment-size-is-large.html" rel="bookmark" class="crp_title">sysaux中HEATMAP 对象较大</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2016/07/oracle-12c-undo-failure-recovery-root-pdb.html" rel="bookmark" class="crp_title">Oracle 12c undo异常处理&#8212;root pdb undo异常</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2016/01/%e5%85%b3%e4%ba%8ewallet%e5%8a%a0%e5%af%86%e7%9a%84%e5%87%a0%e4%b8%aa%e6%b5%8b%e8%af%95.html" rel="bookmark" class="crp_title">关于wallet加密的几个测试</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2013/01/%e8%ae%be%e7%bd%ae_smu_debug_mode%e5%ae%9e%e7%8e%b0%e6%8c%87%e5%ae%9asession%e7%ba%a7%e5%88%ab%e4%bd%bf%e7%94%a8%e7%89%b9%e5%ae%9a%e5%9b%9e%e6%bb%9a%e6%ae%b5.html" rel="bookmark" class="crp_title">设置_smu_debug_mode实现指定session级别使用特定回滚段</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2018/02/ora-12754.html" rel="bookmark" class="crp_title">ORA-12754: Feature &#8216;startup&#8217; is disabled due to missing capability &#8216;Runtime Environment&#8217;</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2024/08/max_columns-4096.html" rel="bookmark" class="crp_title">Oracle 23ai 表和视图的列最多支持到4096个</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2015/05/oracle-12c-table-access-by-index-rowid-batched.html" rel="bookmark" class="crp_title">Oracle 12C TABLE ACCESS BY INDEX ROWID BATCHED</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2025/08/joxcsys-release-mismatch.html" rel="bookmark" class="crp_title">joxcsys: release mismatch, 19.0.0.0.0 1.8 in database (classes.bin)</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2012/01/%e8%b7%b3%e8%bf%87obj%e5%9d%8f%e5%9d%97%e6%96%b9%e6%b3%95.html" rel="bookmark" class="crp_title">跳过obj$坏块方法</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2015/10/ora-65101-container-database-set-up-incorrectly.html" rel="bookmark" class="crp_title">ORA-65101 container database set up incorrectly</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>https://www.xifenfei.com/2016/06/_use_single_log_writer%e5%92%8c_max_outstanding_log_writes.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
