因为篇幅原因，AlwaysOn可用性组被拆成了两部分：理论部分和实战部分。而实战部分又被拆成了准备工作和AlwaysOn可用性组搭建。 三篇文章各自的链接： SQL Server ->> 高可用与灾难恢复（HADR）技术 -- AlwaysOn（理论篇） SQL Server ...

因为篇幅原因，AlwaysOn可用性组被拆成了两部分：理论部分和实战部分。而实战部分又被拆成了准备工作和AlwaysOn可用性组搭建。 三篇文章各自的链接： SQL Server ->> 高可用与灾难恢复（HADR）技术 -- AlwaysOn（理论篇） SQL Server ...

昨天晚上学习了【SQL Server 2012实施与管理实战指南】的第三章，于是今天想在前段时间建的那个alwayson 可用性组测试环境上也配置一下只读路由，尝试实现读写分离。 按照书中的方法，执行如下脚本（本来我是3节点的可用性组，由于笔记本开4台虚拟机实在是太卡，我把server ...

本篇文章是系列文章中的第五篇，是对前一个日志系列的补充篇。如果您对日志的基本概念还没有一个比较系统的了解，可以参看本系列之前的文章： 浅谈SQL Server中的事务日志(一)----事务日志的物理和逻辑构架 浅谈SQL Server中的事务日志(二)----事务日志在修改数据时的角色 浅谈 ...

在谈到SQL Server的高可用性之前，我们首先要谈一谈单实例的高可用性。在单实例的高可用性中，不可忽略的就是文件和文件组的高可用性。SQL Server允许在某些文件损坏或离线的情况下，允许数据库依然保持部分在线，从而保证了高可用性。 文件和文件组 有关文件和文件组 ...

,几乎达到镜像。 　　　　可以实现对某些表，或表数据过滤进行复制。 　　缺点: 　　　　不适合做高可用， ...

项目需要保障数据的高可用，于是可选的方案无非是Oracle集群、 传统的主从+心跳切换访问点以及SQL Server AlwaysOn这类方案。（//经验不多，了解和实践过的方案就这类，轻拍） Oracle太大，项目初期的核心开发人员并不会用（从高校中途接手的项目，前期都是研究生 ...

可用性功能的使用方式主要有以下四种： 高可用性 灾难恢复 迁移和升级 扩大一个或多个数据库的可读副本 SQL Server 可用性功能不能替换对经过充分测试的可靠备份和还原策略的需求，后者是所有可用性解决方案最基本的构建基块。 AlwaysOn 可用性组 SQL ...