zabbixsqlserver

⑴ zabbix 怎么监控sqlserver

zabbix之MSSQL操作

http://waringid.blog.51cto.com/65148/1268454/

我大概看了一下，发现挺复杂的。你去看看吧。

⑵ zabbix怎么监控上百台电脑

最近一直在研究Zabbix监控Windows机器，涉及到如何快速安装agent,如何修改和完善windows监控模板等等。想把自己的经验给大家分享一下，希望对大家有所帮助。
1)安装agent客户端
首先分享一下用bat写的自动化安装Windows机器的agentd安装脚本。

@echo off
color fd
cd \
#IP from Zabbix Server or proxy where data should be send to.
Set zabbix_server_ip=IP
echo Creating zabbix install dir
mkdir c:\zabbix
mkdir c:\zabbix\conf
mkdir c:\zabbix\bin
mkdir c:\zabbix\log
mkdir c:\zabbix\install_file
echo Copying Zabbix install file
x \\共享服务器IP\Share\zabbix_agents_2.2.1.win c:\zabbix\install_file /s
/y C:\zabbix\install_file\conf\zabbix_agentd.win.conf C:\zabbix\conf\
echo Modiy zabbix configuration files
echo LogFile=c:\zabbix\log\zabbix_agentd.log >> C:\zabbix\conf\zabbix_agentd.win.conf
echo Server=%zabbix_server_ip% >> C:\zabbix\conf\zabbix_agentd.win.conf
echo Hostname=%COMPUTERNAME% >> C:\zabbix\conf\zabbix_agentd.win.conf
echo StartAgents=10 >> C:\zabbix\conf\zabbix_agentd.win.conf
echo Timeout=30 >> C:\zabbix\conf\zabbix_agentd.win.conf
echo
echo Copy zabbix start-up file
if %processor_architecture% EQU x86 /y C:\zabbix\install_file\bin\win32 C:\zabbix\bin\
if %processor_architecture% EQU AMD64 /y C:\zabbix\install_file\bin\win64 C:\zabbix\bin\
echo start zabbix servic
C:\zabbix\bin\zabbix_agentd.exe -i -c C:\zabbix\conf\zabbix_agentd.win.conf
echo start zabbix services
net start "Zabbix Agent"
echo set zabbix service auto
sc config "Zabbix Agent" start= auto
echo Zabbix agentd Configuration and Install Successful

如果监控Winows机器有上百台，用上面的脚本安装agent效率是提升了很多，但还是不够理想，下面给大家分享一个小工具（http://technet.microsoft.com/en-us/Sysinternals/bb897553.aspx）。
PsExec工具类似于Telnet,并且不需要在远程访问服务器上面安装客户端软件即可执行安装程序，批量执行安装脚本，绝对不比Shell脚本逊色。下面看看其用法：

