WindowServer2012故障转移集群配置与Oracle11GR2双机实现V1.2

oracle11g双机热备方案Oracle 11g双机热备方案随着企业对数据可靠性和高可用性的需求越来越高，数据库热备方案成为了重要的考虑因素之一。

Oracle 11g提供了一种高效的双机热备方案，能够实现主机到备机的实时数据同步和快速故障转移。

本文将介绍如何实施Oracle 11g双机热备方案。

1. 概述Oracle 11g双机热备方案通过使用Data Guard技术实现。

Data Guard 是Oracle数据库的可选组件，它提供了可靠的数据保护、高可用性和故障转移能力。

通过主备关系，可以实现主机与备机之间的数据同步，以及在主机宕机时自动切换到备机。

2. 硬件和网络要求在实施双机热备方案之前，需要确保主备服务器之间的网络连接稳定可靠。

另外，为了保证数据同步的效率，建议主备机具备相同的硬件配置，包括CPU、内存和存储。

3. 配置主备服务器首先，在主服务器上创建一个主要数据库实例，配置主库参数文件（init.ora）和监听器（listener.ora）。

然后，在备服务器上创建一个备库实例，同样配置备库参数文件和监听器。

确保主服务器和备服务器之间可以相互访问。

4. 配置数据同步配置主备服务器之后，需要设置主备关系，开始数据同步。

在主服务器上创建一个备用数据库，即填写一个备机标识符，然后将主数据库的归档日志传输到备机。

可以通过Data Guard Broker工具来自动管理主备关系和数据同步。

5. 监控与故障转移在正常运行时，可以通过Data Guard Broker监控主备服务器的状态，包括数据同步进度和网络延迟等。

当主服务器发生故障无法正常工作时，可以手动或自动切换到备服务器。

在切换过程中，需要确保数据文件和控制文件的一致性，以及及时地恢复日志文件。

6. 测试与维护为了确保Oracle 11g双机热备方案的可靠性，需要进行定期的测试和维护工作。

可以通过模拟故障情况来测试备机的可用性和数据恢复能力。

windows2012双机热备方案Windows 2012双机热备方案简介Windows 2012双机热备方案是一种高可用性解决方案，旨在确保服务器系统的持续可用性。

本方案通过使用两台服务器进行热备份，在一台服务器发生故障时，另一台服务器能够无缝接管工作，实现系统的高可用性和故障恢复能力。

方案优势•提供持续可用性：两台服务器之间实现实时数据同步，确保在一台服务器发生故障时，另一台能够即时接管工作。

•高可靠性：通过对关键组件进行冗余配置，保证系统在硬件故障、软件错误等情况下不会中断服务。

•性能卓越：在故障转移过程中，系统能够快速切换，最大程度减少服务的中断时间，提供用户良好的使用体验。

方案实施步骤1.准备服务器硬件–确保两台服务器的配置相同，并具备充足的CPU、内存和存储容量。

–设置适当的网络连接，确保双机之间能够实时通信。

2.操作系统安装–在两台服务器上安装Windows Server 2012操作系统。

–配置IP地址、域名和主机名，确保服务器之间能够正确识别和通信。

3.配置双机热备–安装并配置双机热备软件，如Microsoft Failover Cluster。

–创建故障转移群集，并将两台服务器配置为群集成员。

–配置资源组和资源角色，确保关键服务能够在故障发生时自动切换到备用服务器。

4.数据同步设置–配置数据同步机制，确保主服务器上的数据能够实时同步到备用服务器。

–选择合适的数据同步方案，如存储复制、数据库复制或实时文件同步。

–针对不同的应用场景选择最适合的数据同步频率和方法，并进行相应的配置。

5.故障监测和自动切换–设置监测机制，实时监测服务器的状态和关键服务的可用性。

–配置自动切换策略，当主服务器发生故障时，备用服务器能够自动接管工作，确保系统的连续可用性。

–对关键资源和服务进行测试和验证，确保在故障发生时能够顺利切换并提供正常服务。

方案维护和优化•定期进行系统和应用程序的备份，以防止数据丢失和应用程序故障。

Win2012安装Oracle11g DG物理级连备库马飞2016-11-29~12-4一、系统安装通过Vmware workstation安装两台虚拟机，分别用于做主库和从库。

操作系统：cn_windows_server_2012_r2_x64_dvd_2707961.iso详细安装过程省略。

