Vídeo: Migrar dominio de Windows Server 2003-2012R2 a 2016 (Novembro 2024)
Em 14 de julho, a Microsoft encerrará o suporte estendido ao Windows Server 2003. Isso significa que não haverá "mais patches para corrigir vulnerabilidades de segurança, defeitos não relacionados à segurança" etc. etc. Se o Windows Server 2003 e os aplicativos em execução nele desempenharem um papel crítico sua infraestrutura, você precisa começar a migrar para uma nova plataforma de servidor agora (se ainda não o fez).
Embora a migração comece com o servidor físico ou virtual e o sistema operacional, ela não pára por aí. Garantir um caminho de atualização suave para aplicativos minimizará o tempo de inatividade. É importante entender as ramificações da migração para cima e para baixo na pilha, do sistema operacional ao banco de dados, do aplicativo ao front-end da Web. Há muitos lugares para quebrar a pilha durante a migração; portanto, planejamento e teste cuidadosos são requisitos que precisam ser incorporados à linha do tempo do projeto.
Aqui está uma breve visão geral do processo de migração:
1. Descubra - catalogue seu software e cargas de trabalho
2. Avalie - categorize aplicativos e cargas de trabalho (e dependências)
3. Destino - identifique destinos e caminhos de migração
4.Migrar, atualizar e testar - faça a mudança e garanta que tudo funcione
Não importa sua carga de trabalho, a atualização e a migração não serão diretas. Você não pode atualizar o sistema operacional subjacente sem atualizar o aplicativo. Provavelmente, você não poderá baixar uma ferramenta de migração que automatizará tudo para você. Alguns fornecedores têm ferramentas que ajudam, mas nenhum deles automatiza tudo para você. Independentemente de você estar executando o Exchange, SharePoint, SQL Server, outros aplicativos da Microsoft ou aplicativos de terceiros, este será um processo intensivo em planejamento e demorado.
Um ótimo lugar para começar é o Assistente de Planejamento de Migração do Windows Server 2003 da Microsoft, que o guiará pelas quatro etapas principais listadas acima. Há também o MAP (Microsoft Assessment and Planning Toolkit) para migração para Windows Server 2003 e SQL Server 2005 (o último chega ao fim do suporte em 12 de abril de 2016). O MAP também descobrirá aplicativos de terceiros para você começar a migrar também.
Este é um momento muito bom para repensar a arquitetura de seus sistemas. Quanto à migração do Exchange, SharePoint e SQL Server, você pode mudar para outro Windows Server físico, um Windows Server virtual ou uma combinação de serviços em nuvem. Convém mudar parcialmente para a nuvem (ou totalmente) com o Microsoft Azure e o Office 365 ou com outro provedor. Convém consolidar vários servidores físicos como máquinas virtuais em execução em um único servidor físico. Quanto à versão do software a ser comprada, é melhor considerar a atualização para a versão mais recente de tudo, por exemplo, escolha o Windows Server 2012 R2 em vez do Windows Server 2008 R2, apenas para maximizar o tempo que passará antes que você precise passar isso de novo.
É complicado
O caminho da migração fica complicado com aplicativos personalizados e de terceiros. A avaliação precisa começar pela compreensão do valor do aplicativo, especialmente o quão crítico é para o bom funcionamento dos negócios. Quais opções de remediação estão disponíveis e quão simples são? Saber como a migração de um aplicativo afetará os negócios é um componente crítico do processo de tomada de decisão. Além disso, não se trata apenas de cada aplicativo individual, mas também das relações entre eles. E como estamos falando de aplicativos que podem estar em vigor desde 2003, pode ser difícil encontrar algumas dessas respostas. Compreender os aplicativos que você está executando e como eles se integram ajudará bastante a uma migração suave.
A coisa mais importante a entender sobre aplicativos personalizados e de terceiros é que você precisará determinar se eles serão executados no seu próximo servidor. Por exemplo, se o aplicativo for um aplicativo de 32 bits sem código de 16 bits ou dependência de drivers de 16 bits, é provável que seja executado no Windows Server 2012 R2. Se for executado, o fornecedor oferece suporte ao aplicativo no Windows Server 2012 R2? Se for suportado, você possui os pacotes de instalação e o conhecimento para executar uma reinstalação e migração de dados? Se o fornecedor não suportar a execução do aplicativo de 32 bits no Windows Server 2012 R2, será necessário atualizar ou encontrar uma alternativa.
Existem algumas ferramentas de terceiros, como o AppZero e o Vision Software, que podem ajudar a migrar aplicativos personalizados e de terceiros. O AppZero identifica, extrai e move os aplicativos existentes do servidor Windows para outro servidor Windows, no seu datacenter (físico ou virtual) ou na nuvem. O Vision Software realiza uma migração de tempo de inatividade quase zero de aplicativos e dados para outro servidor físico ou virtual, capturando todas as alterações que os usuários fazem durante a migração e replicando-as no novo servidor.
Conclusão
Atualizar e migrar aplicativos será muito mais difícil do que apenas atualizar para uma nova versão do Windows Server. Quanto mais complexo for o seu ambiente, mais complexo será o seu código, e mais difícil será esse processo. É aqui que o planejamento e o teste cuidadosos são obrigatórios para evitar a quebra de aplicativos essenciais aos negócios. É essencial entender os aplicativos em si, suas dependências em relação a outros aplicativos, em um back-end de banco de dados e em componentes do sistema. Prepare-se para o impensável - talvez você não consiga migrar algum código e talvez ele precise ser reescrito.
Para obter mais informações, consulte as três primeiras partes desta série: Guia do procrastinador para a migração do Windows Server 2003, Guia de migração do Windows Server 2003: escolhendo um sistema operacional de substituição e por que você deve (ou não) fazer a mudança no Windows Server 2003.
