{"id":843,"date":"2019-12-19T09:34:14","date_gmt":"2019-12-19T12:34:14","guid":{"rendered":"https:\/\/sites.grandecircular.com\/biztecnologia\/?p=843"},"modified":"2019-12-19T11:32:21","modified_gmt":"2019-12-19T14:32:21","slug":"como-anda-a-saude-do-seu-ambiente-sql-server","status":"publish","type":"post","link":"https:\/\/sites.grandecircular.com\/biztecnologia\/blog\/como-anda-a-saude-do-seu-ambiente-sql-server\/","title":{"rendered":"Como anda a sa\u00fade do seu ambiente SQL Server?"},"content":{"rendered":"\n

Health-Check<\/h3>\n\n\n\n

Assim como fazer revis\u00e3o do seu carro ou um check-up m\u00e9dico, \u00e9 necess\u00e1rio fazer o mesmo com seu ambiente de banco de dados SQL Server. Isto \u00e9, existem muitas funcionalidades, configura\u00e7\u00f5es e defini\u00e7\u00f5es que podem tanto melhorar quanto piorar a sa\u00fade do seu ambiente. Ou seja, para saber se a “sa\u00fade” do seu ambiente est\u00e1 OK, \u00e9 necess\u00e1rio fazer um Health Check. <\/strong>O Health Check, consistem realizar <\/strong>uma varredura no seu ambiente de banco de dados, com o intuito de analisar todas as configura\u00e7\u00f5es, defini\u00e7\u00f5es, entidades, objetos, etc.<\/p>\n\n\n\n

Para cada ambiente de SQL Server, esses itens devem ser configurados de forma correta. Portanto, uma configura\u00e7\u00e3o correta pode melhorar muito a performance, assim como, essa mesma configura\u00e7\u00e3o parametrizada de forma incorreta poder\u00e1, e ir\u00e1 diminuir em muito sua performance. Al\u00e9m disso, tamb\u00e9m pode afetar o consumo do seu storage, assim como uma configura\u00e7\u00e3o errada de funcionalidades, que aparentemente foram feitas para melhorar seu ambiente, podem trazer grandes preju\u00edzos.<\/p>\n\n\n\n

A configura\u00e7\u00e3o de um \u00edndice, por exemplo, \u00e0 primeira vista vai melhorar a performance na leitura do seu banco de dados, mas o que poucas pessoas sabem \u00e9 que o mesmo \u00edndice pode piorar o tempo de inser\u00e7\u00e3o de dados. Muitos dos \u00edndices que s\u00e3o criados por sugest\u00e3o do SQL Server, nunca s\u00e3o usados ou s\u00e3o usados apenas uma vez. O que muitas vezes acarreta apenas em mais um processo na hora de inserir dados, ocupando ainda mais espa\u00e7o em seu storage.<\/p>\n\n\n\n

Itens como a configura\u00e7\u00e3o certa da quantidade de arquivos da TempDB.Assim como, defini\u00e7\u00e3o de limite de mem\u00f3ria dispon\u00edvel para o SQL Server. Configura\u00e7\u00e3o do Autogrowth e a defini\u00e7\u00e3o correta do tipo de Recovery Model. Defini\u00e7\u00e3o correta dos tipos de dados, fragmenta\u00e7\u00e3o de tabela e dos \u00edndices. Uso dos \u00edndices, os \u00edndices duplicados, compress\u00e3o de tabelas e entre outros. Desse modo, todos isso pode trazer melhorias relevantes para seu ambiente, desde que analisados e configuradas de acordo com as melhores pr\u00e1ticas e necessidade do cliente.<\/p>\n\n\n\n

S\u00f3 para exemplificar, abaixo abordaremos apenas um dos pontos que s\u00e3o analisados em um Health Check, a defini\u00e7\u00e3o de tipos de dados<\/strong> e mostraremos na pr\u00e1tica quanto se pode ganhar quando a sa\u00fade do seu ambiente est\u00e1 OK.<\/p>\n\n\n\n

O primeiro exemplo mostra o ganho de espa\u00e7o em storage: at\u00e9 26 vezes mais espa\u00e7o. O segundo exemplo mostra o ganho de performance em uma consulta: 10 vezes mais r\u00e1pida.<\/p>\n\n\n\n

Observem que:<\/p>\n\n\n\n