1.1 主库配置主机名：dg1实例名：dg1数据库名：dgIP:192.168.8.100关闭防火墙内存3G磁盘：30G1.2 从库配置主机名：dg2实例名：dg2数据库名：dgIP:192.168.8.101内存3G磁盘：30G关闭防火墙二、数据库安装通过Vmware workstation安装两台虚拟机，分别用于做主库和从库。

操作系统：cn_windows_server_2012_r2_x64_dvd_2707961.iso详细安装过程省略。

2.1 上传安装包2.2 解压并运行2.3 主库安装步骤1.不要选择“我希望通过…”2. 选择“创建和配置数据库”3. 选择“服务器类”3. 选择“单实例数据库”口令为：jusfoun2.4 备库安装步骤在备库只需要安装数据库软件。

三、主库操作3.1 启用强制日志ALTER DATABASE FORCE LOGGING;3.2 开启归档3.3 配置归档详见3.1（2）节内容中log_archive_dest_1，log_archive_dest_2两个参数的配置。

3.4 备份数据库3.5创建备库控制文件3.6备份文件至共享目录将主库备份文件、备库控制文件、口令文件、参数文件、网络文件、监听文件先拷至至共享目录c:\share中。

变量说明：%ORACLE_BASE%= C:\app\mafei%ORACLE_HOME%= C:\app\mafei\product\11.2.0\db_1提示：此操作需要在“四、主库配置”完成后，将参数文件、网络文件、监听文件一同放到指定目录下。

集群做好后ORACLE安装分别在2个节点上安装ORACLE选择高级安装，下一步：企业版，下一步：选择安装路径，选择你的第二块本地磁盘，下一步：安装环境检查，无失败项，下一步：选择仅安装数据库软件，下一步：安装：完成后退出。

使用DBCA创建数据库：下一步：选择数据库类型，下一步：填写数据库名和SID，下一步：下一步：设置口令，下一步：选择文件系统，下一步：选择DATA的存放位置，一定要在共享盘上，下一步：勾选启用归档，编辑参数：下一步：下一步：无需更改，直接下一步直到完成：然后把E:\oracle\product\10.2.0\db_1\database中的initorcl.ora拷贝到z：下E:\oracle\product\10.2.0\db_1\dbs中的SPFILEORCL.ORA拷贝到z：下修改initorcl.ora中的SPFILE='z:\spfileorcl.ora'2个节点分别完成后开始安装failsafe安装在本地磁盘，下一步：典型安装，下一步：下一步：下一步：管理员@域名，下一步：2个节点分别完成安装，退出并重启。

在节点clustera操作：打开failsafe manager添加所创建的集群到树，OK创建组oracluster，将2个节点加入组：完成组创建。

在主机的DNS服务器上添加主机oraCluster，IP为对外IP，给oraCluster组添加虚拟IP：在troubleshooting中选择verify standalong database：（检查全部可用数据库）在验证过程中选择"是"来fix。

添加orcl数据库到oraCluster：数据库添加完毕。

在节点B重新创建名称和路径相同的数据库（将原来的数据库文件夹改名或者删除），然后在节点B重复以上的带入数据库资源操作。

最后测试一下所有资源能否正常切换。

