alwayson概念

“可用性组” 针对一组离散的用户数据库（称为“可用性数据库” ，它们共同实现故障转移）支持故障转移环境。 一个可用性组支持一组主数据库以及一至八组对应的辅助数据库(包括一个主副本和两个同步提交辅助副本)。 辅助数据库不是备份，应继续定期备份您的数据库及其事务日志。

每组可用性数据库都由一个“可用性副本” 承载。 有两种类型的可用性副本：一个“主副本” 和一到四个“辅助副本”。 它承载主数据库和一至八个“辅助副本” ，其中每个副本承载一组辅助数据库，并用作可用性组的潜在故障转移目标。 可用性组在可用性副本级别进行故障转移。 可用性副本仅在数据库级别提供冗余 － 针对一个可用性组中的该组数据库。 故障转移不是由诸如因数据文件丢失或事务日志损坏而使数据库成为可疑数据库等数据库问题导致的。

主副本使主数据库可用于客户端的读写连接。 此外，它在称为“数据同步” 的过程中使用，在数据库级别进行同步。 主副本将每个主数据库的事务日志记录发送到每个辅助数据库。 每个次要副本缓存事务日志记录（“硬化”日志），然后将它们应用到相应的辅助数据库。 主数据库与每个连接的辅助数据库独立进行数据同步。 因此，一个辅助数据库可以挂起或失败而不会影响其他辅助数据库，一个主数据库可以挂起或失败而不会影响其他主数据库。

或者，您可以配置一个或多个辅助副本以支持对辅助数据库进行只读访问，并且可以将任何辅助副本配置为允许对辅助数据库进行备份。

部署 Always On 可用性组 需要一个 Windows Server 故障转移群集 (WSFC) 群集。 给定可用性组的每个可用性副本必须位于相同 WSFC 群集的不同节点上。 唯一的例外是在迁移到另一个 WSFC 群集时，此时一个可用性组可能会暂时跨两个群集。

为您创建的每个可用性组创建一个 WSFC 资源组。 WSFC 群集将监视此资源组，以便评估主副本的运行状况。 针对 Always On 可用性组 的仲裁基于 WSFC 群集中的所有节点，而与某一给定群集节点是否承载任何可用性副本无关。 与数据库镜像相反，在 Always On 可用性组中没有见证服务器角色。

 

1.完成了集群故障转移的配置，接下来要进行always on 的安装，当然首先需要安装sql server ,数据库的安装我在这里就不截图了。

两台服务器装好了数据库以后需要修改 sql server 代理启动账户，和sql server 引擎启动账户，都为域用户crmadmin

 

 2. 将crmadmin域用户加入到两个集群节点的SQL Server登录用户中，服务器角色选择sysadmin

 

3.打开SQL Server配置管理器，启用AlwaysOn可用性组

 

3.随便打开一台服务器，DB1，我们现在为了创建可用性组，需要手动创建数据库,并做完整备份，并在DB2上做还原。创建test数据库

CREATE DATABASE [test]

USE [test]
CREATE TABLE [test1]([id] INT,[name] VARCHAR(100))
INSERT INTO [test1] SELECT 1,'test'

4. 创建可用性组，右键，新建可用性组向导

 

　5.指定可用性组名称

 

　6.提示需要完整备份

 

 7.添加副本

8.DB2上的test数据库连接到可用性组的时候出现问题，这种情况下需要test数据库还原

 

9.完整备份数据库

--主库DB1
create database test
go
create table test (id int null)
go
BACKUP DATABASE [test] TO  DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Backup\test.bak' WITH NOFORMAT, NOINIT,  NAME = N'test-完整 数据库 备份', SKIP, NOREWIND, NOUNLOAD,  STATS = 10
GO
BACKUP LOG [test] TO  DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Backup\test_log.bak' WITH NOFORMAT, NOINIT,  NAME = N'test-事务日志  备份', SKIP, NOREWIND, NOUNLOAD,  STATS = 10
GO

　　然后再从库DB2上进行数据库还原，数据库右键，还原数据库

    

 

  10.接下来我们测试下，在主库insert数据

    

   从库获取数据

  

    always on  还有很多知识点，监听器，故障转移，集群仲裁等等，以后遇到了再单独写博文介绍。。。。到此sql server 的always on 高可用性配置就设置好了。接下来进行CRM的负载均衡搭建。