terça-feira, 8 de março de 2016

SQL Server on Linux


A essa altura do campeonato você já deve estar sabendo do anúncio que a Microsoft fez no dia 07/03/2016 (ontem): https://blogs.microsoft.com/blog/2016/03/07/announcing-sql-server-on-linux/

Sim, SQL Server rodando em Linux.

Um assunto que pegou até MVPs de Data Plataform desprevenidos, pois muitos não tinham ideia de que isso poderia acontecer. E mesmo com inúmera incógnitas, não posso deixar passar em branco o assunto sem um post.

Eu estou ANIMADO com o anúncio e vou expor meus motivos, porém primeiro vou listar o que nós não sabemos (nem mesmo os MVPs de SQL Server):

  • Quais serão as funcionalidades suportas pelo produto. Será todo o core da engine relacional? Integration Services?
    • Hekaton, Columnstore, e outras funcionalidades que estão brilhando, estarão incluídas?
  • Teremos Enterprise, Standard e todas as outras edições?
  • Os releases serão sincronizados ou podemos esperar uma defasagem de funcionalidade entre SQL Server do Windows e Linux?
  • Como será o SQL Server Agent? Controlaremos nossos jobs pela cron?
  • Quais serão as distribuições de Linux suportadas? Suse?
  • Suportaremos quais file systems? Ext3, ext4, reiserFS, XFS?
  • Quais serão as ferramentas? Vamos ter o SSMS on Linux? Visual Code será suficiente? Vamos usar IDEs como Eclipse?
  • Haverá interoperabilidade entre plataformas? Isto é, um backup de um banco no Linux pode ser restaurado em um SQL Server rodando no Windows?
  • Teremos 100% de compatibilidade no T-SQL?
  • Como fica integração com o CLR?
  • Diferente do Windows, onde o SQL Server não alterada nada no kernel do SO, será que teremos compilações de kernel específicas para o SQL Server?
  • Vão abrir o código fonte do SQL Server? (Aqui eu aposto contra…)

O que nós sabemos:


Ficou claro que a listagem de dúvidas é muito maior que a de certezas, o que não deixa o assunto menos interessante.

O que é mais legal e me deixa motivado, é que teremos a possibilidade de acompanhar o SQL Server em uma nova jornada, podendo analisar e aprender com os acertos e erros da Microsoft e seus desenvolvedores. Então elucubro sobre alguns pontos…

  1. Fica evidente mesmo para os mais míopes, o que já sabemos: “Data is the core asset now.” Mr. Nadella said.
  2. Linux é um grande sistema operacional e com um market share significativo. Estar presente nele representa uma oportunidade para a Microsoft e, claro, para todos os DBAs SQL Server.
    1. O que não significa que o SQL Server irá se comportar melhor.
  3. As empresas poderão optar por ter um excelente banco de dados (veja prosa abaixo) mesmo que esteja com seus servidores rodando Linux.
    1. O poder de escolha é importante para o negócio, e caso a Microsoft garanta compatibilidade do T-SQL e boa integração entre plataformas, a migração Windows -> Linux pode ser facilitada.
  4. Será possível fazer comparações efetivas de desempenho entre o SQL Server e outras engines rodando com mesmo sistema operacional e hardware.
    1. Só isso já vale o ingresso, a comparação efetiva de engines ou funcionalidades específicas, sem ficar com discursinho de que se fosse no Linux o resultado seria outro.
  5. Muitos DBAs SQL Server vão ter que aprender Linux e isso fará com que eles estudem e comparem as plataformas. Saber as diferenças e como explorar os pontos fortes de cada sistema operacional vai te deixar um melhor profissional.
    1. O que não significa que será melhor ou mais fácil… Por exemplo: deixe de agendar seus jobs com o SQL Server Agent e passe a usar a cron. Ou melhor, tente criar no Linux um monitor de desempenho como faz no Perfmon, cruzando dados de sistema operacional (memória, processos, processadores, I/O, rede), com contadores do SQL Server (access methods, buffer manager, SQL Statistics).
  6. Poderemos observar a qualidade do código produzido pela Microsoft para suportar diferentes sistemas operacionais. Será que ela fará melhor ou vou encontrar listas gigantescas de correções como eu vejo no DB2 LUW?

Prosa SQL Server, Oracle, DB2, PostgreSQL, …

Relembrando: Essa prosa vem de um geek que estudou por muito tempo o SQL Server, administrou por quase 2 anos e meio o DB2 LUW com Suse Linux, foi massacrado com informações sobre o Oracle no treinamento do Portilho e agora eventualmente investe uns minutinhos lendo coisas a sobre o PostgreSQL. Isto é, com certeza escrevo muita besteira…

