Bellacosa Mainframe e um laboratorio pratico IMS DB

☕💣🚨 LABORATÓRIO IMS PARA SYSPROGS E SYSADMINS

10 Incidentes Reais de Monitoramento e Troubleshooting no IMS Mainframe

Este laboratório foi projetado para colocar o aluno em situações próximas das encontradas em bancos, seguradoras e ambientes corporativos que utilizam IMS TM e IMS DB.

Objetivo:

• Desenvolver raciocínio de troubleshooting

• Interpretar sintomas

• Utilizar monitoramento

• Identificar causa raiz

• Aplicar correções

---

LAB 1 — Filas OTMA Crescendo Sem Parar

Cenário

Usuários reclamam que operações via aplicativo móvel estão lentas.

Monitoramento:

OMEGAMON IMS

OTMA Queue Depth

08:00 -> 100
08:05 -> 500
08:10 -> 1500
08:15 -> 3500

---

O que investigar

Verificar:

/DIS TMEMBER
/DIS TRAN

Analisar:

• IMS Connect

• OTMA

• MPPs disponíveis

---

Diagnóstico

As mensagens chegam.

Os programas não conseguem consumi-las.

---

Causa Raiz

Todas as MPPs estão ocupadas.

---

Solução

Aumentar MPPs:

/START REGION TYPE(MPP)

ou corrigir programa que está monopolizando processamento.

---

LAB 2 — IMS Connect Respondendo Lentamente

Cenário

Aplicativo mobile demora 15 segundos.

Terminal IMS continua rápido.

---

Monitoramento

PING OK

IMS TM OK

IMS Connect Response
15 segundos

---

Investigação

Verificar:

NETSTAT
AT-TLS
TCPIP

---

Diagnóstico

Handshake TLS excessivamente lento.

---

Causa

Certificado expirado gerando renegociações.

---

Solução

Atualizar certificados RACF.

Reiniciar componentes TLS.

---

LAB 3 — Região MPP Consumindo CPU Excessiva

Cenário

CPU dispara para 95%.

---

Monitoramento

RMF

IMSMPR01

CPU = 92%

---

Investigação

Verificar:

/DIS REGION

Analisar dumps.

---

Diagnóstico

Loop lógico no programa COBOL.

---

Causa

GN executado sem condição de parada.

---

Solução

Corrigir programa.

Recompilar.

Reimplantar.

---

LAB 4 — Banco IMS Não Abre

Cenário

Após IPL:

/START DB

Falha.

---

Mensagem

DATABASE NOT AVAILABLE

---

Investigação

Consultar:

DBRC
RECON

---

Diagnóstico

Image Copy inconsistente.

---

Causa

Backup interrompido.

---

Solução

Executar Recovery.

Gerar nova Image Copy.

---

LAB 5 — Shared Queue Congestionada

Cenário

IMSplex apresenta lentidão.

---

Monitoramento

CQS Queue Depth

Normal: 300

Atual: 25.000

---

Investigação

Verificar:

CQS
CF
Shared Queues

---

Diagnóstico

Estrutura da Coupling Facility saturada.

---

Solução

Expandir estrutura.

Redistribuir carga.

---

LAB 6 — Falha de Comunicação Mobile → IMS

Cenário

Aplicativo recebe:

HTTP 503

---

Investigação

Fluxo:

Mobile
 |
API
 |
z/OS Connect
 |
IMS Connect

---

Diagnóstico

IMS Connect indisponível.

---

Verificação

D A,L

---

Solução

Reiniciar:

S HWS

---

LAB 7 — Crescimento Anormal de Storage

Cenário

IMS termina com:

S878

---

Monitoramento

Region Storage

31-bit exhausted

---

Investigação

Analisar:

Buffers
Pools
Storage reports

---

Diagnóstico

Buffer pool configurado incorretamente.

---

Solução

Redimensionar buffers.

Migrar estruturas para 64 bits.

---

LAB 8 — Tempo de Resposta Intermitente

Cenário

Usuário reclama:

Às vezes rápido.
Às vezes lento.

---

Monitoramento

RMF

I/O Peaks

---

Investigação

Verificar:

• DASD

• Storage Controller

• Canal FICON

---

Diagnóstico

Contenção de I/O.

---

Solução

Redistribuir datasets.

Balancear volumes.

---

