Bancos de DadosMódulo 02 · Dados

Descubra por que o sistema ficou lento

O módulo Bancos de Dados da T.I ZONE acompanha a saúde e o desempenho das suas instâncias: conexões ativas, sessões bloqueadas, esperas e as consultas que mais pesam. A coleta usa uma credencial somente leitura, então o monitoramento olha e não mexe. Funciona com SQL Server, PostgreSQL, MySQL, MariaDB, Oracle, MongoDB, Redis, Cassandra e Elasticsearch.

9
bancos de dados suportados
0
alterações no seu banco
RPO/RTO
de cada backup acompanhados

01 O problema

O sistema fica lento e ninguém sabe se o problema é o banco.

Para quem é: DBAs, SRE e times de desenvolvimento que precisam entender por que o banco ficou lento.

  1. 01

    Todo mundo culpa o banco

    O sistema fica lento e começa a discussão. Sem dados, ninguém sabe se é uma consulta, um bloqueio ou falta de recurso.

  2. 02

    Uma consulta trava todo mundo

    Um relatório pesado segura as tabelas e os pedidos ficam parados na fila, sem que ninguém veja de onde veio.

  3. 03

    Backup que ninguém confere

    A rotina diz que rodou, mas ninguém sabe se o arquivo existe, está íntegro ou se dá para restaurar.

02 Recursos

Tudo o que o módulo Bancos de Dados faz

27 recursos em 4 áreas, na mesma organização do menu do console.

Bancos de dados

  • SQL Server
  • PostgreSQL
  • MySQL
  • MariaDB
  • Oracle
  • MongoDB
  • Redis
  • Cassandra
  • Elasticsearch

Instâncias

7 recursos

  • Visão geral

    01.01

    Instâncias ativas e pausadas, servidor, ambiente, última coleta e situação de cada uma.

  • Cadastro passo a passo

    01.02

    Nome, servidor, porta, banco, ambiente e credencial, num assistente guiado.

  • Credencial protegida

    01.03

    A senha é guardada com proteção e nunca volta para a tela. Para trocar, você substitui por uma nova.

  • Testar conexão e coletar agora

    01.04

    Confira o acesso na hora e dispare uma coleta sem esperar o próximo ciclo.

  • Pausar, retomar e arquivar

    01.05

    Controle o monitoramento de cada instância sem perder o histórico.

  • Produto, versão e edição

    01.06

    Saiba exatamente qual banco está rodando em cada servidor.

  • Permissão insuficiente explícita

    01.07

    Quando falta permissão para ler um dado, a tela diz isso. Não mostra zero no lugar.

Desempenho e consultas

10 recursos

  • Conexões e requisições

    02.01

    Conexões ativas, requisições em execução e requisições bloqueadas.

  • Principais esperas

    02.02

    Onde o banco está perdendo tempo: disco, bloqueio, rede, CPU ou memória.

  • Consultas de maior impacto

    02.03

    Texto da consulta sem dados sensíveis, execuções, duração total e leituras.

  • Histórico de coletas

    02.04

    Compare o momento da lentidão com o comportamento normal.

  • Pool de conexões

    02.05

    Conexões ociosas, threads em espera e risco de esgotar o pool.

  • Conexões presas

    02.06

    Detecção de conexões esquecidas e encerramento autorizado.

  • Planos de execução

    02.07

    Consultas normalizadas com o plano (EXPLAIN) e sua evolução.

  • QPS, TPS e leituras × escritas

    02.08

    O volume de trabalho do banco ao longo do dia.

  • Locks e deadlocks

    02.09

    Bloqueios, impasses e transações longas, com quem segurou quem.

  • Sugestão de índices

    02.10

    Índices ausentes ou sem uso, com a evidência. Nada é aplicado automaticamente.

Confiabilidade

