alert数据库（oracle数据库的警告日志如何查看）

本文目录

• oracle数据库的警告日志如何查看
• 6.SQLServer数据库监控-如何告警

oracle数据库的警告日志如何查看

‍测试环境中出现了一个异常的告警现象：一条告警通过 Thanos Ruler 的 HTTP 接口观察到持续处于 active 状态，但是从 AlertManager 这边看这条告警为已解决状态。按照 DMP 平台的设计，告警已解决指的是告警上设置的结束时间已经过了当前时间。一条发送至 AlertManager 的告警为已解决状态有三种可能：1. 手动解决了告警2. 告警只产生了一次，第二次计算告警规则时会发送一个已解决的告警3. AlertManager 接收到的告警会带着一个自动解决时间，如果还没到达自动解决时间，则将该时间重置为 24h 后首先，因为了解到测试环境没有手动解决过异常告警，排除第一条；其次，由于该告警持续处于 active 状态，所以不会是因为告警只产生了一次而接收到已解决状态的告警，排除第二条；最后，告警的告警的产生时间与自动解决时间相差不是 24h，排除第三条。那问题出在什么地方呢？

分析

下面我们开始分析这个问题。综合第一节的描述，初步的猜想是告警在到达 AlertManager 前的某些阶段的处理过程太长，导致告警到达 AlertManager 后就已经过了自动解决时间。我们从分析平台里一条告警的流转过程入手，找出告警在哪个处理阶段耗时过长。首先，一条告警的产生需要两方面的配合：

• metric 数据

• 告警规则

• 将 metric 数据输入到告警规则进行计算，如果符合条件则产生告警。DMP 平台集成了 Thanos 的相关组件，数据的提供和计算则会分开，数据还是由 Prometheus Server 提供，而告警规则的计算则交由 Thanos Rule（下文简称 Ruler）处理。下图是 Ruler 组件在集群中所处的位置：

看来，想要弄清楚现告警的产生到 AlertManager 之间的过程，需要先弄清除 Ruler 的大致机制。官方文档对 Ruler 的介绍是：You can think of Rule as a simplified Prometheus that does not require a sidecar and does not scrape and do PromQL evaluation (no QueryAPI)。

不难推测，Ruler 应该是在 Prometheus 上封装了一层，并提供一些额外的功能。通过翻阅资料大致了解，Ruler 使用 Prometheus 提供的库计算告警规则，并提供一些额外的功能。下面是 Ruler 中告警流转过程：

请点击输入图片描述

请点击输入图片描述

首先，图中每个告警规则 Rule 都有一个 active queue（下面简称本地队列），用来保存一个告警规则下的活跃告警。

其次，从本地队列中取出告警，发送至 AlertManager 前，会被放入 Thanos Rule Queue（下面简称缓冲队列），该缓冲队列有两个属性：

capacity（默认值为 10000）：控制缓冲队列的大小，

maxBatchSize（默认值为 100）：控制单次发送到 AlertManager 的最大告警数

了解了上述过程，再通过翻阅 Ruler 源码发现，一条告警在放入缓冲队列前，会为其设置一个默认的自动解决时间（当前时间 + 3m），这里是影响告警自动解决的开始时间，在这以后，有两个阶段可能影响告警的处理：1. 缓冲队列阶段2. 出缓冲队列到 AlertManager 阶段（网络延迟影响）由于测试环境是局域网环境，并且也没在环境上发现网络相关的问题，我们初步排除第二个阶段的影响，下面我们将注意力放在缓冲队列上。通过相关源码发现，告警在缓冲队列中的处理过程大致如下：如果本地队列中存在一条告警，其上次发送之间距离现在超过了 1m（默认值，可修改），则将该告警放入缓冲队列，并从缓冲队列中推送最多 maxBatchSize 个告警发送至 AlertManager。反之，如果所有本地队列中的告警，在最近 1m 内都有发送过，那么就不会推送缓冲队列中的告警。也就是说，如果在一段时间内，产生了大量重复的告警，缓冲队列的推送频率会下降。队列的生产方太多，消费方太少，该队列中的告警就会产生堆积的现象。因此我们不难猜测，问题原因很可能是是缓冲队列推送频率变低的情况下，单次推送的告警数量太少，导致缓冲队列堆积。下面我们通过两个方面验证上述猜想：首先通过日志可以得到队列在大约 20000s 内推送了大约 2000 次，即平均 10s 推送一次。结合缓冲队列的具体属性，一条存在于队列中的告警大约需要 (capacity/maxBatchSize)*10s = 16m，AlertManager 在接收到告警后早已超过了默认的自动解决时间（3m）。其次，Ruler 提供了 3 个 metric 的值来监控缓冲队列的运行情况：

