AlwaysOn

2015年11月 广州深圳 MVP 线下活动

误解1：AlwaysOn就是指SQLServer2012引入的“可用性组”误解2：因此，AlwaysOn是SQLServer2012的新特性有图有真相，直接上图。
jimshu·2015-11-29 14:58

2015年11月 广州深圳 MVP 线下活动

误解1：AlwaysOn就是指SQLServer2012引入的“可用性组”误解2：因此，AlwaysOn是SQLServer2012的新特性有图有真相，直接上图。
jimshu·2015-11-29 14:58

[AlwaysOn Availability Groups]AG排查和监控指南

Scenario笔记ScenarioTypeDescriptionTroubleshootAlwaysOnAvailabilityGroupsConfiguration(SQLServer)排查：AG配置
Fanr_Zh·2015-11-27 14:00

[AlwaysOn Availability Groups]使用Powershell监控AlwayOn健康

使用Powershell监控AlwayOn健康1.基本命令概述AlwayOnDashboard是很有用的查看整体AG健康状况的工具。但是这个工具不是用于7*24监控的。如果应用程序夜间发送严重的问题，Dashboard并不会有任何提示。那么可以使用Powershell命令来获取并通过SQLAgent调用创建告警。1.1Dashboard首先创建一个AG。这个AG被配置为自动故障转移。查看这个AG的
Fanr_Zh·2015-11-27 14:00

[AlwaysOn Availability Groups] 健康模型 Part 2 ——扩展

健康模型扩展第一部分已经介绍了AlwayOn健康模型的概述。现在是创建一个自己的PBM策略，然后设置为制定的归类。创建这些策略，创建之后修改一下配置，dashboard就会自动评估这些策略。场景，你有一个异步副本，当被primary落下太多的时候想要在dashboard上显示。一下是创建策略放入健康模型的过程。1.定义条件连接到SSMS，打开到条件，右击新建。设置条件名，然后选择相应的方面。方面是
Fanr_Zh·2015-11-26 14:00

[AlwaysOn Availability Groups]健康模型 Part 1——概述

健康模型概述在成功部署AG之后，跟踪和维护健康状况是很重要的。1.AG健康模型概述AG的健康模型是基于策略管理(PolicyBasedManagementPBM)的。如果不熟悉这个特性，可以查看：使用基于策略的管理来管理服务器PBM的核心是策略，策略有以下部分组成：1.目标，策略运行在有一组或者一个对象上。2.条件，条件是bool表达式，指定目标的状态。如果条件false，就会发生错误。3.归类，
Fanr_Zh·2015-11-26 09:00

[AlwaysOn Availability Groups]监控AG性能

监控AG性能AG的性能的性能方面，在关键任务数据库上进行语句级维护性能是很重要的。理解AG如何传输日志到secondary副本对评估RTO和RPO，表明AG是否性能不好。1.数据同步步骤为了评估是否有性能问题，首先需要理解同步过程。性能问题可能出现在同步过程的任何一个环节，瓶颈的定位可以让你深入的理解问题。以下图标演示了数据通过过程： SequenceStepDescriptionComments
Fanr_Zh·2015-11-24 12:00

[AlwaysOn Availability Groups]AlwaysOn Ring Buffers

AlwaysOnRingBuffers一些AlwaysOn的诊断信息可以从SQLServerringbuffers。或者从sys.dm_os_ring_buffers。
Fanr_Zh·2015-11-22 22:00

[AlwaysOn Availability Groups]AlwaysOn等待类型

AlwaysOn等待类型当排查AlwaysOn延迟，等待统计信息可以在DMV中查看累计的AlwaysOn等待类型。
Fanr_Zh·2015-11-22 20:00

[AlwaysOn Availability Groups]AG扩展事件

AG扩展事件SQLServer2012定义了一些关于AlwaysOn的扩展事件。你可以监控这些扩展事件来帮助诊断AG的根本问题。
Fanr_Zh·2015-11-22 18:00

[AlwaysOn Availability Groups]DMV和系统目录视图

DMV和系统目录视图这里主要介绍AlwaysON的动态管理视图，可以用来监控和排查你的AG。
Fanr_Zh·2015-11-21 21:00

[AlwaysOn Availability Groups]AlwaysOn健康诊断日志

AlwaysOn健康诊断日志为了监控primary可用副本的健康状况，SQLServer资源DLL使用SQLServer2012的过程sp_server_diagnostics。
Fanr_Zh·2015-11-21 19:00