LAB 9 — Falha de Recovery

Cenário

Recovery falha.

---

Mensagem

LOG RECORD MISSING

---

Investigação

Analisar:

RECON
Archive Logs
DBRC

---

Diagnóstico

Log arquivado ausente.

---

Solução

Restaurar log perdido.

Reexecutar recovery.

---

LAB 10 — O Incidente das 2 da Manhã

Cenário

Todos os sintomas aparecem ao mesmo tempo.

Filas crescendo
CPU alta
Usuários reclamando
Mobile lento

---

Monitoramento

OMEGAMON
RMF
IMS
TCPIP

---

Investigação

Passo 1

CPU

Passo 2

Storage

Passo 3

IMS Connect

Passo 4

MPP

Passo 5

OTMA

---

Diagnóstico

Uma única MPP travada.

Todas as filas aguardando.

---

Solução

Cancelar região problemática.

/CANCEL REGION

Iniciar nova região.

/START REGION TYPE(MPP)

Filas normalizam.

Sistema volta ao normal.

---

Resultado Esperado do Laboratório

Ao concluir os 10 incidentes o aluno terá contato com:

✅ IMS TM

✅ IMS Connect

✅ OTMA

✅ MPP

✅ BMP

✅ Shared Queues

✅ CQS

✅ IMSplex

✅ DBRC

✅ Recovery

✅ Storage

✅ Performance

✅ OMEGAMON

✅ RMF

✅ RACF

✅ TCP/IP

E principalmente aprenderá a pensar como um Sysprog ou Sysadmin experiente:

"Não procurar apenas o erro, mas entender o fluxo completo da transação do usuário até o IMS Database."

☕💣🚀 Regra de ouro do laboratório: em ambientes IMS, o sintoma raramente está no mesmo lugar da causa raiz. O trabalho do Sysprog e do Sysadmin é seguir a trilha da transação até encontrar o verdadeiro culpado.

IMS DB: A Vida de um SysAdmin no Mundo do Gigante Invisível do Mainframe

 

Bellacosa Mainframe e o IMS DB sob a visão de um SysAdmin

☕💣🚨 OPERADOR, O ALERTA ACABOU DE DISPARAR... E O IMS ESTÁ NO MEIO DA HISTÓRIA!

A Vida de um Sysadmin no Mundo do Gigante Invisível do Mainframe

São 02h17 da manhã.

O telefone toca.

Nenhuma notícia boa chega nesse horário.

O Sysadmin abre os olhos, pega o celular e encontra uma mensagem curta, objetiva e preocupante:

"Aplicação crítica com lentidão. Filas crescendo. Possível incidente IMS."

Pronto.

O sono acabou.

O café ainda nem começou.

Mas a investigação já está em andamento.

Enquanto milhões de pessoas dormem tranquilamente, existe um exército invisível de profissionais garantindo que bancos, seguradoras, operadoras de cartão, sistemas de saúde e órgãos governamentais continuem funcionando.

Entre eles está o Sysadmin.

E muitas vezes, sem perceber, ele acaba entrando no fascinante universo do IMS.

---

O Grande Equívoco

Existe uma ideia muito comum entre profissionais iniciantes.

Quando escutam a palavra IMS, imaginam imediatamente:

"Ah, isso é coisa de DBA."

Ou:

"Isso é assunto para programador COBOL."

Ou ainda:

"Isso é responsabilidade do time de aplicações."

E então surge a primeira surpresa.

O Sysadmin interage com o IMS muito mais do que imagina.

Talvez não criando DBDs.

Talvez não escrevendo chamadas DL/I.

Mas certamente monitorando, operando, automatizando, diagnosticando e sustentando o ambiente.

---

O Que o Usuário Não Vê

Quando alguém faz um PIX pelo celular, a experiência parece simples.

Alguns toques na tela.

Uma confirmação.

Dinheiro transferido.

Fim da história.

Mas por trás daquele gesto existe uma cadeia impressionante:

Aplicativo.

API.

Middleware.

IMS Connect.

IMS TM.

COBOL.

IMS DB.

Mainframe.

Storage.

Rede.

Segurança.

E se qualquer elo dessa corrente apresentar problemas, o primeiro profissional acionado muitas vezes será justamente o Sysadmin.

---

O Centro de Comando

Imagine uma sala de operações.

