停止复制代理后AWT缓存组的行为

Posted llguanli

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了停止复制代理后AWT缓存组的行为相关的知识,希望对你有一定的参考价值。

AWT缓存组中尽管大多数时候数据是从TimesTen到Oracle,但也存在数据从Oracle到TimesTen的情形。

数据从TimesTen下沉到Oracle依靠复制代理,数据从Oracle到TimesTen的刷新依赖缓存代理。

因为AWT缓存组不能定义autorefresh。因此缓存代理仅仅用于手工Load或Refresh操作。

假设停止复制代理。然后在两个数据库中均插入数据。会出现什么情况?为此做了下面的实验:

技术分享图片

简单来说。假设复制代理失效,在TimesTen中的数据将临时无法下沉到Oracle,但这些数据不会丢失。兴许复制代理启动后会自己主动同步到Oracle。
因为缓存代理正常,因此refresh和load操作不受影响。

在实验中有一处须要关注,即第7步refresh将TimesTen中的<2,2>刷没了,通过第8步骤才将其又一次刷新到TimesTen。


以上是关于停止复制代理后AWT缓存组的行为的主要内容,如果未能解决你的问题,请参考以下文章

TimesTen 数据库复制学习:8. 管理Active Standby Pair(带缓存组)

TimesTen 数据库复制学习:11. ASP带缓存组复制的几种固定架构模式

TimesTen 应用层数据库缓存学习:19. 理解AWT缓存组的三种模式

TimesTen 数据库复制学习:16. 一个缓存组,复制,客户端自动切换的串烧实验

TimesTen 应用层数据库缓存学习:16. Aging策略与AWT缓存组

AWT缓存组故障分析及恢复