对两台服务器做了双机热备份，然后设置一个虚拟IP对外连接。如何设置？

1、可以使用如图所示的工具进行热备份。

2、也可以从如图位置获取。

3、获取后安装并认证。

4、完成后设置备份规则，即可开始热备份。

注意事项：

磁盘镜像是一种在其中写往物理驱动器的信息也被写入第二个物理驱动器的一种方法,也称为热备份它不同于硬盘之间的定时拷贝,作镜像是由智能控制器和一些软件自动地进行的。

双机主要分两种,一种是磁盘阵列柜的硬件双机热备;一种是没有磁盘阵列柜的纯软双机热备如果没有磁盘阵列柜的话,只能做纯软双机,那你需要购买两个双机软件,才能做,一个是双机热备份软件:如ROSS或PLUS WELL等,别一个是双机镜像软件MirrorHA,
以ross为例:
1纯软件双机热备份
两台服务器通过网络连接，硬件配置少了磁盘阵列 , 软件配置上，除了 Cluster 之外，新增了 NT Mirror ， NT Mirror 是 ROSE 公司的网络数据镜像软件。

图 2 纯软件双机热备份系统
2 、 系统工作原理
与常规的双机系统相比，纯软件双机热备份系统的两台服务器之间少了公共的存储设备（通常是磁盘阵列），但是多了网络数据镜像软件 Mirror 。没有了公共存储设备磁盘阵列，对于某一个需要进行切换的服务而言，怎样保证其所用的数据在两台服务器上是一致的呢？这就是数据镜像软件 ROSE NT Mirror 的功能所在——— NT Mirror 通过网络，将某一台服务器上指定路径下的数据采用同步或异步方式，镜像到另一台服务器。
镜像软件取代双机热备份系统的磁盘阵列，关键之处在于其必须与 Cluster 软件协同工作。当某一服务运行于服务器 A 时，它所使用的特定数据在服务器 A 上对应于一个数据集合Ф A, 通过 NT Mirror 将源数据集Ф A 镜像到服务器 B 成为目标数据集Ф B, 当 NT Cluster 将该服务程序从服务器 A 切换到服务器 B 时，它使用服务器 B 上的数据Ф B, 同时 NT Mirror 自动修改原来从Ф A 到Ф B 的镜像成为从Ф B 到Ф A 的镜像。对一个服务程序是这样，对多个服务程序，则一一建立服务程序与数据镜像集之间的关系。这样，无论服务程序运行于哪一个服务器，始终保证其所使用的数据在对端服务器有一份镜像存在；当一台服务器由于硬件或软件原因发生故障失效 , 另外一台可在保证提供自己原有服务的同时 , 启动失效服务器的应用程序从而取代其服务器功能。
3 、运作方式：
在正常的运作情形之下，主机之间透过冗余侦测线路互相侦测，当任一主机有错误产生时， ROSE HA 提供严谨的判断与分析，确认主机出错之后，启动备援接管动作。
支持各种 *** 作系统平台： Unix 、 Linux 、 Windows Server 等。
支持各种数据库： 数据库SQL 、 Oracle 、 Informix 、 Sysbase 、 Exchenge 、 Lotus/Nose 、 DB2 等
接管动作包括 ：
文件系统 ( File System)
数据库 ( Database)
网络地址 ( IP Address)
应用程序 (AP)
系统环境 (OS)
容错备援运作过程
• 当一台活动服务器宕机时，其 IP 地址、服务器名称及运行的作业会自动转移至另一台服务器，客户端软件不需要重新设定，只要重新连结至原来的 IP 地址及服务器名称即可继续作业；
• 两台服务器的信息交换可通过： RS232 、 TCP/IP
• ROSE HA 采取高可靠的错误检测和故障恢复机制减少系统宕机，停机时间并防范错误，提供故障警告；
• ROSE HA 可设定故障排除后自动或手动回复 ( switch back )；
• ROSE HA 安装时不需要修改 *** 作系统的核心、更改应用软件，也无需特殊的硬件；
• ROSEHA 提供基于 GUI 的监控中心，管理员能查看 ROSE HA 的状态、检查错误信息和警告、修改系统参数及从远程工作站管理 ROSE HA 系统；
• 与数据库无关，可以支持各种数据库，包括 ORACLE 、 Sybase 、 Informix 等
管理工具：
• 友好、直观、易于 *** 作的 GUI 界面
• 有关 ROSE HA 的配置都可以在 GUI 中完成，支持动态配置和实时同步
• 网卡的状态，磁盘的状态都可在 GUI 中显示出来
• 用户可通过第三方 Web 浏览器进行远程管理

