Pessoalmente, eu procuraria consertar as coisas primeiro e, depois, examinar as melhorias na infraestrutura. Desta forma, você não está introduzindo novas complexidades aos problemas.
Deixe-me tomar um pouco para resolver os problemas que você mencionou:
- Os backups não podem ser restaurados em hardware diferente
Esta é uma questão MAJOR . Você deve realmente conversar com seu fornecedor de backup e descobrir o motivo. É porque eles estão fazendo backups que restauram para bare metal e o fornecedor não suporta restaurações bare-metal a menos que seja o mesmo hardware? Nesse caso, você deve poder adicionar um backup somente de dados à rotação. Dessa forma, pode ser um pouco mais trabalhoso voltar, mas você não perde as coisas importantes (os dados)!
- A SAN usa o iniciador iSCSI da Microsoft
Por que você acha que isso é um problema? Não há nada de errado com o iniciador microsoft iSCSI, na verdade, eu ficaria desconfiado de alguém que não usou isso em plataformas MS. Temos centenas de caixas usando o iniciador iSCSI para falar com dezenas de SANs sem problemas.
- As permissões são um pesadelo não documentado
Isso ... é uma porcaria. E acontece em todos os lugares. É melhor apostar lentamente para documentar isso. Pesquisar neste site há um monte de perguntas relacionadas à documentação de permissões usando scripts. Mas você não quer mexer com as coisas antes de saber como elas estão agora.
- Muitos pontos únicos de falha
Isso é sempre complicado. Você precisa comprar da empresa para que eles gastem o dinheiro para reduzir ou elimi- nar o SPoF. Minha melhor sugestão para você é documentar tudo e montar uma análise de risco. Em seguida, junte algumas soluções sugeridas e custos aproximados e apresente aos proprietários do negócio. Se eles querem reduzi-los ou eliminá-los, então você é de ouro, senão tudo que você pode fazer é continuar documentando-o e começar a documentar as interrupções causadas por ele e trazê-lo de volta aos proprietários.
- Os servidores são na maioria de 4 a 5 anos de idade. Má utilização
Não há nada de errado com isso, desde que eles ainda estejam na garantia. Se os servidores mais antigos de 4 a 5 anos estiverem subutilizados, eles são bons candidatos para serem virtualizados, mas você deve gastar algum tempo fazendo análises de desempenho para ver onde a utilização é - memória, rede I / O, disco I / O, processador etc. planejar adequadamente sua estratégia de Virtualização.
- 20 servidores em 3 escritórios
Mais uma vez, nada de errado com isso também. Você só precisa ter certeza de que existem ferramentas remotas adequadas à sua disposição - IP KVMs, réguas de energia de acesso remoto, cartões iLO / DRAC, etc. De fato, dependendo da conexão WAN, a centralização poderia reduzir o desempenho e a capacidade de gerenciamento. Mais uma vez, dê uma olhada nos perfis de uso dos servidores.
- Todos os servidores do Windows
Então, se eu estivesse na sua situação, eu sentaria e faria uma lista de tudo que você acha que precisava ser mudado, e então organizaria eles como os mais importantes (isto é, perda de dados, tempo de inatividade) para os menos importantes. melhorias). Então você apenas trabalha na lista, consertando as coisas uma de cada vez até que esteja pronta.
A virtualização não é uma panacéia , pode resolver alguns dos seus problemas, mas introduzirá novos problemas e problemas ao longo do caminho. Eu pensaria muito antes de começar a virtualizar as coisas sem uma boa e sólida compreensão de como as coisas estão agora, bem como de como isso vai mudar a situação e quais novas questões poderiam ser introduzidas.