6 recursos

  • Replicação

    03.01

    Status de primária e réplicas e atraso de replicação (lag).

  • Alta disponibilidade

    03.02

    Nós do cluster, eleição de líder e failover.

  • Backups com RPO e RTO

    03.03

    Status, integridade e agendamento, separando “backup executado” de “restauração verificada”.

  • Capacidade

    03.04

    CPU, memória, IOPS, latência e fila de disco.

  • Crescimento e espaço

    03.05

    Taxa de crescimento e aviso antes de o disco encher.

  • Cache hit ratio

    03.06

    Quanto o banco responde da memória em vez de ir ao disco.

Segurança e auditoria

4 recursos

  • Acesso somente leitura

    04.01

    A coleta usa permissão mínima de leitura e não executa as consultas que captura.

  • Alterações registradas

    04.02

    Cadastro, edição e troca de credencial das instâncias ficam na auditoria, com nome de quem fez.

  • Tentativas de invasão

    04.03

    Padrões de SQL injection e falhas repetidas de autenticação.

  • Auditoria do banco

    04.04

    Acessos privilegiados e alterações de schema (DDL).

03 Como funciona

Como funciona o monitoramento de banco de dados

  1. 01

    Crie um usuário de leitura

    No seu banco, um login com permissão só para consultar as visões de desempenho.

  2. 02

    Cadastre a instância

    Servidor, porta, banco e credencial. A T.I ZONE testa a conexão e as permissões.

  3. 03

    A coleta guarda o histórico

    Conexões, esperas e consultas são coletadas em ciclos, sem pesar no banco.

  4. 04

    Encontre o gargalo

    Veja as consultas de maior impacto, os bloqueios e as esperas do momento da lentidão.

04 Conexões

Um problema quase nunca fica numa área só

O módulo Bancos de Dados troca informações com outras áreas da T.I ZONE, no mesmo login e com o mesmo histórico.

Incluído em todos os módulos

  • Várias organizaçõesDados isolados por organização, com troca rápida para quem atende mais de uma.
  • Auditoria nominalCada alteração registra quem fez, o quê e quando.
  • Catálogo de serviçosTodos os módulos num índice com busca, categorias e favoritos fixados no início.
  • Saúde do ambienteConectividade de banco, cache e armazenamento da plataforma num painel próprio.

05 Perguntas

Perguntas sobre Bancos de Dados

Respostas diretas, sem letra miúda.

Quais bancos de dados a T.I ZONE monitora?

Relacionais: SQL Server, PostgreSQL, MySQL, MariaDB e Oracle. Não relacionais e em memória: MongoDB, Redis, Cassandra e Elasticsearch. Cada um tem um conector próprio, que entende as métricas daquele banco.

O monitoramento pode alterar meu banco?

Não. A coleta usa uma credencial somente leitura, não executa as consultas que captura e não altera dados nem configurações.

Como encontrar consultas lentas no SQL Server?

Na tela da instância, a T.I ZONE lista as consultas de maior impacto, com execuções, duração total e leituras, ao lado das esperas e das requisições bloqueadas no mesmo período.

A senha do banco fica exposta?

Não. A credencial é guardada com proteção e nunca volta para a tela, nem para quem a cadastrou. Para trocar, você substitui por uma nova, e a troca fica registrada na auditoria.

Qual a diferença entre backup executado e restauração verificada?

Backup executado quer dizer que a rotina rodou. Restauração verificada quer dizer que o arquivo foi testado e serve. A T.I ZONE mostra os dois separados, junto das metas de RPO e RTO, porque só o segundo garante a volta do sistema.

Preciso instalar um agente no servidor?

Para as métricas do banco, não: a coleta conecta direto na instância. Para CPU, memória e disco da máquina, um agente leve pode ser instalado no servidor.

06 Lista de espera

Garanta seu acesso antecipado à T.I ZONE

O acesso é liberado por etapas. Conte um pouco sobre sua empresa e o que você mais precisa resolver hoje. Essas respostas ajudam a definir as prioridades da plataforma.

  • Acesso antes da abertura
  • Novidades dos módulos em primeira mão
  • Suas necessidades ajudam a definir as prioridades
  • Planos anunciados primeiro para a lista
Tamanho do time
Módulos de interesse