作为DBA，不仅仅是帮助开发人员写优秀的查询脚本、高效的数据存储架构。其实更多时候都是在运维，大部分工作时间都不算饱和的,可是为什么有些DBA如此忙碌、狼狈不抗甚至等到客户或者乙方公司抱怨呢，那很多原因就是对SQL Server 的基础监控架构不熟悉，不够了解，不能自动化安排监控任务。获取通知：SQL Server为我们提供的诸如SQL Mail，Databa
如何采集SQL Server数据库服务器上的CPU的一些指标呢？我们知道一些监控工具（例如Zabbix）可以很简单、轻松的获取CPU利用率等指标，但是Zabbix需要在服务器上安装客户端，那么能否通过SQL账号，直接获取例如CPU利用率，SQL Server数据库实例CPU利用率（Instance CPU Utilization）、CPU Signal Waits这些指标呢？如下图所示： 
在 Linux 内核中对 inotify 进行最后集成之前，我要感谢 IBM 公司 Eli Dow，他写了本文较早的版本。特别要提出的是，在 下载 部分所提供的示例代码，大部分还是基于 Eli 最初的样例代码。 inotify 介绍inotify，允许监控程序打开一个独立文件描述符，并针对事件集监控一个或者多个文件，例如打开、关闭、移动/重命名、删除、创建或者改变属性。在后期
探讨存在就更新七种方案首先我们来创建测试表 IF OBJECT_ID('Test') IS NOT NULL
DROP TABLE TestCREATE TABLE Test
(
Id int,
Name nchar(100), [Counter] int,primary key (Id), unique (Name)
);GO 解决方案一（开启事务）&
如果启用，则 SQL Server 数据库引擎的默认实例将侦听 TCP 端口 1433。数据库引擎和 SQL Server Compact 3.5 SP1 的命名实例配置为侦听动态端口。这意味着启动 SQL Server 服务时，它们将选择可用的端口。在通过防火墙连接到命名实例时，请配置数据库引擎以侦听特定端口，以便能够在防火墙中打开相应的端口。 有关默认 Windows 防火墙设置的详细信息
