Hoje foi anunciado o “rebrant” ou rebatismo do BPOS para Office 365. Porem, a mudança não se dá no nome mas também nos serviços oferecidos e na política de unificação dos serviços online da Microsoft.

Também foi anunciado pelo Steve Balmer o término da funções de arquiteto chefe da Microsoft, cargo que era de Bill Gates e atualmente ocupado pelo Ray Ozzie. Em uma carta aberta Balmer comenta que Ozzie estará deixando este cargo e que ele iniciou uma importante mudança na cultura da Microsoft por evangelizar o conceito de cloud computing e SaaS (software como serviço) que para a Microsoft é uma quebra de paradigma, já que sempre vendeu software como produto. O Office 365 é a sua última cartada na função !!!

Para entender o que mudou em termos de recursos é interessante o post do time do Exchange, onde eles descrevem as novas funcionalidades, que para mim se destacam:

• Agora será possível a convivência de servidores Exchange 2007/2010 dentro da empresa (on premises) com os servidores da nuvem. A qualquer momento o administrador poderá transferir a conta da nuvem para o interno e vice-versa pelo novo console integrado.
• Integração do PBX interno com o voice mail do Exchange Online permitindo correio de voz na nuvem

Outra mudança é a migração dos serviços Live@edu e Office Live Small Business para o novo Office 365.

Por fim, o Office Web App, já disponível como Beta no Hotmail, agora estará disponível na web, permitindo que os usuários do Office 365 utilizem documentos do SharePoint Online diretamente pela web sem a necessidade do Office local, como acontece hoje. Note porem que no pacote do Office 365 está incluído a licença da versão desktop do Office Professional 2010.

Como será feita a transição?  Haverá um portal disponível em http://www.microsoft.com/online/transition-center.aspx, por enquanto resta ler os documentos disponíveis no portal de transição.

Todo este movimento é uma integração de serviços, criação de novos serviços com o Lync (Office Communications), criação de um nome forte (Office 365) e oferecer serviços que possam competir com o Google de igual para igual, ainda que o preço do Office 365 seja mais alto que o do Google Apps.

Fonte: http://msexchangeteam.com/archive/2010/10/19/456652.aspx e http://www.cmswire.com/cms/enterprise-20/microsoft-rebrands-bpos-as-office-365-adds-office-online-008916.php

Hoje o time do Exchange disponibilizou o link para o poster do Exchange 2010, como já existia para o Exchange 2007.

Este poster é interessante pois ele traz um resumo das funções executadas por cada componente do Exchange, e isto ajuda muito os administradores, que como eu, vieram do Exchange 2007 e ignoram a existência de algumas novas features.

Para fazer o download clique em http://www.microsoft.com/downloads/en/details.aspx?FamilyID=cea0cf7e-d824-49bb-8924-39d66a5fb88e

No nosso ambiente instalamos um servidor Dell e as cinco VMs antes distribuidas em 3 maquinas físicas foram consolidadas. Porem, nossos Domain Controllers são duas VMs e notamos o problema da falta de um DC no momento do startup das outras VMs, principalmente a do Exchange, quando o servidor é atualizado pelo WUA, por exemplo ou em caso de pane na host.

Como resolver isso?

Solução 1

A maquina fisica ser o Domain Controller e hospedar os FSMOs.

A desvantagem deste método é que a recomendação padrão é que a maquina do Hyper-V seja dedicada a esta função, e que nem driver de video ela tenha (Problemas com o driver Intel Graphics Media Integrated HD e o Hyper-V). Tanto esta solução quanto a abaixo não eram viáveis porque o cliente mantem uma segunda maquina em outro local fisico com as VMs copiadas para apenas atualizar o BD do SQL em caso de pane do servidor ou do prédio, e sincronizar AD neste caso seria inviável.

Solução 2

Colocar um servidor fisico hospedando o AD.

Não é víável para este cliente porque sua intenção foi comprar um servidor bi-processado, fontes redundantes e storage dedicado, alem de um poderoso no-break para 1h30m de operação. Colocar mais um servidor seria contra o projeto apresentado, até porque no ambiente também existe um servidor System Center Data Protection Manager (DPM) que não pode ser DC. Com isso, precisamos limitar o ambiente a 3 maquinas físicas (servidor Hyper-V, DPM e TMG).

Solução 3

Sequenciar as VMs, fazendo com que a DC que hospeda o FSMO fosse a primeira.

Esta se tornou a opção ideal, não incluiria mais uma maquina a ser gerenciada e permitiria fazer o restore de emergencia rapidamente no caso de pane do servidor.

Porem, note que este processo é invertido. Não se diz qual máquina irá ligar na frente, mas sim coloca-se um delay nas maquinas que dependem. Isso pode ser feito nas configurações de cada VM que dependa de outra maquina e alterar as configurações “Automatic Start Action”, como mostrado abaixo:

NOTA: Esta solução é adequada para casos de reinicio do servidor onde as VMs foram salvas e irão reiniciar automaticamente e não se aplicam ao startup manual, obviamente.