4Cast-6212015 Relatório de Análise BD STOTTAW e STOTTAR
-
Upload
duarte-conceicao -
Category
Documents
-
view
215 -
download
0
description
Transcript of 4Cast-6212015 Relatório de Análise BD STOTTAW e STOTTAR
-
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.