Monitores por todos os lados.

Dashboards.

Alertas.

Métricas.

Logs.

Gráficos.

O Sysadmin observa constantemente:

• Utilização de CPU

• Consumo de memória

• Filas

• Jobs

• Transações

• Regiões ativas

• Recursos críticos

Durante anos ele aprendeu a monitorar:

• JES2

• CICS

• DB2

• TCP/IP

Mas então surge o IMS.

E ele descobre um novo universo.

---

O Primeiro Contato

Quase sempre o primeiro contato acontece através de um alerta.

Talvez:

"Fila crescendo."

Ou:

"Tempo de resposta degradado."

Ou:

"Transações aguardando processamento."

Nesse momento o Sysadmin percebe que existe algo além da aplicação.

Existe um componente que recebe mensagens.

Distribui trabalho.

Controla filas.

Executa programas.

Gerencia transações.

Esse componente é o IMS TM.

---

O Maestro Invisível

Muitos profissionais enxergam o IMS apenas como banco de dados.

Mas o Sysadmin rapidamente descobre que existe um segundo protagonista.

O Transaction Manager.

O famoso IMS TM.

Ele funciona como um maestro.

Recebe solicitações.

Coordena programas.

Controla mensagens.

Distribui carga.

Organiza o fluxo de processamento.

Quando algo desacelera, frequentemente é ali que começam as investigações.

---

O Terror das Filas Crescentes

Existe uma imagem capaz de acelerar os batimentos cardíacos de qualquer Sysadmin.

Filas crescendo continuamente.

A tela mostra números aumentando.

Mais mensagens.

Mais solicitações.

Mais trabalho aguardando execução.

O usuário ainda não percebe.

A aplicação ainda responde.

Mas o profissional de operação sabe:

algo está errado.

A missão começa.

---

Seguindo os Rastros

A investigação costuma seguir um caminho lógico.

Primeira pergunta:

O Mainframe está saudável?

CPU?

Memória?

Storage?

Coupling Facility?

Tudo normal.

Segunda pergunta:

A rede está funcionando?

TCP/IP?

Conectividade?

TLS?

Tudo normal.

Terceira pergunta:

As regiões IMS estão processando normalmente?

E é nesse momento que o Sysadmin mergulha mais fundo no ecossistema IMS.

---

As Regiões Misteriosas

O Sysadmin encontra nomes que antes pareciam enigmáticos.

MPP.

BMP.

IFP.

JMP.

Control Region.

Inicialmente parecem apenas siglas.

Depois tornam-se peças fundamentais do quebra-cabeça.

Cada uma possui uma função.

Cada uma possui métricas.

Cada uma pode se transformar na origem de um incidente.

Com o tempo ele aprende a reconhecê-las quase como velhos conhecidos.

---

O Poder do Monitoramento

Ferramentas modernas oferecem uma visão detalhada do ambiente.

OMEGAMON.

NetView.

Automation.

Painéis customizados.

Alertas inteligentes.

O Sysadmin acompanha:

• Taxa de transações

• Utilização das regiões

• Filas OTMA

• Consumo de recursos

• Disponibilidade dos componentes

Ele não precisa conhecer cada detalhe interno do banco.

Mas precisa identificar quando algo foge do comportamento esperado.

---

O Dia em Que o Recovery Chega

Todo ambiente crítico possui um momento inevitável.

A falha.

Talvez seja um erro humano.

Talvez seja uma pane de hardware.

Talvez seja uma corrupção lógica.

Quando isso acontece, uma palavra domina a reunião:

Recovery.

É nesse instante que entram em cena:

• Logs

• Checkpoints

• Image Copies

• DBRC

O Sysadmin participa garantindo que os procedimentos ocorram corretamente.

A pressão é enorme.

Porque ninguém pergunta quanto trabalho foi necessário para recuperar o sistema.

Todos querem apenas uma resposta:

"Já voltou?"

---

A Arte da Automação

Os melhores Sysadmins possuem uma característica em comum.

Eles odeiam repetir trabalho manual.

Por isso automatizam tudo o que podem.

No universo IMS isso significa:

• Monitoramento automático

• Reinício controlado

• Abertura de chamados

• Geração de alertas

• Coleta de evidências

• Verificação de disponibilidade

Muitas vezes um incidente é detectado por scripts antes mesmo que um usuário perceba o problema.

