不论是否在计划之中,停机对于电子商务来说都是最糟糕的事情。应用时停机会导致收入损失,生产率降低,客户流失,公司声誉受损,并使人们对你的电子商务缺乏信心。Oracle9i通过引进强大功能而确立了一套高适用性的新标准。新特性提供保护措施以避免灾难，迅速恢复系统故障，透明恢复人为过失，并减少计划停工。 故障恢复 系统故障恢复 人为过失 减少计划停工 故障恢复 Oracle9i Data Guard使得客户能够从灾难境况中快速恢复。Data Guard的行为，就执行备份操作来说，是完善、简易和全自动的。物理备用数据库 物理备用数据库通过把日志文件从主服务器备份到备用服务器得到维护。利用一种称为“前滚”的操作，通过媒介，这些日志文件被用来调整备用服务器和主服务器上的内容。备用服务器在物理结构上与主服务器一致，而且可进行只读操作。 逻辑备用数据库 Oracle9i引进了一种新的备用数据库机制——逻辑备用数据库。它与物理备用数据库在维护方式上不同。这两种类型的数据库都依赖日志文件，备用数据库从日志文件中推断出SOL语句，并以与任何常规的SQL命令集合一样的方式在备用服务器上应用这些SQL语句。这种基于SQL的维护方法使得一个备用数据库可以提供一般的读写操作。 零数据损失日志传输 Orical9i Data Guard Broker提供了直接从主服务到备用服务器同步或非同步更形日志文件的能力。这样就提供了完全“无损”的灾难恢复解决方案，而不必采用第三方产品来镜像在线重复操作日志。因此，在任何灾难恢复情况下，用户都可以确保他们的备用数据库完全更新到故障发生点。 Data Guard Broker Oracle9i Data Guard Broker对管理逻辑和物理备用数据库提供了必要的监视、控制和自动操作。例如，Oracle9i Data Guard Broker对主服务器和任一类型的备用数据库提供了故障恢复处理的单步操作。 系统故障恢复 Oracle9i Real Application Clusters 在群集数据库技术引入重大突破。被称为“高速缓存熔接”的技术使系统既提供了透明应用程序扩展，又为数据和应用的高度有效性提供了超快速的故障恢复。 Real Application Clusters——17秒排除故障 群集体系结构与单节点配置相比，避免了故障集中，能提供更高水平的有效性。在一个双节点群集配置的服务器中，即使一个节点系统崩溃，也允许应用在幸存的节点上继续运行。使用Oracle9i Real Application Clusters，从第一节点发生故障到自动在第二节点上恢复操作仅仅需要17秒的时间，这就减小了对数据和应用有效性的影响，实质上是消除了对数据和应用有效性的影响。 Oralce9i Fail Safe——支持Windows的四节点故障恢复配置 Oralce9i Fail Safe对Window NT和2000群集体系结构上的电子商务提供高有效性和系统故障保护。Oracle9i自动故障防护装置对双节点和四节点的Windows NT、2000群集数据和应用服务器都提供了故障恢复程序。 基于时限的快速启动恢复 Oracle9i引入的基于时限的快速启动恢复，允许数据库管理员对恢复时间指定一个目标上限值。在系统崩溃或者在发生故障重启动后，用户在不到目标上限的时间内就能够重新连接到他们的应用程序。 快速实例冻结和恢复 数据库管理员普遍面临这样的挑战——如何在尽可能快地确认故障原因和恢复常规服务之间进行权衡。通过激活“瞬间冻结”(Flash Freeze)，数据库管理员可以获得故障时刻整个系统地诊断快照，快速重启动之后，再进行离线诊断分析。 人为过失 Oracle9i使得恢复包括错误操作和不按程序操作等人为原因造成故障的恢复变得容易。Oracle9i闪回查询(Flashback Query) 通过Oracle9i的一项创新性能——闪回查询，使用者和应用程序能够查询数据，与它们在过去的时刻一样。使用闪回查询参数，用户和应用可以及时指定一个日期，然后对数据执行标准查询，结果就像是在指定日期查询一样。一旦错误确定之后，取消更新就是相对简单的步骤，而且数据库管理员不必介入就能完成。更重要的是应用程序不必停工就能完成恢复。 本新闻共2页,当前在第1页 1 2 |
| ·上一篇文章： |
| ·下一篇文章： |
|
|
|
|
|
|
|
|
|
