Microsoft Office 365: Mudando o Office para a nuvem
A mudança para o Office 365 oferece vantagens exclusivas para empresas de pequeno é médio porte, mas há vários problemas de transição que você precisa considerar.
Brien M. Posey
Há uma variedade de benefícios para mover para o Microsoft Office 365, principalmente relacionados a custo e confiabilidade. Também há várias coisas que você deve tomar cuidado para evitar ou certifique-se de que você fizer corretamente, dependendo do seu ambiente.
Se você tem um negócio pequeno ou inicialização e ainda não tem uma rede local, não há nada de errado em ir adiante e registrar um domínio e usá-lo quando você se inscrever para o Office 365. No entanto, se você já tiver uma infra-estrutura de rede estabelecida, pode ser um grande erro para saltar com ambos os pés e usar um nome de domínio existente, quando se inscrever para o Office 365.
Após a manutenção de uma rede local que consiste de um domínio de laboratório e um domínio de produção desde 1997, era hora de terceirizar o meu ambiente de produção para o Microsoft Office 365. A decisão não era tanto sobre o custo como era sobre confiabilidade. Continuidade de negócios exigiu a terceirização de meu ambiente de produção. Movendo-se para o Microsoft Office 365, várias práticas recomendadas de transição surgiram.
O processo de transição de 365 do Microsoft Office está cheio de armadilhas. Você não quer arriscar a interromper um processo de negócio crítico por se deparar com uma dessas armadilhas. Que sendo o caso, aqui estão várias recomendações para a mudança:
- Registre um nome de domínio completamente novo que você pode usar unicamente para fins de teste.
- Construa um laboratório de teste que é configurado da mesma forma ao seu ambiente de produção (mas em menor escala).
- Obter a avaliação gratuita do Microsoft Office 365.
- Use seu ambiente de laboratório e o seu nome de domínio descartável para ter uma idéia de que a transição vai se sentir como antes de se comprometer a usar seu nome de domínio de produção.
Decidir sobre o tipo de transição
Uma das primeiras decisões que você terá que fazer a respeito da transição para o Microsoft Office 365 é que tipo de transição que você deseja usar. Uma opção é executar uma migração baseada na coexistência. O outro é evitar a coexistência completamente.
A migração baseada na coexistência funciona conectando-se a servidores do Office 365 para rede local existente. Esta trata os servidores do Office 365 como uma extensão da rede existente. Este tipo de transição pode ser temporário, ou você pode continuar a operar em um estado de coexistência indefinidamente.
Você também pode optar por evitar o cenário de coexistência. Neste caso, o Office 365 é tratada como uma entidade completamente separada. Migrar os dados existentes para o Office 365 sem o uso de coexistência. Existem prós e contras de cada abordagem.
Se você decidir usar a abordagem de coexistência, é altamente recomendável que você aproveitar o Assistente encontrado no Exchange Server 2010 SP2. Este assistente simplifica bastante o processo de migração. Sem o assistente, a migração será composta de aproximadamente 50 passos. O Assistente consolida o processo em seis etapas.
Embora o processo de migração é baseada em assistente e envolve muito menos etapas do que seria se você fosse executá-lo manualmente, não entendo a idéia de que o estabelecimento da coexistência é fácil. Estabelecer coexistência exige muito planejamento e trabalho duro. Provavelmente, você deve usar o seu ambiente de laboratório e um nome de domínio disponível para trabalhar com o processo de transição. Dessa forma, que você não tem que sentir o seu caminho através do processo de migração em um ambiente de produção.
Se você vai com uma migração de não-coexistência, o processo é consideravelmente mais fácil. No entanto, evitando a convivência geralmente só é adequado para organizações muito pequenas. Em organizações maiores, não é prático tentar recriar manualmente as contas de usuário e, em seguida, mover os dados para a nuvem.
Conheça a nova caixa de correio
Na transição de minha própria organização de empresa de pequeno porte para o Microsoft Office 365, optei para o método não-convivência. A abordagem foi semelhante ao executar uma restauração de tom de discagem no Exchange Server 2010. O primeiro passo foi criar novas caixas de correio no servidor Microsoft Office 365 e configurar essas caixas de correio para utilizar os mesmos endereços de e-mail como meus servidores locais. A partir daí, o próximo passo foi modificar o registro MX para o meu domínio para que email começaria a fluir para o servidor de caixa de correio do Office 365, em vez do servidor de caixa de correio local.
Nesse momento, a única coisa que resta a fazer foi redirecionar meus clientes do Outlook para a nova caixa de correio e move as mensagens antigas para o servidor de caixa de correio do Office 365. Mover todas as mensagens antigas significava copiar todas as mensagens do meu servidor de caixa de correio local para uma série de arquivos PST (um arquivo de PST separado para cada caixa de correio).
Uma vez que liguei o Outlook para as novas caixas de correio, liguei os arquivos PST e mudou-se as mensagens do PST arquivos para o servidor de caixa de correio baseada em nuvem. Este processo provou para ser muito trabalhoso, por isso provavelmente não seria adequado para uma grande organização. Para uma pequena rede, porém, o processo funcionou muito bem.
Atualizações DNS
O registro MX teve que ser atualizado antes de passar para a implantação do Office 365. No entanto, o registro MX é apenas um dos vários registros DNS, que eu precisava atualizar para usar o Microsoft Office 365. Embora relativamente simples para executar atualizações DNS, existem alguns fatores importantes que você precisa considerar.
O primeiro envolve a determinação de quem tem a autoridade para fazer modificações em seus registros DNS. A maioria das organizações provavelmente será capaz de fazer suas próprias modificações de DNS através de um servidor DNS local ou um console de Web fornecida por um ISP. Neste caso, no entanto, não tenho acesso direto aos meus registros DNS. Eu realmente tinha que ter meu ISP a fazer as modificações para mim.
Independentemente se você estará fazendo seu próprio DNS gravar modificações ou deixando que o seu ISP, basta ter em mente que você precisará fazer várias modificações. Você terá que criar um registro DNS especial como uma forma de provar a Microsoft de fato a propriedade do domínio. Uma vez registrado o domínio com o Office 365, há uma série de outros registros DNS, que você precisará de criar ou modificar. Dependendo do tipo de transição que você está executando, essas modificações podem acontecer tudo de uma vez ou separadamente. Você talvez precise modificar seus registros DNS individualmente como você começar a fazer a transição de serviços específicos.
O único problema DNS, que encontrei durante esse processo foi que meu provedor usa um servidor de DNS Lenox baseado em command line. Como tal, ele não tinha idéia como criar alguns dos registros de recursos que são exigidos pelo Microsoft Lync. Em última análise, esses registros se mostrou desnecessários para a maneira que eu uso o Office 365. Ele poderia ter sido um grande problema, no entanto, se eu fosse fortemente dependentes do Lync.
Sincronização do Active Directory
Se você decidir realizar uma transição baseada na coexistência, você precisará levar em conta o processo de sincronização do Active Directory. Quando você executar uma implantação de coexistência, você continuará a ter controladores de domínio no local. Haverá na nuvem DCs também. Microsoft Office 365 é projetado para executar a sincronização do Active Directory necessária entre locais e em controladores de domínio baseados em nuvem.
Você pode não perceber até que seja tarde demais que o processo de sincronização do Active Directory é uma rua de mão única. Se você fizer modificações no local, Active Directory, essas alterações serão sincronizadas na nuvem. Por outro lado, se fazer modificações na cópia baseada em nuvem do seu Active Directory, essas alterações não serão sincronizadas com seus controladores de domínio locais. Na verdade, as alterações serão eventualmente substituídas pelo processo de sincronização de diretório.
Ferramentas de terceiros
Um dos aspectos da transição para o Microsoft Office 365 muitas vezes negligenciado é que, dependendo da natureza da transição, quaisquer produtos de terceiros, em que sua organização já tem investido poderiam ser inútil. Em alguns casos, os produtos de software de terceiros podem continuar a funcionar se a sua empresa mantém uma implantação local, além da implantação baseada em nuvem. Isso está longe de ser uma garantia, no entanto. Funcionalidade contínua depende muito do produto e a natureza da implantação do Office 365.
O problema com o uso de software de terceiros é que a Microsoft não deixa você instalar produtos de software em servidores baseados em nuvem. Como tal, se tiver utilitários que estiver atualmente executando em servidores de Exchange, SharePoint ou Lync locais, você não será capaz de implantar esses utilitários para servidores baseados em nuvem da Microsoft.
Em alguns casos, essa limitação pode ser um grande negócio. Antes de fazer a transição para Office 365, minha rede usado GFI Mail Essentials para controle de spam. Eu tinha colocado uma quantidade considerável de tempo na construção de uma lista branca para assegurar que mensagens de cliente nunca foram tratadas como spam. Tão importante, o mecanismo de filtragem de spam foi aperfeiçoá-lo a livrar-se da grande maioria dos milhares de mensagens de spam em todos os dias.
Depois de fazer a mudança para o Office 365, eu tive que parar de usar GFI Mail Essentials. Como um meio de controlar o spam, a Microsoft fornece o Forefront para Exchange, mas ainda levou a melhor parte de um mês para ajustar o Forefront para o ponto onde eu era capaz de filtrar a maior parte do spam entrada.
No meu caso, o controle de spam foi o único serviço afetado pela incapacidade de executar os utilitários de terceiros nos servidores do Microsoft Office 365. Organizações maiores podem encontrar-se ter que desistir de outros serviços. Estas podem incluir ferramentas de tarefas comuns, como o software de monitoramento ou conformidade de mensagens.
Considerações de Outlook
A incapacidade de usar produtos de nível de servidor de terceiros com o Microsoft Office 365 não pode ser um problema para algumas organizações. No entanto, há também algumas limitações de cliente, que você precisa considerar.
Para começar, a versões mais antigas do Microsoft Outlook não funcionam com o Microsoft Office 365. O Office 365 requer o mínimo do Outlook 2007. Isso significa que organizações que executam o Office 2003 ou versões ainda mais antigas do Office terá a atualização antes de se mudar para o Office 365. É interessante notar que alguns dos pacotes de assinatura do Office 365 incluem Microsoft Office 2010 licenciamento no local. Naturalmente, o Outlook Web App é incluído com todas as assinaturas do Microsoft Office 365, que podem ser usadas como uma alternativa ao Outlook.
Outra consideração importante para Outlook é que alguns complementos de Outlook de terceiros não vai funcionar com o Office 365. Muitos dos Complementos Outlook (tais como software antivírus, e assim por diante, o software de arquivamento de mensagens) são baseados em MAPI Messaging Application Programming Interface (), e 365 do Office não oferece suporte usando a pilha MAPI. Como tal, os utilitários baseados em MAPI não vai funcionar com o Office 365.
Claramente, há alguns fatores importantes a considerar antes de migrar para o Office 365. Mesmo assim, o switch para o Office 365 é que vale a pena. O serviço é invariavelmente mais confiável do que redes locais, e menos tempo gastado no gerenciamento de patches e outras tarefas de manutenção é igual a um valor aumentado.
.jpg)
**Brien M. Posey**MVP, é um escritor técnico freelance com milhares de artigos e dezenas de livros de sua autoria. Você pode visitar o site de Web do Posey em brienposey.com.