Diminuindo custos e aumentando a produtividade em tempos de crise econômica. Michel Sader Professional Services Director Latin America

Transcrição

1 Diminuindo custos e aumentando a produtividade em tempos de crise econômica Michel Sader Professional Services Director Latin America

2 Agenda 1. Cenário atual 2. Entendendo o que está acontecendo 3. Gerenciando ambientes com staff reduzido 4. Melhorando a performance em menos tempo 5. Expondo informações missão crítica para rápida tomada de decisões 6. Conclusão 2

3 Agenda 1. Cenário atual 2. Entendendo o que está acontecendo 3. Gerenciando ambientes com staff reduzido 4. Melhorando a performance em menos tempo 5. Expondo informações missão crítica para rápida tomada de decisões 6. Conclusão 3

4 Agenda 1. Cenário atual 2. Entendendo o que está acontecendo 3. Gerenciando ambientes com staff reduzido 4. Melhorando a performance em menos tempo 5. Expondo informações missão crítica para rápida tomada de decisões 6. Conclusão 4

5 HealthCheck Um processo de revisão Melhorias na performance das aplicações Identifica opções para problemas de desenho Técnicas de codificação Típico projeto 3 Dias Feito por um DBA Quase sempre melhorias em performance são obtidas Inclui uma gama de recomendações This engagement often leads to MDBA! 5

6

7

8 Agenda 1. Cenário atual 2. Entendendo o que está acontecendo 3. Gerenciando ambientes com staff reduzido 4. Melhorando a performance em menos tempo 5. Expondo informações missão crítica para rápida tomada de decisões 6. Conclusão 8

9 Managed Database Services Solução baseada em software Software de sampling e monitora é instalado Manda alertas para o DBA de plantão Cada db sem seus próprios thresholds Cada cliente tem um DBA primário Documantação atualizada para permitir rotação do DBA On-call Não é suporte nível 1 o time de DBAs está de plantão Web based dashboard Relatórios mensais 9

10 Serviço Managed Database mfgprod Amostras Periodicas Cada 15 minutos admprod pm cusprod hlpprod Processo de pulsação roda a cada minutoe 10

11 Serviço Managed Database mfgprod AppSrv admprod pm cusprod hlpprod Web Speed 11

12 Managed Database Service mfgprod AppSrv Thresholds são comparados e alertas são enviados para o time por . Para o DBA local e o time de DBAs da Bravepoint admprod cusprod hlpprod pm Web Speed Alert: Customer HP Date: Time: 13:21 Alert: BI File exceeded Threshold Value: 5.1 GB Threshold: 5.0 GB 12

13 Serviço Managed Database mfgprod admprod cusprod hlpprod AppSrv pm Web Speed Méticas diárias são passadas para uma base de dados na Bravepoint. Relatórios são estraídos daí. Há um dashboard externo baseado nestes dados. BP PM 13

14 Dashboard 14

15 Incident Report 15

16 Relatórios Mensais Tendências pars os próximos 6 meses Planejamento de capacidade para os próximos 6 meses Identifica manutenções preventivas 16

17 Algumas Métricas # de usuários 100+ # de Databases 1,307 Tamanho total somado 62 Terabytes Total de usuários conectados 89,

18 Who Uses MDBA? 18

19 Agenda 1. Cenário atual 2. Entendendo o que está acontecendo 3. Gerenciando ambientes com staff reduzido 4. Melhorando a performance em menos tempo 5. Expondo informações missão crítica para rápida tomada de decisões 6. Conclusão 19

20 Processo Dump and Load Deve ser feito pelo menos uma vez por ano Deve ser feito em fins de semanas, feriados ou na baixa remporada Problema: aplicações missão crítica Pro Dump and Load pode ser usado 20

21 Pro Dump and Load Solução que minimiza downtime do processamento do dump and load 3 Fases Inserção de triggers Dump and Load tradicional Aplicação final 21

22 Fase 1 Inserção de triggers Requer um pequeno downtime para adicionar tabelas e triggers Downtime é tipicamente menor que uma hora Backup do database é requerido Pode ser online A imagem do Pro Dump & Load é feita 22

23 Fase 2 Dump and Load Tradicional Restauração do backup Dump and load normal Aplica mudanças feitas na base de dados de produção Estas aplicações podem ser feitas repetidamente 23

24 Fase 3 Aplicação final Shutdown produção Aplicação final usando a imagem do sistema Comparação final dos registros Cópia da nova base de dados para produção Downtime é tipicamente menos que 3 horas 24

