<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[SQL专家云的博客]]></title><description><![CDATA[SQLSERVER]]></description><link>https://blog.csdn.net/z_cloud_for_SQL</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; z_cloud_for_SQL]]></copyright><item><title><![CDATA[SQL专家云能做哪些事儿？]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/151615964</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/151615964</guid><author>z_cloud_for_SQL</author><pubDate>Fri, 12 Sep 2025 13:12:35 +0800</pubDate><description><![CDATA[摘要：SQL专家云是格瑞趋势推出的SQLServer智能运维平台，针对数据库运维中慢查询、难管理、被动响应等痛点，提供可视化监测、阻塞分析、趋势追踪、智能优化等功能。该平台采用非侵入式采集，无需安装代理程序，通过专家系统算法实现&quot;看一眼知异常，点一下找根源&quot;的高效运维。支持本地部署，适用于Windows Server和SQL Server 2008R2及以上环境，已在多行业服务4000+客户。产品将DBA经验代码化，帮助用户提升数据库管理水平，解决无专业DBA团队的运维难题。（149字）]]></description><category></category></item><item><title><![CDATA[Oracle链接服务器导致SQL Server异常终止]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/147816575</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/147816575</guid><author>z_cloud_for_SQL</author><pubDate>Fri, 09 May 2025 11:13:56 +0800</pubDate><description><![CDATA[首先该链接服务器是使用 OraOLEDB provider (OLEDB Provider for Oracle)创建的，在使用该链接服务器的SQL语句中出现特殊字符 “--”时，例如，SELECT * FROM OPENQUERY（LINKEDSERVER_OA，‘SELECT * FROM student WHERE name = ''王'' --一些注释’），就会导致SQL Server服务异常终止。去掉SQL语句中的特殊字符，如果是为了注释用的，可以替换成“/**/”；]]></description><category></category></item><item><title><![CDATA[SQL SERVER日常运维巡检系列—结构设计]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/146339624</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/146339624</guid><author>z_cloud_for_SQL</author><pubDate>Tue, 18 Mar 2025 13:57:48 +0800</pubDate><description><![CDATA[随着开发和优化的进行，很多人会对数据库进行索引的创建操作，那么页难免会产生一些功能相近或相同的索引，索引本身也是有维护成本，在更新、插入、删除时会有一定的开销，那么重复的索引只会增加这部分维护开销。随着开发和优化的进行，很多人会对数据库进行索引的创建操作，很多时候创建了一个较优的联合索引或者覆盖索引，会让原本单列的索引失去使用的场景，这部分索引会出现在，长时间未使用的索引中，建议删除。注：检查信息主要包含不规范的表、缺失索引、无索引外键、没有使用的索引、重复索引、老化的索引。]]></description><category></category></item><item><title><![CDATA[SQL SERVER日常运维巡检系列之-性能]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/145849315</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/145849315</guid><author>z_cloud_for_SQL</author><pubDate>Tue, 25 Feb 2025 12:39:46 +0800</pubDate><description><![CDATA[前面的一些巡检项及配置项，在管理比较规范的系统下，一般并不会出现什么问题，而性能不同，这是一个受很多因素影响，并且比较容易产生问题的项。同时性能对系统的总要程度是不言而喻的，做好前面的巡检也是性能稳定的保证。北京格瑞趋势科技有限公司是聚焦于数据服务的高新技术企业，成立于2008年，创始团队及核心技术人员来自微软和雅虎。微软数据平台合作伙伴。通过产品+服务双轮驱动的业务模式，15年间累计服务4000+客户，覆盖互联网、市政、交通、电信、医疗、教育、电力、制造业等各个领域。]]></description><category></category></item><item><title><![CDATA[SQL SERVER日常运维巡检系列之-日志]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/144824212</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/144824212</guid><author>z_cloud_for_SQL</author><pubDate>Mon, 30 Dec 2024 13:51:24 +0800</pubDate><description><![CDATA[日志的错误往往要得到重视，当在日志中发现异常，请及时排查，这也是巡检的目的，消灭问题与萌芽阶段]]></description><category></category></item><item><title><![CDATA[SQL SERVER日常运维巡检系列之-实例级参数]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/144585250</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/144585250</guid><author>z_cloud_for_SQL</author><pubDate>Thu, 19 Dec 2024 14:35:04 +0800</pubDate><description><![CDATA[实例的参数对系统性能和稳定的影响很重要，系统级别的参数可能会根据业务的变化而变化，但防止系统参数设置不合理或被意外修改，系统参数检查也是巡检中的必要项。]]></description><category></category></item><item><title><![CDATA[SQL SERVER 2016 AlwaysOn 无域集群+负载均衡搭建与简测]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/144237940</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/144237940</guid><author>z_cloud_for_SQL</author><pubDate>Wed, 04 Dec 2024 13:30:33 +0800</pubDate><description><![CDATA[之前和很多群友聊天发现对2016的无域和负载均衡满心期待，毕竟可以简单搭建而且可以不适用第三方负载均衡器，SQL自己可以负载了。windows2016已经可以下载使用了，那么这回终于可以揭开令人憧憬向往的AlwaysOn2016 负载均衡集群的神秘面纱了。本篇主要描述个人集群搭建中遇到的坑和一些注意事项，以及2016无域负载均衡的简单体验测试。]]></description><category></category></item><item><title><![CDATA[Moebius for SQL Server]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/143944669</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/143944669</guid><author>z_cloud_for_SQL</author><pubDate>Thu, 21 Nov 2024 14:28:17 +0800</pubDate><description><![CDATA[1.中间件解析到查询的SQL语句后，首先分析该语句要查找的表，根据所要查找表的分区配置和SQL语句的WHERE条件计算出要从一个分区中还是多个分区中去取数据，取完数据后在访问层合并后再返回给应用程序。2.中间件解析到更新的SQL语句后，首先分析要更新的表，根据要更新表的分区配置和更新语句的SQL语法来计算出要更新一个或者多个分区中的数据。如果存储设备只是为了数据库服务器提供的，那么是没有必要再做双活的，因为Moebius的数据就是多份的，既能保障数据安全，又可以随时验证数据的一致性。]]></description><category></category></item><item><title><![CDATA[CDC作业历史记录无法删除问题]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/136393242</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/136393242</guid><author>z_cloud_for_SQL</author><pubDate>Fri, 01 Mar 2024 13:35:52 +0800</pubDate><description><![CDATA[接下来分析为什么CDC的历史记录无法删除，通过跟踪定位到捕获作业调用存储过程[sys].[sp_cdc_scan]在一个没有退出方式的循环中扫描事务日志，并调用存储过程msdb.dbo. sp_sqlagent_log_jobhistory 记录历史记录，因为传递的@step_id的值代表这是执行步骤的记录，不是作业完成的记录，因此不会触发清理日志的存储过程，导致历史记录越积累越多。capture作业一直是运行的，所以记录的都是作业步骤的日志，不会执行到清理历史记录的步骤，导致历史记录越积累越多；]]></description><category></category></item><item><title><![CDATA[为Oracle链接服务器使用分布式事务]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/134553109</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/134553109</guid><author>z_cloud_for_SQL</author><pubDate>Wed, 22 Nov 2023 14:56:34 +0800</pubDate><description><![CDATA[在Windows平台下，SQL Server依赖分布式事务协调器（MSDTC）来使用分布式事务，Oracle Client使用Oracle Services for Microsoft Transaction Server服务来支持分布式事务。通过产品+服务双轮驱动的业务模式，14年间累计服务4000+客户，覆盖互联网、市政、交通、电信、医疗、教育、电力、制造业等各个领域。在SQL Server中创建指向Oracle的链接服务器，SQL语句在事务中向链接服务器插入数据。如没有安装，按照以下步骤进行安装。]]></description><category></category></item><item><title><![CDATA[大事务导致数据库恢复时间长]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/134052680</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/134052680</guid><author>z_cloud_for_SQL</author><pubDate>Thu, 26 Oct 2023 12:30:09 +0800</pubDate><description><![CDATA[背景客户的一套系统从凌晨开始出现运行缓慢，重启SQL Server服务后一个主要的数据库一直处在正在恢复的状态，多次重启SQL Server服务和服务器无果后请我们协助处理。现象在SSMS中看到数据库是正在恢复的状态，而且不能被访问。分析启动SQL Server服务时数据库恢复要经过分析、重做和撤销3个阶段，在阶段2完成后数据库才能提供访问。如果某个阶段运行时间长，在日志里面会记录进度。查找日志，发现从8:31:45开始阶段1，8:34:30开始阶段2，从进度上看现在已经完成了28%。]]></description><category></category></item><item><title><![CDATA[SQL Server关于AlwaysOn的理解-读写分离的误区(一)]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/132829200</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/132829200</guid><author>z_cloud_for_SQL</author><pubDate>Tue, 12 Sep 2023 12:47:26 +0800</pubDate><description><![CDATA[很多人认为AlwaysOn在同步提交模式下数据是实时同步的，也就是说在主副本写入数据后可以在辅助副本立即查询到。因此期望实现一个彻底的读写分离策略，即所有的写语句在主副本上，所有的只读语句分离到辅助副本上。这是一个认知误区，本文通过原理和测试进行解释。
]]></description><category></category></item><item><title><![CDATA[链接服务器导致SQL Server停止响应]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/132714632</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/132714632</guid><author>z_cloud_for_SQL</author><pubDate>Wed, 06 Sep 2023 14:44:20 +0800</pubDate><description><![CDATA[根据上面查询到的信息和存储过程的定义可以得出结论：SSMS在HIS实例中点击”发布服务器属性“，首先在HIS实例中执行sys.sp_helpdistributor，查询到链接服务器CISSVR为分发服务器，通过exec CISSVR.master.sys.sp_helpdistributor的方式在CIS实例中执行该存储过程，又查询到链接服务器HISSVR为分发服务器，继而通过exec HISSRV.master.sys.sp_helpdistributor的方式在HIS实例中执行该存储过程。]]></description><category></category></item><item><title><![CDATA[SQL专家云回溯某时间段内的阻塞]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/131591659</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/131591659</guid><author>z_cloud_for_SQL</author><pubDate>Fri, 07 Jul 2023 10:40:24 +0800</pubDate><description><![CDATA[SQL专家云像“摄像头”一样，对环境、参数配置、服务器性能指标、活动会话、慢语句、磁盘空间、数据库文件、索引、作业、日志等几十个运行指标进行不同频率的实时采集，保存到SQL专家云自己的数据库中。点击该会话的ID，可以查看该会话执行的语句、IP地址、登录名、资源消耗等信息，进而分析此次发生的问题的根本原因。在阻塞的时间点，鼠标点击右键，然后选择转到活动会话，就可以看到这一分钟之内的所有运行的语句了。可以清晰的看到阻塞的情况。点击某一天的时间，就会进入到这一天的趋势，以小时为单位呈现数据。]]></description><category></category></item><item><title><![CDATA[SQL专家云回溯某时间段内的阻塞]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/131551968</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/131551968</guid><author>z_cloud_for_SQL</author><pubDate>Wed, 05 Jul 2023 11:25:03 +0800</pubDate><description><![CDATA[SQL专家云像“摄像头”一样，对环境、参数配置、服务器性能指标、活动会话、慢语句、磁盘空间、数据库文件、索引、作业、日志等几十个运行指标进行不同频率的实时采集，保存到SQL专家云自己的数据库中。点击该会话的ID，可以查看该会话执行的语句、IP地址、登录名、资源消耗等信息，进而分析此次发生的问题的根本原因。在阻塞的时间点，鼠标点击右键，然后选择转到活动会话，就可以看到这一分钟之内的所有运行的语句了。可以清晰的看到阻塞的情况。点击某一天的时间，就会进入到这一天的趋势，以小时为单位呈现数据。]]></description><category></category></item><item><title><![CDATA[SQL专家云快速解决阻塞]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/131399281</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/131399281</guid><author>z_cloud_for_SQL</author><pubDate>Tue, 27 Jun 2023 12:12:25 +0800</pubDate><description><![CDATA[当数据库突然产生严重阻塞时，运维人员要快速找到阻塞的源头并处理，让业务快速恢复。但是大多数运维人员只掌握了sp_who2、sp_lock等简单的语句，存在以下不足：
找不到真正的源头，过程中会误杀掉大量的会话；
无法保留现场，无法为事后分析提供客观的数据支撑；
效率低下，要花费很长的时间才能解决问题。]]></description><category></category></item><item><title><![CDATA[SQL专家云汇总低效的SQL语句]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/131124807</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/131124807</guid><author>z_cloud_for_SQL</author><pubDate>Fri, 09 Jun 2023 14:29:14 +0800</pubDate><description><![CDATA[SQL专家云像“摄像头”一样，对环境、参数配置、服务器性能指标、活动会话、慢语句、磁盘空间、数据库文件、索引、作业、日志等几十个运行指标进行不同频率的实时采集，保存到SQL专家云自己的数据库中。SQL专家云对活动会话语句进行参数化，然后分类，汇总成列表数据，可以按照等待次数、CPU时间、读写次数等多个维度进行排序，从而快速找到高消耗的语句。点击某一类语句，进入该语句的分类视图，分类视图呈现该类语句每一次执行的具体情况，包括会话状态、等待资源、CPU消耗、读写次数等。]]></description><category></category></item><item><title><![CDATA[一切从“简”，解放IT运维人员]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/130947642</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/130947642</guid><author>z_cloud_for_SQL</author><pubDate>Tue, 30 May 2023 14:37:34 +0800</pubDate><description><![CDATA[买的软件厂商的，在他们的行业里，IT运维人员对系统进行的往往是简单维护，做的最多的是和业务功能相关的事情，很多数据库的专业问题困扰着他们，招聘资深数据库专家吧，人家不来，自己解决吧，又很吃力，寻求厂商，他们也没有好的方案，集成商就是换硬件。自己开发系统，擅长程序开发，对于数据库，了解的不深，更多的是业务逻辑，比如表结构设计、如何写存储过程等，导致后期很多业务存在性能瓶颈。亲身处理了上百家客户的系统，大部分系统数据库都存在着各种数据库问题，而数据库问题往往被忽视，直接被归结为软件的问题，厂商的问题！]]></description><category></category></item><item><title><![CDATA[细说数据库协作运维]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/130555725</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/130555725</guid><author>z_cloud_for_SQL</author><pubDate>Mon, 08 May 2023 11:44:28 +0800</pubDate><description><![CDATA[业务高度依赖数据的今天，数据库成为信息化核心的基石，支撑着整个业务系统，发挥着非常重要的作用，被喻为“IT的心脏”。因此，让数据库安全、稳定、高效地运行是IT管理者必须要面对的问题。很多组织由于没有专职DBA，数据库运维面临很大挑战，普遍存在以下痛点：普遍慢、难管理、很被动、投入高。]]></description><category></category></item><item><title><![CDATA[医院核心数据库一体化建设实践]]></title><link>https://blog.csdn.net/z_cloud_for_SQL/article/details/130362529</link><guid>https://blog.csdn.net/z_cloud_for_SQL/article/details/130362529</guid><author>z_cloud_for_SQL</author><pubDate>Tue, 25 Apr 2023 13:29:58 +0800</pubDate><description><![CDATA[事后，追根溯源，有效改善，避免问题重复发生。对CPU、内存、磁盘、网络、活动会话、慢语句、数据库文件、连接数、请求数等12个常用指标全面呈现历史运行趋势，快速发现运行异常情况，并通过天  》小时  》分钟的逐层下钻方式，精准定位问题根源，做到“看一眼就知道异常，点一下就找到根源”。Moebius集群的每个节点都是”活“的，因此可根据医院实际场景配置多种读写分离策略，把银行、医保、卫健委、集成平台等大量的数据抽取操作的SQL语句分离到其他节点，既减轻了主节点的访问压力，又避免了大数据量抽取操作带来的阻塞。]]></description><category></category></item></channel></rss>