Я пытаюсь установить Office 2016 (корпоративная подписка) с помощью средства развертывания Office 2016 (ODT) из предварительно загруженного установочного пакета.
Служба поддержки Майкрософт предоставила мне установочный пакет объемом 1.06 ГБ, который я скачал и поместил в каталог C:\odt\Office чтобы пути к файлам данных выглядели так: C:\odt\Office\Data\16.0.4229.1029\stream.x86.x-none.dat и C:\odt\Office\Data\16.0.4229.1029\stream.x86.en-us.dat
У меня есть файл ODT setup.exe в C:\odt\Office и файл Configuration.xml с соответствующими настройками, например:
<Configuration>
<Add OfficeClientEdition="32" Branch="Current">
<Product ID="O365BusinessRetail">
<Language ID="en-us" />
</Product>
</Add>
</Configuration>
Я подтвердил, что O365BusinessRetail является одним из поддерживаемых идентификаторов продукта для ODT и является соответствующим идентификатором для моей подписки. Файлы, предоставленные службой поддержки Microsoft, назывались Office 365 Business 2016 что соответствует.
Моя проблема в том, что когда я запускаю setup.exe от имени администратора, используя такую команду ...
... он игнорирует существующие файлы и пытается снова загрузить пакет. Я нахожусь в стране с плохим интернет-соединением, и загрузчик MS чрезвычайно чувствителен к кратковременным потерям в соединении и не может возобновить прерванную загрузку: повторная загрузка файлов не вариант.
Это дает эту ошибку, которая указывает, что он пытается загрузить файл. Из исследований кажется, что "требуемый файл", на который он смутно ссылается, - это установочный комплект 1.06GB, который он (казалось бы, без нужды) пытается повторно загрузить:
Не удалось установить
К сожалению, мы не можем продолжить, потому что мы не смогли загрузить необходимый файл. Убедитесь, что вы подключены к Интернету или к другой сети, затем повторите попытку.
Код ошибки: 30182-1011 (3)
Я установил, что он находит правильный XML-файл и что XML действителен, потому что, если я даю намеренно неправильный путь конфигурации или намеренно потерянный XML-файл, он выдает другой код ошибки (Код ошибки: 0-1008 (0)).
Код ошибки, который я получаю, также идентичен тому, который я получаю, если переименую папку Office или добавлю несуществующий путь к SourcePath (например, <Add OfficeClientEdition="32" Branch="Current" SourcePath="C:\fail" >)
Я получаю тот же результат, если добавляю правильный SourcePath (SourcePath="C:\odt\Office"), но не SourePath, что является ожидаемым результатом, поскольку в соответствии с документацией config XML, без добавления исходного пути, он ищет "Office "в каталоге он находится.
Я также попытался добавить номер версии из файлов пакета в XML как фиксированную версию, на случай, если служба поддержки MS предоставила мне не последнюю версию, и по этой причине она отклоняет ее. Я также попытался переключить Branch на Business который, как я вижу, является допустимым значением в ссылке. Ни то, ни другое не помогло. Например:
<Add OfficeClientEdition="32" Branch="Business" Version="16.0.4229.1029" SourcePath="C:\odt\Office">
Я также попытался использовать команду setup.exe /packager , указав правильный файл конфигурации и выходную папку, на случай, если у меня есть какой-то пакет, который нужно каким-то образом перепаковать, но у него точно такая же проблема и ошибка.
Я понял, как получить доступ к файлам журнала для ODT. Вот первые несколько строк примера файла журнала. Я полагаю, что это релевантный сегмент, потому что все, что после этого (около 350 строк), похоже, связано с попытками получить доступ к сети, и похоже, что оно уже пришло к выводу, что оно должно работать .ExecuteDownloadFile . Я считаю, что "Менеджер сетевых затрат" - это все, что проверяет, используется ли дозированное соединение; и файл cab который он ссылается (v32_16.0.4229.1029.cab), существует - C:\odt\Office\Data\v32_16.0.4229.1029.cab - из этого журнала мне не ясно, удастся ли ему это или не получится найдите этот файл, который является решающим шагом:
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
Это версия, указанная в файле конфигурации, если ее нет, строка 4 вместо этого заканчивается TryGetVersionDescriptor::HandleStateAction: Getting Cab: v32.ca , которая также существует в той же папке. Если я указываю несуществующую версию, все выглядит точно так же, как если бы я указывал версию, которая существует - возможно, это подсказка, что он не может найти файл cab .
Тем не менее, если я укажу несуществующий SourcePath , я получу сообщение об ошибке дальше без эквивалента без ложного пути источника:
failed to open file 'C:\\odt\\fakefolder\\Office\\Data\\v32_16.0.4229.1030.cab
Я полностью озадачен, и поддержка MS изо всех сил пытается помочь, потому что я выполнил все их стандартные шаги.
Как я могу узнать, почему ODT может отклонять или не видеть эти предварительно загруженные установочные файлы? То, что ODT на самом деле делает в любое время, кажется совершенно непрозрачным - до тех пор, пока оно не выйдет из строя, оно просто дает бесполезную оранжевую рамку с надписью «Мы готовим вещи».
Если это уместно, я пытаюсь установить на компьютер с Windows 8.1.