25 Fase 1 Progress Client Shutdown Re-start the production database Old Production Database Back-up the production database Replication Database Enable client connections to replication database (RDB) Apply Data When the apply process is caught-up, we can focus on the second shutdown of the production database Dump/Load Dumped And Loaded Database Copy Of Production Database 25 Completed

26 Fases 2 e 3 Progress Client Shutdown the Replace Old DB production With New database DB Old Production Database Back-up the production database Validate old/new databases Dump/Load make sure they are identical Dump/load database sequences from old/new dbs Downtime is typically less than 3 hours!!! Copy Of Production Database Dumped And Loaded Database 26

27 Observações Requer pre-qualificação Tipicamente as excessões podem ser endereçadas da Fase 3 Requer um teste antes de ir para producão 28

28 Agenda 1. Cenário atual 2. Entendendo o que está acontecendo 3. Gerenciando ambientes com staff reduzido 4. Melhorando a performance em menos tempo 5. Expondo informações missão crítica para rápida tomada de decisões 6. Conclusão 29

29 Pro2 Replication Suite Pro2 TM Enterprise é um produto para replicação em tempo real de dados que estão em bases OpenEdge params-sql Server TM, Oracle TM ou OpenEdge Data replication, não é disaster recovery 30

30 Características do Pro2 Baixo impacto, arquitetura escalável Velocidade de 10,000-50,000 linhas/minutos (ambiante LAN) Captura mudanças ABL e SQL Console Alestas via /SMS - Customizavel Nào requer replicação da dabase de dados ou tabela inteiras Alterações feitas com ABL por usuários são suportadas 31

31 Benefícios Envia net change constantemente Dá a opção de ter acesso aos dados da base destino em tempo real. Permite vários cenários de implementação Muitas fonts para um destino (muito popular.) Separar uma fonte em vários destinos. Destino recebendo apenas campos Destino recebendo apenas indices 32

32 Casos Práticos 1 Replicando dados OpenEdge para a Data Warehouse Corporativa 33

33 Casos Práticos 2 Vários DBs para relatórios corporativos 34

34 Casos Práticos3 Segregando Dados OpenEdge para Data Warehouses múltiplas 35

35 Diferenciação do Pro2 Porque Pro2 e NÃO OpenEdge Replication? Architected for a subset of OpenEdge data NUNCA, JAMAIS, NEM PENSE NISSO PELO AMOR DE DEUS usado para DR Transformação e (Consolidação ou Distribução) de dados é típico Porque Pro2 e NÃO DataDirect Open Access SDK? Combina dados OpenEdge com dados de outras fontes Combina dados OpenEdge de múltiplas bases de dados OpenEdge Transformações são feitas no OpenEdge para attender necessidades de usuários Nenhuma programação é requerida 36

36

37

38

39

40

41 Quando Pro2? Usuários OpenEdge necessitam replica dados para um data warehouse. Ouvindo relatórios, analytics ou inteligência de negócios, pense em Pro2. Relatórios financeiros corporativos Integração com sistemas de inteligência de negócio Relatórios em geral necessidade de passar dados de produção para outros sistemas estrutura de bases de dados que faz gerar relatórios dificil/impossivel necessidade de combinar dados de fontes múltiplas Ou necessidade de enviar dados para destinos múltiplos 42

42 Who Uses Pro2? 43

43 Agenda 1. Cenário atual 2. Entendendo o que está acontecendo 3. Gerenciando ambientes com staff reduzido 4. Melhorando a performance em menos tempo 5. Expondo informações missão crítica para rápida tomada de decisões 6. Conclusão 44

44 1 Outubro

45 Progress BravePoint Atlanta, Georgia USA ~140 empregados Suporta OpenEdge desde

46 Database Consulting Time de DBAs disponível para projetos Database Health Checks Fazemos isso constantemente Migrações de plataforma Em media, duas por mês Dump and Loads Todos os fins de semana Upgrades de versão de OpenEdge Planejamento de Disaster Recovery Implementação de features OpenEdge Management OpenEdge Auditing Transparent Data Encryption Table Partitioning OpenEdge Replication OpenEdge Multi-tenancy OpenEdge SSL etc 47

47 Agenda 1. Cenário atual 2. Entendendo o que está acontecendo 3. Gerenciando ambientes com staff reduzido 4. Melhorando a performance em menos tempo 5. Expondo informações missão crítica para rápida tomada de decisões 6. Conclusão 48

48