Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

Windows 10+에서 WMI root/Microsoft/Windows/WindowsUpdate 네임스페이스 제거

아래의 글을 쓸 때만 해도,

WMI Namespace를 열거하고, 그 안에 정의된 클래스를 열거하는 방법
; https://www.sysnet.pe.kr/2/0/12451

"ROOT\Microsoft\Windows\WindowsUpdate" 네임스페이스가 있었는데, 근래의 Windows 10+에서 실습해 보니까 없어졌습니다.

PS C:\Windows\System32>  Get-WmiObject -Namespace Root/Microsoft/Windows -Class __Namespace | Select-Object -Property Name

Name
----
RemoteAccess
Dns
Powershellv3
Hgs
DeviceGuard
TaskScheduler
DesiredStateConfigurationProxy
SmbWitness
Wdac
winrm
AppBackgroundTask
PS_MMAgent
Storage
HardwareManagement
SMB
EventTracingManagement
DesiredStateConfiguration
Attestation
CI
DeliveryOptimization
Defender

다음의 글에 보면,

Windows update change in Server 1709
; https://richardspowershellblog.wordpress.com/2017/11/17/windows-update-change-in-server-1709/

Scan, download and install Windows Updates with PowerShell
; https://4sysops.com/archives/scan-download-and-install-windows-updates-with-powershell/

1709 업데이트에서 변화가 있긴 하지만, 그래도 "root/microsoft/windows/windowsupdate" 네임스페이스가 있는 것으로는 나옵니다. 실제로, Windows Server 2019에서는 위의 내용이 그대로 잘 실행이 됩니다.

PS C:\> Get-Module -Name *Update*

