SQL e outras tecnologiasTudo sobre SQL, BI, SAP, Linux e outras tecnologias

Pessoal,

Bom dia. Segue mais um bom material que rolou no Tech-Ed sobre SQL SERVER.

Vídeos:

• SQL Server 2008 - Um dia na vida de um DBA - com Buck Woody (Program Manager - SQL Server - Microsoft Corp.)
  http://wnews.uol.com.br/site/teched/?V=081014-ted-buckwoody
• SQL Server 2008 - Gerenciamento baseado em políticas - com Luiz Felipe Pimenta
  http://wnews.uol.com.br/site/teched/?V=081016-ted-felipepimenta
• SQL Server 2008 - Novidades do Reporting Services - com Daniel Camillo
  http://wnews.uol.com.br/site/teched/?V=081016-ted-danielcamillo

Matérias:

• SQL Server 2008 - Novidades do Reporting Services
  http://wnews.uol.com.br/site/noticias/materia.php?id_secao=4&id_conteudo=11862
• SQL Server 2008 - Tecnologias para facilitar a vida do DBAs
  http://wnews.uol.com.br/site/noticias/materia.php?id_secao=4&id_conteudo=11840

No dia 09 de Novembro no site do TechNet terá o Webcast “Cara, Cadê Minha Memória? Entendendo o Uso e o Gerenciamento de Memória do Microsoft SQL Server” pelo título no mínimo será engraçado. Agora falando sério, será muito bom, tanto para os desenvolvedores como os DBAs, pessoal de Infra-estrutura.

Para se inscrever cliquei aqui.

Alexandre Catão

Ouvindo as palestras no Tech-Ed que eram algumas de cunho DBA e outra de BI/DW, percebi que um analista de BI/DW  deve se preocupar também com performance do server, querys, etc e não somente o DBA. Mas isso é possível? 

Sim é possível, a idéia é não ter conhecimentos a fundo de um DBA e também não ser somente um analista de BI/DW.

Resumindo um analista de BI/DW que tenha conhecimentos mais gerais sobre DBA com certeza será mais eficiente, pois ele terá em mente ao desenvolver o lado da performance, das informações e do armazenamento, não somente irá desenvolver e falar agora DBA servirá com a performance do cubo, etc. 

Ele terá a preocupação de olhar o porque da query demorar 10 minutos sem achar que o problema é a quantidade de linhas do DW, ele irá ver se tem necessidade de criar um índice, etc.

Nisso tudo tem um grande paradigma, o DBA acha que irá perder a sua função ou o acesso ao servidor e o analista acha que terá que administrar um servidor por completo. Como disse não é isso, o analista irá conseguir resolver coisas mais do dia-a-dia e sempre que precisar irá recorrer ao DBA para lhe ajudar como já é feito hoje.

Pensando em metodologias ágeis esta mudança irá dar um grande ganho nas duas equipes. Pensem nisso.

Alexandre Catão

Esta semana eu estava fazendo o papel de QA na equipe em que trabalho.

Como todo mundo sabe (acredito eu) quando você executa uma query, o seu plano de execução vai para uma área de cache, caso execute a mesma query e o plano de execução esteja em cache, a engine do sql irá usar este mesmo plano de execução, desta forma o tempo de execução será menor ou igual a execução anterior (isso se o plano estiver em cache).

Nos testes que estava fazendo surgiu a necessidade de limpar o plano de execução de uma determinada query, perguntando para a DBA da Locaweb a Paula Oliveira, ela me disse que poderia usar o seguinte comando:

- Para descobrir o plano de execução:

SELECT

plan_handle, st.text

FROM

sys.dm_exec_cached_plans 

CROSS APPLY

sys.dm_exec_sql_text(plan_handle) AS st

WHERE

text LIKE N’select * from dim_%‘;

Com esta query estou procurando os planos de execução em cache de querys onde o from tenha dim_ alguma coisa.

O resultado foi:

plan_handle                                                                                                                        text

————————————————– ———————————-

0×06000600E80F3E19B881309B000000000000000000000000   select * from dim_servico

Agora que tenho o plan_handle já posso irá para o próximo passo.

- Para limpar o cache

DBCC FREEPROCCACHE (0×06000600E80F3E19B881309B000000000000000000000000);

Executando-o, o sql irá eliminar o plano de execução da query select * from dim_servico, se quiser limpar todo o cache execute somente DBCC FREEPROCCACHE.

Obs: No SQL 2005 somente é possível limpar todo o cache (DBCC FREEPROCCACHE).

Utilize com moderação pois a limpeza constante poderá gerar lentidão no SQL dependendo da quantidade de vezes que uma mesma query é utilizada pelos sistemas.

Para mais informações sobre este comando no SQL 2008 e no SQL 2005.

Até mais e um ótimo fim de semana.

Alexandre Catão

Pessoal,

Foi bem legal o primeiro dia de tech-ed. Segue algumas coisas legais que ouvi nas palestras.

SQL 2008 

• Pelo Management Studio é possível copiar o resultado de uma query com o título da coluna e já tabulado para ser inserido no Excel.
• Com o powershell do SQL é possível automatizar a busca de erro num log de backup por exemplo, fazendo um search pela palavra “error”, fora isso com powershell é possível fazer milhares de coisas por linha de comando.
• Com o Policy Management é possível criar políticas como por exemplo,  quando o BD não estiver dentro dos parâmetros estabelecidos o próprio sistema dê um alerta.
• No Resource Governor é possível criar resources pools de recursos como memória e CPU e alocar uma determinada quantidade de processamento para um usuário ou uma aplicação ou um BD.
• Com o Data Compression é possível ter uma economia de 25% á 35% de espaço em disco, a compressão pode ser feita por página de dados ou por registro, esta compressão pode ser feito para o banco todo ou somente uma tabela, índice, etc. O ideal é antes de aplicar a compressão usar a sp sp_estimate_data_compression_saving para ver qual método será melhor.
• Utilizando o Transparent Data Encryption é possível criptografar todo o BD, assim ao fazer o Backup, os dados estarão protegidos mas ainda é necessário criptografar as colunas onde a informação deve ser sigilosa.
• Na parte de T-SQL é possível converter dados binários para caracter e vice-versa e também numa única transação de insert é possível fazer vários inserts entre outras novidades.
• Um comando bem legal é o merge, se um dado existe na origem e no destino também, mas a coluna nome está diferente no destino, é possível somente dar update neste campo utilizando o merge, em vez de trazer a linha toda novamente. Para quem utiliza DW isso é uma mão na roda.

IE8

• É possível criar IEs personalizados como antigamente os provedores faziam, mas desta vez é possível customizar/desabilitar 1100 itens.
• Ele terá um debug estilo o firebug.
• Terá tabs com gerenciamento de processos separados como o Chrome.
• Por meio de tags na programação é possível ter aceleradores, que nada mais é ter uma forma mais rápida de chegar a informação. Por exemplo se no site de uma loja tiver o endereço físico dela, o usuário com 2 cliques irá abrir uma div que terá como resultado o mapa com a localização do local.

A palestra do Buck Woody, foi bem legal. Ele apresentou como é um dia de um DBA e como as ferramentas do SQL SERVER podem ajudar a melhorar este dia, algumas das dicas estão na listagem que fiz do SQL.

Bom por hoje é só, hoje não consegui levar o meu N73 para filmar e tirar fotos, mas amanhã me aguardem.

Até amanhã

Alexandre Catão