Usage: psexec [\\computer[,computer2[,...] | @file]][-u user [-p psswd][-n s][-r servicename][-h][-l][-s|-e][-x][-i [session]][-c [-f|-v]][-w directory][-d][-<priority>][-a n,n,...] cmd [arguments]
只需知道以下几个参数即可：
@file PsExec远程安装agent主机列表，如IP地址，主机名。
-u 指定用于登录远程计算机的用户名。
-p 指定用户名的密码。
-c 指定的程序复制到远程系统来执行，即安装脚本。

实例：
PsExec.exe @ComputerList.txt -u "sfzhang" �c zabbix_agentd_install_windows.bat

2）获取监控性能指标
Zabbix监控windows常见的KEY可以参考官方文档（https://www.zabbix.com/documentation/2.2/manual/config/items/itemtypes/zabbix_agent/win_keys）：
其中最常用的KEY是perf_counter[counter,<interval>]，可以获取windows性能监视器的数据。Windows性能监视器的数据可以通过typeperf获取
，
可以把所有的性能监视器里数据重定向到文本文件里面查看typeperf -qx > win2003_Performance.txt。 下面是获取windows CPU使用率。

定义监控项的Key:

定义触发器trigger，5分钟之内如果CPU使用率大于85%则报警。

3）性能指标的展示
CPU利用率，CPU和disk Idle time。

4）Zabbix监控windows网卡流量,zabbix 监控windows网卡流是监控所有接口的流量。

使用Zabbix Macro能解决监控本地网卡的需求。其中IPADDRESS就是Zabbix Macro,表示被监控机的IP地址，用下面Key即可取到进出流量。
net.if.in[{IPADDRESS},bytes]
net.if.out[{IPADDRESS},bytes]
5）其它性能指标：
物理磁盘的读响应时间：perf_counter["\PhysicalDisk(_Total)\Avg. Disk sec/Read"]
物理磁盘的写响应时间：perf_counter["\PhysicalDisk(_Total)\Avg. Disk sec/Write"]
内存的使用百分率：vm.memory.size[pused]

CPU负载：system.cpu.load[all,avg1]
总结：Zabbix自带监控Windows机器模板里面监控指标很少，很多指标需要优化，并且需要通过Windows性能监视器获取数据，无论是系统层面(负载，内存利用率等)还是应用层面（IIS，SQLserver等）的指标都可以获取到。

⑶ 请教zabbix如何监控mssql

监控mssql,需要利用zabbix_agentd.conf配置文件中的PerfCounter高级参数。
设置如下:


PerfCounter = db_pages,"\SQLServer:Buffer Manager()\Database pages",60
PerfCounter = db_free_pages,"\SQLServer:Buffer Manager()\Free pages",60
PerfCounter = db_data_file_size,"\SQLServer:Databases(DATABASE_NAME)\Data File(s) Size (KB)",60
PerfCounter = db_log_file_size,"\SQLServer:Databases(DATABASE_NAME)\Log File(s) Size (KB)",60
PerfCounter = db_userconns,"\SQLServer:General Statistics()\User Connections",60
PerfCounter = db_server_mem,"\SQLServer:Memory Manager()\Total Server Memory (KB)",60
PerfCounter = db_cpu_load,"\Process(sqlservr)\% Processor Time",60


可以实现对SQLServer部分性能的监控.其中数据文件和日志文件监控中，要将实际监控的数据库名字
替代"DATABASE_NAME"。
监控项的key分别指向上面定义的参数，如"db_pages""db_free_pages"等。
要想显示windows主机可以监控的性能计数列表,可以在CMD中输入typeperf-qx
获取所有项。

⑷ linux入门先学什么

先祝贺你选择学习Linux，你可能即将踏上Linux的工作之旅，出发之前，让我带你来看一看关于Linux和Linux运维的一切。来源于——公众号：马哥linux运维

图1-2 运维发展过程

手工管理阶段：业务流量不大，服务器数量相对较少，系统复杂度不高。对于日常的业务管理操作，大家更多的是逐台登录服务器进行手工操作，属于各自为战，每个人都有自己的操作方式，缺少必要的操作标准、流程机制，比如业务目录环境都是各式各样的。

工具批量操作阶段：随着服务器规模、系统复杂度的增加，全人工的操作方式已经不能满足业务的快速发展需要。因此，运维人员逐渐开始使用批量化的操作工具，针对不同操作类型出现了不同的脚本程序。但各团队都有自己的工具，每次操作需求发生变化时都需要调整工具。这主要是因为对于环境、操作的规范不够，导致可程序化处理能力较弱。此时，虽然效率提升了一部分，但很快又遇到了瓶颈。操作的质量并没有太多的提升，甚至可能因为批量执行而导致更大规模的问题出现。我们开始建立大量的流程规范，比如复查机制，先上线一台服务器观察10分钟后再继续后面的操作，一次升级完成后至少要观察20分钟等。这些主要还是靠人来监督和执行，但在实际过程中执行往往不到位，反而降低了工作效率。

平台管理阶段：在这个阶段，对于运维效率和误操作率有了更高的要求，我们决定开始建设运维平台，通过平台承载标准、流程，进而解放人力和提高质量。这个时候对服务的变更动作进行了抽象，形成了操作方法、服务目录环境、服务运行方式等统一的标准，如程序的启停接口必须包括启动、停止、重载等。通过平台来约束操作流程，如上面提到的上线一台服务器观察10分钟。在平台中强制设定暂停检查点，在第一台服务器操作完成后，需要运维人员填写相应的检查项，然后才可以继续执行后续的部署动作。

系统自调度阶段：更大规模的服务数量、更复杂的服务关联关系、各个运维平台的林立，原有的将批量操作转化成平台操作的方式已经不再适合，需要对服务变更进行更高一层的抽象。将每一台服务器抽象成一个容器，由调度系统根据资源使用情况，将服务调度、部署到合适的服务器上，自动化完成与周边各个运维系统的联动，比如监控系统、日志系统、备份系统等。通过自调度系统，根据服务运行情况动态伸缩容量，能够自动化处理常见的服务故障。运维人员的工作也会前置到产品设计阶段，协助研发人员改造服务使其可以接入到自调度系统中。

在整个运维的发展过程中，希望所有的工作都自动化起来，减少人的重复工作，降低知识传递的成本，使我们的运维交付更高效、更安全，使产品运行更稳定。对于故障的处理，也希望由事后处理变成提前发现，由人工处理变成系统自动容灾。

五、2018年Linux运维必须抓住的前沿技能

这是技术世界正在发生的深刻变革的冰山一角，那么问题来了? 作为传统的运维该如何转型呢?

这里给出一点小的建议: 大致需要学习下这四个部分: