Luciano Moreira

Luciano Moreira

(0 comments, 164 posts)

This user hasn't shared any profile information

Home page: http://luticm.blogspot.com/

Posts by Luciano Moreira

Cumulative update, aplicar ou não, eis a questão!

Post bem controverso, vamos ver no que vai dar…

Tudo começou com a seguinte pergunta: "Amigos, vocês recomendam um cliente a aplicar Cummulative Updates no SQL Server se não for por um erro encontrado?"

A resposta padrão para essa pergunta é NÃO, inclusive se você ler os textos dos cumulative updates (vulgo CUs) vai encontrar frases como essa: "This cumulative package is intended to correct only the problems that are described in this article. Apply it only to systems that are experiencing these specific problems". E nós, consultores, não podemos levianamente sugerir a aplicação de um fix sem analisar todo o cenário, então por segurança, muitos vão responder NÃO.

Dito isso, deixo minha opinião: eu sugiro que sua empresa crie a rotina de aplicar frequentemente CUs em produção, mesmo que você não tenha registro de problemas que são corrigidos por um CU específico.

Estou louco? Talvez, e se eu disser que acredito que o principal motivo para fazer isso é cultural?
Vamos as minhas justificativas…


CULTURA

Comparado a frequência de atualização de uma aplicação web, banco de dados é um componente bem mais estático, que sobre menos atualização. Se considerarmos que o tempo entre o service pack 1 (onde normalmente acontece a adoção do produto no Brasil) e o service pack 2, usualmente são quase 2 anos de espera, então sua equipe pode ficar aproximadamente 2 anos sem aplicar um fix em produção.

Por curiosidade, datas de lançamento de SPs do SQL Server 2012: SP1 (Novembro 2012) e SP2 (Junho de 2014).

Ótimo você pensa, isso é uma bela estabilidade! Sim, mas agora vamos a um índice que criamos na Nimbus e eu cito muito em minhas aulas: IPM ou Índice do Potencial Merdístico. Isto é, dependendo do que você está fazendo, o IPM indica quão grande é o potencial de dar alguma merda no que você está fazendo.

Vamos a uma situação hipotética…

E se o deploy de uma nova aplicação ou uma implementação de novo recurso faz com que um bug seja encontrado em produção, com resolução documentada em um CU ou SP?
Sua equipe vai ter que usar uma janela de noite no meio da semana para aplicar a correção. Ok, só um detalhe, coincidentemente nosso DBA sênior está de férias na Austrália (Murphy é um FDP mesmo!), então vamos com nosso DBA júnior… Mas o último fix que aplicamos faz 2 anos, como é mesmo o processo? E o backup? Foi feito no fim de semana, mas ainda não deu tempo de testar, então vamos torcer para ele estar íntegro (se esse Murphy aparecer aqui eu quebro ele na porrada)… E como uma grande fila de dominó, seu IPM vai aumentando, e junto com ele os riscos de sua organização. No fim pode dar tudo certo, mas e se não der????

O que acontece em uma organização que aplica regularmente os CUs…

Hoje a cadência de release dos CUs é em torno de 2 meses, então vamos supor que sua equipe espera 1 mês do lançamento do CU, aplica em desenvolvimento, semana seguinte em teste integrado, depois em homologação, chegando finalmente em produção na quarta semana, que quase coincide com o lançamento do próximo CU (1 mês + 4 semanas de aplicação da correção).

