Série de implantação do Office 365 com MEMCM - Lições aprendidas de implantação corporativa Parte 1 - Conteúdo

Olá equipe, obrigado por ler o Postagens do Office 365, espero que neste ponto você tenha uma boa compreensão do Processo de Instalação do Office, dos Métodos de Implantação e da experiência do usuário. Acontece que eu conheço um cara que configurou implantações do Office 365 em uma empresa bastante grande e se deparou com algumas “oportunidades”.

Oportunidades:

  • Atualize o Office de 2016 para o Office 365 e só instale o Access se já tiver sido instalado
  • Durante a atualização, detecte e reinstale o Visio Standard / Pro e Project Standard / Pro
  • A maior parte da força de trabalho está em VPN, portanto, otimize as implantações
  • Compartilhar conteúdo entre todas as instalações (cada um dos vários tipos de instalação usaria, na verdade, o mesmo ID de conteúdo
  • Conteúdo do PreCache, para permitir que os usuários de autoatendimento não tenham que esperar quando clicam em “Instalar” na central de software
  • Fornece notificações do sistema para autoatendimento
  • Sempre implante o Office usando o conteúdo mais recente

Lembrete, os scripts que estou referenciando estão ativados github

Nas postagens anteriores, você pode ver como conseguimos acomodar os primeiros dois itens de detecção e reinstalação de diferentes componentes do Office durante a atualização. Mas no caso de eu ter perdido o vidro rapidamente, vou quebrar agora. (o365_install.ps1)

A partir da imagem de um segmento do script, você pode ver que o script está usando uma pesquisa WMI simples para ver se o Office está instalado. Pode ser necessário modificar isso com base em seu próprio ambiente para certificar-se de que detecta o que você deseja.

Com base nas informações que coletamos, posteriormente no script, ele habilita seções adicionais no XML para instalar o Access, Visio, Project, etc. Na imagem abaixo, você pode ver como essas variáveis estão sendo usadas para preencher o XML.

Agora que descobrimos isso, como podemos reduzir a quantidade de dados transmitidos pela rede?

Aplicativos x Pacotes têm diferentes prós / contras para o conteúdo. Os pacotes são mais fáceis de controlar e manipular, com seu id de pacote que não muda e podendo rodar vários programas no mesmo conteúdo. Enquanto que com um aplicativo, cada tipo de implantação que você adiciona tem um ID de conteúdo exclusivo, e ele muda toda vez que você atualiza o conteúdo. Portanto, mesmo se você apontar cada tipo de implantação para o mesmo conteúdo no compartilhamento de origem, ao implantar o aplicativo em uma máquina, ele terá que baixar cada tipo de implantação de aplicativo associado ao aplicativo antes de instalar o tipo de implantação apropriado. Se você criar vários tipos de implantação diferentes para o Office, adivinhe, você acabou de baixar 2,5 GB por tipo de implantação.

Como decidimos fazer isso?

  • Criamos um único aplicativo do Office 365 para PreCache. Usando o parâmetro -PreCache quando o script de instalação é chamado, ele pega o conteúdo baixado do office e o copia para um caminho local.
  •   O conteúdo do aplicativo PreCache é o conteúdo completo do Office Suite
  •   O método de detecção do PreCache é um script PowerShell. O script verifica o CCMCache para a carga útil e verifica a pasta o365_Cache para o setup.exe
  • Em seguida, criamos um aplicativo de instalação para Microsoft Office 365 Suite (Enterprise Monthly, SACE e SACEP), Access, Visio Standard, Visio Pro, Project Standard, Project Pro
  •   O conteúdo dos aplicativos aponta para uma única pasta que contém 3 scripts.
  •   Cada um dos aplicativos também tem o aplicativo PreCache definido como uma dependência.

Conteúdo PreCache:

Contém Setup.exe (do Office Deployment Toolkit), o script do instalador e os arquivos baixados do Office

Conteúdo de aplicativos de instalação do Office

Contém os 3 Scripts [Github]

Tipo de implantação de aplicativo. Mostrando o aplicativo do Office 365, o tipo de implantação tem o aplicativo de conteúdo do Office365 como uma dependência. Todos os outros aplicativos são configurados de forma idêntica ao aplicativo principal do Office 365, apenas passando um parâmetro de instalação diferente e adicionando um método de detecção para cada um dos diferentes aplicativos.

Cada um dos aplicativos do Office, a pasta de conteúdo = pasta de origem dos scripts do instalador. Dependência = Aplicativo de Conteúdo do Office (Conteúdo Microsoft 365)

Foi assim que resolvemos o problema de conteúdo.

Configuramos uma coleção de usuários com base em um Grupo de usuários AD chamado Office 365 Deployment. (Adicionando usuários lentamente ao longo de nosso período de implantação)
Implantamos o aplicativo de conteúdo e configuramos uma implantação necessária oculta (prazo ASAP) na coleção de usuários de implantação do Office 365.

Criamos uma implantação OBRIGATÓRIA E OCULTA do Office 365 ProPlus - Canal Semestral para a mesma coleção de usuários. Nessa coleção de usuários, implantamos uma linha de base com 2 CIs. Um CI que monitoraria o aplicativo de conteúdo do Office 365 e, uma vez que o conteúdo fosse baixado, mudaria a política LOCAL na implantação do Office 365 ProPlus, mudando as propriedades WMI de oculto para visível, para que fosse exibido no centro de software. Também habilitamos notificações. O segundo IC continha uma Notificação de brinde (com base em [Blog do Trevor]), alertando os usuários de que o aplicativo Office 365 estava disponível. Tinha 3 botões, Snooze, Saiba Mais (Abre o Site Interno com mais informações), Get Started, que iniciava o aplicativo na central de software. Isso será publicado em um blog com mais profundidade no futuro.

Se isso parecer muito trabalhoso, aqui está minha recomendação: Configure uma implantação disponível do aplicativo Office 365 para a mesma coleção de usuários. Adicione usuários no final do dia. O ideal é que o dispositivo principal comece a armazenar o conteúdo em cache (Aplicativo de conteúdo do Office com a implantação necessária oculta) e termine o download durante a noite. Normalmente, o download do conteúdo é feito antes que o usuário vá para o Centro de software para executar o aplicativo de instalação do Office disponível.

Se um usuário superou o pré-cache (Office Content Application Deployment), quando a instalação do Office for disparada, por causa da dependência, o aplicativo baixaria e copiaria os arquivos necessários antes de permitir que o Office Installer tente instalar.

Para manter o conteúdo atualizado, rodamos um script [Github] na cadência mensal que baixa o conteúdo e substitui o conteúdo. É muito simples, executa o setup.exe com o arquivo de configuração para baixar o conteúdo, substituir o que está lá, atualizar o método de detecção com o novo nome do arquivo cab e alterar o conteúdo. Em seguida, conforme o conteúdo é atualizado, ele cria o novo Content ID, a implantação necessária atualiza a política. na próxima avaliação do aplicativo, ele falha na detecção porque o nome do arquivo cab foi alterado, e ele baixa novamente e executa o script de pré-cache. - Se estiver interessado, me avise e eu farei uma postagem detalhada no blog.

Obrigado, espero que você tenha encontrado este artigo sobre como uma empresa implantou o Office 365. Confira minha próxima lição aprendida sobre como mudar os canais.

Confira as outras postagens desta série:

Lições aprendidas de implantação corporativa - Parte 2 - Mudando de canal

Lições aprendidas de implantação corporativa, parte 3 - implantações

Lições aprendidas de implantação corporativa - Parte 4 - Linha de base - Notificações do sistema

Veja como Right Click Tools está mudando a forma como os sistemas são gerenciados.

Aumente imediatamente a produtividade com o nosso limitado e gratuito, Community Edition.

Comece com Right Click Tools hoje:

Compartilhar isso:

Suporte

  • Este campo é para fins de validação e não deve ser alterado.

Contato

  • Este campo é para fins de validação e não deve ser alterado.
pt_BRPortuguese