Pular para o conteúdo principal

Alertas pelo Telegram usando Oracle Cloud Control 12c

O objetivo deste post é demonstrar como realizar a configuração de alertas através do Telegram dentro da ferramenta de monitoramento Oracle Cloud Control 12c usando Oracle Linux Server.

Para começar, será preciso instalar e configurar a ferramenta Telegram messenger CLI. Não entrarei em detalhes de como instalar e configurar está ferramenta, pois existem vários posts na internet ensinando.Caso tenha algum problema, mande uma mensagem que tentarei ajudar.


Criando os scripts no sistema operacional
Vamos para configuração dos nosso alertas. Dentro do sistema operacional em que a ferramenta de monitoramento está em execução, foram criados dois scripts. Segue o nome e descrição deles:

func_alerts.fn => contém as funções básicas do Telegram CLI que serão usadas na integração com o Telegram.
critical_alert.sh => Script de integração com o Cloud Control. Ele será chamado dentro da ferramenta de monitoramento da Oracle e importa as funções criadas no func_alerts.fn

O uso das funções contidas no func_alerts.fn é bem simples. Basta importar o script e chamar as funções com seus parâmetros. O parâmetro 1 é o nome do usuário do Telegram e o 2 é mensagem ou o arquivo dependendo da função que vai usar.

Exemplo de uso no prompt do Linux

source /home/oracle/telegram/func_alerts.fn
send_telegram @thiagocastro "Mensagem de teste"



Código das Funções

 func_alerts.fn

#=========================================
#FUNCOES PARA USO DO TELEGRAM
#========================================+
function send_telegram(){
/u01/tg/bin/telegram-cli -W -e "msg $1 $2"
}

function send_telegram_file(){
/u01/tg/bin/telegram-cli -W -e "send_file $1 $2"
}

function user_info(){
/u01/tg/bin/telegram-cli -W -e "user_info $1"
}

function send_location(){
/u01/tg/bin/telegram-cli -W -e "send_location $1 $2 $3"
}




critical_alert.sh

#============================================
#Script para integração com Cloud Control
#============================================

#consulta de usuarios cadastrados no grupo Banco de dados e criacao do array
usuarios=($(mysql --column-names=FALSE -u usuario -p senha -h IP -e "CONSULTA COM OS USUARIOS DO TELEGRAM"))

#importa as funcoes para envio de mensagem Telegram
source /home/oracle/telegram/func_alerts.fn

#Loop para enviar as mensagens para os usuário que retornaram da consulta
for ((x=0; x < ${#usuarios[*]}; x++))
do
       send_telegram ${usuarios[$x]} "$TARGET_NAME  - $MESSAGE - $EVENT_REPORTED_TIME"
done





Obs: No script critical_alert.sh as variáveis $TARGET_NAME, $MESSAGE e $EVENT_REPORTED_TIME são passadas quando o script é chamado através da ferramenta Cloud Control. Para mais detalhes acesse a documentação


Criando a notificação no Cloud Control

 Aqui iremos criar o método de notificação. Faremos referência ao script já criado no sistema operacional. Para isso acesse.

Acesso Configurar > Notificações > Métodos de Notificação


Selecione "Comando do SO" e depois clique no botão ao lado. Abaixo grifado.





Preencha as informações de acordo com o local que você criou o script critical_alert.sh. Depois faça o teste com o botão "Testar Comando do SO".



Caso o teste seja realizado com sucesso, você receberá uma mensagem como a listada abaixo.




Após testar e salvar sua tela com notificações ficara assim:



Agora que já temos a notificação configurada é só adicionar as suas regras de incidentes que já existem ou criar um nova.

Configurar > Incidentes > Regras de Incidente




Espero que tenha ajudado!






Comentários

Postar um comentário

Postagens mais visitadas deste blog

Configurando a política de retenção de backups no RMAN

                       Configurando a politica de reten çã o de backups no RMAN        O objetivo deste post é explicar como podemos configurar a reten çã o de backups na poderosa ferramenta de backup do bando de dados Oracle RMAN. Podemos configurar nossa pol í tica tendo por base dois tipos: janela de recupera çã o (recovery window) ou redundãncia (redundancy). Abaixo iremos abordar os dois tipos.       Para identificar qual dos dois tipos o RMAN está usando, use: RMAN> show retention policy; Política baseada em redundância CONFIGURE RETENTION POLICY TO REDUNDANCY 1; Política baseada em janela de recuperação CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 2 DAYS; ·        Política baseada em redund â ncia ( REDUNDANCY )       De uma maneira bem simples e objetiva, o par â met...
Postar um comentário
Leia mais

ORA-28365: wallet is not open - Oracle Data Guard + Oracle TDE

Problema: No meu ambiente de testes usando Oracle Data Guard e com algumas tablespaces com TDE me deparei com o seguinte erro: PR00 (PID:396056): MRP0: Background Media Recovery terminated with error 28365 2024-03-15T03:12:42.419136+00:00 Errors in file /u01/app/oracle/diag/rdbms/thdr/thdr/trace/thdr_pr00_396056.trc: ORA-28365: wallet is not open 2024-03-15T03:12:43.000571+00:00 Recovery interrupted! Recovered data files to a consistent state at change 32232590 Stopping change tracking Solução: Verifiquei a wallet na base de dados standby e estava fechada. set lines 300 col name for a15 col wrl_type for a10 col status for a30 select p.con_id, p.name, p.open_mode, ew.wrl_type, ew.wallet_type, ew.status from v$pdbs p join v$encryption_wallet ew on (ew.con_id = p.con_id) order by p.con_id;     CON_ID NAME            OPEN_MODE  WRL_TYPE   WALLET_TYPE          STATUS ---------- --------------- ---------- --------...
Postar um comentário
Leia mais

Oracleasm Deletedisk - Unable to open device or resource busy failed Unable to clear disk

Após a migração de storages utilizando Oracle ASM em um ambiente, precisei remover os discos que não estavam mais sendo utilizados. Porém quando fui utilizar o deletedisk no oracleasm recebi o seguinte erro: # oracleasm deletedisk -v HITACHI33 Clearing disk header: oracleasm-write-label: Unable to open device "/dev/oracleasm/disks/HITACHI33": Device or resource busy failed Unable to clear disk "HITACHI33" Fiz a verificação para ver ser o disco ainda estava em uso, mas não obtive nenhum retorno: # fuser /dev/oracleasm/disks/HITACHI33 # lsof /dev/oracleasm/disks/HITACHI33 Então lendo alguns posts e artigos vi que o problema poderia estar relacionado ao multipath do sistema operacional. Então utilizei o -f para realizar um flush, mas recebi a mensagem abaixo: # multipath -f /dev/oracleasm/disks/HITACHI33 Jun 22 08:43:21 | must provide a map name to remove Utilizei o comando do ASM para verificar o mapeamento do disco....
Postar um comentário
Leia mais