thanos_alert_queue_alerts_dropped_total

thanos_alert_queue_alerts_pushed_total

thanos_alert_queue_alerts_popped_total

通过观察 thanos_alert_queue_alerts_dropped_total 的值，看到存在告警丢失的总数，也能佐证了缓冲队列在某些时刻存在已满的情况。

解决通过以上的分析，我们基本确定了问题的根源：Ruler 组件内置的缓冲队列堆积造成了告警发送的延迟。针对这个问题，我们选择调整队列的 maxBatchSize 值。下面介绍一下这个值如何设置的思路。由于每计算一次告警规则就会尝试推送一次缓冲队列，我们通过估计一个告警数量的最大值，得到 maxBatchSize 可以设置的最小值。假设你的业务系统需要监控的实体数量分别为 x1、x2、x3、...、xn，实体上的告警规则数量分别有 y1、y2、y3、...、yn，那么一次能产生的告警数量最多是(x1 * y2 + x2 * y2 + x3 * y3 + ... + xn * yn)，最多推送（y1 + y2 + y3 + ... + yn）次，所以要使缓冲队列不堆积，maxBatchSize 应该满足：maxBatchSize 》= (x1 * y2 + x2 * y2 + x3 * y3 + ... + xn * yn) / (y1 + y2 + y3 + ... + yn)，假设 x = max(x1,x2, ...,xn), 将不等式右边适当放大后为 x，即 maxBatchSize 的最小值为 x。也就是说，可以将 maxBatchSize 设置为系统中数量最大的那一类监控实体，对于 DMP 平台，一般来说是 MySQL 实例。

注意事项

上面的计算过程只是提供一个参考思路，如果最终计算出该值过大，很有可能对 AlertManager 造成压力，因而失去缓冲队列的作用，所以还是需要结合实际情况，具体分析。因为 DMP 将 Ruler 集成到了自己的组件中，所以可以比较方便地对这个值进行修改。如果是依照官方文档的介绍使用的 Ruler 组件，那么需要对源码文件进行定制化修改。


‍‍

6.SQLServer数据库监控-如何告警

常用的告警方式大致有：短信、邮件、应用程序 (beep提示，图标提示，升窗提示等)，可是不能一直坐在电脑前看着应用程序，或者用脚本部署监控，根本没有程序界面，所以通常用短信、邮件两种方式告警。 一 . 告警方式 1. 短信 用程序发短信的方式一般有这两种


常用的告警方式大致有：短信、邮件、应用程序 (beep提示，图标提示，升窗提示等)，可是不能一直坐在电脑前看着应用程序，或者用脚本部署监控，根本没有程序界面，所以通常用短信、邮件两种方式告警。
一. 告警方式
1. 短信
用程序发短信的方式一般有这两种：
(1) 硬件
需要1张SIM卡，1个SIM卡读卡设备 (比如：短信猫)，然后把设备连接到电脑，应用程序根据设备的软件接口，传参并发送短信。记得把SIM卡设备放在信号好，无干扰的地方；
如果有大量短信要发，1张SIM卡是不够用的，而且发送过度频繁，可能被运营商视为恶意短信，把SIM卡号加入黑名单，那么就需要多张SIM卡甚至多个读卡设备。
显示号码为当前SIM卡号码，大多供应商都支持DLL、HTTP等多种接口，当然也可以基于接口二次开发。
DLL接口方法参考：SmsManager.sendTextMessage(?)

(2) 第三方短信接口
有多种接口形式提供，比如：Web Service形式，HTTP形式，还有邮件接口：往1380013900@xxx.com发个短小的邮件，这个邮件会以短信的形式转发到手机上，等等。只要往接口传参数，告诉它发给谁，发什么内容，就可以了。
显示号码为某个SIM卡号码，或者为固定号码 (如：106开头的)，这取决于短信平台和运营商的实现方式，因为运营商发短信是不要卡的，直接可以发给目标号码，而且可以显示为固定的某个号码。
***隐藏网址***
***隐藏网址***

2. 邮件
凡是实现了SMTP协议的组件，都可以发送邮件。
在Windows环境下，有系统自带的组件CDO (Collaboration Data Objects，以前叫OLE Messaging 或者Active Messaging)，是MAPI库的COM封装。不管是自己开发程序，使用VBS，还是SQL Server的SQL Mail/Database Mail，通常都是调用的这个组件。
SMTP协议要求的参数大致如下：
SMTP Hostname: SMTP服务器名，如mail.test.com或者IP
SMTP Port: SMTP服务端口，25
SMTP Username: 通过SMTP发送邮件用来验证的用户名, 如果不要求身份验证，留空
SMTP Password: 通过SMTP发送邮件用来验证的密码, 如果不要求身份验证，留空