Hoje temos o DB2 e Oracle com mais funcionalidades que o SQL Server, algumas sensacionais que eu gostaria de ver no SQL Server, além da possibilidade de fazer ajustes finos em diversas configurações (mesmo que quase ninguém o faça). Já no SQL Server eu vejo uma engine mais concisa e muito eficiente, e um produto que está se adaptando mais rápido às inovações/pesquisas de banco de dados (talvez por não ter que manter diferentes SOs), o que pode ser um diferencial nos próximos anos.

Vejo na nova direção da Microsoft, abraçando o Linux e open source, a possibilidade de muitos de nós sair de um casulo dentro de uma plataforma (como eu vivi por muitos anos!!) e até de abraçarmos modelos diferentes. Quem sabe no futuro veremos menos gastos com uma cadeia gigantesca de vendedores, minimizando o custo do licenciamento, melhorando o serviço de suporte e focando no que realmente importa: a qualidade dos produtos e resolver os problemas dos clientes. Seria muito bom ter que parar de desmentir histórias que alguns vendedores contam…

Já disse isso para vários clientes (inclusive um bem recente) que para a grande maioria dos ambientes transacionais, não importa se o seu banco é Oracle, SQL Server, DB2 ou PostgreSQL (que tem recebido muitos elogios e acho que merece ser acompanhado de perto), o que importa muito mais é como fazemos a adoção da tecnologia e se estamos utilizando-a de forma efetiva.

Por fim, espero sinceramente que o maior benefício seja produzirmos comparações de qualidade, discussões inteligentes e que isso traga maior maturidade para TODOS os profissionais que trabalham com banco de dados. A aproximação da Microsoft com o Linux deve fazer com que DBAs SQL Server se aproximem de outras engines e também trazer DBAs Oracle/DB2/PostgreSQL para explorar um pouco do SQL Server, quebrando mitos e preconceitos.

Quero poder discutir e testar se o completely fair scheduler (https://en.wikipedia.org/wiki/Completely_Fair_Scheduler) é realmente ruim para máquinas com banco de dados que não adotam um modelo cooperativo de escalonamento (como eu acredito ser). Quero poder falar sobre configurações do SO (ex.: swapiness, huge pages), ou se a implementação do Vectored I/O (https://en.wikipedia.org/wiki/Vectored_I/O) no Linux realmente não é a ideal (como eu já soube), tudo isso sem esbarrar na barreira de minha versus sua plataforma de banco de dados ou sistema operacional.  

Mas tem uma coisa que continuará igual: os manés xiitas sempre existirão.

Isso não mudará, infelizmente teremos manés em todas as plataformas. Vou continuar observando calado um DBA de outro SGBDR dizendo que eu, DBA SQL Server, não sei administrar banco de dados sem mouse, notando em seguida que o infeliz não tem a menor ideia do funcionamento de um banco de dados (pela minha observação, os xiitas tendem a ser os mais leigos). E mesmo sabendo que em dois ou três meses estudando o SGBDR muitos profissionais seriam melhores do que ele, continuarei calado. Para esses xiitas, que por desconhecimento de outra tecnologia, continuam a arrotar besteiras colossais e se sentindo maiorais, meu total desprezo.


Estamos vivendo tempos excitantes no mundo dos bancos de dados e essa mudança dentro da Microsoft e com o SQL Server eu quero assistir de camarote. Pode ser que ninguém adote o "novo" produto, pode ser que o desenvolvimento falhe espetacularmente e venha com muitos bugs ou péssimo desempenho, ou que as ferramentas não sejam tão interessantes como as que temos hoje. Ou pode ser que o SQLOS ofereça uma abstração fantástica e o produto se adapte muito bem em um novo SO, deixando muita gente de queixo caído. Seja qual for o resultado desse movimento, com certeza ele trará muito aprendizado.

De quebra, quem sabe um dia não teremos um treinamento Mastering SQL Server on Linux na Sr. Nimbus, irmão do já conhecido Mastering http://www.srnimbus.com.br/sql23/.

Quer acompanhar de perto também? Se cadastre no preview e acompanhe o evento Data Driven que acontecerá no dia 10 de março, onde provavelmente vão falar sobre o assunto.


Se estiver com tempo e quiser analisar por outras fontes como está sendo recebida a notícia, alguns links:



Ah, Kevin Farlee colocou essa imagem no twitter… Esse não acredito ser fake, como muitos outros que já vi. :-)




====================== UPDATE ======================

Brent Ozar traz para a mesa mais outros questionamentos, que podem ser tão importantes quanto a qualidade do produto desenvolvido. Recomendo a leitura: https://www.brentozar.com/archive/2016/03/microsoft-sql-server-coming-linux

Seria legal também ouvir comentários de profissionais Oracle, DB2, Postgres… E aí, acham que isso vai vingar? Tem curiosidade com o que está por vir ou não vai fazer a menor diferença no mercado?

Abraços

