Назад | Перейти на главную страницу

SCCM 2012 и WSUS… отсутствует папка схемы

Несколько месяцев назад я установил SCCM 2012 R2 на новую коробку 2012 R2. Все прошло гладко ... По крайней мере, так кажется. Я попытался установить WSUS, чтобы он работал с SCCM. Несколько часов спустя я подумал, что у меня есть рабочая установка.

Снова неправильно.

Оказывается, C:\Program Files\Update Services\Schema папки нигде нет. Поиск обнаружил, что повторная установка сообщения может работать, но этого не произошло. Обновления не работают примерно с даты установки.

Что будет следующим шагом? Я не могу переустановить SCCM в целом, потому что Endpoint Protection развернут на всех наших компьютерах.

Изменить: вот строка из WCM.log, указывающая на эту ошибку:

Публикация приложения (8427071A-DA80-48C3-97DE-C9C528F73A2D) завершилась ошибкой System.IO.DirectoryNotFoundException: не удалось найти часть пути C: \ Program Files \ Update Services \ Schema \ baseapplicabilityrules.xsd. ~~ at - большая длинная цепочка дерьма-

$$ <04-01-2014 13: 59: 57.336 + 240> Выполнено с использованием учетных данных CORP \ Administrator ~ $$ <04-01-2014 13: 59: 57.336 + 240> ОШИБКА: не удалось опубликовать смс-клиент в WSUS, ошибка = 0x80070003 $$ <04-01-2014 13: 59: 57.336 + 240>

Edit2: Была идея запустить мой старый сервер WSUS (работающий под управлением 2008R2) и скопировать отсутствующую папку, но это тоже не сработало:

PublishApplication (8427071A-DA80-48C3-97DE-C9C528F73A2D) не удалось с ошибкой System.Xml.Schema.XmlSchemaValidationException: элемент 'http://schemas.microsoft.com/wsus/2005/04/CorporatePublishing/UpdateServicesPackage.xsd:File'не может содержать дочерний элемент'http://schemas.microsoft.com/wsus/2005/04/CorporatePublishing/SoftwareDistributionPackage.xsd:AdditionalDigest'потому что модель содержимого родительского элемента пуста. ~~~

У меня была такая же / похожая проблема. Моя схема, инструменты и папка API отсутствовали в C: \ Program Files \ Update Services. Я переустанавливал WSUS несколько раз, но после установки они так и не появились.

Но я нашел решение / проблему. При удалении WSUS я обнаружил, что он не удаляет ВСЕ функции, которые устанавливаются при установке WSUS на новый сервер. При удалении функций WSUS (или после того, как они у вас уже есть), вам придется вручную удалить следующее:

Компоненты \ Инструменты удаленного администрирования сервера \ Инструменты администрирования ролей \ Инструменты служб обновления Windows Server \ API и командлеты PowerShell

Скриншот

При следующей установке WSUS эта функция будет правильно переустановлена.

Разбивка того, что я сделал:

  1. Удалить функции WSUS
  2. Удалить командлеты API и PowerShell (можно сделать на шаге 1)
  3. Удалить сайт WSUS IIS
  4. Перезагрузите сервер
  5. Установите компоненты WSUS. При установке компонентов вы должны увидеть командлеты API и PowerShell, перечисленные на странице подтверждения. (Обычно этого не было)
  6. Настройте WSUS по мере необходимости.

Это решило проблему для меня.

Похоже, ваша роль сервера WSUS не была установлена ​​должным образом. Выполните следующие действия, чтобы удалить SUP и роль WSUS и повторно добавить их:

  1. Удалите роль точки обновления программного обеспечения через ConfigMgr
  2. удалите роль сервера WSUS с вашего сервера WSUS
  3. Повторно добавьте роль сервера WSUS на сервер WSUS
  4. Переустановите роль точки обновления программного обеспечения

Надеюсь это поможет.

Попробуйте мой метод, но нет никаких гарантий.

Во-первых, найдите файл baseapplicabilityrules.xsd в каталоге C: \, и он найдет для вас местоположение папки, затем скопируйте все элементы в этой папке в Program Files \ Update Files \ Schema, если папка схемы не существует, вы можете ее создать вручную.

Удачи!

Я подтвердил подробную оценку Бо. Затем я заметил в исходном сообщении, что копирование со «старого сервера» не работает из-за несоответствия версии ОС. Я сравнил 2008 R2 с 2012 R2 и 2016 и подтвердил, что, как и ожидалось, большинство файлов различаются для версии ОС.

Я успешно установил WSUS на новый сервер с той же ОС, а затем скопировал папки API и схемы в свой SCCM SUP.