O que vai acontecer na organização:

    • Seu DBA sênior vai trabalhar nas primeiras rotações da implementação, afinal é um profissional responsável, e vai cuidando das aplicações do fix. Só que isso não é viável para sua organização, que não quer ficar pagando hora extra para seus funcionários mais caros, e provavelmente seu sênior não quer ficar trabalhando todo fim de semana, mas sim investir seu tempo em algo mais útil e ter tempo com a família. Resultado:
  - Seu DBA sênior vai começar a trabalhar na documentação e automatização da rotina (powershell ou algum shell script), criando algo mais profissional e sólido, diminuindo o risco humano das operações (que normalmente é o que aumenta bem o IPM).
  - Com o tempo quem vai cuidar dessas aplicações é o DBA júnior, que está aprendendo e no início de carreira,  que consegue fazer a rotina sem dificuldade e não vai estar em apuros quando o DBA sênior estiver viajando.
  • Em algum momento uma aplicação de fix no fim de semana vai dar problema e sua equipe vai ter que trabalhar para contornar a situação.
  - É melhor que isso aconteça em um período controlado onde você se organizou, está descansado e potencialmente tem uma janela de manutenção maior ou menor impacto em produção, caso do serviço ficar fora do ar por mais tempo que o planejado.
  - Sua equipe vai investir mais tempo trabalhando em uma estratégia para contornar os potenciais problemas e ser mais eficiente em caso de desastre. Esse estímulo e aprendizado pode trazer um retorno imenso para a organização quando o problema atinge seu ambiente em horários críticos.
  • Sua equipe também vai pensar em alternativas de alta disponibilidade, que podem ter sido relegadas para segundo plano (por N motivos), ou vai ficando cada vez mais confortável com as operações, conhecendo tempos de movimentação de recursos, detalhes da rotina, análise de logs, etc.
    • Sua equipe cria a cultura de acompanhar os releases, revisar os fixes e, invariavelmente vai aprender alguma coisa só de ler as referências dos KBs.
  - Curiosamente nos últimos anos tive a experiência de acompanhar mais o fixes do DB2 do que tinha com o SQL Server, e aprendi muito com essa prática, então também estou adotando para o SQL Server.

E falo isso de experiência própria… Recentemente passei por isso com o DB2, pude aplicar os primeiros fixes como se fosse um júnior, criamos uma documentação madura e um passo a passo excelente, a equipe já sabia como lidar com problemas comuns e tempo médio das operações, deixei de trabalhar de madrugada para aplicar fix e estávamos caminhando para no futuro automatizar nossos processos. De quebra já sugerimos deixar uma infraestrutura mínima e ajustada, para subir rapidamente novos bancos de dados se necessário.
E se um fix der problema na madrugada de sábado? Ai pode me acordar e no papel de consultor ou DBA Sênior, vou lá ajudar a resolver a bagaça…


SEM PROBLEMA NO AMBIENTE