Luciano Caixeta Moreira - {Luti}
luciano.moreira@srnimbus.com.br
www.twitter.com/luticm
www.srnimbus.com.br

quinta-feira, 3 de março de 2016

Database Internals - CMU

Estamos vivendo um período muito legal para bancos de dados, frase que eu já disse umas mil vezes e você já deve estar cansado de ouvir, ok. O resultado disso é que a maneira que nós, profissionais de banco de dados, encaramos a construção de soluções, modelamos, criamos e mantemos os nossos bancos, está passando por uma transformação, que vale a pena acompanhar de perto.

Então pare um pouco e reflita… Você conhece bem os fundamentos e mecanismos internos do seu banco de dados? Não é necessário saber o código fonte ou os mínimos detalhes da engine, longe disso, pergunto se você consegue entender os reais motivos de um problema, como o crash recovery funciona e coloca o banco em um estado consistente, o que é Write Ahead Logging, checkpoint, MVCC, ou como é a estrutura de uma B+tree?

Já faz anos que entrevisto profissionais de banco de dados, seja para lugares onde trabalhei ou a pedido de clientes, e em geral o que me mais me impressiona (negativamente) é a quantidade de DBAs ou desenvolvedores que trabalham com bancos de dados relacionais durante anos e não fazem ideia de conceitos básicos da engine com qual estão trabalhando. São profissionais que sabem utilizar o banco, fazer backup, um restore, rotinas de manutenção e até seguem recomendações de melhores práticas, porém param aí, não procuram entender os porquês e nos problemas mais difíceis, acabam não resolvendo a causa raiz e criando uma série de remendos/paliativos.

Então se você quer aprender mais sobre engines de bancos de dados, tem uma conexão com a internet e está disposto a perder investir algumas horas de sono nas próximas semanas, recomendo acompanhar um curso de banco de dados…