[AlwaysOn Availability Groups]CLUSTER.LOG(AG)

CLUSTER.LOG(AG)作为故障转移资源，在SQLServer和windows故障转移集群服务的资源DLL(hadrres.dll)之间有额外的内部交流，DLL无法被SQLServer监控。WSFClog，CLUSTER.LOG可以诊断WSFC集群或者SQLServerResourceDLL的问题。以下演示了SQLServer和windows集群管理的关系。windows集群管理用来初始化A
Fanr_Zh·2015-11-21 19:00

[AlwaysOn Availability Groups]SQL Server错误日志(AG)

SQLServer错误日志(AG)SQLServer错误日志会记录影响AG的时间，比如：1.和Windows故障转移集群交互2.可用副本的状态3.可用数据的状态4.AGendpoint的状态5.AGListener的状态6.SQLServerresourceDLL和SQLServer实例的租用状态7.AG的错误事件出现以下状态就需要检查错误日志：1.无法连接到可用性数据库2.非预料的AG故障转移3
Fanr_Zh·2015-11-21 18:00

[AlwaysOn Availability Groups]排查：Primary上的修改无法在Secondary体现

排查：Primary上的修改无法在Secondary体现客户端进程在primary上修改成功，但是在Secondary上却无法看到修改结果。这个case假设你的可用性组有同步的健康问题。很多情况下这个情况会在几分钟之后自动解决。如果几分之后依然看不到，那么可能在同步的工作流上有瓶颈问题。这个瓶颈会因为是不是同步提交的而不同。 CommitModePossibleBottleneckExplanat
Fanr_Zh·2015-11-20 23:00

[AlwaysOn Availability Groups]排查：AG超过RPO

排查：AG超过RPO在异步提交的secondary上执行了切换，你可能会发现数据的丢失大于RPO，或者在计算可以忍受的数据都是超过了RPO。1.通常原因1.网络延迟太高，网络吞吐量太低，导致Primary的日志堆积2.磁盘IO瓶颈导致LOG固化速度降低2.网络延迟太高，网络吞吐量太低，导致Primary的日志堆积很多超过RPO的原因是日志发送到secondary副本不够快。原因：Primary副本
Fanr_Zh·2015-11-20 17:00

[AlwaysOn Availability Groups]排查：AG超过RTO

排查：AG超过RTO自动故障转移或者手动转移之后，没有数据都是，你可能会发现切换时间超过了你的RTO。或者当你评估切换时间同步提交secondary副本，发现超过了你的RTO。1.通常原因通常引起故障转移超过RTO的原因：1.报表负荷堵塞了Redo线程。2.因为资源争用，Redo线程被落下。2.报表负荷堵塞了Redo线程Redo线程在secondary副本被一个只读长运行语句堵塞。原因：在seco
Fanr_Zh·2015-11-20 16:00

[AlwaysOn Availability Groups]排查：AG配置

SectionDescriptionAlwaysOnAvailabilityGroupsIsNotEnabled如果实例没有启动AG特性，实例就不支持任何AG相关的功能Accounts在SQLServer
Fanr_Zh·2015-11-20 10:00

虚拟服务器使用E1000E类型的网卡，可能会 导致故障转移功能通信异常，不稳定

最近在搭建WindowsServer2012故障转移运行环境，计划在上面运行SQLServer2012AlwaysOn,虚拟服务器是运行在VMwareESXi5.5.0平台上，发现如果虚拟服务器使用E1000E
穿越时空·2015-11-16 16:48

虚拟服务器使用E1000E类型的网卡，可能会 导致故障转移功能通信异常，不稳定

最近在搭建WindowsServer2012故障转移运行环境，计划在上面运行SQLServer2012AlwaysOn,虚拟服务器是运行在VMwareESXi5.5.0平台上，发现如果虚拟服务器使用E1000E
穿越时空·2015-11-16 16:48

SQL Server AlwaysON 同步模式的疑似陷阱

原文: SQL Server AlwaysON 同步模式的疑似陷阱 SQL Server 2012 推出的最重要的功能之一Alwayson，是一个集之前Cluster和Mirror于一体的新功能
·2015-11-13 21:20

SQLServer 2012之AlwaysOn —— 指定数据同步链路，消除网络抖动导致的提交延迟问题

原文: SQLServer 2012之AlwaysOn —— 指定数据同步链路，消除网络抖动导致的提交延迟问题 事件起因：近期有研发反应，某数据库从08切换到12环境后，不定期出现写操作提交延迟的问题
·2015-11-13 14:41

