Para economizar custos de licenciamento, estou avaliando se posso usar a Standard Edition para um VLDB. Vou delinear o cenário:
- Aqui, "VLDB" significa 5 TB.
- Espera-se que o tamanho seja estável ao longo do tempo.
- Quase todos os dados estariam em uma única tabela.
- A consulta e o padrão DML são um tipo de cenário de valor-chave. Existem apenas acessos de linha única por chave primária.
Eu me pergunto para que eu precisaria da Enterprise Edition. Eu não obteria nenhum benefício do particionamento porque não quero alternar partições ou colocá-las em armazenamentos diferentes. A compactação de dados pode nos economizar talvez 50%, mas usamos armazenamento barato. A economia seria insignificante em comparação com a licença cara.
Para HA, não vejo por que não poderia usar o espelhamento obsoleto, mas ainda funcionando. Isso não é o ideal, mas a Enterprise Edition é um preço alto a pagar por um benefício pouco claro.
Ainda assim, fico nervoso ao usar a Standard Edition aqui porque não é o que geralmente é recomendado e parece vagamente arriscado. Procurando alguns conselhos sobre esta situação. Obrigado!
Aqui estão meus dois centavos em forma de resposta...
Kin apontou as limitações de CPU e memória da edição padrão (16 núcleos/4 soquetes e 128 GB - embora veja Buffer Pool Extension ), que eu concordo plenamente em ser o maior obstáculo. Se o seu servidor estiver de acordo com esses requisitos, é um ponto discutível.
Aaron apontou que, se você usar o SQL 2016, obterá uma forma menos flexível de AGs. Honestamente, para mim, não parece que isso funcionará para você. Armazenamento barato seria a morte dele e se você está considerando a edição padrão, duvido muito que esse banco de dados seja tão importante. Não estou dizendo que todos os bancos de dados importantes precisam ser da edição corporativa - mas o fato de você estar em um armazenamento barato e olhar para o SE diz tudo.
Além disso, você não está procurando nenhum recurso de nível empresarial que possa ajudá-lo. Intervalo de particionamento dos pares chave/valor, compactação, índices de armazenamento de coluna nos KVPs, TDE/AE, etc.
Então, parece que, no final do dia, você está procurando alguém para convencê-lo a usar a Enterprise Edition. Não sei quais são os padrões de uso do banco de dados, a carga ou o que ele suporta para o negócio ... então, a menos que exija mais do que a CPU/Memória da edição padrão, não vejo necessidade com as informações fornecidas com edição empresarial.
O último pensamento é se isso será virtualizado - em caso afirmativo, dependendo do licenciamento (empresa do host [s]), é aí que pode fazer sentido. Isso não foi incluído na discussão, então estou apenas jogando fora.
Veja também: Recursos suportados pelas edições do SQL Server 2014