监控的对象资源：
• Volume
• IP 地址
• 计算机别名
• 共享文件
• NT 服务
• 用户自定义
总之， ROSE HA 软件极大程度上减少了人的介入，提高了系统的可靠性与安全性，使服务能可靠的运行。
四、系统特点
纯软件高可用方案，是双机高可用软件和网络数据镜像软件的完美结合。可以概括如下：
• 系统成本低：不需要磁盘阵列，降低了系统成本。
• 系统抗灾难能力强。
• 构成双机系统的两台服务器通过网络连接，可以相隔很远的物理距离，增强了系统的抗灾难能力。
• 双向的失效切换功能。
• 双向的失效切换，又称 ACTIVE/ACTIVE 冗余方式，是指为用户提供两台可运行重要应用的全功能服务器 并确保它们中任何一台失效时另外一台可自动代替其功能。
• 系统资源占用少系统效率高。
• 数据镜像可以绑定到某一对网卡上完成，不占用服务器网络资源，减轻服务器负载，提高系统效率。
• 服务器无需相同。
• 双机热备份的两台服务器在硬件和软件配置上无须相同。
• 无需停机的设备维护能力。
• 由于应用程序可以在两台服务器之间自由切换，用户可由此实现在不停止网络服务前提下对其进行维护工作，如日常检查 维修或测试；而此时前台工作站可以完全透明地保持在工作状态。
• 简单易用功能全面的管理窗口。
• 面向对象的管理窗口使您只需移动鼠标，就可以配置和管理整个双机热备份系统。
• 从资源定义到服务程序的切换，都可以轻松完成。
系统要求：
• 两台服务器配置无需相同 （ IBM 服务器有例外）
• window NT/windows 2000 、 2003 *** 作系统版本一致
• 用于公用网络的网卡( Ethernet,Fast Ethernet,FDDI 或 ATM 卡 ) 用于私用网络的网卡或 RS-232 串口线
2硬件双机热备份:可以用Win2003企业版也可以做

数据库镜像？没搞懂，备份吧是。
很多工具都支持数据库相互同步的，例如navicat mysql ，工具菜单里就有数据同步。
还有一种很傻瓜的办法，如果都是xp，而且mysql版本也一样的话，你可以直接把其中一个的Data文件夹（mysql安装目录下找，或者你安装mysql的时候设置的数据文件位置下找）复制，然后替换掉另外一机器的mysql data文件夹就可以了（注意备份数据）

数据库镜像是将数据库事务处理从一个数据库移动到不同环境中的另一个数据库中 镜像的拷贝是一个备用的拷贝 不能直接访问 它只用在错误恢复的情况下 Oracle数据库与MSSQL数据 *** 作上有很大的不同 但是 在镜像 *** 作方面有类比的地方 这篇文章关于MSSQL数据库镜像在Oracle数据库中是如何实现的 它们之间存在哪些差异呢

首先 微软SQL数据库中的镜像数据库类似于Oracle数据库中的备用数据库 我说的只是类似 确切的说 我们需要考虑不同数据库在自己体系中的差异 MSSQL作为一个实例来 *** 作 一个实例包含几个数据库 你首先要登录一个实例 然后选择哪个数据库作用于该实例 而在Oracle数据库中 简单模式（忽略RAC）就只有一个数据库与一个实例相联系 因此 可以这么说 在Oracle数据库中 备份数据库（standby database）就完全是主数据库的快照 而在MSSQL中 镜像数据库仅仅是选择的那个数据库的备份 但没有包括代理 登录 任务（这些或者更多的数据库项目需要单独在数据库镜像上创建或者复制）这些外部数据项

在服务器数量上 Oracle的主数据库和备用数据库配置最小需要 台 在MSSQL中 最小数据是 个或 个 根据你所选择的高可用性 高安全性 高性能方式所决定

高可用性方式 这个 *** 作模式选项允许你在两台服务器上同步事务写入 并支持自动错误恢复 要使用这个选项 你必须还要使用一个证人服务器

高保护方式 这个选项可以让你在两台服务器上同步事物写入 但是错误恢复是手工的 因为自动的错误恢复不是这个选项的一部分 所以也不会用到证人服务器

高性能方式 这个选项不关心两台服务器上的写入是否是同步的 因此在性能上有所提高 当使用这个选项的时候 你只能假设镜像服务器上的所有事情都是成功完成 这个选项只允许手工的错误恢复 因此不会用到证人服务器

为了保证故障自动恢复 就需要有第三台服务器 可以称之为目击者（另外两个就是主数据库和镜像数据库） 你可以将这个目击者当作群集中的一个成员 它实现了 比 投票的能力 当我的一个组件不可达 并因此需要进行错误恢复的时候 证人服务器只有在你想实现自动错误恢复的时候才需要用到

