不论是否在计划之中,停机对于电子商务来说都是最糟糕的事情。应用时停机会导致收入损失,生产率降低,客户流失,公司声誉受损,并使人们对你的电子商务缺乏信心。Oracle9i通过引进强大功能而确立了一套高适用性的新标准。新特性提供保护措施以避免灾难,迅速恢复系统故障,透明恢复人为过失,并减少计划停工。
故障恢复
Oracle9i Data Guard使得客户能够从灾难境况中快速恢复。Data Guard的行为,就执行备份操作来说,是完善、简易和全自动的。
物理备用数据库
物理备用数据库通过把日志文件从主服务器备份到备用服务器得到维护。利用一种称为“前滚”的操作,通过媒介,这些日志文件被用来调整备用服务器和主服务器上的内容。备用服务器在物理结构上与主服务器一致,而且可进行只读操作。
逻辑备用数据库
Oracle9i引进了一种新的备用数据库机制——逻辑备用数据库。它与物理备用数据库在维护方式上不同。这两种类型的数据库都依赖日志文件,备用数据库从日志文件中推断出SOL语句,并以与任何常规的SQL命令集合一样的方式在备用服务器上应用这些SQL语句。这种基于SQL的维护方法使得一个备用数据库可以提供一般的读写操作。 网管联盟bitsCN@com
零数据损失日志传输
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秒的时间,这就减小了对数据和应用有效性的影响,实质上是消除了对数据和应用有效性的影响。 网管联盟bitsCN@com
Oralce9i Fail Safe——支持Windows的四节点故障恢复配置
Oralce9i Fail Safe对Window NT和2000群集体系结构上的电子商务提供高有效性和系统故障保护。Oracle9i自动故障防护装置对双节点和四节点的Windows NT、2000群集数据和应用服务器都提供了故障恢复程序。
基于时限的快速启动恢复
Oracle9i引入的基于时限的快速启动恢复,允许数据库管理员对恢复时间指定一个目标上限值。在系统崩溃或者在发生故障重启动后,用户在不到目标上限的时间内就能够重新连接到他们的应用程序。
快速实例冻结和恢复
数据库管理员普遍面临这样的挑战——如何在尽可能快地确认故障原因和恢复常规服务之间进行权衡。通过激活“瞬间冻结”(Flash Freeze),数据库管理员可以获得故障时刻整个系统地诊断快照,快速重启动之后,再进行离线诊断分析。
人为过失
Oracle9i使得恢复包括错误操作和不按程序操作等人为原因造成故障的恢复变得容易。
Oracle9i闪回查询(Flashback Query) 网管联盟bitsCN@com
通过Oracle9i的一项创新性能——闪回查询,使用者和应用程序能够查询数据,与它们在过去的时刻一样。使用闪回查询参数,用户和应用可以及时指定一个日期,然后对数据执行标准查询,结果就像是在指定日期查询一样。一旦错误确定之后,取消更新就是相对简单的步骤,而且数据库管理员不必介入就能完成。更重要的是应用程序不必停工就能完成恢复。
全面的日志分析
通过分析数据库日志文件也可以完成对数据更新的鉴定。Oracle9i LogMiner是相关的实用程序,通过SOL接口读取、分析和解释执行在线或已获取的日志文件。使用Oracle9i LogMiner,数据库管理员就可以对包括数据操作、定义和管理命令在内的数据库更新进行测试。
可恢复声明
某些大的、执行时间很长的操作,例如数据上载和复杂的更新过程可能在完成之前就已经耗尽了资源(例如磁盘空间)。长时间运行而没有成功结束的操作可能会耗费旷日持久的时间。Oracle9i通过允许数据库管理员挂起不可能完成的操作来处理这个问题。一旦操作被挂起,数据库管理员就可以解决资源问题,然后允许语句从断点处恢复。 网管联盟bitsCN_com
减少计划停工
Oracle9i允许通常需要停工的全计划维护操作在正常使用期内运行。
在线架构修改
Oracle9i提供的机制允许在保持数据表在线和完全为用户和应用所访问时,重新定义表结构。
在线重组表和索引
Oralce9i也提供一个简单的机制,在保持在线和应用程序使用者可访问的同时重新组织和定义数据表。Oracle9i的在线表及索引重新组织减少了计划性停工,提高了应用程序的有效性,减少磁盘碎片,并提高了应用程序性能。
完全在线索引操作
使用Oracle9i,所有的表索引可以在线创建和重新创建。如果没有这种性能,在创建表索引时,用户是被禁止运行他们的应用程序的。
动态数据库参数
Oracle9i数据库中影响数据库服务器使用内存量的参数,现在可以在线重新设置。这样就无需为使参数设置生效而将数据库离线并重启。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
云端SQL Server高可用性最佳做法
与内部部署相比,在云端运行SQL Server可为数据库软件用户提供更多的灵活性和可扩展性,也可能更省钱。但云 […]
-
如何使用Oracle标准版数据库维护企业级服务
对于希望节约IT成本的企业管理者来说,把Oracle数据库环境从企业版(Enterprise Editon)迁移到标准版(Standard Edition)貌似一项双赢的选择。
-
电商企业数据库必须具备的三个特性
数据库类似于电子商务系统的大脑,越快速的分析和处理事务会带来越理想的效果。因此,一个强大的数据库将为你提供一个坚实的基础平台。
-
详解SQL Server 2014高可用性功能改进
微软在最新的SQL Server 2014中对AlwaysOn故障转移集群和AlwaysOn高可用性组两个功能进行了改进。