oracle组建了rac双节点，单独的asm存储，现在因业务需求，需要将其中一个服务器换成新的，怎么实施迁移？

这个看你在哪个层面上做迁移了。做迁移前肯定是要把数据库先备份的。

一种在硬件层直接做，风险相对大一些[先充分做好测试后再实施]。但最节约时间，可以做到数据库不停服务。

1.将新机器硬盘按需要替换硬件的硬盘做好相同分区

2.将需要替换硬件的机器停机。

3. 用dd命令将需要替换硬件的硬盘克隆到新机器的硬盘中

4. 连接配置好存储网络后，点亮新机器。[一切正常的话就替换完成了。如果允许有停机时间的话风险会小的多。这个方案我完整替换过3套Oracle 11g RAC。需要留意的是EMC存储会记住原先机器对应的LUN信息，可后期清理。]

另外一种利用集群在Oracle RAC层做，双机心跳不是直连的话也可以做到数据库不停服务。

1. 在线删除掉淘汰的节点

2. 在新服务器上安装好之前RAC一致的 *** 作系统

3. 添加一个新的节点并配置上数据库实例。

先看Oracle 官方文档上的两段说明：

（1）Can I change the public hostname in my Oracle Database 10g Cluster using Oracle Clusterware?

Hostname changes are not supported in Oracle Clusterware (CRS), unless you want to perform a deletenode followed by a new addnode operation.

The hostname is used to store among other things the flag files and Oracle Clusterware stack will not start if hostname is changed.

（2）Does the hostname have to match the public name or can it be anything else?

When there is no vendor clusterware, only Oracle Clusterware, then the public node name must match the host name. When vendor clusterware is present, it determines the public node names, and the installer doesn't present an opportunity to change them. So, when you have a choice, always choose the hostname.

From： Metalink Note 220970.1 RAC Frequently Asked Questions:

根据官网上的这2段文字，我们可以看出2点：

（1）. RAC 环境一旦安装好后， 主机名就不能修改，除非先删除节点，修改Hostname， 在添加节点。

（2）. 主机名必须和public 名一致。这一点在安装文档中有特别强调。

在Oracle 的Metalink 上没有找到相关的修改方法，除了上面提到的删除节点在添加节点。 其实还有一种很简单的方法，就是重新运行CRS的配置文件（/u01/app/oracle/product/crs/install/rootconfig），重新格式化OCR和Voting disk，然后重新创建CRS的资源。

这些 *** 作需要先关闭CRS。 所以在生产库上，一般不会去做这样的 *** 作。 生产系统维护稳定第一。

RAC的特点

1双机并行。RAC是一种并行模式，并不是传统的主备模式。也就是说，RAC集群的所有成员都可以同时接收客户端的请求。两个节点在传统的双机热备环境中，始终有一台机器作为备用机，只有当主节点出现问题的时候才会切换到备用机上；如果主机一直没有出现问题，那么备用机始终处于空闲状态，这在资源的利用上以及成本方面都是巨大的浪费。但RAC是一种并行模式的架构，也就是说，两个节点的集群节点间是一种并行运行的关系，当一台机器出现问题，请求会自动转发到另一台机器，没有任何一台机器作为备用机一直不被使用，这样就充分利用了服务器资源。同时，传统的双机热备构架在出现问题时，常常需要数分钟的切换时间，而RAC在出现问题时，针对存在的会话只需要数十秒的时间就可以完成失败切换过程，对新会话的创建不会产生影响，在切换时间上也有比较大的优势。

2高可用性。RAC是Oracle数据库产品高可用性的解决方案，能够保证在集群中只要有一个节点存活，就能正常对外提供服务。高可用性包含两部分的内容：首先是在这种解决方案下要确保数据不丢失，这是最基础的也是必须要保证的其次是确保不停机，使Oracle数据库一直维持在正常的运行状态，避免停机给客户带来的损失，这是讨论最多的内容。

停机一般分为两类，计划停机和非计划停机。所谓计划停机是有计划地安排节点或者系统的停机，一般在Oracle升级、系统维护或者硬件维护的情况下会出现。非计划停机就是在非人为计划的情况下突然停机，这种情况一般是在Oracle bug、系统故障、硬件故障或人为 *** 作失败的时候出现。

在没有较高花费的情况下，想实现系统100%的不停机几乎是不可能的。通常情况下，以每月停机时间来计算对应的可用性比率。根据系统的重要性情况，应该为系统设定合理的可用性比率。

集群最大的优势在于它的高可用性，通过使用RAC可以在一定程度上避免因为硬件或软件故障引起的数据丢失和非计划停机，并在一定程度上减少或排除计划停机时间。

3易伸缩性。RAC可以非常容易地添加、删除节点，以满足系统自身的调整。为了在系统初始阶段保持较低的成本，避免造成不必要的浪费，集群可以按照标准硬件配置，选择适当的服务器资源、存储资源来搭建数据库环境。当系统需要更多的处理能力或者需要增加存储时，通过添加另一台服务器或存储设备到集群中，能够在不停机的情况下获得水平的扩展。在一个集群中， Clusterware和RAC支持多达100个集群节点。

当某个集群的处理能力过剩，另一个集群的处理能力不够时，可以从处理能力过剩的集群移动一个节点到处理能力不够的集群中。这样能够充分利用服务器资源，节约成本。11gR2版本中推出了网格即插即用(Grid Plug and Play，GPnP)，可以实现节点的快速添加。

4低成本。能使用较低廉的服务器来实现高可用性、高吞吐量的集群环境，这要比通过对某台高端服务器增加硬件实现高可用性、高吞吐量花费的成本低很多。如果想提高系统的处理能力，给集群添加节点比为高性能服务器添加硬件要容易得多。另外，使用集群还能动态地移除节点，更加充分地利用管理者掌握的所有服务器资源，从服务器整体使用上降低了服务器的采购成本。越来越多的企业愿意将集群解决方案应用到他们的系统中，以降低成本，提高系统的可用性。

5高吞吐量。随着节点数的增加，整个RAC的吞吐量也在不断增长。这在要求高吞吐量的系统中，能够得到非常明显的体现。在RAC的架构中，多个实例分布在多个服务器上，能同时打开同一个数据库，而每个实例能够接收相等数量的客户端请求，这样，随着服务器的增加，吞吐量也在不断地增加。RAC是由多台服务器构成的逻辑主体，比单台数据库服务器能接收更多的客户端请求。

我也不知道你要干什么，有什么需求，怎么知道你需要不需要rac，更加不知道你能不能搭建RAC，是不是？

---