13cachegroups摘要.ppt

Oracle TimesTen 7.0：IMDB、Cache Connect 和 Replication 13-* 异步直写式高速缓存组 异步直写式 (AWT) 高速缓存组强制实行与 SWT 高速缓存组相同的缓存行为，该行为将已提交的 TimesTen 高速缓存表更新自动传播到对应的 Oracle 表中。创建高速缓存组后，可以手动从对应的 Oracle 表加载或刷新高速缓存表。 由于 TimesTen 提交与 Oracle 提交是以异步方式执行的，因此与 SWT 高速缓存组相比，AWT 高速缓存组实现了更短的响应时间。这样，无须等到 Oracle 事务处理提交完成，即可发出新的 TimesTen 事务处理。 如果 Oracle DB 关闭，仍可更新 AWT 高速缓存组中的高速缓存表。当 Oracle DB 重新启动时，高速缓存表更新会自动传播至对应的 Oracle 表。 AWT 高速缓存组要求在包含高速缓存表的数据存储中运行高速缓存代理和复制代理。高速缓存代理负责加载和刷新高速缓存组。复制代理负责将高速缓存表更新传播到对应的 Oracle 表。 由于事务处理在 TimesTen 和 Oracle 中是以异步方式提交的，因此应用程序无法确定是否已将高速缓存表更新提交到对应的 Oracle 表，也无法确定发生该操作的时间。 Oracle TimesTen 7.0：IMDB、Cache Connect 和 Replication 13-* 异步直写式高速缓存组（续） AWT 高速缓存组可确保： 任何事务处理都不会因 TimesTen 或 Oracle 出现通信故障而丢失。 如果高速缓存代理停止，则在该代理进程重新启动时将重新执行事务处理。 如果复制代理停止，则在该代理进程重新启动时将重新开始传播事务处理。 在 Oracle 表中提交事务处理的顺序与在相应高速缓存表中提交的顺序相同。 如果事务处理在 Oracle 中失败（如违反了约束条件），则将在 DataStoreName.awterrs 错误文件中报告该问题。该错误文件与数据存储的检查点文件位于同一目录中。在 TimesTen 中提交后，可能会经过很长时间后，才会在错误文件中报告 Oracle 中所产生的错误和警告。 AWT 高速缓存组不能确保： 在高速缓存表上提交的所有事务处理都将应用于对应的 Oracle 表。如果 Oracle 中出现执行错误，则会回退整个事务处理。执行时出错的事务处理不会重新执行。 顺序与 Oracle 表更新的顺序完全相同，因为无法检测或解决 Oracle 中的更新冲突。从 TimesTen 传播高速缓存表更新时，将覆盖直接对 Oracle 表进行的更新。下面是一些示例： 首先，将提交高速缓存表上的更新。然后，通过 Oracle 传送操作更新同一行并提交更新。最后，高速缓存代理将第一次的更新应用于该行，并覆盖传送的更新操作。 在两个单独的数据存储（DS1 和 DS2）中，都有一个高速缓存表，它们对应于相同的 Oracle 表。先在 DS1 中提交更新，然后在 DS2 中提交更新。由于 TimesTen 和 Oracle 中的提交是以异步方式执行的，因此 DS2 更新可能会在 DS1 更新之前传播到 Oracle DB，这会导致 DS1 更新覆盖 DS2 更新。 必须先停止复制代理，然后才能创建或删除 AWT 高速缓存组。直到复制代理启动后，才会将更新从 TimesTen 传播至 Oracle。在创建 AWT 高速缓存组时，将创建一个复制方案。复制代理可以使用该复制方案，使 Oracle DB 与 TimesTen 数据存储保持同步。该复制方案由 TimesTen 进行管理，不需要用户干预。该复制方案会随 AWT 高速缓存组一同删除。 复制方案和复制代理将在“配置复制”一课中讨论。 以前为 AWT 高速缓存组自动创建的 Oracle 元素将被高速缓存代理删除。如果删除高速缓存组时高速缓存代理未运行，则会在重新启动高速缓存代理时删除这些 Oracle 元素。 Oracle TimesTen 7.0：IMDB、Cache Connect 和 Replication 13-* 异步直写式高速缓存组数据流 复制代理将读取 TimesTen 事务处理日志，并缓冲要传播到 Oracle DB 的事务处理。在缓冲区已满或日志中没有其它要读取的事务处理时，事务处理将传播至 Oracle。 Oracle TimesTen 7.0：IMDB、Cache Connect 和 Replication 13-* 创建异步直写式高速缓存组 CREATE ASYNCHRONOUS WRITETHROUGH C