SQLSERVER 2012之AlwaysOn -- 同步模式下的网卡性能优化

原文: SQLSERVER 2012之AlwaysOn -- 同步模式下的网卡性能优化 本文是基于上一篇《SQLServer 2012之AlwaysOn —— 指定数据同步链路，消除网络抖动导致的提交延迟问题
·2015-11-13 14:40

从0开始搭建SQL Server AlwaysOn 第二篇（配置故障转移集群）

从0开始搭建SQL Server AlwaysOn 第二篇（配置故障转移集群） 第一篇http://www.cnblogs.com/lyhabc/p/4678330.html 第二篇http://www.cnblogs.com
·2015-11-13 09:12

SQL Server高可用——日志传送（4-1）——概论

         SQLServer 2012之前（2012出现了AlwaysOn），SQLServer存在四大高可用（集群/群集
·2015-11-13 09:23

从0开始搭建SQL Server AlwaysOn 第一篇（配置域控）

从0开始搭建SQL Server AlwaysOn 第一篇（配置域控）   第一篇http://www.cnblogs.com/lyhabc/p/4678330.html 第二篇
·2015-11-13 07:09

SQL Server AlwaysOn中的几个误区

原文: SQL Server AlwaysOn中的几个误区     AlwaysOn自SQL Server2012之后已经发布很久了，最近我在给一些客户做咨询的时候经常被问起是不是应该使用
·2015-11-13 06:48

SQL Server AlwaysOn 故障转移

目的： 　　a) AlwaysOn 可用性组功能是一个提供替代数据库镜像的企业级方案的高可用性和灾难恢复解决方案。 　　
·2015-11-13 00:08

SQLSERVER 2012之AlwaysOn -- 一次硬件升级引发的问题

原文: SQLSERVER 2012之AlwaysOn -- 一次硬件升级引发的问题 这是上周遇到的一个案例：对已有的硬件进行升级而引发的问题，期间还触发了一个比较严重的BUG，可谓多灾多难
·2015-11-12 20:10

在权限受限制的AD域环境中部署SQL Server AlwaysOn高可用性

最近在给一个客户部署基于微软TFS的软件生命周期管理平台时，客户要求数据库层实现高可用性，减少因数据库服务器故障影响软件开发进展。 客户现有域是一台搭建在Windows Server 2008上的级别为Windows 2008的企业域。为了符合客户企业域的安全规定，需要在部署数据库高可用性期间使用最低权限，即只赋予操作账户（tfsadmin)在AD目录中用于ALM的组织单元的完全权限。在综合考虑
·2015-11-12 12:44

使用maphilight高亮显示map的指定area

area的jQuery对象 function areaLight(obj) { var data = $(obj).data('maphilight') || {}; data.alwaysOn
·2015-11-12 10:08

SQL Server 2014与TFS 2013的错误（TF53001:管理员已取消数据库操作)

服务器环境： - TFS 2013 with Update 2 - SQL Server 2014（两个节点数据库服务器配置了AlwaysOn高可用性） - Windows Server 2012
·2015-11-11 18:05

SQL Server 复制订阅

SQL Server 复制订阅 标签：SQL SERVER/MSSQL SERVER/数据库/DBA/高性能解决方案/高可用 概述   配置复制就没有数据库镜像和AlwaysOn
·2015-11-11 15:18

SQL Server 2014 Always on ON Microsoft Azure New Portal(1)

以前假如需要在Azure IaaS 创建的SQL Server AlwaysOn 需要参考以下的步骤 From the MVPs: SQL Server High Availability in Windows
·2015-11-09 12:15

<转>SQL Server 2012 十二大特性

AlwaysOn Availability Groups这项新功能将数据库镜像故障转移提升到全新的高度，利用AlwaysOn，用户可以将多个组进行故障转移，而不
·2015-11-07 13:41

sqlserver2012新特性(讲义)

1.alwayson高可用性 Ø多数据库故障转移 Ø多副本 Ø同步和异步数据移动 Ø内置压缩和加密 Ø自动和手动转移
·2015-11-03 21:41

[ahk]xCopyPlus批量复制某类文件

;作者：sunwind;2015年10月27日22:34:33;功能：;xcopy的增强版，可以过滤扩展名;xCopyPlus批量复制某类文件Gui,+AlwaysOnTopGui,Add,Text,,
liuyukuan·2015-11-02 13:15

Windows Azure功能更新：SQL Server AlwaysOn和Notification Hub 正式商用

