SQL SERVER日常运维巡检系列之-实例级参数 实例的参数对系统性能和稳定的影响很重要，系统级别的参数可能会根据业务的变化而变化，但防止系统参数设置不合理或被意外修改，系统参数检查也是巡检中的必要项。
SQL SERVER 2016 AlwaysOn 无域集群+负载均衡搭建与简测 之前和很多群友聊天发现对2016的无域和负载均衡满心期待，毕竟可以简单搭建而且可以不适用第三方负载均衡器，SQL自己可以负载了。windows2016已经可以下载使用了，那么这回终于可以揭开令人憧憬向往的AlwaysOn2016 负载均衡集群的神秘面纱了。本篇主要描述个人集群搭建中遇到的坑和一些注意事项，以及2016无域负载均衡的简单体验测试。
Moebius for SQL Server 1.中间件解析到查询的SQL语句后，首先分析该语句要查找的表，根据所要查找表的分区配置和SQL语句的WHERE条件计算出要从一个分区中还是多个分区中去取数据，取完数据后在访问层合并后再返回给应用程序。2.中间件解析到更新的SQL语句后，首先分析要更新的表，根据要更新表的分区配置和更新语句的SQL语法来计算出要更新一个或者多个分区中的数据。如果存储设备只是为了数据库服务器提供的，那么是没有必要再做双活的，因为Moebius的数据就是多份的，既能保障数据安全，又可以随时验证数据的一致性。
CDC作业历史记录无法删除问题 接下来分析为什么CDC的历史记录无法删除，通过跟踪定位到捕获作业调用存储过程[sys].[sp_cdc_scan]在一个没有退出方式的循环中扫描事务日志，并调用存储过程msdb.dbo. sp_sqlagent_log_jobhistory 记录历史记录，因为传递的@step_id的值代表这是执行步骤的记录，不是作业完成的记录，因此不会触发清理日志的存储过程，导致历史记录越积累越多。capture作业一直是运行的，所以记录的都是作业步骤的日志，不会执行到清理历史记录的步骤，导致历史记录越积累越多；
为Oracle链接服务器使用分布式事务 在Windows平台下，SQL Server依赖分布式事务协调器（MSDTC）来使用分布式事务，Oracle Client使用Oracle Services for Microsoft Transaction Server服务来支持分布式事务。通过产品+服务双轮驱动的业务模式，14年间累计服务4000+客户，覆盖互联网、市政、交通、电信、医疗、教育、电力、制造业等各个领域。在SQL Server中创建指向Oracle的链接服务器，SQL语句在事务中向链接服务器插入数据。如没有安装，按照以下步骤进行安装。
大事务导致数据库恢复时间长 背景客户的一套系统从凌晨开始出现运行缓慢，重启SQL Server服务后一个主要的数据库一直处在正在恢复的状态，多次重启SQL Server服务和服务器无果后请我们协助处理。现象在SSMS中看到数据库是正在恢复的状态，而且不能被访问。分析启动SQL Server服务时数据库恢复要经过分析、重做和撤销3个阶段，在阶段2完成后数据库才能提供访问。如果某个阶段运行时间长，在日志里面会记录进度。查找日志，发现从8:31:45开始阶段1，8:34:30开始阶段2，从进度上看现在已经完成了28%。
SQL Server关于AlwaysOn的理解-读写分离的误区(一) 很多人认为AlwaysOn在同步提交模式下数据是实时同步的，也就是说在主副本写入数据后可以在辅助副本立即查询到。因此期望实现一个彻底的读写分离策略，即所有的写语句在主副本上，所有的只读语句分离到辅助副本上。这是一个认知误区，本文通过原理和测试进行解释。
链接服务器导致SQL Server停止响应 根据上面查询到的信息和存储过程的定义可以得出结论：SSMS在HIS实例中点击”发布服务器属性“，首先在HIS实例中执行sys.sp_helpdistributor，查询到链接服务器CISSVR为分发服务器，通过exec CISSVR.master.sys.sp_helpdistributor的方式在CIS实例中执行该存储过程，又查询到链接服务器HISSVR为分发服务器，继而通过exec HISSRV.master.sys.sp_helpdistributor的方式在HIS实例中执行该存储过程。
SQL专家云回溯某时间段内的阻塞 SQL专家云像“摄像头”一样，对环境、参数配置、服务器性能指标、活动会话、慢语句、磁盘空间、数据库文件、索引、作业、日志等几十个运行指标进行不同频率的实时采集，保存到SQL专家云自己的数据库中。点击该会话的ID，可以查看该会话执行的语句、IP地址、登录名、资源消耗等信息，进而分析此次发生的问题的根本原因。在阻塞的时间点，鼠标点击右键，然后选择转到活动会话，就可以看到这一分钟之内的所有运行的语句了。可以清晰的看到阻塞的情况。点击某一天的时间，就会进入到这一天的趋势，以小时为单位呈现数据。
SQL专家云回溯某时间段内的阻塞 SQL专家云像“摄像头”一样，对环境、参数配置、服务器性能指标、活动会话、慢语句、磁盘空间、数据库文件、索引、作业、日志等几十个运行指标进行不同频率的实时采集，保存到SQL专家云自己的数据库中。点击该会话的ID，可以查看该会话执行的语句、IP地址、登录名、资源消耗等信息，进而分析此次发生的问题的根本原因。在阻塞的时间点，鼠标点击右键，然后选择转到活动会话，就可以看到这一分钟之内的所有运行的语句了。可以清晰的看到阻塞的情况。点击某一天的时间，就会进入到这一天的趋势，以小时为单位呈现数据。
SQL专家云快速解决阻塞 当数据库突然产生严重阻塞时，运维人员要快速找到阻塞的源头并处理，让业务快速恢复。但是大多数运维人员只掌握了sp_who2、sp_lock等简单的语句，存在以下不足：找不到真正的源头，过程中会误杀掉大量的会话；无法保留现场，无法为事后分析提供客观的数据支撑；效率低下，要花费很长的时间才能解决问题。
SQL专家云汇总低效的SQL语句 SQL专家云像“摄像头”一样，对环境、参数配置、服务器性能指标、活动会话、慢语句、磁盘空间、数据库文件、索引、作业、日志等几十个运行指标进行不同频率的实时采集，保存到SQL专家云自己的数据库中。SQL专家云对活动会话语句进行参数化，然后分类，汇总成列表数据，可以按照等待次数、CPU时间、读写次数等多个维度进行排序，从而快速找到高消耗的语句。点击某一类语句，进入该语句的分类视图，分类视图呈现该类语句每一次执行的具体情况，包括会话状态、等待资源、CPU消耗、读写次数等。
一切从“简”，解放IT运维人员 买的软件厂商的，在他们的行业里，IT运维人员对系统进行的往往是简单维护，做的最多的是和业务功能相关的事情，很多数据库的专业问题困扰着他们，招聘资深数据库专家吧，人家不来，自己解决吧，又很吃力，寻求厂商，他们也没有好的方案，集成商就是换硬件。自己开发系统，擅长程序开发，对于数据库，了解的不深，更多的是业务逻辑，比如表结构设计、如何写存储过程等，导致后期很多业务存在性能瓶颈。亲身处理了上百家客户的系统，大部分系统数据库都存在着各种数据库问题，而数据库问题往往被忽视，直接被归结为软件的问题，厂商的问题！
细说数据库协作运维 业务高度依赖数据的今天，数据库成为信息化核心的基石，支撑着整个业务系统，发挥着非常重要的作用，被喻为“IT的心脏”。因此，让数据库安全、稳定、高效地运行是IT管理者必须要面对的问题。很多组织由于没有专职DBA，数据库运维面临很大挑战，普遍存在以下痛点：普遍慢、难管理、很被动、投入高。
医院核心数据库一体化建设实践 事后，追根溯源，有效改善，避免问题重复发生。对CPU、内存、磁盘、网络、活动会话、慢语句、数据库文件、连接数、请求数等12个常用指标全面呈现历史运行趋势，快速发现运行异常情况，并通过天 》小时 》分钟的逐层下钻方式，精准定位问题根源，做到“看一眼就知道异常，点一下就找到根源”。Moebius集群的每个节点都是”活“的，因此可根据医院实际场景配置多种读写分离策略，把银行、医保、卫健委、集成平台等大量的数据抽取操作的SQL语句分离到其他节点，既减轻了主节点的访问压力，又避免了大数据量抽取操作带来的阻塞。
【能力提升】SQL Server常见问题介绍及快速解决建议 本文旨在帮助SQL Server数据库的使用人员了解常见的问题，及快速解决这些问题。这些问题是数据库的常规管理问题，对于很多对数据库没有深入了解的朋友提供一个大概的常见问题框架。下面一些问题是在近千家数据库用户诊断时发现的常规问题，本文分为【常见问题诊断流程】-【常见问题】-【常见问题快速解决的建议】
关注
