Existe alguma razão técnica para eu não usar o Windows Server 2012?

13

Minha empresa está lançando o Active Directory em toda a empresa, com sincronização do Office 365, Lync, Exchange e Outlook.

Atualmente, não temos AD (ainda); existem mais de 400 usuários em 5 escritórios separados.

O dilema que enfrentamos é se devemos implantar inicialmente o Windows Server 2012 ou 2008R2.

Alguns elementos têm medo de problemas desconhecidos em 2012, e um de nossos contratados sugeriu o uso de 2008 porque ele possui uma base de conhecimento maior.

Fiz todos os meus testes em 2012 e sei que qualquer um deles funcionará para nossos propósitos. É uma implantação bastante simples (2 controladores de domínio e 1 servidor ADFS).

Também adicionaremos WDS, WSUS, Sharepoint e WebHelpDesk.

Existe algum motivo técnico válido para o qual não devemos seguir a versão mais recente disponível, supondo que essa seja uma descrição completa do ambiente ou alguma ressalva do Windows Server 2012 que devemos conhecer?

Matt Bear
fonte
4
O que você quer dizer com "Não temos AD"? Você tem mais de 400 usuários em 5 escritórios, em um "grupo de trabalho"?
Warren P
1
Isso é correto, mais de 400 usuários em um grupo de trabalho. Fui contratado para melhorar a segurança das redes, e o AD é o primeiro passo. É uma SMB que cresceu nos últimos dois anos e a infraestrutura não cresceu com ela. Pelo lado positivo, temos um servidor vSphere bastante poderoso, então pude criar um ambiente de sandbox completo para testar a integração com os serviços e servidores em nuvem existentes.
Urso Matt
A maior ironia é que estamos comprando licenças do servidor 2012 e usando a opção de downgrade para executar o 2008r2, e temos todos os nossos usuários no office 365 e precisamos fazer uma exportação do o365, importar para o AD e sincronizar.
Urso Matt
Você não pode mais comprar licenças 2008R2 da MS; você só pode obtê-los de fornecedores que já os têm "em estoque". Como você observou, não faz sentido, pois os direitos de downgrade estão lá.
Chris S
1
A única razão pela qual faria sentido não usar a versão mais recente é se você já tinha algo implantado e integrado ao AD que não funcionava bem com a versão mais recente. Como você não tem AD (!), Isso não é um problema.
quer

Respostas:

13

O único motivo que posso sugerir para adiar a mudança para 2012 é que você possui uma arquitetura de domínio existente que não é atualizada corretamente. Mas como você ainda não implantou o Active Directory, presumo que você esteja usando toda a LAN no modo "grupo de trabalho" e sem nenhum domínio, esse é um caso trivialmente fácil de instalar no Server 2012, e as novas ferramentas são as ferramentas mais fáceis ainda, para criar um novo ActiveDirectory Domain Controller e uma infraestrutura relacionada. Se, no entanto, você quer dizer que ainda está usando o Windows NT Server, domínios pré-Active Directory, não sei se você conseguirá isso até 2008 R2 de uma só vez. Você pode atualizar sua pergunta e especificar o que quer dizer com "não ter AD" no momento.

Adquira um livro de qualquer maneira e aprenda sobre o ActiveDirectory antes de implantá-lo. Estou executando um ambiente misto de servidor de domínio 2012 / 2008R2 em nosso escritório, e acho que, embora conheça as ferramentas 2008R2 existentes melhores do que as ferramentas de 2012, as ferramentas de 2012 são superiores em todos os aspectos, exceto em algumas pequenas tarefas e você ainda pode acessar as antigas interfaces de usuário 2008R2, se desejar, em 2012.

O Windows Server 2008 R2 e 2012 são produtos fantásticos. Não vejo razão para não implantar a versão mais recente (Server 2012) em pequenos ambientes de LAN ou para implantações novas do ActiveDirectory e muitos recursos tecnicamente avançados em 2012, boas razões para preferir implantar 2012.

Em grandes ambientes de rede com infraestrutura 2008 R2 existente, obviamente, haveria razões sensatas para implantar mais controladores de domínio 2008 R2, em vez de mover apenas parte dos servidores de uma grande rede 2008R2 até 2012.