Windows Server 2012 Failover Clustering Overview Windows Server 2012 故障转移群集概览Symon PerrimanTechnical EvangelistWSV15 Microsoft Corporation (USA)Failover ClusteringHyper-VManagement for the private cloudInfrastructure for the private cloudVirtualization for the private cloud•Infrastructure •Virtualization •Management•Infrastructure •Virtualization •ManagementHigh Scale•Increased scale out and scale up–4x scale over last version –64-nodes in a cluster –8,000 VMs in a cluster –1,024 VMs per node. . .S c a l e u pScale out...Cluster Validation •Faster storage validation•Select a specific LUN•Replicated storagefor multi-site clusters•New Hyper-V Configuration Tests–Run when Hyper-V role is installed–Integration Components–Memory Compatibility–Virtual Switch Compatibility–Hyper-V Role Enabled–Network Configuration–Storage ConfigurationNode Maintenance Mode •Drain all VMs off a node•Supports all cluster roles•Role-specific features–Live migration orquick migration for VMs–Uses VM PriorityCluster-Aware Updating•Automated cluster updating •Coordinator serially updates all nodes –Windows Update Agent (WUA)•Windows Server Update Services (WSUS)•Windows Update•Workflow1.Scan nodes to find which patches are needed2.Identify node with fewest workloads3.Move workloads or live migration VMs to other nodes4.Call to WUA to patch5.Verify patch is successful6.Repeat steps 2 – 5 on next node7.Repeat on remaining nodesUpdate CoordinatorCluster Shared Volumes (CSV) 2 •New roles–File Server - Scale out File Server–Hyper-V over SMB•Improved backup, performance and resiliency •Direct I/O for more scenarios–Better VM creation and copy performance •Multi-subnet support for live migration •CSV CacheFC / iSCSI / SAS / FCoE SMBHyper-V Cluster File Server ClusterFC / iSCSI / SAS / FCoE SMBiSCSI Software Target•Microsoft iSCSI Software Target•Now an in-box Windows feature•Use clustering to make ahighly-available iSCSI TargetDeploy a Hyper-V ClusterDemoTopics•Infrastructure •Virtualization •ManagementVirtual Machine Priority •Start Order•Node Maintenance•Running Priority–Pre-emption shuts downlower priority VMs•No Auto Start–Must be restarted manuallyHigh Medium LowImproved Live Migration •Concurrent Live Migrations–Unlimited live migration at the same time–Admin can set limits•Live Migration Queuing (waiting)•Best Available Node–Moves to node with most free memoryNew Live Migrations•Storage Live Migration•Live Migration over SMB•"Shared Nothing" Live Migration•Hyper-V ReplicaBranch OfficeVHDSANVHDNetworkNetworkCLUSTERVM Health Monitoring•Enable VM heartbeat setting–Requires Integration Components (ICs)installed in VM•Health check for VM OS from host–User-Mode Hangs–System CrashesSANVM Service Monitoring•The host monitors the servicerunning in the guest VM•Any application with a service–Uses Service Control Manager•Configurable recovery actions–Restart Service–Reboot VM–Move VMGuest Clustering Storage •Guest Clustering– 2 or more VMs run Windows Server in the Guest OS–The VMs form a “Guest Cluster”•Storage for Guest Cluster–iSCSI – Windows Server 2008 R2–Fibre Channel over Ethernet – Windows Server 2008 R2–Fibre Channel – NEW in Windows Server 2012ClusterAnti-Affinity for VMs •AntiAffinityClassNames–Groups with same AACN try to avoid moving to same node•Enables VM distribution across host nodes•Better utilization of host OS resources•Scenarios–Separate similar VMs•Guest cluster nodes•DCs or infrastructure servers–Separate tenetsDeploying Virtual Machines in a ClusterDemoTopics•Infrastructure •Virtualization •ManagementSoftware Versions•Failover Clustering feature is available–Datacenter edition–Standard edition - NEW–Hyper-V Server 2012 - FREEMulti-Machine Management •Remote multi-server management•Server Groups manage clusters•Launch cluster administrative tools•Remote Role & Feature installationScale Out File Server•Continuously available scale out file server–All clients have simultaneous access•Cluster-wide client access point–Clients access across many nodes•Consistent cluster-wide configuration–Share configuration consistent across all nodes•CSV support–All file shares can be on a single LUN•Zero downtime failover–Both planned and unplanned downtimeCluster Shared Volumes Single Logical Server (\\Foo\Share) Single File System NamespaceClustered Tasks •Task Scheduler is integrated with clustering • 3 types of clustered tasks–Cluster-wide•Runs on all nodes–Any Node•Runs on any single node•Task is highly-available, it runs if the cluster is online –Resource-Specific•Runs on a specific node•Configurable via PowerShellIncreased Security •BitLocker encrypted cluster disks–Support for traditional failover disks–Support for Cluster Shared Volumes•Enables physical security fordeployments outside of securedatacenters•Volume level encryptionUpgrading Clusters to 2012 •Cluster Migration Wizard•Export / Import of VMs•Migrate to CSV disks•Storage mapping•Virtual network mapping•Use the same storage ordifferent storageSession Review•Failover Clustering: infrastructure for the Private Cloud –Most scalable private cloud–Flexible deployment choices–Intelligent placement across the private cloud–Next generation storage, virtualization & managementINFRASTRUCTUREa s a S E R V I C E微软虚拟学院 Microsoft Virtual Academy Resources•See Symon's other cluster training at http://aka.ms/Symon•Cluster team blog: /clustering•Microsoft Virtual Academy: –Microsoft Virtualization for VMware Professionals: Management–Microsoft Virtualization for VMware Professionals: The Platform–Preparing the Datacenter for the Private Cloud–Private Cloud Infrastructure Components–Private Cloud Infrastructure Management–System Center 2012 Virtual Machine Manager–Understanding Microsoft's High-Availability Solutions–Windows Server 2012: Server Virtualization•TechNet:–Failover Clustering: /en-us/library/hh831579.aspx–Hyper-V: /en-us/library/hh831531.aspx–System Center Virtual Machine Manager: /en-us/library/gg610610.aspx。

