O objetivo deste post é explicar a apresentação que eu fiz em conjunto com o Technical Evangelist Fabrício Catae no evento de lançamento do SQL 2014 no Brasil. A mesma metodologia não serve apenas para o SQL Server, mas para projetos com Hyper-V e demais aplicações críticas (necessário verificar suporte da mesma para estes cenários de SMB)
Se você é um DBA ou regularmente administra alguns servidores SQL Server provavelmente deve ser contra armazenar um banco de dados em um compartilhamento de rede. De fato este foi (e ainda é) por muito tempo um dos maiores tabus: quem, em sã consciência, armazenaria bancos de dados em um compartilhamento de rede? Para entender este medo é importante que você entenda um pouco mais os motivos para isso.
O protocolo SMB (Server Message Blocks) é utilizado pelo Windows para compartilhar arquivos e impressoras via rede. A abordagem principal do protocolo sempre ficou nestes serviços básicos de rede, e o protocolo possui diferenças entre versões (de acordo com a versão do Windows):
Sistema Operacional | Versão do protocolo SMB |
Windows Server 2008 | SMB 2 |
Windows Server 2008 R2 | SMB 2.1 |
Nestas versões já havia um suporte mínimo para o SQL Server, porém não o suficiente para que as pessoas fossem encorajadas a colocar System Databases ou User Databases em compartilhamentos de rede. Além disso colocar o acesso ao banco de dados no mesmo meio físico que usuários usam para acesso aos compartilhamentos não parecia ser uma boa ideia.
O método mais tradicional para armazenamento de bancos de dados SQL é simples mas muito eficiente: Servidor SQL acessando uma Storage SAN via Fiber Channel. Porém se voce analisar de forma fria uma arquitetura com SMB temos o mesmo servidor SQL, porém usando Ethernet para acessar uma Storage SMB usando Windows Server 2012/R2.
A Microsoft tem adotado o SMB com o visão para armazenamentos de dados. Para novos projetos de implantação vale a pena considerar o uso de uma arquitetura via SMB, que pode ser para um ambiente virtualizado ou SQL Server por exemplo.
Com a chegada do Windows Server 2012 ocorreram muitos melhoramentos no protocolo SMB que permitem suportar cargas de trabalho de alta carga. Vamos entender um pouco mais o que o novo protocolo SMB trouxe de melhorias e novidades.
O novo Windows Server implementa como principais melhorias os seguintes pontos:
No Windows Server 2012 R2 foram implementados algumas novas funcionalidades e outros melhoramentos ao SMB3, passando a ser chamado de SMB3.02. Temos 3 destaques entre o SMB3 e o SMB 3.02:
A questão é que para novos projetos vale muito a pena considerar o uso do SMB para servidores SQL ou Hyper-V devido a uma serie de melhorias que o tornam confiável e com ótimo desempenho. Importante ressaltar que para infraestruturas existentes com Fiber Channel não significa que você vá descartar por completo o ambiente atual (com certeza você teve investimentos pesados em switchs fabric, cabeamento, etc). Além disso a tecnologia para redes Ethernet tem evoluído rapidamente para adaptadores 40Gbps, 54Gbps e até 56Gbps, velocidades que em conjunto com Teaming podem fornecer velocidades de conexão mais do que suficientes para suportar volumes intensos de acesso.
Links recomendados
You must be logged in to post a comment.