---

O Encontro com o IMS Connect

O mundo mudou.

As aplicações modernas não acessam diretamente um terminal verde.

Elas utilizam:

• APIs REST

• Aplicativos móveis

• Portais web

• Serviços distribuídos

A ponte entre esses mundos frequentemente é o IMS Connect.

E isso coloca o Sysadmin novamente no centro da ação.

Porque agora entram em cena:

• Portas TCP/IP

• Certificados digitais

• TLS

• RACF

• Balanceamento

• Firewall

Nem sempre o problema está no IMS.

Mas quase sempre o Sysadmin precisa provar isso.

---

O Fantasma das Madrugadas

Existe uma cena clássica.

Tudo funciona perfeitamente durante o dia.

Usuários felizes.

Aplicações rápidas.

Monitoramento tranquilo.

Então chega a madrugada.

Processamentos.

Integrações.

Batchs.

Janelas de manutenção.

E algo inesperado acontece.

O Sysadmin aprende rapidamente que a estabilidade de um ambiente não se mede pelos melhores momentos.

Mas pela forma como ele reage aos piores.

---

O Gigante Que Nunca Parou

Uma das maiores surpresas para quem conhece o IMS é descobrir sua idade.

O produto nasceu em 1966.

Sim.

Antes da chegada do homem à Lua.

Antes da internet.

Antes do computador pessoal.

Antes do smartphone.

Mesmo assim continua presente em ambientes modernos.

Mais impressionante ainda:

continua evoluindo.

Novas versões.

Novas integrações.

Novas capacidades.

Novas ferramentas.

Poucas tecnologias podem contar uma história semelhante.

---

Por Que o Sysadmin Deve Aprender IMS?

Porque ele está presente.

Porque ele continua crítico.

Porque ele aparece nos incidentes mais importantes.

Porque ele faz parte da infraestrutura.

Porque entender o fluxo das transações reduz drasticamente o tempo de diagnóstico.

E principalmente porque conhecer IMS transforma um operador de ferramentas em um profissional capaz de compreender o negócio por trás da tecnologia.

---

O Dia em Que Tudo Faz Sentido

Depois de algum tempo convivendo com o ambiente, algo interessante acontece.

O Sysadmin deixa de enxergar apenas componentes isolados.

Ele passa a enxergar o sistema como um organismo vivo.

As filas.

As transações.

As mensagens.

As aplicações.

As integrações.

Tudo conectado.

Tudo dependente.

Tudo trabalhando em conjunto.

E no centro dessa engrenagem gigantesca continua existindo o mesmo software criado para ajudar a NASA a organizar milhões de componentes do Saturn V.

---

Conclusão

☕💣🚨

Operador...

Enquanto o mundo discute inteligência artificial, computação quântica e novas linguagens de programação, existe um gigante silencioso que continua trabalhando sem descanso.

Ele processa transações.

Controla filas.

Move dinheiro.

Transporta informações.

Conecta gerações de tecnologia.

E frequentemente aparece nos momentos mais críticos da operação.

Quando o alerta toca às duas da manhã, o Sysadmin descobre que o IMS não é apenas um produto.

É uma parte fundamental da infraestrutura que sustenta o mundo digital moderno.

E quanto mais cedo ele compreender esse gigante invisível, mais preparado estará para enfrentar os desafios que realmente importam dentro de um ambiente Mainframe.

IMS DB: A História do Gigante Invisível Que Continua Movendo o Mundo sob a otica de um SysProg

 

Bellacosa Mainframe e o IMS DB na visão de um SysProg

☕💣🚀 OPERADOR, O SYSProg ACABOU DE ESBARRAR NO IMS!

A História do Gigante Invisível Que Continua Movendo o Mundo

Existe uma cena que se repete silenciosamente em datacenters espalhados pelo planeta.

São duas horas da manhã.

O celular do operador toca.

Um alerta vermelho aparece na tela.

Uma aplicação crítica parou de responder.

O aplicativo do banco está lento.

As transações estão acumulando.

O monitoramento mostra filas crescendo.

O incidente é aberto.

Em poucos minutos surgem os personagens clássicos do mundo Mainframe:

• Operação

• Sysadmin

• DBA

• Desenvolvedor COBOL

• Especialista de rede

• Sysprog