Warren P
fonte
1
Encontrei algumas caixas de servidor Dell que ainda não possuem drivers para suas placas DELL PERC disponíveis para o Windows Server 2012. Essa é outra razão pela qual alguém pode demorar; Aguardando drivers para seu hardware.
Warren P
Parece que agora todo o hardware da Dell é compatível com o Windows Server 2012.
Warren P
Você deve poder executar os DCs de 2012 ainda e manter o domínio no nível funcional 2008R2 até poder limpar qualquer confusão que esteja impedindo a atualização, se houver um domínio existente. Acredito que a funcionalidade é, como sempre, um superconjunto estrito da versão anterior.
Falcon Momot
14

O caso geral: use, a $LATEST_VERSIONmenos que você não precise.

Você quase certamente se enquadra no caso geral, ainda mais porque lhe falta algo "legado" para impedi-lo.

É verdade que pode haver "problemas" desconhecidos com 2012; mas considerar 2012 é principalmente uma alteração incremental em 2008R2 e os testes relativamente extensos já realizados, estou confiante em considerá-lo pronto para produção (junto com um grande número de outros usuários). Você encontrará alguns sites de discussão que argumentam que os dias de espera do SP1 antes de considerar que um Windows OS Production Ready está morto e já existem há algum tempo.

Chris S
fonte
Tendo a concordar com você, no entanto, os poderes que estão tentando ser cautelosos, portanto, avançaremos com o 2008r2 com o plano de atualizar em algum momento no futuro.
Urso Matt
3
Isso faz muito pouco sentido, mas você ficará confortável ao saber que uma atualização de 2008 R2 para 2012 é relativamente indolor.
Warren P
7

Falando da perspectiva de alguém que herdou várias vezes versões "seguras", peço que você use as mais recentes, a menos que haja uma razão real e inevitável para não fazê-lo. Embora, para alguns, possa parecer mais seguro usar uma versão antiga com base em que não deve haver surpresas, é exatamente para isso que serve o teste.

Simplesmente, sem um motivo real para fazer o contrário, não faz sentido instalar uma versão que já tenha 4 ou 5 anos. Certamente, pode parecer fazer um pouco de sentido hoje, mas daqui a alguns meses, ou daqui a um ano ou dois. Por que criar o trabalho extra de atualização mais tarde quando não há necessidade de fazer isso?

John Gardeniers
fonte
Exatamente. Eu odeio quando eu passar 3 dias resolvendo um problema em um W Server 2008 R2, que nunca teria happend em WS 2012.
Warren P
Os sistemas que herdei ainda estão executando o Server 2003 e até me deparei com um sistema NT 4 nos últimos dois anos. :(
John Gardeniers
Ai. Pelo menos espero que quaisquer sistemas NT 4 ou 3,5 restantes são máquinas virtuais mantido em torno de executar binários antigos ...
Warren P
3

Eu geralmente teria dito a versão mais recente, mas ....

IMHO deixar outras pessoas cobaias para a liberação inicial! é tão radicalmente diferente que há algumas surpresas desagradáveis ​​esperando para serem resolvidas no SP1. Espere por isso e considere uma atualização. A menos, é claro, que exista algum recurso necessário em 2012 no momento.

Matt
fonte
minha empresa anterior tinha uma política de usar apenas current version - 1por esse motivo - deixe os outros sofrerem a queda e decidiremos dependendo da precipitação.
29512 SeanC
1
Temos um fornecedor do LoB que acredita nessa mesma porcaria (perdoe minha opinião se esvaindo); o software deles é constantemente o que está quebrando e nos impedindo de atualizações. Temos muito menos problemas com o sistema operacional e outros softwares do que com os fornecedores "cautelosos".
Chris S
Não consigo imaginar a dor que as pessoas passaram quando decidiram atualizar todos para o SO que todos preferiam esquecer - Vista! Esperar pelo Windows 7 foi sensato.
30512 Matt
Eu não acho que seja totalmente necessário esperar até o SP1, mas desde 2012 está fora do ar por um curto período de tempo, é relativamente não comprovado. Talvez até o final do ano, mesmo que o SP1 não esteja disponível, você tenha uma boa idéia de qualidade.
30512 Matt
2
@ Chris: Em uma pequena empresa de software em dificuldades, culpar tudo o que você pode culpar pelo que no final se resume às suas próprias práticas ruins, e seu próprio código de buggy é o procedimento operacional padrão. Eu sei porque trabalhei em várias. Não culpo ninguém, é apenas um sinal de que há muito estresse nesse fornecedor, provavelmente devido a um grande estoque de bugs.
Warren P