二. 选择告警方式并配置
1. 短信
不管是选择硬件，还是第三方接口，都需要一个程序来调用，可以是监控工具、脚本、甚至数据库。
(1) 监控工具/应用程序中，通常都留有短信接口的配置，配置接口地址即可；
(2) 在脚本中配置，Windows环境通常要借助OLE Automation；
OLE Automation后来改名叫Automation，是Windows上基于COM，用于脚本语言实现进程间通讯的机制，脚本如：VBS, SQL, Powershell，不包括BAT(BAT可以调用VBS)。
SQL Server中使用OLE Automation调用Web Service短信接口如下：
exec sp_configure’show advanced options’, 1;
RECONFIGURE;
exec sp_configure’Ole Automation Procedures’, 1;
RECONFIGURE;

declare @text_message nvarchar(180)
,@phone_numbernvarchar(15)
,@soap_object int
,@status int
,@output nvarchar(255)

set @text_message = N’Testing Mail’
set @phone_number = N’138000139000’

--Create MSSOAP.SoapClient object
exec @status=sp_OACreate’MSSOAP.SoapClient’,@soap_object out

--SmsManager is Web Service name
***隐藏网址***

--SendTextMessage is webservice method
exec @status =sp_OAMethod@object, ’SendTextMessage’, @output OUT, @phone_number,@text_message

if @status 0
begin
exec sp_OAGetErrorInfo@soap_object
select@soap_object
end
else
begin
select@output
end

--Destroy MSSOAP.SoapClient object
exec @status =sp_OADestroy@soap_object
GO对于HTTP, DLL接口，和SOAP接口类似，用OLE Automation也都可以调用，主要区别就是在CreateObject() 时。
以VBS为例，调用HTTP, DLL时CreateObject()如下：
***隐藏网址***
***隐藏网址***

Dim dll
Set dll = CreateObject("工程名.类名")
2. 邮件
(1) 监控工具/应用程序中，通常都留有SMTP配置项，配置SMTP参数即可；
(2) 在脚本中配置，Windows环境通常要借助OLE Automation；
VBS发送邮件如下：
Dim ns
***隐藏网址***

Dim title, content
title = "db_maint_alert"
content = ""
content = content&"Hi All,"
content = content&chr(13)&chr(10)
content = content&" "
content = content&chr(13)&chr(10)
content = content&"----testmail----"
Msgbox(’~1~’)

Set cm =CreateObject("CDO.Message")
cm.from ="from_user_name@abc.com"
cm.to = "to_user_name@abc.com"
cm.cc = "cc_user_name@abc.com"
cm.subject = title
cm.textbody = content
’cm.AddAttachment ""
Msgbox(’~2~’)

’sendusing: 1 = pickup, 2 = port
’smtpauthenticate: 0 = anonymous,1 =common,2 = NTLM
’smtpusessl: 0 = no,1 = yes
With cm.configuration.fields
.item(ns& "sendusing") = 2
.item(ns& "smtpserver") = "xxx.xxx.xxx.xxx"
.item(ns& "smtpserverport") = 25
.item(ns& "smtpauthenticate") = 1
.item(ns& "sendusername") = "user_name@abc.com"
.item(ns& "sendpassword") = "*****************"
.item(ns& "smtpconnectiontimeout") = 10
.item(ns& "smtpusessl") = 0
.update
End With
Msgbox(’~3~’)

cm.send
Set cm = nothing
Msgbox(’~success~’)
SQL Server 2000发送邮件如下：
SQL Server 2000有SQL Mail，不过必须要同服务器上安装一个实现了MAPI的邮件程序，如：OUTLOOK，因为SQL Mail需要借用邮件应用程序的MAPI来发送邮件，配置起来不太方便，所以使用类似上面VBS的OLE Automation方法。
use master;
if OBJECT_ID(’sp_SendDatabaseMail’) is not null
drop proc sp_SendDatabaseMail
go

CREATE PROCEDUREsp_SendDatabaseMail
@recipients varchar(8000), --’001@abc.com; 002@abc.com;’
@Subject varchar(400) = ’’,
@HtmlBody varchar(8000) = ’’
as
Declare @From varchar(100)
Declare @To varchar(100)
Declare @Bcc varchar(500)
Declare @AddAttachment varchar(100)
Declare @object int
Declare @hr int
Declare @source varchar(255)
Declare @description varchar(500)
Declare @output varchar(1000)