E então alguém faz a pergunta que muda completamente a investigação:

— Essa aplicação usa IMS?

Silêncio.

Porque nesse momento todos sabem que entraram em um território especial.

Um território que nasceu antes da chegada do homem à Lua.

Um território que continua processando bilhões de transações diariamente.

Um território chamado IMS.

---

O Dia em Que o Sysprog Descobre Que Existe Vida Além do JES2

Todo Sysprog conhece bem alguns velhos amigos:

• z/OS

• JES2

• RACF

• VTAM

• TCP/IP

• USS

• WLM

• SDSF

São componentes presentes no cotidiano.

Mas cedo ou tarde surge aquele ambiente misterioso.

Uma região diferente.

Um started task estranho.

Um conjunto de logs desconhecidos.

Uma arquitetura enorme.

E então aparece um nome:

IMS.

Muitos profissionais passam anos trabalhando em Mainframe sem perceber o tamanho da presença do IMS dentro das grandes corporações.

Até o dia em que precisam investigar um problema.

E aí tudo muda.

---

O Gigante Invisível

O curioso sobre o IMS é que ele raramente aparece.

Ninguém abre o aplicativo do banco pensando:

"Vou consultar um banco de dados hierárquico criado em 1966."

Ninguém compra uma passagem aérea pensando:

"Espero que o IMS esteja funcionando."

Ninguém faz um PIX imaginando:

"Obrigado, IMS."

Mas milhões de transações passam por ele diariamente.

O IMS é invisível para o usuário final.

Mas completamente visível para quem trabalha na infraestrutura.

Especialmente para o Sysprog.

---

O Chamado das Três da Manhã

Imagine a situação.

O monitoramento começa a registrar degradação.

O painel do OMEGAMON mostra filas crescendo.

As mensagens OTMA começam a acumular.

O tempo de resposta aumenta.

A aplicação continua ativa.

O z/OS continua saudável.

O processador está tranquilo.

Mas alguma coisa está errada.

O Sysprog inicia a investigação.

Primeiro verifica:

• CPU

• Storage

• Paging

• Coupling Facility

• WLM

Tudo parece normal.

Então ele olha para o ambiente IMS.

E percebe algo interessante.

As regiões MPP estão saturadas.

---

O Primeiro Contato Com o Mundo IMS

Nesse momento muitos profissionais descobrem que o IMS não é apenas um banco de dados.

Na verdade existem dois mundos.

O primeiro:

IMS DB.

Responsável pelos dados.

O segundo:

IMS TM.

Responsável pelas transações.

É nesse segundo mundo que o Sysprog costuma interagir com maior frequência.

Porque ali vivem:

• Filas

• Mensagens

• Regiões

• Processamento

• Balanceamento

• Integração

É praticamente um sistema operacional dentro do sistema operacional.

---

O Que o Sysprog Enxerga

O desenvolvedor COBOL enxerga:

Dados.

O DBA enxerga:

Segmentos.

O usuário enxerga:

Aplicações.

O Sysprog enxerga:

Infraestrutura.

Ele observa:

• MPPs

• BMPs

• IFPs

• JMPs

• Control Region

• IMS Connect

• CQS

• SCI

• OM

• RM

E começa a entender que o IMS é muito mais parecido com um ecossistema do que com um simples banco de dados.

---

O Momento da Descoberta

Todo Sysprog passa por um momento de revelação.

É quando percebe que o fluxo moderno pode ser algo assim:

Smartphone.

API REST.

z/OS Connect.

IMS Connect.

IMS TM.

Programa COBOL.

IMS DB.

Tudo funcionando em poucos milissegundos.

O usuário acredita que está conversando com uma arquitetura moderna baseada em cloud.

Na realidade existe um software cuja origem remonta ao Projeto Apollo.

E isso é fascinante.

---

O Mistério do IMS Connect

Uma das áreas onde o Sysprog mais interage atualmente é o IMS Connect.

Porque ele é a ponte entre dois mundos.

De um lado:

• Mobile

• APIs

• Cloud

• Microserviços

Do outro:

• IMS

• COBOL

• DL/I

• Bancos hierárquicos

Quando surge um problema de conectividade, o Sysprog frequentemente é chamado.

Ele analisa:

• TCP/IP

• Portas

• TLS

• Certificados

• RACF

