Relato das trincheiras: o dia a dia
de uma consultoria de banco de
dados
Igor de Paula
 Formado em Gestão de Tecnologia da Informação
 11 anos trabalhando com dados
 Sócio na Dataside
 MVP – Data Platform
 Certificado MCSE (Microsoft Certified Solutions Expert)
– Data Management and Analytics
 Certificado em Azure Cosmos DB
 PASS Chapter Leader no RJ
 Idealizador do From Zero To Hero: NoSQL
/ipaula
@igorsantos_ist
igor.santos@dataside.com.br
Processo padrão de início
Diagnóstico
(Assessment)
Apresentação
dos GAPs
+
Envioda proposta de
trabalho
Incidente
Proposta de trabalho
engavetada
- GAP Mantido
Problemas recorrentes
Versão do Patch
Política de
Backup
Política de
continuidade
de negócios
Falta de testes
de
disponibilidade
Última
checagem de
integridade
Estatísticas
desatualizadas
Falta de índices
Problemas recorrentes
Rotina de
shrink
Login SA
Alertas
críticos não
configurados
Jobs sem
operador
para casos
de falha
Databases
com Auto-
Growth
Databases
com Auto-
Close
Plano de
energia
Problemas recorrentes
Querys Adhocs
TempDB
Jobs sem
operador para
casos de falha
Jobs com
logins pessoais
como owner
Collation
diferente entre
Instância e
Database
Tabelas sem
índice cluster
Queries mal
escritas
“Nãodeixe para amanhã o que sepode fazer hoje.
Imprevistos ACONTECEM!!!
Esteja preparado.”
@igorsantos_ist
igor.santos@dataside.com.br
/ipaula
Obrigado
!
Fonte do exemplo de alta disponibilidade: http://www.pbenson.net/2014/02/the-difference-between-
fault-tolerance-high-availability-disaster-recovery/

Relato das trincheiras: o dia a dia de uma consultoria de banco de dados - Igor de Paula

  • 1.
    Relato das trincheiras:o dia a dia de uma consultoria de banco de dados
  • 2.
    Igor de Paula Formado em Gestão de Tecnologia da Informação  11 anos trabalhando com dados  Sócio na Dataside  MVP – Data Platform  Certificado MCSE (Microsoft Certified Solutions Expert) – Data Management and Analytics  Certificado em Azure Cosmos DB  PASS Chapter Leader no RJ  Idealizador do From Zero To Hero: NoSQL /ipaula @igorsantos_ist igor.santos@dataside.com.br
  • 3.
    Processo padrão deinício Diagnóstico (Assessment) Apresentação dos GAPs + Envioda proposta de trabalho Incidente Proposta de trabalho engavetada - GAP Mantido
  • 5.
    Problemas recorrentes Versão doPatch Política de Backup Política de continuidade de negócios Falta de testes de disponibilidade Última checagem de integridade Estatísticas desatualizadas Falta de índices
  • 6.
    Problemas recorrentes Rotina de shrink LoginSA Alertas críticos não configurados Jobs sem operador para casos de falha Databases com Auto- Growth Databases com Auto- Close Plano de energia
  • 7.
    Problemas recorrentes Querys Adhocs TempDB Jobssem operador para casos de falha Jobs com logins pessoais como owner Collation diferente entre Instância e Database Tabelas sem índice cluster Queries mal escritas
  • 8.
    “Nãodeixe para amanhão que sepode fazer hoje. Imprevistos ACONTECEM!!! Esteja preparado.”
  • 9.
    @igorsantos_ist igor.santos@dataside.com.br /ipaula Obrigado ! Fonte do exemplode alta disponibilidade: http://www.pbenson.net/2014/02/the-difference-between- fault-tolerance-high-availability-disaster-recovery/