SQL Server与Oracle对比分析

数据库快照与数据库副本不同。数据库快照仅占用包含数据库信息更改所需的空间。随着对数据库进行更改，快照将从数据库接收自己的原始页副本。要从不恰当的数据库更改恢复，可以将快照中的原始页重新应用到数据库。

Oracle 10g—Recovery Manager (RMAN)

Oracle 10g 包括了一款称为 Recovery Manager (RMAN) 的工具，用于管理创建备份和进行还原的流程。RMAN 工具由 RMAN 可执行函数、要备份的目标数据库和可选恢复目录组成。如果未指定恢复目录，备份详细信息将存储在目标数据中的一个“控制文件”中。Recovery Manager 可以用于恢复被破坏的数据或不能接受的数据更改。控制文件中包含关于数据文件和从数据文件创建到恢复时的存档日志文件的信息。

标准 RMAN 备份包含组成特定数据文件的数据块的备份单元。数据块以特殊的压缩格式存储。需要还原数据文件时，需要从备份单元中的块重新创建整个数据文件。现在使用 Oracle 10g，可以在数据库级、表空间级或数据文件级创建映像副本。数据文件的映像副本的还原速度较快，因为数据文件的实际结构已经存在了。一项称为 Incrementally Updated Backups 的 RMAN 功能允许将增量数据库更改应用到数据文件映像副本备份，以将其前滚到特定的时间点。通过不时地使用增量备份来更新数据文件映像副本，可以将数据文件映像副本前移到更为接近其最近状态的位置。这就减少了数据恢复时间。

Change Tracking 是 Oracle 10g 中的一个可选功能，可以提高增量备份的性能。在 Oracle 以前的版本中，需要对数据文件中的所有块进行扫描，以发现从最后一次增量备份以来的更改。启用了 Change Tracking 后，只需对第一个增量备份进行全面扫描，因为所有更改过的块的 ID 都被写入了 Change Tracking 文件。后续的增量备份将扫描 Change Tracking 文件，以确定是否需要备份任何更改过的块。

Oracle 10g—Flashback

Oracle 10g 的 Flashback 提供了与 SQL Server 2005 数据库快照非常相似的功能。Flashback 数据库允许使用 Flash Recovery Area 代替标准备份媒体，将数据库恢复到特定的时间点。Flashback 功能最好用于恢复被破坏的简单表和行数据，与最适合用于恢复较大的数据块的 RMAN 功能相对。要使用此功能，DBA 必须配置一个 Flash Recovery Area，使其包括 Flashback 数据库日志、Redo 存档日志和 RMAN 备份。块更改的副本写入到 Flashback 日志中，可以在出现用户或应用程序错误事件时还原到数据。Flashback 包含特定的 SQL 语句，用于对 Flash Recovery Area 进行查询和从中恢复数据，因此，为了访问对象，需要给用户授予适当的特权。

注意：Flashback 技术的一个重要局限在于其并不具有对引用完整性的内置支持。如果使用 Flashback 还原具有依赖项的表，而这些依赖对象已经发生更改，则可能会在数据库中造成不一致现象。

Flashback Table、Database 和 Transaction Query 功能仅在 Oracle Enterprise Edition 中提供。

针对服务器故障的数据库高可用性解决方案

毫无疑问，在高可用性环境中的主要技术考虑就是针对服务器故障提供保护。服务器故障可以定义为一个计划外事件，会导致用户无法访问服务器系统。一系列不同的因素都可能导致服务器故障。各种不同的硬件和软件原因都可能导致服务器故障，包括：

            硬件故障（CPU、RAM、存储设备、I/O 或电源）

            操作系统或设备驱动程序故障

            数据库服务器故障

针对硬件故障提供保护的第一步就是投资购置提供关键组件冗余的硬件平台。例如，目前主要硬件供应商提供的大部分服务器都提供高可用性功能，如冗余电源，内置不间断电源 (UPS) 以及可以热切换的 RAM 和 RAID 驱动器。

在软件方面，确保高可用性的最重要步骤就是使用最新的服务包使操作系统、设备驱动程序和应用程序软件保持为最新。这确保您的系统将具有最新的软件更新和安全更新。Microsoft 提供了大量处理系统更新问题的技术。System Management Server (SMS) 产品可提供企业级的软件更新和目录功能。对于中型企业，新的 Windows Server Update Services (WSUS) 可提供在组中分发 Microsoft Windows? 和 Microsoft Windows Server 更新的功能。而 Windows Update 可为小型企业提供系统更新。

保持最新的修补程序是非常重要的步骤，还需要具有适当的质量保证过程，以将软件更新部署到生产环境中之前在测试环境中严格对所有软件更新进行测试。

处理这些基本的系统必备是提高数据库和服务器可用性非常重要的步骤，不过这措施本身并不能确保带来高可用性。为了进一步提供针对服务器故障的保护和确保高数据库可用性，需要采用由各个竞争数据库平台支持的某项高可用性技术。这些技术设计用于帮助系统更好地应对系统故障，并能在出现服务器故障时更快地进行恢复。

充分利用集群技术和日志传送是创建高可用性数据库平台的重要技术手段。集群技术主要涉及到在这样一种环境中使用多台服务器，即一台或多台备份服务器可以无缝地接过出现故障的主服务器的工作负载。除了集群技术之外，目前的竞争企业数据库平台都支持大量的其他针对服务器故障提供保护的技术。其中包括日志传送和复制技术。本节将对每种备选技术进行分析，并讨论每个企业数据库产品是如何实现这些技术的。

SQL Server 2005 N 路集群

由于利用了 Windows Server 2003 提供的增强集群支持，SQL Server 2005 在Windows Server 2003 Datacenter Edition 上支持多达 8 个节点的集群；在 Windows Server 2003 Enterprise Edition 和 Windows 2000 Datacenter Server 上支持 4 节点集群；在 Windows 2000 Advanced Server 上支持两节点集群。其安装过程和管理工具都支持集群。

Microsoft Windows Clustering Services 是用于保护数据库平台不受服务器故障影响的一项重要技术。Windows Clustering Services 对所有企业数据库应用程序都可用，包括SQL Server、Oracle 和 DB2。Windows Server 操作系统版本不同，它们支持节点数的能力也不相同。下表说明了Windows 2000 Server 和 Windows Server 2003 不同版本的基本集群性能。

对于 Windows Clustering，集群中的每个物理服务器称为“节点”。节点共同工作组成“集群”。集群中的所有节点都处于持续的通信状态。如果其中一个节点不可用，那么其他节点将自动承担其服务，并且开始向用户提供与故障节点相同的服务。这个过程称为“故障转移”。与可以提供无间断服务专业容错的第三方硬件解决方案不同，Windows 集群的故障转移过程的完成需要约20秒的短时间隔（取决于所使用的硬件）。另外，必须恢复故障转移节点上的数据库，从而保持事务一致性。该恢复时间的长短很大程度上取决于故障转移时正在进行的数据活动的水平和所使用的硬件类型。连接到故障节点的客户将被断开连接。当他们试图重新连接时，将可以访问备用节点上的集群资源。Windows Clustering 具有下列优势：

自动故障转移。当检测到故障时，集群将自动从主节点切换到从节点。

事务完整性。所有提交的事务将被保存，并且在故障转移处理完成后可以使用。

快速故障转移。在大多数情况下，系统的故障转移过程大约在 30 秒内可以完成。后续数据库可用性取决于需要前滚或回滚的事务数量。