在Oracle数据的一个事务中 日志缓冲器在废数据写入数据文件（忽略write ahead情况）前被刷新或者写入到redo日志中 这种刷新或者写入到redo日志的行为是有必要的 如像实例失败（使用前滚和回滚恢复过程）这样的事件发生时 MSSQL也承认将日志缓冲器写入到磁盘的重要性 不过这里称之为硬化（hardening） 首先将事务日志缓冲器的信息写入到磁盘或者硬化 接着将日志记录块发送到镜像数据库中 镜像数据库接收到该日志记录块后 将之存入到某个缓冲器中 随后依次硬化该日志记录块

当数据发生变化时 MSSQL数据库如何保持主数据库和镜像数据库的一致性呢？

Oracle用户非常熟悉SCN 而MSSQL用户通过使用mirroring_failover_lsn机制（粗略来讲就是一个日志序列号） MSSQL与Oracle不同 MSSQL将事务分离（两个事务在两个机器上） 而不是一个分布式事务（在自身提交前需要远程等待提交）

另外一个相似点 但稍微有些畸变的反射就是redo日志和事务日志 在Oracle中 完成的redo日志将被发送到远程的服务器中 将完成的redo日志应用到备份数据中去 在MSSQL中 事务日志没有被传输 但是就像我以上提到的 日志缓冲器数据发送到网络上 这就导致另外一个镜像反射 备份和恢复模式

在Oracle中 当你处于归档模式或者非归档模式的时候 这些 *** 作是内定的 如果归档redo日志被传输或者提交到一个远程的服务器 那么主数据库明显就是在归档模式下 那些文件就是这么产生的 运行在这种模式下 允许有少量的数据丢失 因为在发生故障（无论什么样的故障）前 恢复能够在任意一个点上执行 在MSSQL中是类似的 但是有三种状态需要选择

《SQL Server联机丛书》 像许多其它的在线资源一样 讲述了在使用MSSQL时 种恢复模式的不同点 快速的比较有 MSSQL完整模式对应于Oracle中的归档模式 简单模式对应于非归档模式 bulk模式与使用直接路径插入 添加提示 或者与nologging模式 *** 作类似

根据以上三种模式（这三种模式很容易转换 不需要关机或者重启）的描述以及日志缓冲器和归档redo日志的讨论中 很容易断定在MSSQL中进行数据库的镜像需要将数据的回复模式设置成完全模式（full model） 简单模式（Simple model）或许也能行 但是这种模式下维持事务日志中的小部分数据 在备份中 如果在日志被删节了 整个镜像过程也就破环了 因为当你在将事务发送到镜像数据库中的时候 如果日志被删节了 这个过程就不能完成

说到数据库被破坏该怎么办呢？

这正是镜像（或者说备份）的主要目的 当主数据库断开或者说遇到故障时候我们希望系统能回到镜像前或者备份前的状况去 这如何才能实现呢？我们能自动实现或者手动实现 想实现这些 需要一些已经完成的设置 在MSSQL中 自动故障恢复 回到原来状态需要在HA模式 事务安全是full 数据传输是同步 有目击服务器的情况下 这种模式下运行还需要使用企业版的数据库系统 高安全性和高性能在标准版的情况下也能实现

MSSQL还有其它版本的选择 但是这些并不如Oracle的反射 干净 这些版本包括 Developer Workgroup 和 SQL Express 举个例子 目击服务器能够是任何的版本 但是如果你想给镜像服务器做一个快照 那么你就需要企业或者开发版的了

在设置伙伴（partner 通常有主数据库和镜像数据库组成）过程中 他们的恢复状态开始起作用 通过使用相同的名字 镜像在远程/镜像服务器上建立（使用配置数据库镜像安全向导是最简单的方法）起来 并且镜像数据库被设置成NORECOVERY 通常它是恢复（recovering）状态的 在MSSQL中 恢复数据库是没有的 因此没有进行上述的设置 是不能被其他用户当作只读数据库来使用的

为了避免这个中缺陷 你可以给镜像做一个快照 使得该 影像 对用户可见 正如我上述所提到的那样 这需要你的数据库版本是企业（或者开发）版 这就意味着用户需要有快照数据库的知识 知道如何进入存储它 如何告诉应用程序使用哪个数据库 惯例上来说 配置文件使用的 NET环境 你能建立一个主数据库和一个故障回滚的辅数据库 如果在Oracle中配置过备份数据库 你就会觉得这很类似

结论

这篇文章内容包括按照Oracle的方式 如何更好的理解在另一种主流的RDBMS上执行镜像或者复制 试着学习和解释你的RDBMS如何工作的 从另外一种模式来得到你的注意有助于你搞清楚你当前数据库系统运行原理 举个例子 我发现非常有实用价值的是Oracle归档模式和MSSQL三种恢复模式之间的关系 使用在MSSQL中的一些术语（伙伴 主数据库 目击 镜像）有助于你构成和识别Oracle中执行数据库镜像的 *** 作

lishixinzhi/Article/program/Oracle/201311/18083

---