Windows server 2012 Hyper-V故障转移群集和终端用户相比，企业用户对于业务的连续性和可靠性更为在意。

相对而言，企业一般不会将追逐单一硬件的性能排在第一位。

如何衡量业务是否持续可用，一般使用"x 个9"这种方式来定义。

如我们常说的"3 个9"，即表示年可用性为99.9%，也即意味着一年只能有76 个小时的系统停机时间。

对于单台物理服务器而言，这意味着该设备一年内不能出现硬件损坏的情况，否则更换配件和重新上架的时间过长，很容易导致可用性等级超出这个标准。

像"5 个9"，甚至"6 个9"这种高可用性是如何实现的呢？可想而知，通过单台物理服务器来实现这种目标将是非常苛刻且成本高昂的。

常见的可用性与相应的可允许停机时间如表8-1 所示。

为了满足企业对业务持续可用的追求，降低年故障停机时间，系统、网络、存储各大厂商都引入了"群集"的概念。

"群集"的作用是通过多台硬件同时运行来实现的，当故障发生时，通过快速且自动化的切换故障服务器，从而实现业务的持续运行。

和传统的硬件故障或网络故障发生后，需要人为参与排障不同的是，群集技术是不需要人为参与的，可以做到全自动运行。

当故障发生时第一时间转移故障节点，从而极大限度的提升业务持续可用的能力。

Windows Server 2012 R2 作为新一代的Cloud OS，其Hyper-V 角色自然也拥有"群集" 的能力。

Windows 下的群集技术被称之为"故障转移群集"，Hyper-V 角色的故障转移群集目的很明确：当群集内某一台Hyper-V 主机出现故障无法提供服务时，可由群集内的其他主机快速接管任务，继续为用户提供持续可用的服务。

在介绍微软私有云之前，必须对微软的故障转移群集有深入的了解，它属于微软私有云实现高可用性的核心技术。

WindowsServer2012R2+SQLServer2012故障转移群集部署Windows Server 2012 R2 + SQL Server 2012故障转移群集部署故障转移群集（Failover Cluster）是在Windows Server系统中提供高可用性的关键组件。

通过将多个服务器节点组成集群，可以实现在某个节点故障时，自动将应用程序和服务迁移至其他节点，从而保证系统的不间断运行。

本文将详细介绍如何在Windows Server 2012 R2和SQL Server 2012上部署故障转移群集。

一、准备工作在开始部署之前，需要确保以下几项准备工作已完成：1. 硬件和网络环境：确保所有集群节点的硬件配置相同，并且网络连接正常稳定。

2. 操作系统安装：在所有节点上安装Windows Server 2012 R2操作系统，并确保操作系统已激活。

3. SQL Server 2012安装：在所有节点上安装相同版本的SQL Server 2012，并确保已正确配置和激活。

二、创建故障转移群集1. 打开“服务器管理器”控制台，选择“角色和功能安装”。

2. 在安装向导中，选择“故障转移群集”角色，并按照提示完成安装。

3. 安装完成后，打开“故障转移群集管理器”控制台，选择“创建新的故障转移群集”。

4. 在向导中，输入故障转移群集的名称和IP地址，选择要添加到群集中的服务器节点。

5. 在验证配置阶段，系统将自动检测并修复任何配置问题。

6. 完成配置后，点击“创建”按钮，等待群集创建完成。

三、配置故障转移群集1. 在“故障转移群集管理器”控制台中，选择新创建的群集，点击“配置群集”。

2. 在向导中，选择要为群集配置的存储，可以是本地磁盘、网络共享磁盘或SAN存储。

3. 配置存储后，分配群集IP地址，并为群集创建DNS名称。

4. 完成配置后，点击“下一步”按钮，等待配置完成。

四、安装和配置SQL Server实例1. 在其中一个节点上，运行SQL Server 2012安装程序，选择“添加节点到现有的故障转移群集”。

