<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
	>
<channel>
	<title>Comments for TimesTen</title>
	<atom:link href="http://www.ttisql.com/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://www.ttisql.com</link>
	<description>Oracle  In-Memory  DataBase</description>
	<pubDate>Fri, 12 Mar 2010 07:04:13 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on TimesTen 11g 中创建Cache Group by TimesTen &#187; Blog Archive &#187; TimesTen 11g 中创建Cache Grid</title>
		<link>http://www.ttisql.com/cachegroup/timesten-11g-cgroup.html/comment-page-1#comment-1046</link>
		<dc:creator>TimesTen &#187; Blog Archive &#187; TimesTen 11g 中创建Cache Grid</dc:creator>
		<pubDate>Thu, 14 Jan 2010 02:40:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/?p=552#comment-1046</guid>
		<description>[...] TimesTen 11g 中创建Cache Group       14 01 [...]</description>
		<content:encoded><![CDATA[<p>[...] TimesTen 11g 中创建Cache Group       14 01 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 如有问题欢迎到网站论坛提问 by WINDOWS CLIENT验证invalid uid/pwd问题</title>
		<link>http://www.ttisql.com/faq/timesten.html/comment-page-1#comment-1030</link>
		<dc:creator>WINDOWS CLIENT验证invalid uid/pwd问题</dc:creator>
		<pubDate>Thu, 03 Dec 2009 01:16:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/?p=161#comment-1030</guid>
		<description>windows下，DATA SRORE已创建，能通过ADMINISTRATOR连上。但创建用户create user tt identified by 'tt';grant all to tt;
后，创建client dsn(test)，在ODBC界面下再三确认，各种信息填写无误，但ttisql test就是出错，s1000 invalid uid/pwd。
请问这可能是什么原因？谢谢。</description>
		<content:encoded><![CDATA[<p>windows下，DATA SRORE已创建，能通过ADMINISTRATOR连上。但创建用户create user tt identified by &#8216;tt&#8217;;grant all to tt;<br />
后，创建client dsn(test)，在ODBC界面下再三确认，各种信息填写无误，但ttisql test就是出错，s1000 invalid uid/pwd。<br />
请问这可能是什么原因？谢谢。</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 如有问题欢迎到网站论坛提问 by Rolland</title>
		<link>http://www.ttisql.com/faq/timesten.html/comment-page-1#comment-1027</link>
		<dc:creator>Rolland</dc:creator>
		<pubDate>Sat, 28 Nov 2009 07:35:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/?p=161#comment-1027</guid>
		<description>支持坛主，祝愿TTISQL 越来越火！</description>
		<content:encoded><![CDATA[<p>支持坛主，祝愿TTISQL 越来越火！</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TimesTen 系统上限值 by l1t</title>
		<link>http://www.ttisql.com/ttref/ttsystemlimit.html/comment-page-1#comment-1003</link>
		<dc:creator>l1t</dc:creator>
		<pubDate>Fri, 18 Sep 2009 06:02:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/ttref/ttsystemlimit.html#comment-1003</guid>
		<description>系统上限阀值
-&#62;系统上限阈值</description>
		<content:encoded><![CDATA[<p>系统上限阀值<br />
-&gt;系统上限阈值</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Active-Standby Pair + 灾备的异常恢复(1) by TimesTen &#187; Blog Archive &#187; Replication的修改和变动</title>
		<link>http://www.ttisql.com/replication/pair-disaster-restore-1.html/comment-page-1#comment-934</link>
		<dc:creator>TimesTen &#187; Blog Archive &#187; Replication的修改和变动</dc:creator>
		<pubDate>Sun, 28 Jun 2009 05:05:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/?p=180#comment-934</guid>
		<description>[...] Changing the replication route  &#160; &#160;以active standby pair为例（下面的试验均已它为例，如果不熟悉这一块的，请参考 http://www.ttisql.com/replication/pair-disaster-recovery-1.html），创建好两个DataStore，分别为dsa（active）和dsb（Standby），创建一个表并在此基础之上创建active standby pair： &#160; create table TEST.TT ( &#160;&#160;&#160;&#160;&#160;&#160;&#160; A NUMBER(38) NOT NULL, &#160;&#160;&#160;&#160;&#160;&#160;&#160; B NUMBER(38) DEFAULT 88, &#160;&#160;&#160; primary key (A)); &#160; create active standby pair &#160;&#160;&#160; DSA on &#34;WEST-MOUNTAIN&#34;, DSB on &#34;WEST-MOUNTAIN&#34; return receipt  &#160;&#160;&#160; store DSA on &#34;WEST-MOUNTAIN&#34; &#160;&#160;&#160;&#160;&#160;&#160;&#160; port 20000 &#160;&#160;&#160;&#160;&#160;&#160;&#160; failthreshold 5 &#160;&#160;&#160; store DSB on &#34;WEST-MOUNTAIN&#34; &#160;&#160;&#160;&#160;&#160;&#160;&#160; port 22000 &#160;&#160;&#160;&#160;&#160;&#160;&#160; failthreshold 5; &#160; 验证复制正常工作。然后在创建一个新的表T1： &#160; create table TEST.T1 ( &#160;&#160;&#160;&#160;&#160;&#160;&#160; A NUMBER(38) NOT NULL, &#160;&#160;&#160;&#160;&#160;&#160;&#160; B NUMBER(38), &#160;&#160;&#160; primary key (A)); &#160; 那么如何将新加的这个表T1包含到replication中去呢： &#160; DSA： Command&#62; call ttrepstop; Command&#62; ALTER&#160; active standby pair&#160;&#160;INCLUDE table t1; Command&#62; repschemes; Command&#62; call ttrepstart; &#160; DSB： ttadmin -repstop dsb ttdestroy dsb ttrepadmin -duplicate -from dsa -host &#34;west-mountain&#34; -setMasterRepStart -uid test -pwd test -remoteDaemonPort 17050 -nokeepCG&#160; -localhost &#34;west-mountain&#34; dsb &#160; 也就是说针对这种修改，active standby pair是通过 duplicate 到 standby端的。 &#160; Alter&#160; Table 在 Replication中 &#160; alter table可以是增加或者删除列，这些修改可以直接被复制到对端。但如果是修改一个列的缺省值，则不能被复制，需要把这个修改在每个节点上手工做一遍。从另一个角度说明针对某个列，各个节点可以有不同的缺省值。 &#160; 在双向复制的复制器中，需要确定所有的修改都已经同步到对端（通过ttRepSubscriberWait验证），然后再做列的修改。 &#160; 如果有多次alter table，最好是每次alter table之后，确认一下是否已经成功，然后再进行下一个alter table。 &#160; 以上面的例子为试验对象， &#160; DSA： Command&#62; alter table tt add column c int; Command&#62; insert into tt values (1,1,1);  Command&#62; insert into tt values (2,2,2); Command&#62; commit; &#160;  DSB： Command&#62; desc tt; Table TEST.TT: &#160; Columns: &#160;&#160; *A&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; NUMBER (38) NOT NULL &#160;&#160;&#160; B&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; NUMBER (38) DEFAULT 88 &#160;&#160;&#160; C&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; NUMBER (38) 1 table found. (primary key columns are indicated with *) Command&#62; select * from tt; &#60; 1, 1, 1 &#62; &#60; 2, 2, 2 &#62; 2 rows found. Command&#62;  &#160; 可以看出，对列的增加和删除，并不用停止replication agent，而且很方便。但在alter table的过程中肯定是要加表级锁的，所以在那一刹那对应用还是有阻塞的，也是正常的。 &#160; 但如果是修改列的缺省属性，则不会被复制到对端，而需要手工在对端同样修改一次。 &#160; Truncate Table 在 Replication 中 &#160; Truncate可以被复制到对端，相当于每个节点上执行truncate操作。类似于delete，但和delete不同的是，delete删除的记录两边是一摸一样的，而truncate则不会判断记录是否一样，一次性全部删除。 &#160; 改变 Subscriber DataStore的状态 &#160; 可以通过命令行工具ttRepAdmin -state&#160;或者调用存储过程 ttRepSubscriberStateSet来设置，可能的状态有Start、Pause、Stop、Failed等。 &#160; 解决 Update 冲突 &#160; 实际中只有在双向复制的时候才会发生这种冲突，但一般不建议使用双向复制，即使迫不得已使用，也最好是数据针对应用切分，即底层不会有交叉应用的数据。否则真的等到冲突的时候，代价太大了，多半需要人工干预，也就失去了Replication的本意。 &#160; 从失败中恢复 &#160; 这个涉及的范围很广，具体分为硬件问题（系统、网络），软件问题（操作系统、应用程序、数据库、误操作）。具体可参考http://www.ttisql.com/replication/pair-disaster-restore-1.html &#160; 升级DataStore &#160; 这个也涉及很多东西，包括版本、数据类型、应用程序等等，一般通过ttMigrate&#160;和 ttRepAdmin等工具进行。以后会写一篇专门的帖子来谈升级的问题。 &#160; 在TimesTen中，因为历史的原因，有两种类型的replication，一种是旧的，老版本的replication；另一种是新的，我们称之为active standby pair 类型，那么针对active standby pair，在修改的时候，有些特别的地方的。其支持的修改功能如下： &#160; [...]</description>
		<content:encoded><![CDATA[<p>[...] Changing the replication route  &nbsp; &nbsp;以active standby pair为例（下面的试验均已它为例，如果不熟悉这一块的，请参考 http://www.ttisql.com/replication/pair-disaster-recovery-1.html），创建好两个DataStore，分别为dsa（active）和dsb（Standby），创建一个表并在此基础之上创建active standby pair： &nbsp; create table TEST.TT ( &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; A NUMBER(38) NOT NULL, &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; B NUMBER(38) DEFAULT 88, &nbsp;&nbsp;&nbsp; primary key (A)); &nbsp; create active standby pair &nbsp;&nbsp;&nbsp; DSA on &quot;WEST-MOUNTAIN&quot;, DSB on &quot;WEST-MOUNTAIN&quot; return receipt  &nbsp;&nbsp;&nbsp; store DSA on &quot;WEST-MOUNTAIN&quot; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; port 20000 &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; failthreshold 5 &nbsp;&nbsp;&nbsp; store DSB on &quot;WEST-MOUNTAIN&quot; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; port 22000 &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; failthreshold 5; &nbsp; 验证复制正常工作。然后在创建一个新的表T1： &nbsp; create table TEST.T1 ( &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; A NUMBER(38) NOT NULL, &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; B NUMBER(38), &nbsp;&nbsp;&nbsp; primary key (A)); &nbsp; 那么如何将新加的这个表T1包含到replication中去呢： &nbsp; DSA： Command&gt; call ttrepstop; Command&gt; ALTER&nbsp; active standby pair&nbsp;&nbsp;INCLUDE table t1; Command&gt; repschemes; Command&gt; call ttrepstart; &nbsp; DSB： ttadmin -repstop dsb ttdestroy dsb ttrepadmin -duplicate -from dsa -host &quot;west-mountain&quot; -setMasterRepStart -uid test -pwd test -remoteDaemonPort 17050 -nokeepCG&nbsp; -localhost &quot;west-mountain&quot; dsb &nbsp; 也就是说针对这种修改，active standby pair是通过 duplicate 到 standby端的。 &nbsp; Alter&nbsp; Table 在 Replication中 &nbsp; alter table可以是增加或者删除列，这些修改可以直接被复制到对端。但如果是修改一个列的缺省值，则不能被复制，需要把这个修改在每个节点上手工做一遍。从另一个角度说明针对某个列，各个节点可以有不同的缺省值。 &nbsp; 在双向复制的复制器中，需要确定所有的修改都已经同步到对端（通过ttRepSubscriberWait验证），然后再做列的修改。 &nbsp; 如果有多次alter table，最好是每次alter table之后，确认一下是否已经成功，然后再进行下一个alter table。 &nbsp; 以上面的例子为试验对象， &nbsp; DSA： Command&gt; alter table tt add column c int; Command&gt; insert into tt values (1,1,1);  Command&gt; insert into tt values (2,2,2); Command&gt; commit; &nbsp;  DSB： Command&gt; desc tt; Table TEST.TT: &nbsp; Columns: &nbsp;&nbsp; *A&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; NUMBER (38) NOT NULL &nbsp;&nbsp;&nbsp; B&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; NUMBER (38) DEFAULT 88 &nbsp;&nbsp;&nbsp; C&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; NUMBER (38) 1 table found. (primary key columns are indicated with *) Command&gt; select * from tt; &lt; 1, 1, 1 &gt; &lt; 2, 2, 2 &gt; 2 rows found. Command&gt;  &nbsp; 可以看出，对列的增加和删除，并不用停止replication agent，而且很方便。但在alter table的过程中肯定是要加表级锁的，所以在那一刹那对应用还是有阻塞的，也是正常的。 &nbsp; 但如果是修改列的缺省属性，则不会被复制到对端，而需要手工在对端同样修改一次。 &nbsp; Truncate Table 在 Replication 中 &nbsp; Truncate可以被复制到对端，相当于每个节点上执行truncate操作。类似于delete，但和delete不同的是，delete删除的记录两边是一摸一样的，而truncate则不会判断记录是否一样，一次性全部删除。 &nbsp; 改变 Subscriber DataStore的状态 &nbsp; 可以通过命令行工具ttRepAdmin -state&nbsp;或者调用存储过程 ttRepSubscriberStateSet来设置，可能的状态有Start、Pause、Stop、Failed等。 &nbsp; 解决 Update 冲突 &nbsp; 实际中只有在双向复制的时候才会发生这种冲突，但一般不建议使用双向复制，即使迫不得已使用，也最好是数据针对应用切分，即底层不会有交叉应用的数据。否则真的等到冲突的时候，代价太大了，多半需要人工干预，也就失去了Replication的本意。 &nbsp; 从失败中恢复 &nbsp; 这个涉及的范围很广，具体分为硬件问题（系统、网络），软件问题（操作系统、应用程序、数据库、误操作）。具体可参考http://www.ttisql.com/replication/pair-disaster-restore-1.html &nbsp; 升级DataStore &nbsp; 这个也涉及很多东西，包括版本、数据类型、应用程序等等，一般通过ttMigrate&nbsp;和 ttRepAdmin等工具进行。以后会写一篇专门的帖子来谈升级的问题。 &nbsp; 在TimesTen中，因为历史的原因，有两种类型的replication，一种是旧的，老版本的replication；另一种是新的，我们称之为active standby pair 类型，那么针对active standby pair，在修改的时候，有些特别的地方的。其支持的修改功能如下： &nbsp; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Active-Standby Pair + 灾备中心试验(1) by TimesTen &#187; Blog Archive &#187; Replication的修改和变动</title>
		<link>http://www.ttisql.com/replication/pair-disaster-recovery-1.html/comment-page-1#comment-933</link>
		<dc:creator>TimesTen &#187; Blog Archive &#187; Replication的修改和变动</dc:creator>
		<pubDate>Sun, 28 Jun 2009 05:04:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/architecture/pair-disaster-recovery-1.html#comment-933</guid>
		<description>[...] Changing the replication route  &#160;以active standby pair为例（下面的试验均已它为例，如果不熟悉这一块的，请参考 http://www.ttisql.com/replication/pair-disaster-recovery-1.html），创建好两个DataStore，分别为dsa（active）和dsb（Standby），创建一个表并在此基础之上创建active standby pair： &#160; create table TEST.TT ( &#160;&#160;&#160;&#160;&#160;&#160;&#160; A NUMBER(38) NOT NULL, &#160;&#160;&#160;&#160;&#160;&#160;&#160; B NUMBER(38) DEFAULT 88, &#160;&#160;&#160; primary key (A)); &#160; create active standby pair &#160;&#160;&#160; DSA on &#34;WEST-MOUNTAIN&#34;, DSB on &#34;WEST-MOUNTAIN&#34; return receipt  &#160;&#160;&#160; store DSA on &#34;WEST-MOUNTAIN&#34; &#160;&#160;&#160;&#160;&#160;&#160;&#160; port 20000 &#160;&#160;&#160;&#160;&#160;&#160;&#160; failthreshold 5 &#160;&#160;&#160; store DSB on &#34;WEST-MOUNTAIN&#34; &#160;&#160;&#160;&#160;&#160;&#160;&#160; port 22000 &#160;&#160;&#160;&#160;&#160;&#160;&#160; failthreshold 5; &#160; 验证复制正常工作。然后在创建一个新的表T1： &#160; create table TEST.T1 ( &#160;&#160;&#160;&#160;&#160;&#160;&#160; A NUMBER(38) NOT NULL, &#160;&#160;&#160;&#160;&#160;&#160;&#160; B NUMBER(38), &#160;&#160;&#160; primary key (A)); &#160; 那么如何将新加的这个表T1包含到replication中去呢： &#160; DSA： Command&#62; call ttrepstop; Command&#62; ALTER&#160; active standby pair&#160;&#160;INCLUDE table t1; Command&#62; repschemes; Command&#62; call ttrepstart; &#160; DSB： ttadmin -repstop dsb ttdestroy dsb ttrepadmin -duplicate -from dsa -host &#34;west-mountain&#34; -setMasterRepStart -uid test -pwd test -remoteDaemonPort 17050 -nokeepCG&#160; -localhost &#34;west-mountain&#34; dsb &#160; 也就是说针对这种修改，active standby pair是通过 duplicate 到 standby端的。 &#160; Alter&#160; Table 在 Replication中 &#160; alter table可以是增加或者删除列，这些修改可以直接被复制到对端。但如果是修改一个列的缺省值，则不能被复制，需要把这个修改在每个节点上手工做一遍。从另一个角度说明针对某个列，各个节点可以有不同的缺省值。 &#160; 在双向复制的复制器中，需要确定所有的修改都已经同步到对端（通过ttRepSubscriberWait验证），然后再做列的修改。 &#160; 如果有多次alter table，最好是每次alter table之后，确认一下是否已经成功，然后再进行下一个alter table。 &#160; 以上面的例子为试验对象， &#160; DSA： Command&#62; alter table tt add column c int; Command&#62; insert into tt values (1,1,1);  Command&#62; insert into tt values (2,2,2); Command&#62; commit; &#160;  DSB： Command&#62; desc tt; Table TEST.TT: &#160; Columns: &#160;&#160; *A&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; NUMBER (38) NOT NULL &#160;&#160;&#160; B&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; NUMBER (38) DEFAULT 88 &#160;&#160;&#160; C&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160; NUMBER (38) 1 table found. (primary key columns are indicated with *) Command&#62; select * from tt; &#60; 1, 1, 1 &#62; &#60; 2, 2, 2 &#62; 2 rows found. Command&#62;  &#160; 可以看出，对列的增加和删除，并不用停止replication agent，而且很方便。但在alter table的过程中肯定是要加表级锁的，所以在那一刹那对应用还是有阻塞的，也是正常的。 &#160; 但如果是修改列的缺省属性，则不会被复制到对端，而需要手工在对端同样修改一次。 &#160; Truncate Table 在 Replication 中 &#160; Truncate可以被复制到对端，相当于每个节点上执行truncate操作。类似于delete，但和delete不同的是，delete删除的记录两边是一摸一样的，而truncate则不会判断记录是否一样，一次性全部删除。 &#160; 改变 Subscriber DataStore的状态 &#160; 可以通过命令行工具ttRepAdmin -state&#160;或者调用存储过程 ttRepSubscriberStateSet来设置，可能的状态有Start、Pause、Stop、Failed等。 &#160; 解决 Update 冲突 &#160; 实际中只有在双向复制的时候才会发生这种冲突，但一般不建议使用双向复制，即使迫不得已使用，也最好是数据针对应用切分，即底层不会有交叉应用的数据。否则真的等到冲突的时候，代价太大了，多半需要人工干预，也就失去了Replication的本意。 &#160; 从失败中恢复 &#160; 这个涉及的范围很广，具体分为硬件问题（系统、网络），软件问题（操作系统、应用程序、数据库、误操作）。具体可参考http://www.ttisql.com/replication/pair-disaster-restore-1.html &#160; 升级DataStore &#160; 这个也涉及很多东西，包括版本、数据类型、应用程序等等，一般通过ttMigrate&#160;和 ttRepAdmin等工具进行。以后会写一篇专门的帖子来谈升级的问题。 &#160; 在TimesTen中，因为历史的原因，有两种类型的replication，一种是旧的，老版本的replication；另一种是新的，我们称之为active standby pair 类型，那么针对active standby pair，在修改的时候，有些特别的地方的。其支持的修改功能如下： &#160; [...]</description>
		<content:encoded><![CDATA[<p>[...] Changing the replication route  &nbsp;以active standby pair为例（下面的试验均已它为例，如果不熟悉这一块的，请参考 http://www.ttisql.com/replication/pair-disaster-recovery-1.html），创建好两个DataStore，分别为dsa（active）和dsb（Standby），创建一个表并在此基础之上创建active standby pair： &nbsp; create table TEST.TT ( &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; A NUMBER(38) NOT NULL, &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; B NUMBER(38) DEFAULT 88, &nbsp;&nbsp;&nbsp; primary key (A)); &nbsp; create active standby pair &nbsp;&nbsp;&nbsp; DSA on &quot;WEST-MOUNTAIN&quot;, DSB on &quot;WEST-MOUNTAIN&quot; return receipt  &nbsp;&nbsp;&nbsp; store DSA on &quot;WEST-MOUNTAIN&quot; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; port 20000 &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; failthreshold 5 &nbsp;&nbsp;&nbsp; store DSB on &quot;WEST-MOUNTAIN&quot; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; port 22000 &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; failthreshold 5; &nbsp; 验证复制正常工作。然后在创建一个新的表T1： &nbsp; create table TEST.T1 ( &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; A NUMBER(38) NOT NULL, &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; B NUMBER(38), &nbsp;&nbsp;&nbsp; primary key (A)); &nbsp; 那么如何将新加的这个表T1包含到replication中去呢： &nbsp; DSA： Command&gt; call ttrepstop; Command&gt; ALTER&nbsp; active standby pair&nbsp;&nbsp;INCLUDE table t1; Command&gt; repschemes; Command&gt; call ttrepstart; &nbsp; DSB： ttadmin -repstop dsb ttdestroy dsb ttrepadmin -duplicate -from dsa -host &quot;west-mountain&quot; -setMasterRepStart -uid test -pwd test -remoteDaemonPort 17050 -nokeepCG&nbsp; -localhost &quot;west-mountain&quot; dsb &nbsp; 也就是说针对这种修改，active standby pair是通过 duplicate 到 standby端的。 &nbsp; Alter&nbsp; Table 在 Replication中 &nbsp; alter table可以是增加或者删除列，这些修改可以直接被复制到对端。但如果是修改一个列的缺省值，则不能被复制，需要把这个修改在每个节点上手工做一遍。从另一个角度说明针对某个列，各个节点可以有不同的缺省值。 &nbsp; 在双向复制的复制器中，需要确定所有的修改都已经同步到对端（通过ttRepSubscriberWait验证），然后再做列的修改。 &nbsp; 如果有多次alter table，最好是每次alter table之后，确认一下是否已经成功，然后再进行下一个alter table。 &nbsp; 以上面的例子为试验对象， &nbsp; DSA： Command&gt; alter table tt add column c int; Command&gt; insert into tt values (1,1,1);  Command&gt; insert into tt values (2,2,2); Command&gt; commit; &nbsp;  DSB： Command&gt; desc tt; Table TEST.TT: &nbsp; Columns: &nbsp;&nbsp; *A&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; NUMBER (38) NOT NULL &nbsp;&nbsp;&nbsp; B&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; NUMBER (38) DEFAULT 88 &nbsp;&nbsp;&nbsp; C&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; NUMBER (38) 1 table found. (primary key columns are indicated with *) Command&gt; select * from tt; &lt; 1, 1, 1 &gt; &lt; 2, 2, 2 &gt; 2 rows found. Command&gt;  &nbsp; 可以看出，对列的增加和删除，并不用停止replication agent，而且很方便。但在alter table的过程中肯定是要加表级锁的，所以在那一刹那对应用还是有阻塞的，也是正常的。 &nbsp; 但如果是修改列的缺省属性，则不会被复制到对端，而需要手工在对端同样修改一次。 &nbsp; Truncate Table 在 Replication 中 &nbsp; Truncate可以被复制到对端，相当于每个节点上执行truncate操作。类似于delete，但和delete不同的是，delete删除的记录两边是一摸一样的，而truncate则不会判断记录是否一样，一次性全部删除。 &nbsp; 改变 Subscriber DataStore的状态 &nbsp; 可以通过命令行工具ttRepAdmin -state&nbsp;或者调用存储过程 ttRepSubscriberStateSet来设置，可能的状态有Start、Pause、Stop、Failed等。 &nbsp; 解决 Update 冲突 &nbsp; 实际中只有在双向复制的时候才会发生这种冲突，但一般不建议使用双向复制，即使迫不得已使用，也最好是数据针对应用切分，即底层不会有交叉应用的数据。否则真的等到冲突的时候，代价太大了，多半需要人工干预，也就失去了Replication的本意。 &nbsp; 从失败中恢复 &nbsp; 这个涉及的范围很广，具体分为硬件问题（系统、网络），软件问题（操作系统、应用程序、数据库、误操作）。具体可参考http://www.ttisql.com/replication/pair-disaster-restore-1.html &nbsp; 升级DataStore &nbsp; 这个也涉及很多东西，包括版本、数据类型、应用程序等等，一般通过ttMigrate&nbsp;和 ttRepAdmin等工具进行。以后会写一篇专门的帖子来谈升级的问题。 &nbsp; 在TimesTen中，因为历史的原因，有两种类型的replication，一种是旧的，老版本的replication；另一种是新的，我们称之为active standby pair 类型，那么针对active standby pair，在修改的时候，有些特别的地方的。其支持的修改功能如下： &nbsp; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TimesTen标准文档下载 by TimesTen &#187; Blog Archive &#187; Replication的修改和变动</title>
		<link>http://www.ttisql.com/download/standarddoc.html/comment-page-1#comment-932</link>
		<dc:creator>TimesTen &#187; Blog Archive &#187; Replication的修改和变动</dc:creator>
		<pubDate>Sun, 28 Jun 2009 05:02:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/?p=239#comment-932</guid>
		<description>[...] &#160; 在TimesTen的标准文档中，Replication.pdf一书中，详细介绍了具体的过程以及功能，现摘录如下。 [...]</description>
		<content:encoded><![CDATA[<p>[...] &nbsp; 在TimesTen的标准文档中，Replication.pdf一书中，详细介绍了具体的过程以及功能，现摘录如下。 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 如有问题欢迎到网站论坛提问 by mike</title>
		<link>http://www.ttisql.com/faq/timesten.html/comment-page-1#comment-927</link>
		<dc:creator>mike</dc:creator>
		<pubDate>Mon, 15 Jun 2009 08:57:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/?p=161#comment-927</guid>
		<description>请问如何看ttXactAdmin显示出来的行级锁的具体的SQL内容</description>
		<content:encoded><![CDATA[<p>请问如何看ttXactAdmin显示出来的行级锁的具体的SQL内容</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TimesTen的数据持久性 by TimesTen &#187; Blog Archive &#187; TimesTen 初学者学习路线图</title>
		<link>http://www.ttisql.com/architecture/data-persistence.html/comment-page-1#comment-926</link>
		<dc:creator>TimesTen &#187; Blog Archive &#187; TimesTen 初学者学习路线图</dc:creator>
		<pubDate>Sun, 14 Jun 2009 01:01:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/?p=269#comment-926</guid>
		<description>[...] 数据持久性 [...]</description>
		<content:encoded><![CDATA[<p>[...] 数据持久性 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TimesTen for Windows 使用指南(3) 远程客户端配置 by TimesTen &#187; Blog Archive &#187; TimesTen 初学者学习路线图</title>
		<link>http://www.ttisql.com/faq/tt-windows-usage-3.html/comment-page-1#comment-925</link>
		<dc:creator>TimesTen &#187; Blog Archive &#187; TimesTen 初学者学习路线图</dc:creator>
		<pubDate>Sun, 14 Jun 2009 01:01:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/?p=382#comment-925</guid>
		<description>[...] C/S配置 [...]</description>
		<content:encoded><![CDATA[<p>[...] C/S配置 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TimesTen for Windows 使用指南(1) by TimesTen &#187; Blog Archive &#187; TimesTen 初学者学习路线图</title>
		<link>http://www.ttisql.com/faq/tt-windows-usage-1.html/comment-page-1#comment-924</link>
		<dc:creator>TimesTen &#187; Blog Archive &#187; TimesTen 初学者学习路线图</dc:creator>
		<pubDate>Sun, 14 Jun 2009 01:01:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/?p=353#comment-924</guid>
		<description>[...] 创建数据源 [...]</description>
		<content:encoded><![CDATA[<p>[...] 创建数据源 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TimesTen Partition 说明 by luzp</title>
		<link>http://www.ttisql.com/faq/ttpartition.html/comment-page-1#comment-787</link>
		<dc:creator>luzp</dc:creator>
		<pubDate>Tue, 19 May 2009 22:23:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/architecture/ttpartition-2.html#comment-787</guid>
		<description>应该更类似行链接</description>
		<content:encoded><![CDATA[<p>应该更类似行链接</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 如有问题欢迎到网站论坛提问 by canoe</title>
		<link>http://www.ttisql.com/faq/timesten.html/comment-page-1#comment-563</link>
		<dc:creator>canoe</dc:creator>
		<pubDate>Fri, 10 Apr 2009 02:40:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/?p=161#comment-563</guid>
		<description>多谢。我已经把相关的问题贴到论坛（http://www.ttisql.com/forum/forum/timesten）了，有问题请随时到论坛上交流，这里面的回复我可能没有论坛上看的及时。</description>
		<content:encoded><![CDATA[<p>多谢。我已经把相关的问题贴到论坛（http://www.ttisql.com/forum/forum/timesten）了，有问题请随时到论坛上交流，这里面的回复我可能没有论坛上看的及时。</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 如有问题欢迎到网站论坛提问 by caicai</title>
		<link>http://www.ttisql.com/faq/timesten.html/comment-page-1#comment-551</link>
		<dc:creator>caicai</dc:creator>
		<pubDate>Tue, 07 Apr 2009 05:51:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/?p=161#comment-551</guid>
		<description>tt在root用户下按照提示(大部分都是默认的yes)安装完毕之后,我用ttDaemonAdmin -start启动,为什么提示
"Can't obtain admin user name
Can't obtain admin user name"
一直启动不了,不知道各位达人能否指点指点啊?</description>
		<content:encoded><![CDATA[<p>tt在root用户下按照提示(大部分都是默认的yes)安装完毕之后,我用ttDaemonAdmin -start启动,为什么提示<br />
&#8220;Can&#8217;t obtain admin user name<br />
Can&#8217;t obtain admin user name&#8221;<br />
一直启动不了,不知道各位达人能否指点指点啊?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 如有问题欢迎到网站论坛提问 by Eidlon</title>
		<link>http://www.ttisql.com/faq/timesten.html/comment-page-1#comment-548</link>
		<dc:creator>Eidlon</dc:creator>
		<pubDate>Mon, 06 Apr 2009 08:06:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/?p=161#comment-548</guid>
		<description>好blog，一定要顶</description>
		<content:encoded><![CDATA[<p>好blog，一定要顶</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ttRepAdmin by canoe</title>
		<link>http://www.ttisql.com/ttref/ttrepadmin.html/comment-page-1#comment-483</link>
		<dc:creator>canoe</dc:creator>
		<pubDate>Mon, 16 Mar 2009 12:24:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/ttref/ttrepadmin.html#comment-483</guid>
		<description>呵呵，是的，不过要先通过ttCacheAwtMonitorConfig调用来enable这个监控，然后才能执行–showstatus  -awtmoninfo看具体的信息。谢谢你的发现，这个在标准的tt_ref.pdf好像还没有。</description>
		<content:encoded><![CDATA[<p>呵呵，是的，不过要先通过ttCacheAwtMonitorConfig调用来enable这个监控，然后才能执行–showstatus  -awtmoninfo看具体的信息。谢谢你的发现，这个在标准的tt_ref.pdf好像还没有。</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ttRepAdmin by sin_kai</title>
		<link>http://www.ttisql.com/ttref/ttrepadmin.html/comment-page-1#comment-482</link>
		<dc:creator>sin_kai</dc:creator>
		<pubDate>Mon, 16 Mar 2009 11:10:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/ttref/ttrepadmin.html#comment-482</guid>
		<description>看了这么多，都看晕了！
版主是不是少些了一个参数，就是在–showstatus 时也可以加一个选项-awtmoninfo，此选项可以看到操作所花费的时间等具体信息。</description>
		<content:encoded><![CDATA[<p>看了这么多，都看晕了！<br />
版主是不是少些了一个参数，就是在–showstatus 时也可以加一个选项-awtmoninfo，此选项可以看到操作所花费的时间等具体信息。</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TimesTen 初学者学习路线图 by canoe</title>
		<link>http://www.ttisql.com/faq/timesten-start.html/comment-page-1#comment-102</link>
		<dc:creator>canoe</dc:creator>
		<pubDate>Wed, 21 Jan 2009 07:13:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/?p=397#comment-102</guid>
		<description>多谢！春节快乐！</description>
		<content:encoded><![CDATA[<p>多谢！春节快乐！</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TimesTen 初学者学习路线图 by 施政</title>
		<link>http://www.ttisql.com/faq/timesten-start.html/comment-page-1#comment-101</link>
		<dc:creator>施政</dc:creator>
		<pubDate>Wed, 21 Jan 2009 02:34:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/?p=397#comment-101</guid>
		<description>好久没来看你的文章了，这次来突然发现多了好多总结，很 好 很 强 大 ！</description>
		<content:encoded><![CDATA[<p>好久没来看你的文章了，这次来突然发现多了好多总结，很 好 很 强 大 ！</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on TimesTen 初学者学习路线图 by canoe</title>
		<link>http://www.ttisql.com/faq/timesten-start.html/comment-page-1#comment-71</link>
		<dc:creator>canoe</dc:creator>
		<pubDate>Thu, 01 Jan 2009 06:22:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.ttisql.com/?p=397#comment-71</guid>
		<description>多谢！</description>
		<content:encoded><![CDATA[<p>多谢！</p>
]]></content:encoded>
	</item>
</channel>
</rss>
