Office 365 Deployment Series com MEMCM - Postagem 3 - Criando o Office Installer - Avançado
No postagem anterior sobre a implantação e manutenção do Office 365 usando o Endpoint Manager de Microsoft, Configuration Manager (MEMCM / SCCM), acompanhei você no processo genérico para criar um aplicativo Office Installer usando o Configuration Manager. Também mencionamos a quantidade absurda de variações que você pode ter que suportar.
Nesta postagem, vamos repassar a magia do PowerShell e criar um arquivo XML dinamicamente.
Basicamente, quando você divide o XML [MS Docs], você obtém diferentes elementos que controlam a maneira como o Office é instalado. Se você entende esses elementos, pode tratá-los como peças de “LEGO”. Contanto que você saiba o que deseja instalar, o que deseja excluir e como deseja controlar o processo de instalação, pode construir o XML durante a implantação.
Vamos primeiro examinar um arquivo XML e examinar as seções:
Vou deixar isso afundar um pouco. O arquivo XML pode ser um pouco complicado no início, mas conforme você divide cada seção, pode ver como pode ser bastante simples e como você pode modificar cada seção para atender às suas necessidades individuais.
Eu fiz referência a esse Doc [MS Docs] constantemente enquanto eu estava construindo nossas implantações e recomendo que você se familiarize para saber as melhores opções para a implantação de sua organização.
Portanto, agora que você entende o arquivo XML e as opções que tem, podemos usar o PowerShell para criar / modificar ou possuir o arquivo de configuração XML. Não sou um desenvolvedor, ao contrário de meus colegas de trabalho como Bryan, Mark e Chris, mas consegui me tornar muito proficiente em pesquisar coisas no Google e ler documentação. Eu primeiro encontrei este [MS Dev Blog], que provou que minha ideia era plausível, então encontrei um artigo [Revista PowerShell] que explicou como modificar o XML e foi o suficiente para me levar à solução final.
Meu objetivo era usar um único script de instalação para instalar o Office 365 em vários cenários diferentes. Enquanto eu ainda teria que fazer vários aplicativos, o conteúdo seria idêntico e o script de instalação seria o mesmo, mas apenas passou parâmetros diferentes no “Programa de Instalação”. Planejamos usar nosso instalador para também reinstalar o Access, Visio ou Project se eles foram instalados anteriormente, então adicionamos detecção no script para verificar os Office Apps instalados antes de removê-los e instalar as versões do Office 365. Também decidimos instalar o Office a partir de um local de cache que criamos em vez do CCMCache. Esta ideia foi emprestada de Mike, leia mais informações sobre isso aqui.
Criar um arquivo XML que seja genérico o suficiente para começar, obtendo o básico que estaria em sua instalação normal do Office, que você pode então modificar facilmente para acomodar todas as suas variações.
Vamos nos aprofundar no PowerShell / XML: Script em GitHub - o365_install.ps1
NOTA: Desde o momento em que fiz todas essas capturas de tela, o script já foi atualizado para acomodar as versões Project e Visio Standard e Pro. Sempre que você vir Visio ou Project nas capturas de tela, a imagem de “ProjectPro” ou “VisioPro” ou “ProjectStd” ou “VisioStd”. Isso foi feito para acomodar aqueles que precisavam instalar o Pro ou o Standard.
Além disso, este script pressupõe que você tenha o conteúdo na mesma pasta do script. Posteriormente nesta série, estarei cobrindo “Lições aprendidas”, em que realmente dividimos o conteúdo em seu próprio aplicativo e me aprofundarei no porquê e como ele funciona. Mas, por enquanto, vamos mantê-lo mais simples.
O script começa com a coleta de informações passadas por meio de parâmetros, o que nos permite usar o mesmo script / conteúdo para instalar o Office em vários sabores. Escritório c / Access, c / Visio, c / Projeto ou qualquer combinação.
Em seguida, coletamos informações com base em versões previamente instaladas de programas do Office para saber o que colocar de volta no caso de um cenário de atualização. Também detectamos se o Office 365 já está instalado, no caso em que você tinha o Office 365, mas agora está adicionando o Visio ou o Project, ele verificaria o Canal do Office atual em que você está e, em seguida, instalaria os aplicativos adicionais usando o mesmo Canal.
Esta primeira parte é o XML genérico que será a base para todos os arquivos XML de configuração que usamos para implantar todas as variações do Office. Você pode ver que tem todos os blocos de construção básicos para a instalação. Você verá muitos dos mesmos blocos de construção do xml de configuração acima que foi criado para nós na postagem anterior.
Em seguida, para personalizar a instalação, injetamos conteúdo XML adicional nela. Aqui está o código que usamos para alterar o canal (amplo / direcionado / mensal), mas alterando a variável $Channel por meio de um parâmetro. Em seguida, ele é injetado no XML.
Aqui está como adicionamos Visio / Project ao XML. Eles serão adicionados ao XML com base em um parâmetro alimentado no script a partir do comando de instalação no aplicativo CM, ou se o aplicativo foi detectado anteriormente instalado.
Para o Access, peço que adicione o elemento “ExcludeApp” no XML OfficeProPlusRetail Prod, ele aparecerá logo abaixo das outras IDs ExcludeApp nessa seção. Para Visio e Projeto, adiciono outro Elemento de Projeto junto com as informações necessárias.
Depois de criar todas as configurações XML, podemos construir o arquivo XML completo:
Agora que salvamos o arquivo XML em nosso Cache de instalação, chamamos um "script de preparação" que ajuda a limpar as instalações anteriores e, em seguida, acionamos a configuração do Office (linha 248 abaixo). Capturamos o código de saída e o passamos de volta ao CM . Também dependendo da situação, passamos de volta diferentes códigos de saída, como se o processo tivesse que desinstalar o Office 2016, passamos de volta um código de retorno de 3010 em vez de 0 para dizer ao CM para reiniciar.
Toda a atualização também é registrada usando o Write-CMTraceLog função.
Ok, então vamos configurar isso no CM. Basicamente, adicione os scripts ao Conteúdo e substitua a linha de instalação:
No log, você pode ver que o canal foi definido corretamente pelo parâmetro passado, bem como o software Access foi adicionado ao elemento ExcludeApp.
Cada aplicativo está usando a mesma fonte de conteúdo, os aplicativos são apenas um pouco diferentes comando de instalação e método de detecção.
Vamos dar uma olhada no Access, digamos que alguém queira adicionar o Access à sua instalação base do Office.
O mesmo vale para Project e Visio, uma modificação rápida na linha de instalação e pronto.
Como mostrei, usar um script do PowerShell e construir o arquivo XML dinamicamente permite que você use uma pasta de origem e um script de instalação para contabilizar todas as variações do instalador. Isso torna a manutenção muito mais fácil, pois você só tem uma fonte para manter atualizada e garante que esteja usando o mesmo conteúdo para cada implantação para obter melhores eficiências de cache ponto a ponto / ramificação.
No próxima postagem, vamos cobrir alguns métodos de implantação diferentes e como alterar o Canal do Office.
Confira todas as postagens desta série:
Série de implantação do Office 365 com MEMCM - Postagem 1 - Introdução e PreReqs
Office 365 Deployment Series com MEMCM - Postagem 2 - Criando o Office Installer - Simples
Série de implantação do Office 365 com MEMCM - Postagem 4 - Métodos de implantação
Office 365 Deployment Series com MEMCM - Post 5 - Office Updates / ADR
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:
Portuguese 
English 
Spanish 
German 
French 
Swedish 
Finnish 
Italian