set @From = ’SqlAlert@abc.com’
set @To = @recipients
set @Bcc = ’’
set@AddAttachment = ’’
--set @HtmlBody=’’ +@HtmlBody+’’

EXEC @hr = sp_OACreate’CDO.Message’, @object OUT
***隐藏网址***
***隐藏网址***
***隐藏网址***
***隐藏网址***
***隐藏网址***
***隐藏网址***
EXEC @hr = sp_OAMethod@object, ’Configuration.Fields.Update’,null
EXEC @hr = sp_OASetProperty@object, ’To’, @To
EXEC @hr = sp_OASetProperty@object, ’Bcc’, @Bcc
EXEC @hr = sp_OASetProperty@object, ’From’, @From
EXEC @hr = sp_OASetProperty@object, ’Subject’, @Subject
EXEC @hr = sp_OASetProperty@object, ’HtmlBody’, @HtmlBody

--add attachment
if@AddAttachment’’
EXEC @hr = sp_OAMethod@object, ’AddAttachment’,NULL,@AddAttachment
IF @hr 0
select @hr
BEGIN
EXEC@hr = sp_OAGetErrorInfoNULL, @source OUT, @description OUT
IF@hr = 0
BEGIN
SELECT@output = ’ Source: ’+ @source
PRINT@output
SELECT@output = ’Description: ’ + @description
PRINT@output
END
ELSE
BEGIN
PRINT’ sp_OAGetErrorInfo failed.’
RETURN
END
END

--send mail
EXEC @hr =sp_OAMethod@object, ’Send’, NULL
IF @hr 0
select @hr
BEGIN
EXEC@hr = sp_OAGetErrorInfoNULL, @source OUT, @description OUT
IF@hr = 0
BEGIN
SELECT@output = ’ Source: ’+ @source
PRINT@output
SELECT@output = ’Description: ’ + @description
PRINT@output
END
ELSE
BEGIN
PRINT’ sp_OAGetErrorInfo failed.’
RETURN
END
end
PRINT ’SendSuccess!!!’

--destroy object
EXEC @hr =sp_OADestroy@object调用上面这个SP来发邮件：
EXEC sp_SendDatabaseMail
@recipients= ’001@test.com;002@test.com;’,
@body =’This is a testing mail’,
@HtmlBody =’Testing Database Mail’
SQL Server 2005起，使用Database Mail，脚本如下：
--1. 启用database mail
use master
GO
exec sp_configure’show advanced options’,1
reconfigure
exec sp_configure’Database mail XPs’,1
reconfigure
GO

--2. 添加account
exec msdb..sysmail_add_account_sp
@account_name = ’SqlAlert’ --mail account
,@email_address = ’SqlAlert@test.com’ -- sendmailaddress
,@display_name = ’SqlAlert’ --sendusername
,@replyto_address = null
,@description = null
,@mailserver_name = ’***,***,***,***’ -- SMTPAddress
,@mailserver_type = ’SMTP’ --SQL 2005 only support SMTP
,@port =25 -- port
--,@username = ’*********@test.com’ -- account
--,@password = ’******************’ -- pwd
,@use_default_credentials= 0
,@enable_ssl =0 --is ssl enabled on SMTP server
,@account_id =null

--3. 添加profile
exec msdb..sysmail_add_profile_sp
@profile_name= ’SqlAlert’ -- profilename
,@description = ’dba mail profile’ --profile description
,@profile_id = null

--4. 关联account and profile
exec msdb..sysmail_add_profileaccount_sp
@profile_name = ’SqlAlert’ -- profile name
,@account_name = ’SqlAlert’ -- account name
,@sequence_number= 1 -- account order in profile

--5. 发送database mail
EXEC msdb.dbo.sp_send_dbmail
@profile_name= ’SqlAlert’,
@recipients =’001@test.com; 002@test.com;’,
@body =’This is a testing mail’,
@subject =’Testing Database Mail’;
GO注意：SMTP服务器的配置，比如：是否使用smtp用户验证，SSL是否开启，必须要和服务端一致，否则无法发送邮件。

其他
(1) 告警的次数：被告警的问题也许正在处理中，告警还在反复频繁发送，尤其用脚本轮询时，注意设置次数和发送间隔；
(2) 告警的历史记录：短信或者邮件告警，最好都在数据库中留一份记录；
(3) 字符编码：如果应用程序/接口不支持中文，可以把中文转成UTF-8的字符编码发送，然后再解析回来。