一周以前Windows Azure发布了新的更新内容，主要的更新有3项： 虚拟机上的SQL Server支持AlwaysOn可用性组了 Notification Hub商用 自动缩放支持时间策略
·2015-10-31 12:47

CEGUI

遮挡关系 由xml中出现的顺序决定  控件有属性 alwaysOnTop true 相对坐标 绝对坐标 x=scale*Width+offset shcema looknfeel layout
·2015-10-31 10:10

SQL Server 2012 新一代的高可用技术AlwaysOn 之一 总体介绍

前一章我们讨论了SQLServer过去几个版本所包含的高可用性和灾难恢复技术，也详细地介绍了它们彼此的优缺点。可能你对高可用的要求非常高，任何一种技术都无法完全满足你的要求。而把几种技术组合起来，又会给部署和维护带来太多的复杂性。你会觉得有一点遗憾，为什么没有一种更强大更完善的技术来满足你所有的诉求呢？从SQLServer 2012开始，SQLServer引入了一种新的高可用技术，它的名字叫做Al
·2015-10-31 09:07

微软SQL Server 2008故障转移集群概述（Windows Server Failover Clustering (WSFC)）

前言： 最近在研究微软的大数据解决方案，在收听MS TechNet “SQL Server 2012 AlwaysOn HA+DR设计模型、架构及最佳实践” 时，需要一些预备知识，所以在网络上先学习一下了
·2015-10-28 09:47

SQLSERVER 2012之AlwaysOn -- 一次硬件升级引发的问题

这是上周遇到的一个案例：对已有的硬件进行升级而引发的问题，期间还触发了一个比较严重的BUG，可谓多灾多难；不过值得庆幸的是，在一连串连锁问题出现的时候，并没有出现人工操作失误（这往往是在处理故障中风险最高、影响最大的问题）而扩大故障影响范围；   ==========================华丽丽的分割线========================== &nb
·2015-10-27 13:40

SQLServer 2012之AlwaysOn —— 指定数据同步链路，消除网络抖动导致的提交延迟问题

事件起因：近期有研发反应，某数据库从08切换到12环境后，不定期出现写操作提交延迟的问题； 事件分析：在排除了系统资源争用等问题后，初步分析可能由于网络抖动导致同步模式alwayson节点经常出现会话超时等待提交的问题导致
·2015-10-27 13:39

AlwaysON 故障处理之辅助副本磁盘空间不足

用户反馈AlwaysON辅助副本数据库查询的结果与主库不一致， 远程到服务器后发现数据库的状态显示为“未同步/可疑”, 查看数据库的日志，定位到出现错误的时间点，可以看到提示日志文件所在磁盘的“
·2015-10-27 13:55

alwaysOn为什么不支持分布式事务

Alwayson是微软从SQL2012开始引入的一种高可用和高性能架构，它既可以实现故障转移，同时又能实现查询分离，是当前SQL server的所有架构中最优秀的一种。
·2015-10-27 13:55

AlwaysON同步的原理及可用模式

  新一代读写分离技术——AlwaysOn 早在SQL Server 2005的时候微软就已经实现了数据库的查询分离技术——发布订阅。
·2015-10-27 13:54

AlwaysON同步性能监控的三板斧

延迟是AlwaysOn最大的敌人之一 延迟是AlwaysON的最大敌人之一。对AlwaysON而言，其首要目标就尽量减少（无法避免）主副本、辅助副本的数据延迟，实现主副本、辅助副本的“数据同步”。
·2015-10-27 13:54

SQL Server 2012实施与管理实战指南(笔记)——Ch3Alwayson可用组

3.AlwaysOn可用组 Alwayson支持的，是一个可用性组，每个可用性组是包含了多个用户数据库的容器，可用性组内的数据库可以作为一个整体进行故障转移。
·2015-10-27 11:52

[20140327]镜像日志传输

看到群里的同志们在讨论alwayson的日志同步，还有日志在secondary redo之后是如何写入到日志的。
·2015-10-27 11:49

如何迁移Alwayson AG

Windows cluster要求同一个cluster中的所有windows版本都是相同的，这样就出现一个问题，当我们要将对windows进行升级时，(例如从windows 2008 R2升级到windows 2012)不得不搭建一套新的windows cluster。你可以选择使用新的硬件搭建，或者将现有windows cluster中的节点一台一台的evict掉，重装/升级系统后加入到新的wi
·2015-10-27 11:06
上一页 7 8 9 10 11 12 13 14 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他