Certa vez esbarrei com o perfil de Andy Pavlo (http://www.cs.cmu.edu/~pavlo/), um acadêmico envolvido com banco de dados e em um de seus tweets cheguei a um curso dele lá na universidade de Carnegie Mellon: Database Systems (http://15721.courses.cs.cmu.edu/spring2016/).

O curso está sendo gravado e publicado aqui: https://scs.hosted.panopto.com/Panopto/Pages/Sessions/List.aspx?#folderID=%22ed2ee867-9610-4bad-94af-5d12c2ea47cd%22

O curso tem por objetivo explorar as novidades dos bancos de dados relacionais e o que está mudando no desenvolvimento dos produtos, explicando detalhes de funcionamento das engines relacionais que tanto gostamos. Ainda nem cheguei na metade do curso, mas estou aqui recomendando. Logo no início o Andy menciona que o curso é um Database Internals, então aproveitei o gancho para o título do post.

É um conteúdo diferente do que estamos acostumados, pois o foco é como construir um SGBDR! Só a lista de leitura dos paper que estão na agenda do curso vale a pena: http://15721.courses.cs.cmu.edu/spring2016/schedule.html

E para você que está acompanhando o SQL Server, vai ficar satisfeito em saber que em diversos momentos ele elogia a pesquisa e os avanços do SQL Server, o que deixa claro que mesmo sendo uma engine que entrou mais tarde do mercado de bancos de dados, se comparado ao Oracle e DB2, tem um futuro longo pela frente, e esperamos, brilhante.

Espero que possamos conversar sobre o curso e que ele incentive você a se aprofundar cada vez mais no mundo dos bancos de dados, que é fantástico.

Abraços

Luciano Caixeta Moreira - {Luti}
luciano.moreira@srnimbus.com.br
www.twitter.com/luticm
www.srnimbus.com.br

quarta-feira, 24 de fevereiro de 2016

Script Powershell - Criar Data Collector Set

Não é de hoje que eu peço para meus clientes e alunos manterem um baseline do ambiente. E uma excelente forma de se ter uma visão geral do SQL Server e Sistema Operacional é através do Perfmon. Dito isso, há anos que mantenho um documento padrão com meu pedido de como criar o Data Collector Set e quais contadores devem ser capturados.

Recentemente aproveitei parte do tempo que estou dedicando para aprofundar no uso do Powershell e criei uma rotina simples, que ajuda no processo de criação do Data Collector Set.

O script chamado "Perfmon_CreateDataCollector.ps1" você encontra no repositório SQLServer em meu GitHub: https://github.com/luticm/SQLServer/blob/master/Powershell/Perfmon_CreateDataCollector.ps1. O script é autoexplicativo, abra o PS ISE e execute.

Obviamente muitos já devem ter formas diferentes de criar seu baseline, mas espero que esse script ajudar alguns de vocês.
Agradeço ao Edvaldo (http://edvaldocastro.com/), Raul e Rodrigo (http://thesqltimes.com/blog/), que acompanharam e ajudaram na evolução do script.

Por favor, testem o script e me contem se deu certo e, quando houver problema, me reportem para eu tentar melhorá-lo.

Se não quiser tocar na interface do Perfmon, depois de criar seu baseline use o logman.

> logman query
> logman -start nomeDC
> logman -stop nomeDC

Abraços

Luciano Caixeta Moreira - {Luti}
luciano.moreira@srnimbus.com.br
www.twitter.com/luticm
www.srnimbus.com.br

sexta-feira, 19 de fevereiro de 2016

[SQLServerDF] Encontro XXIX - SQL Server AlwaysOn Availability Groups (HandsOn)


Olá pessoal, para começar o ano do SQLServerDF teremos uma apresentação na próxima semana.

Agendei com a XTC algumas datas para o primeiro semestre deste ano, então quem está com aquele projeto de palestrar no SQLServerDF engavetado, quem sabe não é hora de bater a poeira, entrar em contato comigo e se preparar para fazer uma apresentação?
Já temos palestrante para março/2016, será uma apresentação remota feito por Glenn Berry da SQLSkills (mais detalhes virão depois), então o próximo slot é para abril.

De resto vocês já sabem o que fazer, por favor confirmar presença com nome e e-mail no Google Groups. Para aqueles que não estão no grupo, basta ir até http://groups.google.com/group/sqlserverdf, fazer sua inscrição e aguardar minha moderação.

Data e horário: 23/02/2016, das 18:30h às 20:00h
Local: Xperts Trainning Center
Palestrante: Edvaldo Castro

Título: SQL Server AlwaysOn Availability Groups (HandsOn)
Descrição: Nesta sessão partiremos de um Windows Server Cluster já criado, e faremos a configuração de um SQL Server AlwaysOn Availability Group, detalhando os recursos e funcionamento do mesmo.
Poucos slides para que possamos fazer tem tempo real todos os passos para a instalação e configuração de um AlwaysOn AG (Availability Group).

Mini-cv do palestrante: Mais de 12 anos de experiência, já trabalho em diversos setores (Manufatura, Educação Superior e Financeiro) sempre em ambientes críticos com requisitos de Alta Disponibilidade. Graduado em dois cursos pela Universidade de Franca, possui também certificações no SQL Server desde a versão 2005. Recentemente atuou como Engenheiro de Suporte (PFE) na Microsoft e atualmente, é Consultor Sênior na Sr. Nimbus Tecnologia. Participa ativamente da comunidade, com palestras e blog http://edvaldocastro.com.

Xperts Trainning Center
SHIS QI 15 Conjunto 8/9 Área especial Bloco D, Subsolo - Lago Sul  (ao final da rua)
CEP 71635-565 - Brasília - DF
Telefone: (61) 4063-8177 | 9545-9241
Ponto de referência: Acesso é feito ao lado da escola Red Balloon; Próximo ao hospital Brasília.

==============  Atualização ===============

O encontro aconteceu no horário combinado e foi muito bacana! O pessoal trouxe muitas perguntas e o Edvaldo fez uma sessão inteira de hands-on, isto é, demonstração praticamente o tempo todo.
De quebra ainda sorteou uma licença do SQLMonitor da RedGate (http://www.red-gate.com/products/dba/sql-monitor/) e um voucher de 50% para um treinamento da Nimbus.
Para quem não conhece o blog do Edvaldo, aqui está: http://edvaldocastro.com/

Aproveito e deixo algumas fotos do encontro XXIX:




=======================================


Abraços

Luciano Caixeta Moreira - {Luti}
luciano.moreira@srnimbus.com.br
www.twitter.com/luticm
www.srnimbus.com.br

quarta-feira, 10 de fevereiro de 2016

Material da apresentação para o SQLManiacs (Fev/2016)

No dia 03/02/2016 eu aproveitei minha passagem por São Paulo e apresentei uma sessão técnica para o grupo SQLManiacs, liderado por Vitor Fava.

A sessão apresentada foi SQL Server Performance & troubleshooting Scenarios – Volume #1. Confesso que estava cansado de já estar ministrando um treinamento integral, mas tivemos casa cheia e muita gente interessada, resultado: me diverti bastante e gostei demais de poder apresentar pela primeira vez uma sessão para o SQLManiacs.

Conforme prometido, disponibilizei todo o material utilizado (inclusive as demos que não foram apresentadas): Reunião SQLManiacs - Luciano Moreira - 20160203.rar (http://1drv.ms/1PNpHid).

Espero poder fazer outra apresentação para o SQLManiacs ainda neste ano!

Algumas fotos do encontro:

 

 
 

Abraços

Luciano Caixeta Moreira - {Luti}
luciano.moreira@srnimbus.com.br
www.twitter.com/luticm
www.srnimbus.com.br