• AT-TLS

E muitas vezes descobre que o problema não está no IMS.

Está na infraestrutura.

---

Quando o Problema É Performance

Performance é outro território clássico.

Imagine uma instituição financeira.

Milhões de transações.

Centenas de regiões.

Milhares de usuários simultâneos.

Tudo funcionando perfeitamente.

Até que algo muda.

Talvez:

• Um novo aplicativo

• Uma campanha comercial

• Um aumento inesperado de carga

De repente o ambiente começa a sofrer.

O Sysprog entra em ação.

Analisa:

• Buffers

• Storage

• CPU

• I/O

• Coupling Facility

• Shared Queues

E percebe que o IMS continua fazendo exatamente aquilo para o qual foi criado:

processar volumes absurdos de dados.

---

O Dia em Que o Sysprog Conhece o IMSplex

Se existe um conceito capaz de impressionar um Sysprog, esse conceito é o IMSplex.

Imagine vários IMS funcionando como uma única entidade lógica.

Algo semelhante ao Parallel Sysplex.

Mas voltado para o universo IMS.

O Sysprog passa então a lidar com:

• SCI

• OM

• RM

• CQS

E descobre que a arquitetura é muito mais sofisticada do que imaginava.

---

Recovery: O Momento da Verdade

Existe uma situação que separa curiosos de especialistas.

Recovery.

Quando tudo funciona, qualquer ambiente parece simples.

Mas quando ocorre uma falha séria...

A verdadeira engenharia aparece.

É nesse momento que surgem:

• DBRC

• Logs

• Image Copies

• Checkpoints

O Sysprog participa do processo.

Nem sempre executando o recovery diretamente.

Mas garantindo que toda a infraestrutura necessária esteja disponível.

---

A Grande Lição do IMS

Talvez a maior lição que o IMS ensine seja esta:

Desempenho não nasce da moda.

Nasce da arquitetura.

O IMS foi criado em uma época em que recursos eram escassos.

CPU era cara.

Memória era rara.

Disco era limitado.

Cada acesso precisava ser cuidadosamente planejado.

Por isso o produto foi construído com obsessão por eficiência.

Décadas depois, essa obsessão continua produzindo resultados.

---

O Futuro do IMS

Muita gente imagina que o IMS seja um fóssil.

Mas basta observar as versões mais recentes.

IMS Connect.

APIs REST.

Integração com Java.

Catálogo IMS.

Managed ACBs.

Observabilidade.

Uso ampliado de memória de 64 bits.

O produto continua evoluindo.

Não para competir com bancos modernos.

Mas para continuar fazendo aquilo que sempre fez melhor:

executar cargas críticas em escala gigantesca.

---

Por Que um Sysprog Deve Aprender IMS?

Porque cedo ou tarde ele vai encontrá-lo.

Talvez durante uma migração.

Talvez durante uma investigação.

Talvez durante um incidente crítico.

Talvez durante uma modernização.

Quando isso acontecer, entender IMS fará toda a diferença.

Não é necessário se tornar um DBA IMS.

Não é necessário dominar DL/I.

Mas compreender:

• Arquitetura

• Regiões

• IMS Connect

• IMSplex

• DBRC

• Recovery

• Performance

transforma completamente a capacidade de diagnosticar problemas.

---

Conclusão

☕💣🚀

Operador...

Existe uma boa chance de que neste exato momento algum aplicativo bancário esteja consultando um banco IMS.

Existe uma boa chance de que alguma companhia aérea esteja processando reservas através dele.

Existe uma boa chance de que algum sistema de seguros esteja executando milhões de transações sobre uma arquitetura criada há quase seis décadas.

E existe uma boa chance de que, em algum momento da sua carreira, você receba uma ligação no meio da madrugada e escute a frase:

"Precisamos da ajuda do Sysprog. O IMS está envolvido."

Quando esse dia chegar, você descobrirá que o IMS não é apenas um banco de dados.

Ele é um dos pilares invisíveis que sustentam o mundo digital moderno.

E entender como ele funciona é uma das habilidades mais valiosas que um profissional de Mainframe pode desenvolver.

Esse artigo segue o estilo narrativo do Bellacosa Mainframe: abertura impactante, storytelling operacional, visão prática de Sysprog, curiosidades históricas, arquitetura técnica e fechamento inspiracional.