windows server 2012+SQL server 2012故障转移群集部署2018.05.13目录环境准备 (3)一、逻辑分区的设置 (5)1.1 安装StarWind5.4 (5)1.2 配置StarWind (7)1.3 防火墙设置 (15)1.4 节点连接ISCSI设备 (16)二、群集的创建和配置 (21)2.1 .NET Framework 3.5 功能和故障转移群集添加 (21)2.2 创建群集 (23)2.3 配置MSDTC (29)三、SQL Server 2012群集安装 (33)3.1 服务器1安装SQL Server 2012 (33)3.2 服务器2安装SQL Server 2012 (47)环境准备1、主机：2台节点服务器（服务器1和服务器2，VMware环境），另准备1台服务器安装StarWind5.4（本次演示中用域服务器兼职），下称服务器32、操作系统：Windows Server 2012R2 Standard3、数据库：SQL Server 20124、网络配置：5、域账户配置：在域中添加账户Bigant1，登陆节点1；账户Bigant2登陆节点2；且赋予两个账户对服务器1和2的本地系统管理员权限；添加SQL Server 账户sql2012，上述所有域账号创建时注意设置“密码永不过期”。

注：在域服务器中要提升Bigant1和Bigant2的权限为管理员，否则无法创建群集，如下图6、网络拓扑图一、逻辑分区的设置1.1安装StarWind5.4 1、在服务器3上安装2、根据提示点击下一步安装3、启动ISCSI服务（点击确定后在服务管理器中查看ISCSI是否启动，手动启动）4、最后一步5、安装完成1.2配置StarWind1、打开StarWind软件，添加主机2、地址默认127.0.0.1，端口不变，点击OK3、创建完成后，右击主机名，点击Connect4、默认账号root，密码：starwind，点击OK登录5、在本地磁盘中新建虚拟磁盘文件夹ISCSI，并提前准备各个虚拟磁盘需要用到的文件夹（文件夹名称和个数随意，此处为便于区分以功能命名）6、添加Target7、输入可分辨的名称8、选择存储类型9、选择设备类型10、选择虚拟设备类型11、创建一个新的虚拟磁盘12、虚拟磁盘路径（选择文件夹路径时选择完毕手动输入文件夹名+.img，如cluster.img），大小，是否压缩，是否加密13、选择支持的功能模式14、选择缓存模式15、磁盘信息16、配置完成17、依照上述操作添加多个设备以便创建集群时使用，也可在需要使用时临时添加1.3防火墙设置本次演示中为节省篇幅统一关闭了服务器1、2、3的防火墙，如不能关闭防火墙，则在防火墙上开放软件对应的端口，如ISCSI端口3260-3261，大蚂蚁服务端口6661-6663、8000，SQL server端口1431等。

豫北客服部技术文件Window Server 2012 故障转移集群双机实现Oracle 11G R2 配置与页58页，共1第豫北客服部技术文件文件修改控制*变化状态：A——增加，M——修改，D——删除页58页，共2第豫北客服部技术文件1准备工作：需要准备3台服务器（必须），1台磁盘阵列（可选），主要用到的资源如下1.1一台域控制器（以下所有服务器的操作系统均为windows server 2012 Enterprise R2 X64bit）计算机名字为AD3IP地址：192.168.1.250掩码：255.255.255.0网关：192.168.1.1（可有可无）自己看着办。

DNS：192.168.1.250域名为：bbc.local1.2节点1：域成员服务器IP地址：192.168.1.251掩码：255.255.255.0网关：192.168.1.1DNS;192.168.1.250心跳网络：192.168.2.1加域：bbc.local1.3节点2: 域成员服务器IP地址：192.168.1.252掩码：255.255.255.0网关：192.168.1.1页58页，共3第豫北客服部技术文件DNS;192.168.1.250心跳网络：192.168.2.2加域：bbc.local1.4集群虚拟IP Cluster IP：192.168.1.253需要三个共享磁盘M数据盘、Q仲裁盘、oracle通用服务和依赖盘I盘，共享盘建议用专用存储，(测试可用windows 2012系统自带的iscsi功能实现，正式环境建议使用磁盘柜，要求磁盘柜分2-3个逻辑驱动器，1个作为仲裁盘、另外1个作为数据盘、通用服务和依赖盘可有可无)。

注意是逻辑驱动器不是磁盘分区。

1.5oracle通用服务共享IP：192.168.1.200 （漂移IP）1.6以下文档中部分图片来自网络，图片内容仅供参考，以文字描述为准。