<?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>Redo &#8211; dbtan 谈DB</title>
	<atom:link href="https://dbtan.com/tag/redo/feed" rel="self" type="application/rss+xml" />
	<link>https://dbtan.com</link>
	<description>dbtan 的生活、Oracle 及 Linux 等的学习笔记、观点。      说，永远易于做！</description>
	<lastBuildDate>Sun, 20 Dec 2009 15:33:00 +0000</lastBuildDate>
	<language>zh-Hans</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>Redo故障的恢复</title>
		<link>https://dbtan.com/2009/12/recover-redo.html</link>
					<comments>https://dbtan.com/2009/12/recover-redo.html#comments</comments>
		
		<dc:creator><![CDATA[dbtan]]></dc:creator>
		<pubDate>Sun, 20 Dec 2009 15:33:00 +0000</pubDate>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[深入解析Oracle]]></category>
		<category><![CDATA[读书笔记]]></category>
		<category><![CDATA[Redo]]></category>
		<guid isPermaLink="false">http://www.dbtan.com/2009/12/recover-redo.html</guid>

					<description><![CDATA[Redo故障的恢复： 我们已经知道日志文件对于数据库来说非常重要，在实际使用过程中，可以会遇到各种各样的问题， [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>Redo故障的恢复：  我们已经知道日志文件对于数据库来说非常重要，在实际使用过程中，可以会遇到各种各样的问题，接下来将介绍一些在日常数据库维护中经常会遇到的情况。  1. 丢失非活动日志组的故障恢复：如果数据库丢失的是非活动（INACTIVE）日志组，由于非活动日志组已经完成检查点，数据库不会发生[......]</p>
<p class="read-more"><a href="https://dbtan.com/2009/12/recover-redo.html">阅读全文</a></p>
]]></content:encoded>
					
					<wfw:commentRss>https://dbtan.com/2009/12/recover-redo.html/feed</wfw:commentRss>
			<slash:comments>1</slash:comments>
		
		
			</item>
		<item>
		<title>能否不生成Redo</title>
		<link>https://dbtan.com/2009/12/whether-to-produce-redo.html</link>
					<comments>https://dbtan.com/2009/12/whether-to-produce-redo.html#comments</comments>
		
		<dc:creator><![CDATA[dbtan]]></dc:creator>
		<pubDate>Sat, 19 Dec 2009 15:15:00 +0000</pubDate>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[深入解析Oracle]]></category>
		<category><![CDATA[读书笔记]]></category>
		<category><![CDATA[Redo]]></category>
		<guid isPermaLink="false">http://www.dbtan.com/2009/12/whether-to-produce-redo.html</guid>

					<description><![CDATA[能否不生成Redo： 正常的数据库必须生成Redo，这是数据库的机制，否则数据库在遇到故障或Crash时则无法 [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>能否不生成Redo：  正常的数据库必须生成Redo，这是数据库的机制，否则数据库在遇到故障或Crash时则无法恢复。但是Oracle为了增强某些特殊操作的性能，对于一些SQL语句，Oracle允许使用NOLOGGING子句，NOLOGGING可以使得日志生成大幅降低，但是必要日志（比如：对于字典表[......]</p>
<p class="read-more"><a href="https://dbtan.com/2009/12/whether-to-produce-redo.html">阅读全文</a></p>
]]></content:encoded>
					
					<wfw:commentRss>https://dbtan.com/2009/12/whether-to-produce-redo.html/feed</wfw:commentRss>
			<slash:comments>3</slash:comments>
		
		
			</item>
		<item>
		<title>为什么热备份期间产生的Redo要比正常时多</title>
		<link>https://dbtan.com/2009/12/time-hot-backup-redo-production.html</link>
					<comments>https://dbtan.com/2009/12/time-hot-backup-redo-production.html#respond</comments>
		
		<dc:creator><![CDATA[dbtan]]></dc:creator>
		<pubDate>Sat, 19 Dec 2009 14:54:00 +0000</pubDate>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[深入解析Oracle]]></category>
		<category><![CDATA[读书笔记]]></category>
		<category><![CDATA[Redo]]></category>
		<guid isPermaLink="false">http://www.dbtan.com/2009/12/time-hot-backup-redo-production.html</guid>

					<description><![CDATA[为什么热备份期间产生的Redo要比正常时多： 我们还要知道的是，在数据库处于热备份（使用Begin Backu [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>为什么热备份期间产生的Redo要比正常时多：  我们还要知道的是，在数据库处于热备份（使用Begin Backup进行备份时）状态时，会产生了比平常更多的日志。这是因为在热备份期间，Oracle为了解决SPLIT BLOCK的问题，需要在日志文件中记录修改的行所在的数据块的前镜像（image），而不[......]</p>
<p class="read-more"><a href="https://dbtan.com/2009/12/time-hot-backup-redo-production.html">阅读全文</a></p>
]]></content:encoded>
					
					<wfw:commentRss>https://dbtan.com/2009/12/time-hot-backup-redo-production.html/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>如何调整日志文件大小</title>
		<link>https://dbtan.com/2009/12/how-to-set-redo-log-file-size.html</link>
					<comments>https://dbtan.com/2009/12/how-to-set-redo-log-file-size.html#respond</comments>
		
		<dc:creator><![CDATA[dbtan]]></dc:creator>
		<pubDate>Sat, 19 Dec 2009 14:44:00 +0000</pubDate>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[深入解析Oracle]]></category>
		<category><![CDATA[读书笔记]]></category>
		<category><![CDATA[Redo]]></category>
		<guid isPermaLink="false">http://www.dbtan.com/2009/12/how-to-set-redo-log-file-size.html</guid>

					<description><![CDATA[如何调整日志文件大小： 很多时候我们需要调整日志文件的大小，可以通过如下步骤进行调整。首先查看一下当前日志文件 [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>如何调整日志文件大小：  很多时候我们需要调整日志文件的大小，可以通过如下步骤进行调整。首先查看一下当前日志文件的信息：  sys@TQGZS&gt; select * from v$log;&nbsp;&nbsp;&nbsp; GROUP#&nbsp;&nbsp;&nbsp; THREAD#&#038;nb[......]</p>
<p class="read-more"><a href="https://dbtan.com/2009/12/how-to-set-redo-log-file-size.html">阅读全文</a></p>
]]></content:encoded>
					
					<wfw:commentRss>https://dbtan.com/2009/12/how-to-set-redo-log-file-size.html/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>日志文件的大小</title>
		<link>https://dbtan.com/2009/12/redo-file-size.html</link>
					<comments>https://dbtan.com/2009/12/redo-file-size.html#respond</comments>
		
		<dc:creator><![CDATA[dbtan]]></dc:creator>
		<pubDate>Sat, 19 Dec 2009 14:39:00 +0000</pubDate>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[深入解析Oracle]]></category>
		<category><![CDATA[读书笔记]]></category>
		<category><![CDATA[Redo]]></category>
		<guid isPermaLink="false">http://www.dbtan.com/2009/12/redo-file-size.html</guid>

					<description><![CDATA[日志文件的大小： 前面我们提到，当日志文件发生切换时（Log Switch），会触发一个检查点，那么日志文件的 [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>日志文件的大小：  前面我们提到，当日志文件发生切换时（Log Switch），会触发一个检查点，那么日志文件的大小就和检查点的触发频率相关。更为频繁的检查点可以缩短数据库的恢复时间，但是过于频繁的检查点却会带来性能负担。所以如何合理地设置日志文件的大小也是数据库优化的一个重要内容。  而且必须考虑[......]</p>
<p class="read-more"><a href="https://dbtan.com/2009/12/redo-file-size.html">阅读全文</a></p>
]]></content:encoded>
					
					<wfw:commentRss>https://dbtan.com/2009/12/redo-file-size.html/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>日志的块大小</title>
		<link>https://dbtan.com/2009/12/redolog-block-size.html</link>
					<comments>https://dbtan.com/2009/12/redolog-block-size.html#respond</comments>
		
		<dc:creator><![CDATA[dbtan]]></dc:creator>
		<pubDate>Sat, 19 Dec 2009 14:34:00 +0000</pubDate>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[深入解析Oracle]]></category>
		<category><![CDATA[读书笔记]]></category>
		<category><![CDATA[Redo]]></category>
		<guid isPermaLink="false">http://www.dbtan.com/2009/12/redolog-block-size.html</guid>

					<description><![CDATA[日志的块大小： 初始化参数LOG_BUFFER决定了Redo Log Buffer的大小，虽然LOG_BUFF [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>日志的块大小：  初始化参数LOG_BUFFER决定了Redo Log Buffer的大小，虽然LOG_BUFFER中的Redo Entries的大小是以bytes为单位，但是LGWR仍然以Block为单位把Redo写入磁盘，Redo Block Size是Oracle源代码中固定的，与操作系统相关[......]</p>
<p class="read-more"><a href="https://dbtan.com/2009/12/redolog-block-size.html">阅读全文</a></p>
]]></content:encoded>
					
					<wfw:commentRss>https://dbtan.com/2009/12/redolog-block-size.html/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>日志的状态</title>
		<link>https://dbtan.com/2009/12/redo-log-state.html</link>
					<comments>https://dbtan.com/2009/12/redo-log-state.html#respond</comments>
		
		<dc:creator><![CDATA[dbtan]]></dc:creator>
		<pubDate>Wed, 16 Dec 2009 10:21:00 +0000</pubDate>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[深入解析Oracle]]></category>
		<category><![CDATA[读书笔记]]></category>
		<category><![CDATA[Redo]]></category>
		<guid isPermaLink="false">http://www.dbtan.com/2009/12/redo-log-state.html</guid>

					<description><![CDATA[日志的状态： 可以通过v$log视图来查看日志文件的状态： sys@NEI&#62; select group# [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>日志的状态：  可以通过v$log视图来查看日志文件的状态：  sys@NEI&gt; select group#,status,first_change# from v$log;&nbsp;&nbsp;&nbsp; GROUP# STATUS&nbsp;&nbsp;&nbsp;&nbsp;&#038;nbs[......]</p>
<p class="read-more"><a href="https://dbtan.com/2009/12/redo-log-state.html">阅读全文</a></p>
]]></content:encoded>
					
					<wfw:commentRss>https://dbtan.com/2009/12/redo-log-state.html/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>commit做了什么？</title>
		<link>https://dbtan.com/2009/12/what-has-commit-made.html</link>
					<comments>https://dbtan.com/2009/12/what-has-commit-made.html#comments</comments>
		
		<dc:creator><![CDATA[dbtan]]></dc:creator>
		<pubDate>Wed, 16 Dec 2009 08:45:00 +0000</pubDate>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[深入解析Oracle]]></category>
		<category><![CDATA[读书笔记]]></category>
		<category><![CDATA[Redo]]></category>
		<guid isPermaLink="false">http://www.dbtan.com/2009/12/what-does-commit-do-is.html</guid>

					<description><![CDATA[commit做了什么？ 当完成事务操作，发出commit命令之后，随后会收到一个反馈Commit comple [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>commit做了什么？  当完成事务操作，发出commit命令之后，随后会收到一个反馈Commit complete。  dbtan@NEI&gt; insert into emp select * from emp;128 rows created.dbtan@NEI&gt; commit;Com[......]</p>
<p class="read-more"><a href="https://dbtan.com/2009/12/what-has-commit-made.html">阅读全文</a></p>
]]></content:encoded>
					
					<wfw:commentRss>https://dbtan.com/2009/12/what-has-commit-made.html/feed</wfw:commentRss>
			<slash:comments>2</slash:comments>
		
		
			</item>
		<item>
		<title>Redo Log Buffer的大小设置</title>
		<link>https://dbtan.com/2009/12/set-redo-log-buffer-size.html</link>
					<comments>https://dbtan.com/2009/12/set-redo-log-buffer-size.html#comments</comments>
		
		<dc:creator><![CDATA[dbtan]]></dc:creator>
		<pubDate>Wed, 16 Dec 2009 08:18:00 +0000</pubDate>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[深入解析Oracle]]></category>
		<category><![CDATA[读书笔记]]></category>
		<category><![CDATA[Redo]]></category>
		<guid isPermaLink="false">http://www.dbtan.com/2009/12/set-redo-log-buffer-size.html</guid>

					<description><![CDATA[Redo Log Buffer的大小设置： Redo Log Buffer的大小由初始化参数LOG_BUFFE [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>Redo Log Buffer的大小设置：  Redo Log Buffer的大小由初始化参数LOG_BUFFER定义，该参数的缺省值为Max(512KB,128KB*CPU_COUNT)。通常这一缺省值是足够的，从上篇日志可以知道，Redo Log Buffer的写出操作是相当频繁的，所以过大的L[......]</p>
<p class="read-more"><a href="https://dbtan.com/2009/12/set-redo-log-buffer-size.html">阅读全文</a></p>
]]></content:encoded>
					
					<wfw:commentRss>https://dbtan.com/2009/12/set-redo-log-buffer-size.html/feed</wfw:commentRss>
			<slash:comments>1</slash:comments>
		
		
			</item>
		<item>
		<title>Redo写的触发条件</title>
		<link>https://dbtan.com/2009/12/redo-writes-triggering-condition.html</link>
					<comments>https://dbtan.com/2009/12/redo-writes-triggering-condition.html#respond</comments>
		
		<dc:creator><![CDATA[dbtan]]></dc:creator>
		<pubDate>Wed, 16 Dec 2009 07:50:00 +0000</pubDate>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[深入解析Oracle]]></category>
		<category><![CDATA[读书笔记]]></category>
		<category><![CDATA[Redo]]></category>
		<guid isPermaLink="false">http://www.dbtan.com/2009/12/redo-writes-triggering-condition.html</guid>

					<description><![CDATA[Redo写的触发条件： 为了保证用户可以快速提交，LGWR的写出必须非常活跃，实际上也确实如此，我们非常熟悉的 [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>Redo写的触发条件：  为了保证用户可以快速提交，LGWR的写出必须非常活跃，实际上也确实如此，我们非常熟悉的LGWR写触发条件就有4条。  1. 每3秒超时（Timeout）当LGWR处于空闲状态时，它依赖于rdbms ipc message等待，处于休眠状态，直到3秒超时时间到。如果LGWR发[......]</p>
<p class="read-more"><a href="https://dbtan.com/2009/12/redo-writes-triggering-condition.html">阅读全文</a></p>
]]></content:encoded>
					
					<wfw:commentRss>https://dbtan.com/2009/12/redo-writes-triggering-condition.html/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
