A Ferramenta de Implantação do Office não reconhecerá os arquivos de instalação baixados e tentará fazer o download novamente

Question

Estou tentando instalar o Office 2016 (assinatura comercial) usando o Office Deployment Tool 2016 (ODT) de um pacote de instalação pré-baixado.

O Suporte da Microsoft me forneceu o pacote de instalação de 1,06 GB, que baixei e coloquei em um diretório C:\odt\Office para que os caminhos para os arquivos de dados sejam assim: C:\odt\Office\Data.0.4229.1029\stream.x86.x-none.dat e C:\odt\Office\Data.0.4229.1029\stream.x86.en-us.dat

Eu tenho o arquivo setup.exe do ODT em C:\odt\Office e um arquivo Configuration.xml com as configurações apropriadas, por exemplo:

<Configuration>

  <Add OfficeClientEdition="32" Branch="Current">
    <Product ID="O365BusinessRetail">
      <Language ID="en-us" />
    </Product>
  </Add>

</Configuration>

Confirmei que O365BusinessRetail é um dos IDs de produto compatíveis com o ODT e que é o ID apropriado para minha assinatura. Os arquivos que o Suporte da Microsoft me deu receberam o nome Office 365 Business 2016 , que parece corresponder.

Meu problema é , quando executo o setup.exe como administrador usando um comando como este ...

...ignoraosarquivosexistentesetentabaixaropacotenovamente.EstouemumpaíscomconexõesdebaixaqualidadecomaInterneteoMSDownloaderéextremamentesensívelaperdasmomentâneasdeconexãoenãoépossívelretomardownloadsinterrompidos:odownloaddosarquivosnovamentenãoéumaopção.

Ocorreesteerro,oqueindicaqueestátentandobaixarumarquivo.Dapesquisa,parecequeo"arquivo necessário" que ele alude vagamente é o pacote de instalação de 1.06GB, que está (aparentemente desnecessariamente) tentando baixar novamente:

Couldn't install

We're sorry, we can't continue because we weren't able to download a required file. Please make sure you're connected to the internet or connect to a difference network, then try again.

Error Code: 30182-1011 (3)

Eu estabeleci que está encontrando o arquivo XML correto, e que o XML é válido, porque se eu der um caminho de configuração deliberadamente incorreto ou um arquivo XML deliberadamente borked, ele fornecerá um código de erro diferente (Código de erro: 0-1008 (0)).

O código de erro que obtenho também é idêntico ao que obtenho se mudar o nome da pasta Office ou adicionar um caminho não existente a SourcePath (por exemplo, <Add OfficeClientEdition="32" Branch="Current" SourcePath="C:\fail" > )

Eu obtenho o mesmo resultado se adicionar o SourcePath ( SourcePath="C:\odt\Office" ) correto como nenhum SourePath, que é o resultado esperado porque de acordo com a documentação XML de configuração , sem nenhum caminho de origem, ele procura por" Office "no diretório em que está.

Eu também tentei adicionar o número da versão dos arquivos do pacote ao XML como uma versão fixa, caso o suporte do MS me fornecesse uma versão que não seja a mais recente e que esteja sendo rejeitada por esse motivo. Eu também tentei trocar Branch para Business , o que eu vejo como um valor permitido na referência. Nenhum dos dois ajudou. Por exemplo:

<Add OfficeClientEdition="32" Branch="Business" Version="16.0.4229.1029" SourcePath="C:\odt\Office">

Eu também tentei usar o comando setup.exe /packager , especificando um arquivo de configuração válido e uma pasta de saída, caso o pacote que eu tenho precise ser re-empacotado de alguma forma, mas ele tenha exatamente o mesmo problema e erro. / p>

Eu descobri como acessar arquivos de log para ODT . Aqui estão as primeiras linhas de um arquivo de log de amostra. Eu acredito que este é o segmento relevante, porque tudo após isso (cerca de 350 linhas) aparece relacionado à tentativa de obter acesso à rede e parece que já concluiu que ele precisa executar .ExecuteDownloadFile . Acredito que "Network cost manager" é o que quer que verifique se existe uma conexão medida em uso; e o arquivo cab ao qual ele se refere ( v32_16.0.4229.1029.cab ) existe - C:\odt\Office\Data\v32_16.0.4229.1029.cab - não está claro para mim a partir desse log se ele conseguir ou não encontrar esse arquivo , que parece ser o passo crucial:

Timestamp   Process TID Area    Category    EventID Level   Message Correlation
11/20/2015 13:25:15.407 SETUP (0xbdc)   0xad8       Click-To-Run    aoh85   Medium  AdminConfigure::HandleStateAction: Configuring an install/crosssell scenario.   
11/20/2015 13:25:15.422 SETUP (0xbdc)   0xad8       Click-To-Run    aqdco   Monitorable TryCheckNetworkCost::HandleStateAction: Failed to initialize NetworkCostManager for http://officecdn.microsoft.com/pr/492350f6-3a01-4f97-b9c0-c7c6ddf67d60. Assuming low cost and proceeding.   
11/20/2015 13:25:15.422 SETUP (0xbdc)   0xad8       Click-To-Run    aon8k   Medium  CabManager::DetermineCabName: Type:0, Platform:x86, Version:16.0.4229.1029, Culture: -> v32_16.0.4229.1029.cab  
11/20/2015 13:25:15.422 SETUP (0xbdc)   0xad8       Click-To-Run    aoh9i   Medium  TryGetVersionDescriptor::HandleStateAction: Getting Cab: v32_16.0.4229.1029.cab 
11/20/2015 13:25:15.422 SETUP (0xbdc)   0xad8       Scope   a6pk5   Medium  {"ScopeAction": "Start", "ScopeName": "ClickToRun.TransportRetry.ExecuteDownloadFile", "ScopeInstance": 3, "ScopeParentInstance": 0}    F6A9F7B0-FE40-4FD4-A41A-CC60C5768E09
11/20/2015 13:25:15.438 SETUP (0xbdc)   0xad8       Identity Http Client    axieo   Medium  [CWinHttpHelperBase] AutomaticProxyConfiguration {"Message": "InitSession detected proxy auto detect."} F6A9F7B0-FE40-4FD4-A41A-CC60C5768E09
11/20/2015 13:25:15.469 SETUP (0xbdc)   0xad8       Identity Http Client    a9ido   Medium  [HttpUtil] IsKnownProxyError {"SH_ErrorCode": 12007, "Message": "Detected a proxy failure"} F6A9F7B0-FE40-4FD4-A41A-CC60C5768E09

Isso é com uma versão especificada no arquivo de configuração, se não houver uma, a linha 4 termina TryGetVersionDescriptor::HandleStateAction: Getting Cab: v32.ca , que também existe na mesma pasta. Se eu especificar uma versão que não existe, tudo parece exatamente o mesmo que se eu especificasse uma versão que existe - o que talvez seja uma pista de que não está conseguindo encontrar o arquivo cab .

No entanto, se eu der um SourcePath inexistente, receberei um erro mais baixo sem equivalente sem um caminho de origem falso:

failed to open file 'C:\odt\fakefolder\Office\Data\v32_16.0.4229.1030.cab

Estou completamente perplexo e o suporte da MS está lutando para ajudar, porque eu segui todos os passos padrão deles.

Como posso descobrir porque a ODT pode estar rejeitando ou não vendo esses arquivos instaláveis pré-baixados? O que a ODT está realmente fazendo a qualquer momento parece ser completamente opaco - até falhar, dá uma caixa laranja inútil que diz "Estamos preparando tudo".

Se for relevante, estou tentando instalar em uma máquina com Windows 8.1.

    

Answer 1

FINALMENTE decifrei-o com a ajuda do arquivos de log ODT .

Basicamente, diferentemente do que dizem os documentos, definir manualmente um SourcePath é obrigatório se você deseja uma instalação local / offline, e o caminho de origem deve excluir o topo nome do diretório de nível do pacote configurável de instalação (portanto, não terminará com Office , a menos que você tenha uma pasta chamada Office dentro de outra pasta chamada Office).

Meu problema foi causado por dois pontos enganosos / desatualizados na página de referência do arquivo de configuração da Microsoft , juntamente com a completa falta de feedback na interface do usuário do instalador. Especificamente:

• MS dá isso como um exemplo de uma entrada típica do SourcePath: C:\Preload\Office - então eu tinha inserido meus caminhos de origem da mesma forma: C:\odt\Office , incluindo "Office", o nome da pasta de bundles de nível superior. Isso estava fazendo com que o instalador não localizasse meus arquivos baixados - deveria excluir o nome da pasta do pacote. Meu caminho de origem deve ter sido SourcePath="C:\odt" eo exemplo da Microsoft deveria ter sido C:\Preload (ou, eles devem ter uma nota dizendo que isso só funciona para caminhos como C:\Preload\Office\Office\Data\etc...
• MS diz o seguinte:

If you don’t specify SourcePath in configure mode, Setup will look in the current folder for the Office source files. If the Office source files aren’t found in the current folder, Setup will look on Office 365 for them.

Talvez isso seja verdade para o Office 2013, não sei, mas com base em minhas horas de tentativa e erro, o inverso parece ser verdadeiro para o Office 2016.

Quando eu executei o setup.exe sem SourcePath no arquivo de configuração, ele pareceu online antes de verificar uma cópia local e iniciou um download em vez de usar uma cópia local na posição padrão no mesmo diretório. / p>

<speculation> Eu acho que essa mudança seria consistente com a mudança de atitude da Microsoft em relação às atualizações, que eram aproximadamente "Use a versão mais recente com cautela, ela pode quebrar as coisas" em 2012 e são mais ou menos "Em caso de dúvida, atualize atualizar atualização "hoje? </speculation>

Minhas configurações que funcionaram ficaram assim:

<Configuration>

  <Add OfficeClientEdition="32" Branch="Current" Version="16.0.4229.1029" SourcePath="C:\odt">
    <Product ID="O365BusinessRetail">
      <Language ID="en-us" />
    </Product>
  </Add>

  <Logging Level="Standard" Path="C:\odt\log" />

</Configuration>

Eu não acredito que o número da versão seja essencial (e eu não estou reinstalando para descobrir!); se alguém com problemas semelhantes descobre que precisa deles, tirei o meu do nome da pasta em Office\Data .

Se alguém souber como posso relatar os problemas com a documentação para a Microsoft, envie-me um comentário.

    

Answer 2

Acabei de ter este problema. Olhou para o arquivo de log e o meu estava procurando por c: \ odt \ Office \ Data \ v32.cab. Quando eu fui e olhei o arquivo não existia, em vez disso, havia v32_16.0.6965.2058.cab. Eu o renomei para v32.cab e, em seguida, executei novamente a instalação. que procedeu sem quaisquer problemas.

    

Answer 3

Se você colocar setup.exe na pasta C:\ODT junto com seu arquivo XML de configuração, execute:

setup.exe /download configuration.xml

ele criará uma pasta "Office" em C:\ODT e todos os arquivos de origem estarão lá. Você acabou de executar:

setup.exe /configure configuration.xml

e deve funcionar bem. Você não precisa especificar a fonte em seu arquivo XML.

O problema é que você colocou seus arquivos setup.exe e configuration.xml em uma pasta muito profunda, na pasta do Office. Eles precisavam estar na pasta ODT para não exigir que a fonte fosse configurada. Se a Microsoft não tivesse fornecido a você os arquivos, isso já seria bastante óbvio quando você executou o download como mencionado acima.

    

Answer 4

Tente baixar a ferramenta de implantação atual e nova do Office 2016 para o Click-to-Run de link . Houve um erro quando o SourcePath não foi usado e o conteúdo sempre foi baixado da Internet.

Atualização 2015-12-13: Você deve fazer o download pelo menos para o recém-publicado 16.0.6508.6350, que se refere a corrigir este problema. Por favor, tente baixar a nova versão e veja se isso ajuda. Esta versão foi fornecida com a versão prévia.

    

Answer 5

Eu fiz a instalação offline e, de fato, ainda hoje, você precisa remover a referência à pasta "Office" no arquivo configuration.xml, caso contrário, você obterá o erro mencionado acima.