ModuleType Version    Name                                ExportedCommands
---------- -------    ----                                ----------------
Manifest   1.0.0.2    WindowsUpdateProvider               {Get-WUAVersion, Get-WUIsPendingReboot, Get-WULastInstalla...

PS C:\> Get-Command -Module WindowsUpdateProvider

CommandType     Name                                               Version    Source
-----------     ----                                               -------    ------
Function        Get-WUAVersion                                     1.0.0.2    WindowsUpdateProvider
Function        Get-WUIsPendingReboot                              1.0.0.2    WindowsUpdateProvider
Function        Get-WULastInstallationDate                         1.0.0.2    WindowsUpdateProvider
Function        Get-WULastScanSuccessDate                          1.0.0.2    WindowsUpdateProvider
Function        Install-WUUpdates                                  1.0.0.2    WindowsUpdateProvider
Function        Start-WUScan                                       1.0.0.2    WindowsUpdateProvider

하지만 좀 더 살펴 보면,

start-wuscan cmdlet is not avialble to run on few Windows 10
; https://docs.microsoft.com/en-us/answers/questions/212035/start-wuscan-cmdlet-is-not-avialble-to-run-on-few.html

2004 (20H1) 버전부터 PowerShell에서 제공하던 "WindowsUpdateProvider"가 제거되었다고 합니다. 아마도 이것은 WMI 네임스페이스에서 "root/Microsoft/Windows/WindowsUpdate" 항목이 없어진 것과 맥락을 같이 하는 것 같습니다. 왜냐하면, WindowsUpdateProvider의 "MSFT_WUOperations.psm1" 소스 코드를 보면,

# This function's purpose is to take the output of the MI provider, an array of fixed size, and convert it to an array list of non-fixed size.
# The reason for this is so that a caller of this module is able to easily select which updates they wish to download & install
function Start-WUScan
{
    param
    (
        [parameter(Mandatory = $false)]
        $SearchCriteria
    )

    If($SearchCriteria -eq $null)
    {
        $scanres = Invoke-CimMethod -Namespace root/Microsoft/Windows/WindowsUpdate -ClassName MSFT_WUOperations -MethodName ScanForUpdates
    }
    else
    {
        $scanres = Invoke-CimMethod -Namespace root/Microsoft/Windows/WindowsUpdate -ClassName MSFT_WUOperations -MethodName ScanForUpdates -Arguments @{SearchCriteria=$SearchCriteria}
    }
    
    if($scanres.ReturnValue -eq 0)
    {
        $arrlist = New-Object System.Collections.ArrayList
        $arrlist.AddRange($scanres.Updates) | out-null

        # Comma is added to prevent powershell from converting return to an array
        return ,$arrlist
    }
    else
    {
        Write-Error "Scan hit error: $scanres.ReturnValue"
    }
}

"root/Microsoft/Windows/WindowsUpdate"를 기반으로 동작하고 있는데, 이러한 PowerShell 모듈을 없앤 데에는 아무래도 그것이 사용하는 WMI 클래스가 없어진 이유 때문이 아닌가 짐작을 하게 됩니다.

이와 함께 "start-wuscan cmdlet is not avialble to run on few Windows 10" 글에서는 우회 방법으로 "Microsoft.Update.Session" COM 개체를 사용하는 것을 제시하고 있습니다.

$Session = new-object -com "Microsoft.Update.Session"
$ctr = "(IsInstalled=0 and DeploymentAction=*) or (IsInstalled=1 and DeploymentAction=*) or (IsHidden=1 and DeploymentAction=*)"
$Result = $Session.CreateupdateSearcher().Search($ctr).Updates
$Result | Select Title,Identity,IsHidden,LastDeploymentChangeTime,KBArticleIDs | Format-List -Property Title,@{l='UpdateID';e={$_.Identity.UpdateID}},@{l='PublishedDate';e={$_.LastDeploymentChangeTime.ToString('yyyy-MM-dd')}},@{l='KBArticle';e={$_.KBArticleIDs}},IsHidden

음... 어쩔 수 없을 것 같습니다. WindowsUpdate 클래스가 사라진 이상, 원래의 COM 개체를 이용한 방법을 사용하는 수밖에.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 12/20/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 181  182  183  184  185  186  [187]  188  189  190  191  192  193  194  195  ...
NoWriterDateCnt.TitleFile(s)
311정성태8/10/200628652    답변글 디버깅 기술: 5.2. PDB 파일에 따른 Debug 정보 - .NET 2.0 Web Application Project + Library 유형의 프로젝트
312정성태8/5/200631330    답변글 디버깅 기술: 5.3. PDB 파일에 따른 Debug 정보 - .NET 2.0 Web Site Model 유형의 프로젝트
313정성태8/12/200630481    답변글 디버깅 기술: 5.4. VS.NET 2005 디버그 모드에서의 PDB 파일 사용 차이 (1)
317정성태8/12/200627882    답변글 디버깅 기술: 5.5. VS.NET 2005 디버그 모드에서의 PDB 파일 사용 차이 (2)
318정성태8/12/200634314    답변글 디버깅 기술: 5.6. VS.NET 2005를 이용한 미니덤프 파일 분석 (1)
319정성태8/12/200629478    답변글 디버깅 기술: 5.7. VS.NET 2005를 이용한 미니덤프 파일 분석 (2) [1]
320정성태8/12/200633503    답변글 디버깅 기술: 5.8. WinDBG를 이용한 미니덤프 파일 분석 [1]
321정성태8/13/200638136    답변글 디버깅 기술: 5.9. Microsoft의 PDB 파일 관리
323정성태8/15/200639497    답변글 디버깅 기술: 5.10. Symbol Server 생성 [4]
324정성태8/15/200636077    답변글 디버깅 기술: 5.11. PDB 파일과 소스 코드
325정성태9/8/200628844    답변글 디버깅 기술: 5.12. CCP를 이용한 Windows Source Code 수준의 디버깅
329정성태8/19/200627720    답변글 디버깅 기술: 5.13. 소스 서버 구성 [1]
332정성태8/20/200629224    답변글 디버깅 기술: 5.14. GAC 에 등록된 Assembly 디버그 [2]
341정성태9/16/200621588    답변글 디버깅 기술: 5.15. [내용 예약]
342정성태9/16/200639194    답변글 디버깅 기술: 5.16. ASP.NET 디버깅 환경 구성 [1]파일 다운로드1
306정성태2/13/200718639기타: 15. .NET 이 생산성이 높다는 증거(!)
304정성태7/21/200620755VS.NET IDE: 41. 하위 폴더의 모든 프로젝트의 출력물을 제거 (Clean)
305정성태7/21/200620444    답변글 VS.NET IDE: 41.1. 하위 폴더의 모든 프로젝트의 출력물을 제거 (Clean) [1]
303정성태7/20/200618405Team Foundation Server: 12. 사용자 계정 재생성에 따른 Version Control 영향
302정성태8/21/200620133Team Foundation Server: 11. TFS Team Build와 VC++ Project 설정
299정성태7/23/200620309개발 환경 구성: 5. VMWare - VM 생성 화면 캡쳐
300정성태7/15/200624873    답변글 개발 환경 구성: 5.1. VMWare 오류 유형 - The handle is invalid.
301정성태7/18/200619878    답변글 개발 환경 구성: 5.2. VMWare - 사용 후기.
298정성태7/14/200620089개발 환경 구성: 4. VMWare Server를 64bit 운영체제에 설치 시 주의 사항 [2]
296정성태7/10/200629417.NET Framework: 73. [ASP.NET] HTC(DHTML Control Behavior)를 WebResource.axd로 제공하는 방법 [3]
295정성태7/1/200622657VC++: 25. Microsoft National Language Support Downlevel APIs 1.0 사용 방법파일 다운로드1
... 181  182  183  184  185  186  [187]  188  189  190  191  192  193  194  195  ...