SQL Server · Azure SQL · PostgreSQL · MongoDB

Ocãodeguardadosseusbancosde dados.

O Bonedog vigia o seu banco em tempo real e mostra qual query, espera ou bloqueio está por trás da lentidão. Você descobre o problema antes do usuário reclamar.

Fazer diagnóstico gratuito Ver o produto em ação
  • Sem sysadmin
  • Agent para Windows e Linux
  • Do SQL Server 2008 ao 2022
como funciona

Cada query conta uma história. Role para acompanhar uma.

Uma terça-feira no ERP. O que o Bonedog viu, quem ele avisou e como terminou.

  1. 16:11Tudo no padrão

    CPU, IO e esperas dentro do comportamento normal desta instância.

  2. 16:21Fareja o bloqueio

    Sessões começam a esperar em Lock. A bloqueadora é um UPDATE em dbo.EstoqueLoja numa transação que não terminou.

  3. 16:23Avisa o time

    O monitor de bloqueio dispara. Alerta no #dba-producao com a query, a sessão e o link direto para a tela.

  4. 16:27Escala o plantão

    Sem reconhecimento em 5 minutos, o segundo nível recebe uma ligação.

  5. 16:35Resolvido

    Sessão encerrada, bloqueios zerados. O incidente entra no histórico e no relatório do mês.

Teams · #dba-producao [Triggered] Bloqueio > 2 min em acme-sql-prd01: 9 sessões esperando Lock, bloqueadora spid 87 (UPDATE dbo.EstoqueLoja).
Abrir no BonedogChamar um DBA Boneside
Ligação · plantão de segundo nível Escalonado após 5 minutos sem reconhecimento.
Normalizado em 14 minutos Bloqueios zerados às 16:35. Incidente registrado no histórico e no relatório mensal.
16:11Tudo no padrão

CPU, IO e esperas dentro do comportamento normal desta instância.

Um bom cão de guarda faz três coisas.

Fareja, vigia e avisa. Cada uma é um módulo inteiro do produto, não um ícone.

01 Fareja.

Da frota inteira até a query que travou a loja.

SQL Server, Azure SQL, PostgreSQL e MongoDB na mesma tela, agrupados por cliente, ambiente ou tag. De cada instância, as queries normalizadas, os planos, as esperas, os bloqueios e os deadlocks.

  • 4 engines na mesma frota, na mesma tela
  • 10 s entre fotos das sessões ativas
  • 6 wait groups separando CPU, Lock, IO, Commit/Log, Idle e Parallel Query
02 Vigia.

Configuração, permissões e quem mexeu no quê.

Nota de segurança contra o CIS Microsoft SQL Server Benchmark com o script de correção pronto, auditoria de DDL e permissões com autor e comando literal, a lista de quem tem acesso ao servidor e com que poder, e um relatório mensal para quem nunca vai abrir o painel.

  • 119 checks do CIS e de boas práticas, com evidência
  • 5 min para detectar uma mudança de schema sem permissão extra
  • 3 sysadmin apontados, com quem usa e quem nunca entrou
  • PDF mensal pronto para a diretoria, sem montar nada
03 Avisa.

Quem precisa saber, no canal certo, com o contexto.

Monitores prontos para o que costuma dar errado em banco, janelas de manutenção, plantão com escalonamento e entrega onde o time já está.

  1. Teams · #dba-producaoimediato
  2. E-mail · plantão de primeiro nívelimediato
  3. Ligação · segundo nível+5 min sem reconhecimento
  4. Webhook · abre o chamado no ITSMimediato

Slack, SMS e webhook genérico também. Downtime programado silencia sem perder o histórico.

dentro de cada instância

Dez abas. Nenhuma é enfeite.

  • SummaryCarga por tipo de espera, CPU, vazão e duração por query, top queries.
  • MetricsMétricas do host e da instância ao longo do tempo, no mesmo seletor de período.
  • QueriesQueries normalizadas, procedures, amostras, bloqueios e deadlocks.
  • Active ConnectionsFotos das sessões a cada 10 s: quem espera, quem bloqueia, por quanto tempo.
  • LogsEventos da instância e do agent, com busca e filtro.
  • HardeningNota contra o CIS Benchmark e o script de correção de cada item.
  • AuditoriaMudanças de schema, permissões e logins, inclusive tentativas negadas.
  • AcessosQuem tem o quê: logins, roles e permissões de cada instância.
  • Agent HealthColeta, atraso, erros e versão do agent naquele host.
  • RelatóriosMensal para a diretoria, checklist diário, hardening e incidentes.

Para quem vai instalar no servidor de produção.

Requisitos e arquitetura de segurança →
grants.sqlpermissões do agent
GRANT CONNECT ANY DATABASE    TO bonedog_agent;GRANT VIEW SERVER STATE       TO bonedog_agent;GRANT VIEW ANY DEFINITION     TO bonedog_agent;GRANT VIEW ANY DATABASE       TO bonedog_agent;GRANT ALTER ANY EVENT SESSION TO bonedog_agent;-- msdb: leitura de jobs via SQLAgentReaderRole-- sem sysadmin e sem escrita nas suas tabelas
Permissões Somente leitura de estado e metadados. O sysadmin é opcional, para dois recursos específicos.
Versões Do SQL Server 2008 ao 2022, Express incluído, com a coleta adaptada a cada versão. Azure SQL, PostgreSQL e MongoDB também.
Texto das queries Valores literais trocados por ? antes de sair do servidor, configurável por instância. [em implantação no agent]
Impacto no servidor O agent coleta das DMVs em intervalos fixos, sem trace contínuo. [números medidos em produção a publicar]
Seus dados Hospedados no Azure, isolados por cliente, com contrato de tratamento de dados. [região e DPA a definir]

Observabilidade de banco de dados feita no Brasil, por DBAs.

Em português Documentação, treinamento e suporte no seu idioma.
Em real Contrato e fatura em reais, sem variação cambial.
Com DBAs por trás Usado todos os dias pelo time de DBA da Boneside nos clientes que ela opera.
Mascote do Bonedog, um esqueleto de cachorro em estilo cartoon segurando um osso

Deixe o Bonedog vigiar o seu banco por 14 dias.

Você instala o agent, ele observa o seu ambiente, e no fim você recebe um relatório de saúde, performance e segurança.

Fazer diagnóstico gratuito Falar com vendas