Oracle CRS发挥最强健服务功能（oracle中的crs）

在企业中，服务器集群极为普遍，其目的是提供可靠的、高效的服务。然而，一旦出现故障，服务器集群的维护成本高昂。为了降低这个成本且保证集群可靠性，Oracle Corporation推出了集群软件Oracle Cluster Ready Services (CRS)。CRS 是Oracle Clusterware的核心组件，为高可用性和容错性、缩短故障恢复时间、简化集群管理和降低集群维护成本提供了强大的功能。

CRS 基于分布式架构，由管理节点和集群节点组成。管理节点通常是一台专用的控制台服务器，提供命令行或图形方式的集群管理界面。集群节点则是实际提供服务的服务器，它们通过共享存储以及高速网络连接实现高可用性的服务。CRS 通过支持多个操作系统平台、多个硬件配置、多个网络接口等，可以为各种不同的企业服务提供高可用性和容错性。

CRS 可以监听集群中的各种事件，如故障、节点的变化等。当有故障事件发生时，CRS 会自动对故障节点进行处理，以确保集群服务的可用性。CRS 还提供了各种管理工具，可用于监控和管理集群。管理员可以使用这些工具来收集集群的状态信息、诊断故障、执行修复措施等。

下面我们来演示一下 CRS 的强大功能。

我们假设有一个两节点的 RAC (Real application Clusters) 集群。在其中一个节点上，我们人为地关闭了数据库服务。在此期间，我们使用另一节点上的 srvctl 工具来监控节点1：

[oracle@node2 ~]$ srvctl status database –d mydb
Instance mydb1 is not running on node node1
Instance mydb2 is running on node node2

这里我们可以看到，集群中的数据库实例mydb1没有在node1上运行，而mydb2实例正在node2上运行。

我们来执行一个失败模拟，停止mydb2实例所在的节点 node2 以验证 CRS 是否生效。停止节点 node2 的方法有多种，我选择使用 crsctl 命令：

[root@node2 ~]# crsctl stop crs

等待一段时间后，使用 srvctl 命令再次检查集群状态：

[oracle@node1 ~]$ srvctl status database –d mydb
Instance mydb1 is running on node node1
Instance mydb2 is not running on any node

可以看到，mydb1实例已经在node1上运行，但mydb2并未在任何节点上运行。CRS 很快就发现了该节点故障，并将mydb1移动到另一节点上。这显示了 CRS 的优秀弹性、高可用性特性，即使节点发生故障，也可以确保服务的可用性。

Oracle CRS 是Oracle 集群环境的一个重要组件，它可以大大降低集群管理和维护成本，提高集群服务的可用性和性能。本文演示了如何在 RAC 环境中使用 CRS 进行故障管理，同时介绍了CRS 的一些特性。这里所展示的只是 CRS 众多强大的功能之一，还有很多东西可以去探索、学习。