O argumento do "se não tem problema" não aplique o CU tem fundamento pelo aspecto de estabilidade.
Mas vamos a outras situações hipotéticas, usando como referência o Cumulative Update package 7 for SQL Server 2012 Service Pack 2: https://support.microsoft.com/en-us/kb/3072100.

    • FIX: Indexed view returns incorrect result after insert or delete operation on the base table in SQL Server 2012 (https://support.microsoft.com/en-us/kb/3068439)
        - Ok, correção importante, mas se ninguém reclamou então não deve estar acontecendo no nosso ambiente… Mas e se estiver? Você executou selects em todas as views indexadas e foi validar o resultado para saber que não está com o problema? Se existem relatórios que usam sua view indexada e está distribuindo valores incorretos, os usuários podem somente notar daqui a alguns dias ou quem sabe no próximo mês.
        - Ou então você implementa uma nova view indexada e o resultado começa a dar errado, o que fazer? Tirar a funcionalidade do ar até sua janela de manutenção ou aplicar o fix no meio da semana?

  FIX: Hash or merge join hints may be ignored when you execute a query in SQL Server 2012 (https://support.microsoft.com/en-us/kb/3064454)
        - Você encontrou um plano ruim e o QO não está te ajudando. Usa um serviço de consultoria e o Fabiano diz: coloca essa hint que o plano vai brilhar. Você faz o ajuste e nada… bug no SQL Server. Resolução aplicar o fix… quando? Está preparado? Mesma ladainha.
  - Só que esse camarada ainda tem uma coisa muito importante, trace flag 4199, que muita gente não sabe da existência mas deve ser entendido e tratado com carinho, ainda mais que o comportamento padrão da engine vai mudar no SQL Server 2016 (https://support.microsoft.com/en-us/kb/974006). Aí você resolve ir na cara e na coragem e habilita o TF 4199 sem teste e no meio da semana… Olha o IPM aumentando aí!!!!
            - Esse trace flag é importante e merece um post dedicado! Estou escrevendo e em breve estará no blog.

FIX: CMEMTHREAD waits occur when you execute many ad hoc queries in SQL Server 2012 (https://support.microsoft.com/en-us/kb/3074425)
  - Sua empresa comprou uma nova aplicação, que passou por homologação e funcionou tudo bem, pois não tinha massa crítica para ressaltar o problem. Chegou em produção e lambou tudo logo na manhã de segunda-feira.
  - Resolução é aplicar o fix… quando? Está preparado? (Isso está ficando repetitivo…).

A fragilidade do argumento de não aplicar o fix se não têm problema é que você não consegue efetivamente testar todas as condições (até porque alguns KBs podem ser bem superficiais), e lembrando que o CU é cumulativo, então se você vai aplicar o CU #5 tem que revisar todos os outros também.

Soma-se a evolução das aplicações e funcionalidades adotadas, pode ser que na próxima semana um novo recurso colida com um bug já documentado e corrigido 4 CUs atrás… Eu não gostaria de esbarrar com um bug de corrupção de dados que já foi corrigido em um CU anterior.

RISCOS

É claro que não sou um idiota para achar que não existem riscos, sim eles existem.
E pode ser que você vá enfrentá-lo hoje ou daqui a três meses quando precisar aplicar o CU por conta de outro problema, então você precisa estar preparado.

Em uma pesquisa rápida na internet encontrei um caso de um DBA onde um CU voltou um comportamento antigo do SQL Server, que havia sido corrigido por um SP antigo, e trouxe problemas para a equipe que acabou por reinstalar o SQL Server (só faltou ele dar mais detalhes do CU e SP, então comento aqui mesmo correndo o risco de ser uma análise errada do DBA). E é uma pena, talvez pudesse ter passado sem essa, ou quem sabe estar calejado e conseguido colocar o banco no ar com maior agilidade.

E isso leva ao próximo ponto que muitos argumentam: comparativo de "qualidade" do cumulative update e service pack.

CU vs. SP

Outro ponto contra os CUs é que a bateria de testes executadas contra eles são menores que os SP.
Mesmo existindo pequenas diferenças entre os testes de CU/SP, houve uma grande melhoria dos testes dos CUs e a infraestrutura atual suporta testes de regressão em CUs, da mesma forma que acontece com o SP, então no que toca os "grandes pontos" dos testes, CU e SP passam pela mesma bateria.

DESEJO 

Meu desejo real é que a Microsoft passasse a indicar formalmente a aplicação dos CUs, incluindo além de correção de bugs novas funcionalidades para a engine (o que já aconteceu!), permitindo que eu não tenha que esperar alguns anos ou uma nova versão por uma melhoria que poderia estar disponível hoje.
Acredito que esse modelo esteja muito mais alinhado com a tendência de releases constantes que estamos vendo acontecendo ao redor do mundo e, uma hora ou outra, teremos que nos ajustar.

A cultura de constante atualização também vai forçar que isso se espalhe pela organização, inclusive para os desenvolvedores que vão ter que acabar por melhorar seus testes (tenho outro "causo" que lembrei, mas esse post já está gigante :-) ).
Isso também pode te ajudar a evitar manter pequenos fantasmas no futuro, afinal tem gente administrando SQL 7.0 e 2000 em pleno ano de 2015. E uma vez que sua empresa está nesse modo de operação, também vai cobrar de seus fornecedores para acompanhar: "Tem uma aplicação de terceiro que exige modo de compatibilidade 2000, então não consigo migrar….".

SENDO REALISTA

Não são todas as equipes que estão preparadas para esse modelo, afinal ainda temos centenas de DBAs acidentais de SQL Server administrando (como podem) o seu ambiente. Então simplesmente sumir com o Service Pack não é algo viável, pois é um marco para muitas empresas.
Service packs e CUs podem ter bugs e trazer problemas, já vimos isso acontecer, então NÃO estou recomendando aplicar o fix no dia seguinte a sua liberação (a MS já tem um histórico sobre isso), por isso recomendo esperar pelo menos um mês para começar seu processo de atualização.

Com a cadência de release de 2 em 2 meses fica muito difícil acompanhar os CUs, então que tal começar de quatro em quatro meses?

IMPORTANTE: Sou um profissional e bancos de dados não devem ser tratados levianamente, e você deve fazer o mesmo. Estude, acompanhe, leia as alterações, entenda o que está sendo aplicado e trate com muito zelo o seu ambiente, pois um DBA despreparado pode causar a falência de uma empresa. Então TESTE, TESTE e TESTE, melhorando sempre todo seu ciclo de deployment.


CONCLUSÃO

Mesmo remando contra a maré, eu acredito que os benefícios de constantemente aplicar os CUs ultrapassam de longe os riscos de se ter uma cultura reativa.

Processos melhores, documentação e automatização, equipe mais preparada, datas controladas para fazer as atualizações, melhor integração com outras áreas, tudo isso faz com que sua equipe e organização amadureçam se tornem mais profissionais.

Claro que não é simples, você vai comprar brigas, vai ter que aprender a se dar bem com o desenvolvedor FDP, que também acha você um DBA FDP e babaca (quem sabe vocês não viram best friends!!) e isso não vai acontecer da noite para o dia. Mas sair da zona de conforto pode te fazer um bem danado e no longo prazo vai favorecer para que fique cada vez menor o IPM da sua equipe de DBAs e dos bancos de dados.

Agora se você prefere esperar o problema acontecer no meio da segunda feira após recebimento dos salários, com movimentações críticas acontecendo, fazer um processo que você não está acostumado, notar que no FDS o backup falhou e aplicar o fix torcendo para que tudo dê certo… É sua escolha. E prometo que vou acender uma vela por você!

PS: descobri também que não estou sozinho, lendo um thread vi que Aaron Bertrand e Glenn Berry também são a favor, inclusive o Glenn já escreveu sobre isso (http://sqlperformance.com/2013/03/system-configuration/sql-server-servicing).

PPS: já estou ouvindo piadinhas com o acrônimo "CU", mas em um post desse tamanho não tinha como deixar de usar as duas letras juntas...

Abraços

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

SQL Saturday #469 Brasília

É com prazer que anuncio que o SQL Saturday #469 Brasília foi publicamente confirmado pelo PASS!!!

Novamente eu estou organizando o evento em Brasília, com o grande apoio da Faculdade Projeção, do MVP Luan Moreno e também de grandes amigos da comunidade técnica de Brasília e do Brasil (afinal já temos cadastro de voluntários de outras cidades!).

Muitos de vocês já conhecem o evento, que esteve na cidade em 2013 (http://luticm.blogspot.com.br/2013/10/como-foi-o-sqlsat-253.html), e foi muito bem recebido pelo público.

É claro que queremos melhorar a "versão 2" do evento, então estou trazendo as lições aprendidas em 2013 e tenho certeza que vamos superar a expectativa do público.

Não perca tempo, vá até o site do evento e garanta sua vaga!
E claro, não deixe de submeter sua palestra caso tenha interesse em palestrar no SQLSat Brasília.

http://www.sqlsaturday.com/469/EventHome.aspx

Abraços

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

[SQLServerDF] Encontro XXVI – Apresentando o DocumentDB

Coloco no blog o mesmo anúncio que foi para o grupo SQLServerDF...

Mais um encontro do grupo SQLServerDF, dessa vez vou falar um pouco sobre DocumentDB e passar para vocês um pouco do que estudei sobre ele. Mesmo não sendo um especialista no produto, acho que podemos bater um papo divertido.

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: 29/07/2015, entre 18:00h e 20:00h
Local: Xperts Trainning Center
Palestrante: Luciano [Luti] Moreira
Título: Apresentando o DocumentDB
Descrição: Nesta sessão será apresentado o DocumentDB, que é um banco de dados NoSQL, classificado como "document-store".  O serviço oferece capacidades ricas de pesquisa e processamento transacional, trabalhando com JSON em um modelo livre, permitindo escalabilidade da solução através dos serviços oferecidos. Ao fim da sessão você conhecerá os elementos fundamentais deste novo banco de dados da Microsoft.
Mini-cv do palestrante:
Luciano Moreira é sócio fundador da Sr. Nimbus. Especialista e MVP em SQL Server, vem buscando nos últimos anos explorar os detalhes de outros bancos de dados, relacionais ou não, além de estudar assuntos relacionados à arquitetura de soluções e ciência de dados. Divide seu tempo como profissional entre consultorias, treinamentos e comunidade técnica, ajudando empresas a projetar soluções, utilizar de forma eficiente os produtos e, claro, resolver problemas que envolvem banco de dados.

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: Próximo ao Hospital Brasília; Ao lado da escola Red Balloon;

Abraços

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

Treinamento O(racle)PDT na Nerv

Como prometido, segue um breve relato do treinamento de Oracle que eu participei.

Entre os dias 17 e 19 de Junho eu estive em São Paulo para meu primeiro treinamento de Oracle. Como eu já tenho uma boa bagagem com banco de dados relacionais optei por um treinamento mais puxado, pois não sei se consigo mais encarar uma turma iniciante em qualquer tecnologia de banco de dados. Detalhe: nunca trabalhei com Oracle ou tinha visto a interface do SQLPLUS, já tinha lido algumas coisas do produto, então podia contar com imensos 0,000000092732% de conhecimento prévio do Oracle. O treinamento é o OPDT.

Escolhi fazer o treinamento com o Ricardo Portilho, responsável pela Nerv informática. O motivo? Por acreditar que ele é o tipo de profissional que tem um perfil técnico interessante, que não se limita ao básico e tem experiência, muita experiência com o Oracle. E enquanto escrevo este post eu notei um fato curioso, foi o primeiro treinamento que eu paguei do meu bolso (*** mais sobre isso abaixo).

O treinamento (óbvio) foi bem puxado, direto e prático. Diferente do modelo tradicional ou da forma como eu conduzo o treinamento Mastering do SQL Server, o instrutor fala de métricas e problemas enfrentados, sempre explicando em seguida detalhes da arquitetura e conceitos. Dentro do meu universo SQL Server e DB2 eu ficava o tempo inteiro traçando paralelos entre os SGBDRs, e confesso, quando a cabeça parecia que ia explodir eu saia um pouco da sala para tomar um ar. O treinamento também permite que os alunos possam colocar a mão na massa, explorar um pouco o Oracle e ainda conta com uma prova prática no fim do curso, o que deixa as últimas horas bbbbbeeeemmm animadas (e tenso!!).

Outro ponto positivo foi a estrutura da Nerv informática, mesmo com uma localização afastada do "coração" de São Paulo, a sala da casa, a cozinha para coffee-break e a sala de aula atendem perfeitamente a necessidade de treinamento e oferecem um ambiente convidativo, onde você literalmente se sente em casa. Um comentário, o treinamento não tem horário de coffee-break definido, isto é, sabe aqueles momentos em que você se desliga um pouco dentro de sala (sim, acontece com todos), você aproveita, desce, toma um café e logo em seguida volta para a sala pronto para se concentrar novamente… achei muito bom, pena que não vejo uma forma de fazer algo similar com o atual modelo de treinamento da Nimbus.

Conclusão: o treinamento foi excelente e valeu cada centavo investido. Felizmente minha aposta na Nerv estava certa e espero poder participar de outros treinamentos, além de dedicar um pouco de tempo para estudar mais o Oracle.

Abaixo algumas fotos que tirei e de quebra uma foto memorável: SQL Server & Oracle. :-)






*** Curiosamente este foi o primeiro treinamento formal que eu paguei do bolso (não me lembro de desembolsar um centavo me matriculando em qualquer outro curso). Enquanto estive na Hepta eu podia assistir os treinamentos como ouvinte, depois disso por todo lugar que eu passei a empresa investiu em minha capacitação (MRE, Microsoft, Sicoob). No caso da Nimbus, eu paguei as viagens para PASS e MVP Summits, mas formalmente não fiz investimento em nenhum treinamento (já que tenho acesso aos eventos).

E isso só confirma algo que digo sempre: se sua empresa não investe em você, tem algo errado. Ou a empresa tem uma péssima política para seus funcionários ou você não está conduzindo seu trabalho de forma que a empresa queira investir em sua capacitação. Então se qualquer dia você se pegar falando a frase "A empresa não investe em minha capacitação", você tem duas escolhas: mude seu comportamento ou mude de empresa. Afinal, o mercado é uma mãe e vaga, caro leitor, não falta….

Abraços

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

Treinamentos Nimbus – 2o semestre 2015

Preparando agenda de treinamentos da Nimbus e… está complicadíssimo.
Estou com uma dificuldade tremenda em montar uma grade com os cursos para o segundo semestre. Já tenho algumas turmas fechadas diretamente com empresas, projetos em outros clientes e alguns eventos, como Insight Brasil (ex-Teched), PASS Summit e MVP Summit.

Além disso, como já comentei com muitos, vou investir mais tempo em modelos de treinamento que saem do formato presencial. Então lá vai…

Serão dois treinamentos presenciais com turmas abertas para o segundo semestre de 2015:

                  Coloquei mais um dia de treinamento, começamos na segunda-feira e somente terminamos no sábado, então são 48 horas me ouvindo falar. Depois você já aproveita e tira férias! Seu cérebro vai precisar…

  • Tenho 3 dias antes do TechEd em Setembro, e estou na dúvida do que devo publicar:
  •       3 dias de indexação no SQL Server (http://www.srnimbus.com.br/sql16/)
  •       3 dias de "SQL Server - Tópicos avançados"
                       Nem publiquei o conteúdo desse treinamento formalmente, pois seria um mistão de tópicos avançados, voltados para os profissionais que já trabalham bem com o SQL Server e têm interesse em conhecer mais alguns aspectos da engine. Os tópicos seriam: wait types, xevents, cenários de troubleshooting e performance, corrupção e recuperação de banco de dados, columnstore internals, in-memory OLTP e um pouco de performance (cardinality estimator e query store).
                       Será que tem público? Esse seria bbbeeemmm divertido…

    Um treinamento não-presencial que segue o novo modelo de treinamento que estou propondo para a Sr. Nimbus:

    Para os outros treinamentos, fiquem atentos aos on-demand…

    Abraços

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

    SQL Server MVP 6.0

    01 de Julho de 2015, mais um ano renovado como Microsoft Most Valuable Professional (MVP) na especialidade SQL Server. Curiosamente ontem foi meu último dia no Sicoob, uma coincidência legal, pois junto com o ânimo das mudanças e meu retorno full-time para a Nimbus, aproveito também para comemorar o MVP 6.0!



    Espero contribuir ainda mais com a comunidade técnica de SQL Server e poder ajudar profissionais do mundo todo. E obrigado a todos que leem este blog e as tranqueiras que eu escrevo.

    De quebra, junto com a mudança eu aproveitei e dei uma repaginada no escritório, inclusive sei que vou aproveitar para ler alguns livros atrasados e revisitar outros. Abaixo porque evito comprar muitos mais livros impressos… Isso que ainda estão alguns outros e essa é só a estante técnica. :-)






    Abraços

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

    Mudança, 1/2 mudança ou mudança * 2?

    Dia 30 de Junho eu encerro mais um ciclo profissional, concluindo uma jornada de 2 anos e 3 meses no Sicoob… Durante os últimos anos pude fazer parte do dia-a-dia de uma empresa onde TI não é fim, vivenciar como é estar do lado do cliente, planejar, executar e ver o resultado de meses de esforço, algo raro em consultorias e suporte, o que vivenciei na maior parte da minha vida profissional.

    A experiência foi fantástica, aprendi muito com a empresa e com os desafios, e tomar a decisão de deixar a empresa foi tão difícil quanto sair da Microsoft. E para coroar essa passagem pelo Sicoob, espero que em Outubro eu tenha que fugir alguns dias do PASS Summit para palestras em Las Vegas (http://www-01.ibm.com/software/events/insight/) junto com um IBM fellow (http://www.ibm.com/ibm/ideasfromibm/us/ibm_fellows/). Se der certo, curiosamente, minha primeira palestra internacional será sobre DB2 e não SQL Server… fingers crossed.

    Hoje digo com orgulho que sou um profissional muito mais completo do que 2 anos atrás. O conhecimento adquirido trabalhando com uma plataforma totalmente diferente do que eu estava acostumado foi imensurável. Hoje sou mais crítico e com uma visão diversificada, o que me permite analisar e resolver problemas mais complexos com propostas de soluções mais elegantes.

    Mas se tudo está bem, porque diabos você está saindo do Sicoob? E o que planeja da vida?

    Dados e mais dados…

    Já faz 2 ou 3 anos que eu falo em minhas palestras e treinamentos que não existe momento mais interessante para um profissional de banco de dados do que o presente. SGBDRs, NoSQL, NewSQL, Big Data, Data Science, você escolhe a palavrinha que te atrai, mas a realidade é que os problemas estão ficando cada vez mais interessantes e difíceis. Hoje está redondamente enganado aquele que acredita que um único produto vai resolver todos os desafios de uma empresa e, infelizmente, poucas empresas estão se preparando ou capacitando seus profissionais para os problemas complexos.

    Então para ter a chance de me envolver com diferentes oportunidades, tenho que estar disponível, tenho que estudar outras tecnologias, tenho que fazer apostas que, sendo funcionário de uma única empresa, talvez eu não consiga.

    Para exemplificar meu interesse continuo em expandir meu conhecimento, concluí nos últimos dias um treinamento de Oracle em São Paulo com o Portilho (Oracle Performance Diagnostic e Tuning - http://www.nervinformatica.com.br/opdt.php) e estou envolvido com um projeto onde estamos trabalhando com MongoDB. Isso tudo sem deixar o DB2 e SQL Server de lado.

    Meia mudança ou mudança * 2…

    E para onde estou indo? Talvez você já tenha ouvido falar, uma "nano empresa" que gosto bastante, se chama Sr. Nimbus (http://www.srnimbus.com.br/). Minha querida empresa, que coitadinha, passou por alguns momentos de solidão, meia atenção, mas ainda tem muito charme e oferece uma certeza: quando alguém fala pela Nimbus, é recomendado ouvir com atenção.

    Quero dedicar tempo para um projeto antigo, que não consegui dar vazão nos últimos anos, que é gravar e publicar treinamentos de tudo o que eu conseguir. T-SQL querying, programming, indexação, administração, indexação, Integration Services, modelagem, DB2 e, porque não, até um treinamento bem conhecido, chamado de Mastering (ou Internals)…

    Além disso, diversas empresas estão nos procurando com pedidos de consultoria e hoje não tenho tempo de atendê-los, então quero ter o tempo e a tranquilidade para poder escolher os trabalhos mais interessantes. Não quero problemas simples, quero ser desafiado diariamente, quero poder fechar o dia ao lado da minha família e saber que fiz o meu melhor e entreguei um valor acima da média.

    Então voltar para a Nimbus me parece meia mudança, pois nunca abandonei a empresa, só que estar aberto para diferentes tecnologias e oportunidades pode significar uma mudança muito maior no longo prazo, então talvez seja * 2 ou ^ 2.

    O futuro…

    Não sei se daqui a 6 meses estarei na Sr. Nimbus, trabalhando com DB2, SQL Server, Oracle MongoDB, ou nem se estarei nesse país. Só sei que vale continuamente correr atrás de mudanças boas, de novos desafios e tentar cada vez mais ser feliz com a vida que escolher.

    Então vou pegar um interessante projeto que está engavetado faz anos e trabalhar forte com os treinamentos da Nimbus. Além de adorar dar aula, seja presencial ou gravando (acredite, é difícil mas eu me divirto), quero ter a chance de gravar um vídeo, mesmo que introdutório, para poder ajudar muitos profissionais com treinamentos diferenciados, completos e de excelente qualidade.

    E de resto vou vivendo, aprendendo e ensinando, e quem sabe esse mistão aí não dá muito certo e passo muito tempo da minha vida com essa "nova" empreitada…

    Abraços

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

    Michael Stonebreaker, NewSQL, NoSQL e outros

    Caros leitores.

    Desde o ano passado eu tenho dedicado uma fração do meu tempo para estudar um pouco sobre o mundo não relacional, que até o ano passado girava exclusivamente em torno do SQL Server e DB2, bancos que eu posso dizer que já conheço bastante.
    Quem acompanhou algumas de minhas palestras menos deep-dive (não focadas no core das engines), sabe que eu vibro com o atual momento dos bancos de dados e as grandes oportunidades que temos.

    Isso me levou a recentemente palestrar sobre DocumentDB e estar engajado em um novo projeto que envolve o MongoDB. Confesso, está muito divertido, então quero no futuro trazer um pouco disso para este blog.

    Mas antes de falar mais sobre isso, deixo aqui algumas sugestões de estudo que considero bem interessantes para qualquer profissional de banco de dados:

    • The tradicional RDBMS wisdom is (almost certainly) all wrong: http://slideshot.epfl.ch/play/suri_stonebraker
    ○ Palestra do Michael Stonebreaker. Acredito que dispensa apresentação e que em Março desse ano recebeu o Turing Award (clap clap clap).
    • Podcast com Stonebreaker sobre a palestra (segue a mesma linha): http://www.se-radio.net/2013/12/episode-199-michael-stonebraker/
    • Palestra do Mark Madsen no QCon SF sobre história do processamento de dados: http://www.infoq.com/presentations/db-history-data-processing

    Have fun!

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

    Próximos treinamentos Nimbus confirmados…

    Pessoal, postagem rápida...
    Temos confirmados 3 treinamentos na Nimbus, dois deles iniciando em breve e com últimas vagas disponíveis.


    Acabei de verificar que o SQL22 atingiu o quórum, os que já se inscreveram vão receber o comunicado em breve.

    Abraços

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

    Material do GAB 2015 – Azure DocumentDB

    No dia 25 de Abril eu tive a oportunidade de palestrar em mais um evento, o Global Azure Bootcamp 2015 Brasília (http://gwab2015-brasilia.azurewebsites.net/).
    Aproveitei minha corrente de estudos "beyond relational" e fiz minha primeira apresentação sobre o Azure DocumentDB. A sessão tinha duração de 50 minutos, mas me empolguei e falei por 1:15h. :-)



    Você também pode fazer o download da apresentação.
    Agora é achar uma brecha na agenda para fazer novamente a apresentação, dessa vez para o SQLServerDF.

    Abraços

    Luciano Caixeta Moreira - {Luti}
    luciano.moreira@srnimbus.com.br
    www.twitter.com/luticm
    www.srnimbus.com.br
    Luciano Moreira's RSS Feed
    Go to Top