4Cast-6212015 Relatório de Análise BD STOTTAW e STOTTAR

Embed Size (px)

DESCRIPTION

Rekatoq

Citation preview

  • Relatrio de Anlise

    BD STOTTAW e STOTTAR em ambiente de Qualidade

    Relatrio de Anlise

    BD STOTTAW e STOTTAR em ambiente de Qualidade

    Data: 01 de Setembro de 2015 Ref. : 4Cast-621/2015 Relatrio de Anlise BD STOTTAW e STOTTAR A/C: Dr. Paulo Albuquerque - Chairman of the Board Contisystems - Tecnologias De Informao, S.A

  • INDICE

    Documento confidencial

    2

    Sumrio executivo/ Recomendao .............................................................................................................................................................................................. 3 Cenrio .......................................................................................................................................................................................................................................... 8 Analise Detalhada .......................................................................................................................................................................................................................... 9

    BD Configuration: ...................................................................................................................................................................................................................... 9 Missing Index: ..........................................................................................................................................................................................................................10 Utilizao de CPU: ...................................................................................................................................................................................................................11 Wait Events:.............................................................................................................................................................................................................................12

  • SUMARIO EXECUTIVO/ RECOMENDAO //RERDAFFGADFADFRRERECOME

    Documento confidencial

    3

    Sumrio executivo/ Recomendao Infraestrutura (Database configuration):

    x As bases de dados esto divididas numa BD de escrita (STOTTAW) e outra de leitura (STOTTAR) que so replicadas entre si atravs do SQL Server Replication.

    x Nas BDs que tivemos acesso, ambas possuem 8Gb de Ram, a STOTTAW possui 4 CPUs e a STOTTAR possui 6 CPUs.

    x Em geral, a BD no apresentou claras evidncias de problemas de performance aplicao. Ser necessrio um acompanhamento com baselines para um resultado final.

    x A Instncia STOTTAW tem as BDs em recover model SIMPLE e com isso est limitada a questo de backups, no tive acesso a esta informao da outra BD.

    x Existem Databases com Page Verify NONE isso indica que o Sql Server no deve ativar o page verify e consequentemente no est a prevenir possveis data block corruption, so as BDs (DOSArchive, DOSMonitor,

    DOSHistory e DOSDSAArchive).

    Alterar as configuraes em qualidade - Diogo Duran at 8/06

    Alterar as configuraes em qualidade - Diogo Duran at 8/06

    Esclarecer em reunio esta afirmao

  • SUMARIO EXECUTIVO/ RECOMENDAO //RERDAFFGADFADFRRERECOME

    Documento confidencial

    4

    Database Performance I/O:

    x Itens que esto a contribuir para lentido no acesso aos dados.

    No tive acesso aos filegroups das BDs.

    Distribuio de I/O por BDs:

    Na questo de I/O estamos limitados pelo S.O. da Microsoft, se fosse Unix no teramos esses limites.

    Questionar em reunio esta afirmao - Agendar reunio com ForecastIT Duarte Conceio

  • SUMARIO EXECUTIVO/ RECOMENDAO //RERDAFFGADFADFRRERECOME

    Documento confidencial

    5

    Logins na BD (security):

    x Ateno s sesses do user SA, pois na altura da anlise, havia 36 e 38 sesses nas respectivas BDs (STOTTAW e STOTTAR).

    Acesso a Tabelas e ndices: x Falta de ndices, ou seja, atualmente existem queries que esto a fazer Scans nas tabelas mais acedidas ao invs de

    utilizarem um ndice.

    x Encontrada grande quantidade de queries adhoc ao invs de Stored Procedures (prepared).

    OBS:. No foi analisada a estrutura das tabelas, pois no tivemos acesso, nesta fase no era relevante pelo motivo de

    todo o software estar a ser desenvolvido in house.

    J no se verifica data de hoje. Processo extraordinrio ocorrido aquando apenas das configuraes actuais

    As nossas queries de monitorizao tem que passar a Store Procedures. Trabalho ongoing que tem que ir sendo acompanhado no dia-a-dia para aferir o impacto nos recursos do sistema

    Estas queries so nossas de monitorizao. Vamos trabalhar no sentido de indexar as queries

  • SUMARIO EXECUTIVO/ RECOMENDAO //RERDAFFGADFADFRRERECOME

    Documento confidencial

    6

    Database wait events:

    x Eventos de espera da BD STOTTAW:

    x Eventos de espera da BD STOTTAR:

    Temos que tirar estes relatrios com alguma periodicidade. Os dados acima apresentados so um snapshot num perodo especfico de tempo.

  • SUMARIO EXECUTIVO/ RECOMENDAO //RERDAFFGADFADFRRERECOME

    Documento confidencial

    7

    CPU wait events:

    x O consumo de CPU pode ser pela quantidade de paralelismo que o SQL Server est a fazer, tem que ser revisto o parmetro (cost threshold for parallelism):

    STOTTAW:

    STOTTAR:

    Vamos aguardar que o BST altere o mtodo para a verso da WebAPI e verificar se as percentagens de CPU se mantm. Reavaliar no dia 8.

  • CENRIO

    Documento confidencial

    8

    Cenrio

    Caractersticas da Monitorizao: BD: SQL Server 2014

    A anlise foi feita com base nos dados recolhidos do dia 28 de Agosto de 2015 e nas informaes de estatsticas do SQL Server.

    Esta anlise foi realizada nas seguintes base de dados:

    DOSPRD08\STOTTAW BD de escrita;

    DOSPRD09\STOTTAR BD de leitura.

    Foram efetuados testes de carga nestas duas BD com os seguintes cenrios:

    Estiveram a correr 2 trades que procederam ao carregamento de 70.000 registos na BD de escrita (STOTTAW) e em simultneo o cliente esteve a correr 10 trades, a simular o acesso de 100 clientes por minuto na BD de leitura (STOTTAR).

  • Documento confidencial

    9

    Analise Detalhada

    BD Configuration:

    A BD est na verso 2014 (12.0.2000.8 (X64) (120)).

    BD STOTTAW:

    Estas so as configuraes das BDs e aqui tem que se ter ateno ao Recovery Model e Page Verify.

    Da BD STOTTAR no tivemos acesso a essa informao

  • Documento confidencial

    10

    Na parte dos parmetros do SQL Server, nesta anlise parcial apenas temos a comentar a alterao destes parmetros, apenas para evitar excessivo uso de CPU.

    Missing Index: Segue em ficheiro excel a lista de missing index que conseguimos detetar nas BDs.

    Alterar para que valores? Questionar em reunio.

    Questionar em reunio. Quais? Como? Porqu?

  • Documento confidencial

    11

    Utilizao de CPU:

  • Documento confidencial

    12

    Wait Events

    Chamamos ateno para os itens em amarelo, pois isso demonstra uma m performance de acesso ao disco. Temos aqui a necessidade de uma melhor anlise no I/O do servidor.

    Na questo de acesso a discos, temos que ter muito cuidado e ateno quando estamos a trabalhar com Windows, infelizmente o Windows tem uma limitao no acesso ao disco.

    Events STOTTAW

    WaitType Wait_Sec Wait Count Wait Percentage

    WRITELOG*** 4925.57 726675 33.04

    IO_COMPLETION** 2923.16 397001 19.61

    CXPACKET 2632.76 1121578 17.66

    PAGEIOLATCH_SH 2057.40 102800 13.80

    LATCH_EX* 653.57 926515 4.38

    ASYNC_NETWORK_IO 421.28 167479 2.83

    PREEMPTIVE_OS_WRITEFILE 395.96 19048 2.66

    SOS_SCHEDULER_YIELD 192.58 3310877 1.29

    *Est relacionado com a necessidade de uma maior distribuio de files (split files to Sql Server)

    **Occurswhilewaiting for I/O operations to complete

    ***Tem a ver com a escrita no Transaction log, isso pode ser que o transaction log esteja nos mesmos discos que os outros filegroups, recomendado ter o Tlog em discos dedicados.

    O futuro poder passar por um storage com Discos SSD com suporte para auto-tiering. A storage actual de entrada de gama. Custos para uma soluo deste gnero (38K)

  • Documento confidencial

    13

    Events STOTTAR

    WaitType Wait_Sec Wait Count Wait Percentage

    CXPACKET* 55703.54 402924 48.97

    LATCH_EX 44902.44 15766364 39.47

    SOS_SCHEDULER_YIELD** 11312.21 6236142 9.94

    PAGEIOLATCH_SH 520.81 27243 0.46

    IO_COMPLETION 302.16 81924 0.27

    *Est relacionado com a utilizao de paralelismo, nesse caso est a perder mais tempo em CPU do que no processamento dos dados.

    **Espera por ciclo de cpu.

    elismo, nesse caso est a perder mais tempo em CPU do que no processamento dos dados.

    **Espera por ciclo de cpu.