O SQL Server é fácil de administrar, mas ainda precisa de administração. Isso inclui no mínimo:
- Backups regulares. Você quer que - ou outro modelo - limpe seus arquivos de log (já que eles se acumulam e nunca são excluídos).
- Correção regular. A cada 2 meses para uma atualização cumulativa.
Na parte superior, configure alguma manutenção autoamática no SQL Server (como verificações de banco de dados semanais etc.).
De todos os bancos de dados, o SQL Server é o melhor para administrar.
Dito isto, você está em um caminho ruim potencialmente:
- As licenças SQL na Internet precisam ser SPLA (Contrato de Licença de Provedor de Serviços). Não comprado, alugado mensalmente. Mais barato do que comprar, no topo. Seu licesne simplesmente não cobre o fornecimento de serviços.
- O desempenho de IO possivelmente é uma droga. Servres padrão do Hyper-V não são feitos para hospedagem de SQL. O SQL, como qualquer banco de dados, ao se tornar mais ocupado, tem necessidades de IO muito específicas - o layout do disco normalmente é planejado para um banco de dados, não apenas para uma coisa "colocar alguns discos em um caso". Ele funciona bem no Hyper-V também (eu executo meu SQL Server no Hyper-V), mas você não vai querer ter uma configuração hyper-V "normal" que provavelmente tem valores IO totalmente ruins para começar.
Exemplo da questão de IO:
Dependendo de como você executa o Hyper-V como host, você pode ter um "servidor de tamanho médio" (8-12 núcleos de processador, basicamente uma plataforma Opteron de processador dual) com 32-64GB de RAM que você carrega com VMs. Discos - hm - um par de grandes discos de 1 TB em um RAID, possivelmente. Ou 2x1TB para 2x2tb espelhado, ou três em um RAID 5 é provável (barato). Atuação? Bom o suficiente para a maioria das coisas. Db sábio? ESTUPIDO SUGANDO BAIXO IO. Você não faria isso apenas para um SQL Serve, mas aqui ele é compartilhado entre todas as instâncias do hyper-v ... e haverá muitas.
Minha própria configuração (assim como comparação):
- Servidor Hyper-V 2 unidades de rack, ram de 2 núcleos e opteron de 64 gb. Até agora o mesmo.
- unidades velociraptor de 4 x 10k rpm como RAID 10 para SO e máquinas virtuais.
Já muito melhor e mais caro. Mas isso não é onde termina.
- Para o servidor SQL, outras 12 (!) unidades de velociraptor em 2 grupos de ataque (logs, dados) que são mapeados DIRETAMENTE para a instância de hyper-v. (E sim, o caso da unidade tem 24 slots de disco rígido).
Ergo: Eu tenho toda a performance de IO que eu preciso (e eu preciso disso). Embora essa não seja uma configuração típica de servidor virtual hyper-v de baixo custo.
Tenha cuidado com suas necessidades e com o que você recebe como servidor Hyper-V. A maioria das ofertas torna os servidores de banco de dados BAD. Não relevante para um pequeno servidor, no entanto.