Bem, não posso afirmar que você ouviu aqui primeiro, já que foi anunciado hoje por Scott Guthrie (@ScottGu ) em Conectar(); // 2016 e também no blog da equipe do SQL Server , mas o SQL Server 2016 Service Pack 1 é a compilação do SQL Server que finalmente fará com que quase todos atualizem de todas as versões anteriores.
Por quê? Bem, espero que você esteja sentado:
Muitos recursos Enterprise estão agora disponíveis em Standard, Web e Express.
Isto é um GRANDE NEGÓCIO.
Há muito tempo defendo que a área de superfície seja a mesma em todas as edições e restringindo cada edição aos limites de hardware/recurso. Este último já é o caso da Express Edition (1 CPU, 1 GB de memória, 10 GB de tamanho do banco de dados) e Standard Edition (24 núcleos, 128 GB), mas os recursos em si simplesmente não existem lá. Embora tenham adicionado algumas funcionalidades em torno dos Grupos de Disponibilidade (suporte limitado na Standard Edition e a capacidade de renunciar a um domínio), muitos dos recursos que atualmente são apenas Enterprise não parecem ser Enterprise. Aqui estão algumas razões e consequências de colocar tantos recursos críticos apenas no Enterprise, pelo menos na minha opinião:
- Segurança de dados parece ter ficado em segundo plano nos últimos anos. Deve estar em todas as edições; Fiquei desapontado quando o Always Encrypted foi lançado e ficou restrito ao Enterprise. A mensagem implícita era que, se você é uma pequena empresa, não precisa criptografar dados de cartão de crédito (eles dizem o mesmo com a Criptografia de dados transparente, mas Always Encrypted é uma oferta muito mais valiosa).
- Recursos de programação esse luar como recursos de desempenho - como compactação e particionamento de dados - estão indiscutivelmente no lado corporativo das coisas, embora eu sempre tenha sentido que o ponto ideal da compactação de dados é a pequena empresa que não pode se dar ao luxo de apenas adicionar memória, comprar discos mais rápidos, ou atualize para o Enterprise.
Nas versões atuais, quando um fornecedor deseja aproveitar a compactação ou o particionamento, ele deve considerar que nem todos os clientes usarão o Enterprise Edition. Da mesma forma, os clientes desejam usar a mesma base de código em seus ambientes de controle de qualidade, produção e desenvolvimento, mas talvez nem todos tenham a mesma edição. Tanto os fornecedores quanto os clientes também desejam poder usar os recursos disponíveis na nuvem e na caixa, independentemente do nível ou da edição. Atualmente, eles precisam escrever várias bases de código ou simplesmente se render ao menor denominador comum.
- As taxas de adoção são lentas porque, em muitos aspectos, as atualizações do Standard Edition estão longe de ser atraentes nos últimos anos, o que significa que muitas pessoas estão satisfeitas com suas instâncias do 2012 Standard. Eles simplesmente não ganham muito com a mudança para uma versão mais recente e, em muitos casos, o custo de testar uma migração e lidar com regressões supera quaisquer benefícios.
Colegas como Brent Ozar e Steve Jones tiveram pensamentos semelhantes – argumentando que os melhores recursos permanecem excluídos das edições Standard e inferiores por motivos de receita, mas não é assim que deveria ser.
E agora não é.
| Recurso | Expresso | LocalDB | |
|---|---|---|---|
| Sempre criptografado | |||
| Alterar captura de dados | |||
| Columnstore | |||
| Compressão de dados | |||
| Instantâneos do banco de dados | |||
| Mascaramento de dados dinâmico | |||
| Auditoria refinada | |||
| OLTP na memória | |||
| Particionamento | |||
| PolyBase | |||
| Segurança em nível de linha |
1. Limitado a 32 GB por instância na Standard Edition, 352 MB no Express.
2. Limitado a 32 GB por banco de dados na Standard Edition, 352 MB no Express.
Não tenho nenhuma evidência disso, mas acredito que devido às baixas taxas de adoção do SQL Server 2016 – e especificamente do Standard Edition – A Microsoft finalmente ouviu . Talvez eles tenham percebido que disponibilizar tantos recursos atraentes apenas na Enterprise Edition não funciona. Não se pode tirar sangue de uma pedra, dizem eles.
A tabela aqui mostra o conjunto de recursos agora habilitados fora do Enterprise Edition (alguns recursos já existiam no Standard, mas eu não tinha uma boa maneira de ilustrar isso). Só precisa ser uma tabela por causa de três recursos que não funcionam no Express e/ou LocalDB (devido ao SQL Server Agent, permissões ou dependências externas).
Essa é a minha folha de dicas rápida; verifique a documentação para as últimas atualizações. Eu testei a maioria dos recursos e eles funcionam como você esperaria – não para banalizar o esforço, mas eles apenas removeram as verificações que bloqueavam a funcionalidade com base na edição. Eu pensei em enganá-los testando além do básico, como estatísticas incrementais em tabelas particionadas e combinações como Columnstore em uma tabela compactada, para ver se eles perderam alguma coisa. Mas não – tudo na tabela funcionou como se eu estivesse executando o Enterprise Edition.
Dito isto, o foco aqui era para uma área de superfície de programação consistente (CPSA). Portanto, não, você não receberá de repente todos os benefícios do Enterprise Edition gratuitamente ou com um desconto substancial – veja abaixo as funcionalidades que não funcionarão. E alguns dos recursos acima ainda podem ser limitados em escala com base na edição.
No entanto, isso fornece uma ótima solução para o item 2 acima:ter muitos desses recursos funcionando em todas as edições, mesmo que suportem diferentes níveis de escala, tornará mais fácil para clientes e fornecedores criar soluções que funcionem, não importa onde eles estejam. estão implantados. Esta será uma grande vitória, mesmo além do puro benefício de finalmente poder usar coisas como Always Encrypted e particionar em todos os lugares.
O que ainda diferencia as edições?
Essencialmente, se era um recurso operacional ou de disponibilidade de nível empresarial antes, ou dentro de um determinado conjunto de recursos de desempenho, ele permanecerá como tal. A lista a seguir não é exaustiva, mas provavelmente captura a maioria das grandes diferenças:
- Recursos de disponibilidade como operações online, restauração gradual e grupos de disponibilidade totalmente funcionais (por exemplo, réplicas somente leitura) ainda são apenas Enterprise. Desejo o
REBUILD+(ONLINE = ON)sintaxe poderia funcionar como um no-op em edições inferiores com um aviso em vez de retornar um erro, mas não posso ser muito exigente aqui.
- Recursos de desempenho como o paralelismo ainda não funcionará no Express Edition (ou LocalDB). Uso de visualização indexada automática sem
NOEXPANDdicas e recursos avançados, como memória/CPU hot-add, continuarão disponíveis apenas no Enterprise.
- Recursos operacionais como Resource Governor, Extensible Key Management (EKM) e Transparent Data Encryption permanecerão apenas na Enterprise Edition. Outros, como Backup Encryption, Backup Compression e Buffer Pool Extension, continuarão a funcionar no Standard, mas ainda não funcionarão no Express.
- Agente do SQL Server ainda está indisponível no Express e LocalDB. Como resultado, e conforme observado acima, o Change Data Capture não funcionará. O Service Broker entre servidores também permanece indisponível nessas edições.
- OLTP e PolyBase na memória são suportados no Express, mas indisponíveis no LocalDB.
- Direitos de virtualização não mudaram e ainda são muito mais valiosos na Enterprise Edition com Software Assurance.
- Limites de recursos em edições de nível inferior permanece o mesmo . Parece que os contadores de feijão ainda controlam o limite superior de memória na Standard Edition, portanto, ainda é de 128 GB (enquanto a Enterprise Edition agora é de 24 TB). Pessoalmente, acho que esse limite superior deve gerar ganhos incrementais a cada nova versão (Lei de Moore), porque sinto que a Standard Edition é cara o suficiente para que seus limites de memória nunca sejam tão perigosamente próximos do limite superior de um laptop bem equipado. Mas aceito o que puder e, quando você estiver preso na Standard Edition e a escala for necessária, agora você poderá usar os recursos Enterprise acima em várias caixas ou instâncias da Standard Edition, em vez de tentar escalar verticalmente.
Resumo
Este é um movimento ousado da Microsoft, e certamente posso ver como isso aumentará as vendas do Standard sem canibalizar as vendas do Enterprise. Os clientes da Standard Edition podem usar esses recursos para consolidar suas bases de código e, em muitos cenários, criar soluções que ofereçam melhor desempenho. E para aqueles que já desfrutam de todos os benefícios da Enterprise Edition, isso pode não ser tão interessante para você, mas há também vários novos recursos disponíveis em todas as edições do SP1 . Portanto, independentemente da edição em que você está agora, você realmente não tem desculpa para manter essa versão antiga do SQL Server.
Atualize para o SQL Server 2016 SP1!
