System Center Operations Manager 릴리스 정보

  • 아티클

이 문서에서는 System Center 2019 - Operations Manager 릴리스 정보를 나열합니다. 이 문서에는 Operations Manager 2019 UR1, UR2, UR4 및 UR5에 대한 릴리스 정보도 포함되어 있습니다.

Operations Manager 2019 릴리스 정보

다음 섹션에서는 Operations Manager 2019의 릴리스 정보를 요약하고 알려진 문제 및 해결 방법을 제공합니다. 또한 2019 UR1 및 2019 UR2 릴리스 정보를 참조하세요.

기본적으로 로그온 유형이 서비스인 상태 서비스

설명: Operations Manager 2019에서는 기본적으로 서비스로 로그온 기능을 사용하도록 설정됩니다. 이 변경 내용은 모든 서비스 계정 및 실행 계정에 영향을 줍니다. 서비스 로 로그온 권한이 있어야 합니다.

해결 방법: 이러한 계정에 대한 서비스 권한으로 로그온을 사용하도록 설정합니다. 자세히 알아보기.

유지 관리 모드의 사용자 환경 변경

설명: 다음은 Operations Manager 2019 유지 관리 모드의 사용자 환경 변경 내용입니다. 이러한 변경 내용은 Windows 및 Linux\Unix 모니터링에 모두 적용됩니다.

  • 엔터티가 유지 관리 모드로 전환되면 해당 엔터티의 모니터 기반 활성 경고가 자동으로 해결됩니다. 이전 릴리스에서는 엔터티가 유지 관리 모드를 종료할 때 이러한 경고가 자동으로 해결되었습니다.

  • 이제 대상 엔터티가 유지 관리 모드로 전환되고 종료되면 주문형 모니터와 일반 모니터가 비슷하게 작동합니다.

해결 방법: 없음

x64 구성 요소 지원

설명: Operations Manager 2019는 x64 구성 요소만 지원합니다. x86 구성 요소는 지원되지 않습니다. 콘솔에서 x86 컴퓨터에 에이전트 설치를 푸시하려고 시도하면 다음 오류 메시지가 표시됩니다.

시스템에서 지정된 경로를 찾을 수 없습니다.

해결 방법: 없음

보고 서버를 업그레이드하기 위한 필수 구성 요소 검사에 실패

설명: System Center 2016/1801/1807 - Operations Manager 보고 서버를 2019버전으로 업그레이드하려고 시도할 때 필수 구성 요소 검사에서 다음과 같은 오류를 보고합니다.

관리 서버 업그레이드 여부 검사 - 이 구성 요소가 보고하는 관리 서버가 업그레이드되지 않았습니다. 또한 업그레이드를 계속할 수 없습니다..

이 오류는 보고 서버가 관리 그룹의 한 또는 여러 관리 서버와 다른 서버에 있는 분산된 관리 그룹 시나리오에서 발생합니다.

해결 방법: 보고 서버 역할을 호스팅하는 서버에 System Center 2016/1801/1807 - Operations Manager 운영 콘솔을 설치한 다음 보고 서버 역할을 버전 2019로 업그레이드를 다시 시도합니다. 업그레이드가 완료되면 보고 서버에서 업그레이드된 운영 콘솔을 제거할 수 있습니다.

Internet Explorer 호환성 보기

설명: HTML5 웹 콘솔은 Internet Explorer 호환성 보기를 지원하지 않습니다.

해결 방법: 없음

OpenSSL 1.1.0 버전 지원

설명: Linux 플랫폼에서 OpenSSL 0.9.8 지원이 삭제되었습니다.

해결 방법: OpenSSL 1.1.0에 대한 지원을 추가했습니다.

VMM 서버에 대한 성능 모니터링이 액세스 거부 메시지와 함께 실패합니다.

설명: 서비스 사용자에게 VirtualMachineManager-Server/Operational 이벤트 로그에 액세스할 수 있는 권한이 없습니다. 해결 방법: 아래 명령을 사용하여 운영 이벤트 로그 레지스트리의 보안 설명자를 변경한 다음, 이벤트 로그 서비스 및 상태 로그 서비스를 다시 시작합니다.

reg add HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Channels\Microsoft-VirtualMachineManager-Server/Operational /v ChannelAccess /t REG_SZ /d O:BAG:SYD:(D;;0xf0007;;;AN)(D;;0xf0007;;;BG)(A;;0xf0007;;;SY)(A;;0x7;;;BA)(A;;0x3;;;NS)(A;;0x1;;;IU)(A;;0x1;;;SU)"

이 명령은 VirtualMachineManager-Server/Operational 이벤트 로그에 액세스할 수 있는 허용된 사용자 목록에 서비스 사용자를 추가합니다.

Operations Manager 2019는 HPUX 라이브러리를 지원하지 않습니다.

설명: Operations Manager 2019는 HPUX를 지원하지 않습니다. 그러나 Operations Manager 2019용으로 제공되는 관리 팩 목록에서 HPUX 라이브러리를 사용할 수 있습니다.

해결 방법: 이 문제는 무시하세요. HPUX는 DLC, 여기의 최신 팩에서 제거됩니다.

Operations Manager 2019로 업그레이드한 후 이전 AD 규칙이 작동하지 않음

설명: Operations Manager 2016(또는 2016 UR 이전 버전에서 UR7로) 1801 또는 1807에서 Operations Manager 2019로 업그레이드한 후 Active Directory 규칙 형식의 변경으로 인해 이전 AD 규칙이 작동하지 않습니다. Operations Manager 2016 UR7 및 UR8에서 Operations Manager 2019로 업그레이드해도 이 문제가 없습니다.

해결 방법: 이 문제를 해결하려면 다음 단계를 따릅니다.

  1. 2019로 업그레이드한 후에 기본 관리 팩을 폴더로 내보냅니다.

  2. 내보낸 폴더에서 Microsoft.SystemCenter.OperationsManager.DefaultUser.xml을 엽니다.

  3. 아래 예제에서 <관리 서버의 FQDN> 대신 <관리 서버의 NetBIOS 도메인 이름>을 사용하도록 모든 AD 규칙의 이름을 바꿉니다.

    참고

    도메인 이름은 대/소문자를 구분합니다.

    예제:

    이전: Rule ID=“_smx.net_MS1_contoso.com” Enabled=“true”

    이후: Rule ID=“_SMX_MS1_contoso.com” Enabled=“true”

  4. 업데이트된 관리 팩을 가져옵니다.

    이제 규칙이 콘솔에 표시됩니다.

    이 문제에 대한 자세한 내용은 Operations Manager와 Active Directory 통합 업데이트를 참조하세요.

    참고

    이 문제는 2019 UR2에서 해결되었습니다.

Operations Manager의 REST API는 클래스에 필요한 값을 반환하지 않습니다.

설명: Operations Manager 2019에서 호출되면 REST API는 className, path 및 fullname을 반환하지 않으며 반환된 정보는 비어 있습니다. 또한 ID가 className으로 반환됩니다.

해결 방법: 없음

참고

이 문제는 2019 UR2에서 해결되었습니다.

Operations Manager 2019 UR1 릴리스 정보

다음 섹션에서는 Operations Manager 2019 UR1의 릴리스 정보를 요약하고 알려진 문제 및 해결 방법을 제공합니다.

UR1에서 해결된 문제 및 UR1에 대한 설치 지침은 KB 문서를 참조하세요.

패치 적용 후 관리 보류 중

설명: 2019 UR1(업데이트 롤업)을 적용한 후 업데이트할 에이전트는 보류 중인 관리 콘솔 보기에 나열되지 않습니다.

해결 방법: 에이전트를 식별하고 수동으로 업데이트해야 합니다. 이렇게 하려면 관리장치 관리에이전트 관리로 이동하여 이전 버전의 에이전트를 업데이트합니다. 올바른 버전의 에이전트를 보려면 관리 서버 패치를 적용한 후 Operations Manager 2019 UR1에 대한 기술 문서에 설명된 대로 관리 팩을 가져옵니다.

버전 표시

설명: 버전 표시는 도움말>정보 및 장치 관리 보기와 같은 영역에서 UR1을 표시하지 않습니다.

해결 방법: Operations Manager 구성 요소가 UR1에 대해 성공적으로 업데이트되었는지 검사 관리>Operations Manager 제품에서 각 구성 요소의 버전 번호를 참조하세요.

gMSA 마이그레이션 후 보고서를 내보내는 중 오류

설명: gMSA로 마이그레이션 후 Word, PowerPoint 또는 Excel 형식으로 보고서를 내보내는 동안 보고서를 렌더링하는 동안 오류가 발생할 수 있습니다.

이는 2017년 SQL Server SQL Server Reporting Services 관찰됩니다. 이 오류는 SQL Server 2017의 SSRS와 관련하여 지속되는 문제입니다.

해결 방법: 이 문제를 해결하려면 다음 단계를 따릅니다.

  • 보고서 서버의 실행 계정에 대한 관리자 액세스 권한 부여
  • 보고 서비스를 다시 시작하고 5분 동안 대기
  • 보고서 다시 내보내기 시도

참고

SSRS(SQL Server Reporting Services) 2017 버전 14.0.600.1274 이상에서는 기본 보안 설정에서 리소스 확장 업로드를 허용하지 않습니다. 이로 인해 보고 구성 요소를 배포하는 동안 Operations Manager에서 ResourceFileFormatNotAllowedException 예외가 발생합니다.

이 문제를 해결하려면 SQL Management Studio를 열고 Reporting Services 인스턴스에 연결한 다음 속성고급을 열고 *.*을 AllowedResourceExtensionsForUpload 목록에 추가합니다. 또는 SSRS의 허용 목록에 Operations Manager의 보고 확장 목록 전체를 추가할 수 있습니다.

이전에 사용한 gMSA 서비스 계정 대체 실패

설명: 이전에 사용한 Operation Manager의 서비스 계정을 gMSA로 교체하지 못하여 Operations Manager의 콘솔 문제가 발생했습니다(콘솔이 열리지 않음). 이 문제는 데이터 액세스 서비스가 초기화되지 않은 경우에 발생합니다.

해결 방법:

  1. SDK 서비스를 실행중인 계정을 builtin\Windows Authorization Access Group에 추가합니다.

  2. PowerShell 스크립트를 여기에 설명된 대로 실행합니다.

  3. Operations Manager를 새로 설치하는 경우 24시간 동안 기다린 후 업데이트 롤업을 적용합니다. 이는 Operations Manager의 모든 역할에 적용됩니다.

참고

문제가 재발하지 않도록 DW 및 DR 계정이 Operations Manager 보고서 보안 관리자 그룹의 구성원인지 확인합니다. 자세한 내용은 gMSA 계정을 참조하세요.

Operations Manager 2019 UR2 릴리스 정보

Operations Manager 2019 UR2에는 알려진 문제가 없습니다.

UR2에서 해결된 문제 및 UR2에 대한 설치 지침은 KB 문서를 참조하세요.

Operations Manager 2019 UR4 릴리스 정보

다음 섹션에서는 Operations Manager 2019 UR4의 릴리스 정보를 요약하고 알려진 문제 및 해결 방법을 제공합니다.

UR4에서 해결된 문제 및 UR4에 대한 설치 지침은 KB 문서를 참조하세요.

작성 > 그룹의 세 열이 지역화되지 않음

설명: Operations Manager 콘솔 작성>그룹에서 새 열(관리 팩, 봉인 및 멤버)은 이 보기에 액세스하는 컴퓨터에서 설정된 대로 언어로 표시되지 않고 영어로 표시됩니다.

해결 방법: 없음

Operations Manager 2019 UR5 릴리스 정보

다음 섹션에서는 Operations Manager 2019 UR5에 대한 릴리스 정보를 요약하고 알려진 문제 및 해결 방법을 포함합니다.

UR5에서 해결된 문제 및 UR5에 대한 설치 지침은 KB 문서를 참조하세요.

웹 콘솔 보안 취약성

참고

이 업데이트 롤업을 적용하기 전에 Web.config 파일의 백업을 수행해야 합니다.

설명: Operations Manager 2019 웹 콘솔에는 보안 취약성이 있습니다.

해결 방법: Operations Manager 2019 UR5를 사용하면 여러 웹 콘솔 보안 취약성이 해결됩니다. 이러한 수정 사항으로 인해 및 MonitoringView 웹앱의 HTMLDashboardWeb.config 파일이 대체됩니다. 이러한 앱의 이전 설정은 손실되며 변경 내용을 다시 실행해야 합니다.

이 문서에서는 System Center 2022 - Operations Manager 릴리스 정보를 나열합니다.

Operations Manager 2022 릴리스 정보

이 문서에서는 Operations Manager 2022에 대한 릴리스 정보를 요약합니다.

운영 콘솔이 Operations Manager 2019 관리 그룹과 연결되지 못함

설명: Operations Manager 2022용 운영 콘솔이 Operations Manager 2019 관리 그룹과 연결되지 않습니다.

해결 방법:

  • Operations Manager 2019 운영 콘솔을 사용하여 Operations Manager 2022 관리 그룹과 연결합니다.

    또는

  • Operations Manager 2019 및 Operations Manager 2022에 별도의 콘솔 머신을 사용하여 해당 서버에 연결하는 데 사용합니다.

중요

이 버전의 Operations Manager는 지원이 종료되었습니다. Operations Manager 2022로 업그레이드하는 것이 좋습니다.

이 문서에서는 System Center 1807 - Operations Manager 릴리스 정보를 나열합니다.

Operations Manager 1807 릴리스 정보

다음 섹션에서는 Operations Manager 1807의 릴리스 정보를 요약하고 알려진 문제 및 해결 방법을 제공합니다. 버전 1807 및 해결되는 문제에 대한 자세한 내용은 KB4133779를 참조하세요.

Linux 에이전트에 대한 로그 회전

설명: 특정 시나리오에서 SCX 로그는 자주 채워지며 결국 시스템 디스크에서 사용 가능한 모든 여유 공간을 사용합니다. 따라서 로그를 수동으로 정리할 때까지 시스템이 응답하지 않습니다. 이 문제를 해결하기 위해 SCX 에이전트에 대한 logrotate 기능을 도입했습니다. 이 기능을 통해 이전 로그를 회전하고 디스크 공간을 절약할 수 있습니다.

필수 구성 요소: Logrotate는 /usr/sbin/logrotate 기본적으로 Linux 플랫폼에 있습니다.

해결 방법: scxagent를 설치하는 동안 다음 logrotate conf 파일을 /etc/logroate.d 위치에 푸시합니다.

/var/opt/microsoft/scx/log/*/scx.log
{	 
rotate 5
missingok
notifempty
nodatext
compress
size 50M
copytruncate
postrotate
/usr/sbin/scxadmin -log-rotate
all
}

기본값을 변경하여 요구 사항을 지원할 수 있습니다. 기본 구성 값은 scx.log 파일 크기가 50MB에 도달하면 scx.log 파일을 회전합니다. 위치에 하나의 cron 구성 파일을 /etc/cron.d 포함했습니다. 이 구성을 사용하면 logrotate 프로세스가 4시간마다 실행됩니다. 구성을 사용자 지정하려면 다음 두 개의 파일을 수정해야 합니다. 자세한 내용은 cron 및 logrotate에 대한 기본 페이지를 참조하세요.

참고

SELinux가 이미 설치된 경우 SCX 설치 관리자가 logrotate를 가능하게 하는 SELinux 모듈을 푸시합니다. 에이전트 설치 후 SElinux가 사용하도록 설정된 시나리오의 경우 logrotate가 작동하도록 SELinux 모듈을 가져와야 합니다.

SQL Server 2017 지원

설명: 버전 1807에서는 SQL Server 2016에서 업그레이드된 경우에만 SQL Server 2017이 지원됩니다. 버전 1807을 사용하는 SQL Server 2017의 새로운 설치는 지원되지 않습니다. SQL Server 2016과 함께 버전 1801이 배포된 경우에는 SQL Server 2017로 업그레이드하기 전에 Operations Manager 버전 1807을 적용해야 합니다.

해결 방법: SQL Server 2017로 업그레이드하기 전에 업그레이드 프로세스에 대한 Operations Manager 1807 데이터베이스를 SQL Server 2017로 업그레이드 문서를 검토하세요.

참고

SSRS(SQL Server Reporting Services) 2017 버전 14.0.600.1274 이상에서는 기본 보안 설정에서 리소스 확장 업로드를 허용하지 않습니다. 이로 인해 보고 구성 요소를 배포하는 동안 Operations Manager에서 ResourceFileFormatNotAllowedException 예외가 발생합니다.

이 문제를 해결하려면 SQL Management Studio를 열고 Reporting Services 인스턴스에 연결한 다음 속성고급을 열고 *.*을 AllowedResourceExtensionsForUpload 목록에 추가합니다. 또는 SSRS의 허용 목록에 Operations Manager의 보고 확장 목록 전체를 추가할 수 있습니다.

Internet Explorer 호환성 보기 지원 가능성

설명: HTML5 웹 콘솔은 인터넷 Explorer 호환성 보기를 지원하지 않습니다.

해결 방법: None

Operations Manager 및 Service Manager 콘솔 공존 지원

설명: System Center 버전 1801에서는 Operations Manager 관리 서버에 Service Manager 콘솔 설치가 지원되지 않았습니다. 이로 인해 SDK 서비스가 조기에 중지됩니다.

해결 방법: 동일한 컴퓨터에 Operations Manager 및 Service Manager 콘솔을 함께 배치하려면 두 버전이 모두 버전 1807을 실행하고 있어야 합니다.

Operations Manager 버전 1807로 업그레이드

Operations Manager 버전 1801 관리 그룹을 버전 1807로 성공적으로 업그레이드하기 위한 요구 사항 및 단계를 이해하려면 Operations Manager 버전 1807로 업그레이드하는 방법을 참조하세요.

OpenSSL 1.1.0 버전 지원

설명: Linux 플랫폼에서 OpenSSL 0.9.8 지원이 삭제되었습니다.

해결 방법: OpenSSL 1.1.0에 대한 지원을 추가했습니다.

이 문서에서는 System Center 2016 - Operations Manager 릴리스 정보를 나열합니다.

Operations Manager 2016 릴리스 정보

다음 섹션에서는 Operations Manager 2016의 릴리스 정보를 요약하고 알려진 문제 및 해결 방법을 포함합니다.

Operations Manager와 SharePoint 통합을 다시 만들어야 함

설명: SharePoint를 사용하여 Operations Manager 데이터를 보는 동안 제공된 기존 웹 콘솔 대시보드 URL이 작동하지 않으며 이러한 웹 파트는 아래 단계에 따라 다시 만들어야 합니다.

해결 방법: Operations Manager 데이터를 보려면 SharePoint를 설정하려면 다음 단계를 수행합니다.

  1. 대시보드를 표시할 SharePoint에서 새 페이지를 만듭니다.
  2. 페이지를 열고 편집을 선택하고 새 웹 파트를 삽입합니다.
  3. 웹 파트의 범주에서 미디어 및 콘텐츠를 선택하고 그 아래에서 페이지 뷰어를 선택하고 추가를 선택합니다.
  4. 웹 파트를 편집하고 웹 페이지를 선택하고 Operations Manager 웹 콘솔 dashboard URL을 입력합니다.
  5. SharePoint 페이지에 트리 뷰가 표시되지 않도록 하기 위해 대시보드 URL 끝에 "&disabletree=true"를 추가합니다.
  6. SharePoint 페이지의 모양, 레이아웃 및 고급 특성을 구성합니다.

IIS가 손상되어서 웹 콘솔이 작동하지 않을 수 있음

설명: 웹 콘솔에서 "'System.ServiceModel.Activation.HttpModule' 형식을 로드할 수 없습니다" 오류가 발생할 수 있습니다.

해결 방법: OS의 역할 서비스에 HTTP 활성화 를 추가합니다. 그런 다음, Server 2012에서 관리자 권한 명령 프롬프트에서 다음을 실행합니다. "C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -r".

기술 항목에서 표 및 글머리 기호 처리 시 예외 사항

설명: 지식 문서에 테이블을 삽입하는 경우 기술 문서를 다시 편집할 때 테두리가 테이블에 적용되지 않습니다. 마찬가지로 기술 문서에 글머리 기호가 추가되면 다시 편집하는 동안 숫자 글머리 기호로 변환됩니다. 문서에 글머리 기호가 하나 있으면 문서가 MP에 저장되지 않고 콘솔에서 오류가 발생합니다.

해결 방법: 없음

NANO 에이전트에 대해 MSI 기반 설치가 작동하지 않음

설명: NANO 에이전트에는 MSI 기반 설치가 지원되지 않습니다. Discovery Wizard\PowerShell 설치 관리자 스크립트에서 에이전트를 설치할 수 있습니다.

해결 방법: 없음

Nano 에이전트에 대한 업데이트 제거 문제

설명: Nano 에이전트에 대한 업데이트를 제거할 수 없습니다.

해결 방법: 유일한 옵션은 Nano 에이전트를 제거한 다음 RTM 버전 + 원하는 업데이트를 설치하는 것입니다.

Nano 에이전트 업데이트 문제

설명: nano 에이전트에 업데이트 Windows 업데이트 푸시되지 않습니다. Nano 에이전트를 업데이트하려면 사용 가능한 업데이트를 다운로드하고 PowerShell 업데이트 스크립트를 사용하여 설치하거나 업데이트된 관리 서버에서 복구를 트리거해야 합니다.

해결 방법: 없음

Nano 에이전트 설치를 위한 경로 또는 폴더를 재정의할 수 없음

설명: Nano 에이전트는 항상 '%SystemDrive%\Program Files\Microsoft Monitoring Agent' 경로에 설치됩니다. 에이전트 설치 폴더를 재정의할 수 없습니다.

해결 방법: 없음

Nano 에이전트의 푸시 설치 환경 불일치

설명: 검색 마법사 상태 대화 상자가 닫히지만 에이전트는 설치가 실패하거나 성공적으로 완료될 때까지 일정 시간 동안 콘솔에서 보류 중인 상태로 유지됩니다. 설치가 실패할 경우 문제를 해결하려면 설치 로그 파일을 참조합니다.

해결 방법: 없음

Nano 에이전트의 푸시 제거 환경 불일치

설명: 운영 콘솔에서 푸시 제거를 수행할 때 상태 대화 상자(진행률 상태 표시)는 제거가 성공적으로 완료되었음을 보여 주지만 에이전트 제거는 여전히 수행되고 있습니다. 제거에 실패할 수 있으며 문제 해결을 위한 추가 정보는 설치 로그 파일을 참조합니다.

해결 방법: 없음

ACS가 Nano 에이전트에 대해 작동하지 않음

설명: ACS는 경우에 따라 Nano 에이전트에서 작동하지 않습니다. 특정 시나리오에 이러한 문제가 있습니다.

해결 방법: 없음

System Center Operations Manager 관리 서버에서 발생한 CSM(클라이언트 쪽 모니터링) 경고가 표시되지 않을 수 있음

설명: System Center Operation Manager 관리 서버의 업데이트 시퀀스로 인해 관리 서버의 클라이언트 쪽 모니터링 경고 컬렉션에 문제가 발생할 수 있습니다. System Center Operations Manager 에이전트는 영향을 받지 않습니다. 발생 가능성: 중간.

해결 방법: System Center Operations Manager 관리 서버에서 Microsoft Monitoring Agent 서비스를 다시 시작합니다.

System Center Operations Manager 서버 또는 에이전트를 업데이트한 후 모니터링되는 호스트에서 발생한 APM(애플리케이션 성능 모니터링) 이벤트, CSM(클라이언트 쪽 모니터링) 이벤트 및 APM 경고가 표시되지 않는 경우

설명: System Center Operations Manager 에이전트의 업데이트 시퀀스로 인해 다음과 같은 문제가 발생할 수 있습니다.

• 호스트에서 수집된 CSM(클라이언트 쪽 모니터링) 이벤트 및 경고

• 호스트에서 수집된 APM(애플리케이션 성능 모니터링) 이벤트 및 경고 System Center Operations Manager 관리 서버는 영향을 받지 않습니다.

해결 방법: 문제가 발생한 System Center Operations Manager 에이전트 관리 컴퓨터에서 Microsoft Monitoring Agent 서비스를 다시 시작합니다.

Windows 서비스에 대한 APM(애플리케이션 성능 모니터링)은 Application Insights 상태 모니터가 설치된 컴퓨터의 System Center - Operations Manager에서 지원되지 않습니다.

설명: Application Insights 상태 모니터 및 System Center - Operations Manager 에이전트가 모두 설치된 경우 APM(애플리케이션 성능 모니터링) 워크플로가 컴퓨터에서 .NET Windows 서비스에 대한 모니터링 구성을 처리하지 못합니다.

해결 방법: Application Insights 상태 모니터를 제거합니다.

성능 추적에 대한 네임스페이스 값이 무시됨

설명: .NET APM(애플리케이션 성능 모니터링)에서 사용자 지정 네임스페이스를 추적할 때 성능 추적에 대한 네임스페이스 값 설정은 무시됩니다.

해결 방법: 동일한 사용자 지정 네임스페이스를 포함하도록 예외 추적 및 성능 추적 설정을 모두 설정합니다.

Solaris 운영 체제에서 sudo 권한 상승을 사용하는 경우 sudo 실행 파일이 예상 경로에 없는 경우 구성 변경이 필요합니다.

설명: Solaris를 실행하는 컴퓨터에서 sudo 권한 상승을 사용하려는 경우 sudo 실행 파일이 예상 경로에 없는 경우 올바른 경로에 대한 링크를 만들어야 합니다. Operations Manager는 /opt/sfw/bin에서 sudo 실행 파일을 찾아본 다음 /usr/bin 경로에서 찾아봅니다. sudo가 이러한 경로 중 하나에 설치되지 않은 경우 링크가 필요합니다.

해결 방법: UNIX 및 Linux 에이전트 설치 스크립트는 sudo를 포함할 것으로 예상되는 폴더에 대한 기호 링크 /etc/opt/Microsoft/scx/conf/sudodir를 만듭니다. 이 에이전트는 이 바로 가기 링크를 사용하여 sudo에 액세스합니다. 설치 스크립트에서 바로 가기 링크를 자동으로 생성하므로 표준 UNIX 및 Linux 구성에 대한 작업이 필요하지 않습니다. 그러나 sudo를 표준이 아닌 위치에 설치한 경우 sudo를 설치한 폴더를 가리키는 바로 가기 링크를 변경해야 합니다. 기호 링크를 변경하면 에이전트를 사용하여 제거, 다시 설치 및 업그레이드 작업을 위해 해당 값이 유지됩니다.

관리 팩을 가져오는 동안 종속성을 해결하려고 하면 Operations Manager 콘솔이 더 이상 응답하지 않음

설명: Operations Manager 운영 콘솔의 관리 작업 영역에서 관리 팩 가져오기 를 선택하면 관리 팩이 다른 관리 팩에 종속된 경우 콘솔에 해결 단추가 표시됩니다. 해결을 선택하면 종속성 경고가 표시됩니다. 종속성 경고 대화 상자에서 해결 단추를 선택하면 운영 콘솔의 응답이 중지됩니다.

해결 방법: System Center 2016 - Operations Manager용 업데이트를 설치합니다. 자세한 지침을 보려면 기술 자료 문서 3117586을 참조하세요.

"사용 및 연결 데이터" 설정이 "False"로 설정된 경우 원격 분석 데이터가 잘못 전송될 수 있음

설명: 두 운영자가 Operations Manager 콘솔을 열고 하나는 사용량 및 연결 데이터 설정을 데이터 전송 안 됨으로 설정하는 경우 두 번째 사용자가 Operations Manager 콘솔의 instance 닫고 다시 열 때까지 데이터가 계속 Microsoft로 흐를 수 있습니다.

해결 방법: 사용 및 연결 설정을 변경한 후 모든 Operations Manager 콘솔 세션을 다시 시작합니다.

설명: 관리 서버 또는 게이트웨이 서버와 같은 새 구성 요소가 기존 Operations Manager 환경에 추가되면 사용량 및 연결 데이터 설정이 데이터 전송 안 됨으로 설정된 경우에도 설치 프로세스에 대한 사용 정보가 Microsoft로 전송됩니다. 이 구성 요소를 추가하면 후속 사용량 현황 데이터가 구성 요소에서 Microsoft로 전송됩니다.

해결 방법: None

Operations Manager 웹 콘솔이 Microsoft Edge 웹 브라우저와 호환되지 않음

설명: Windows 10 시작 메뉴에서 Operations Manager 웹 콘솔을 열면 콘솔이 Microsoft Edge 웹 브라우저에서 열립니다. 이로 인해 오류가 발생합니다.

해결 방법: 인터넷 Explorer 사용하여 Operations Manager 웹 콘솔을 엽니다. 인터넷 Explorer Windows 액세서리 하위 메뉴에서 사용할 수 있습니다.

Operations Manager 웹 콘솔을 시작하면 빈 화면이 표시됨

설명: Operations Manager 웹 콘솔을 처음 열면 빈 화면이 표시될 수 있습니다.

해결 방법: 문제를 resolve:

  1. 구성 단추를 클릭합니다.
  2. SilverlightClientConfiguration.exe 실행 또는 저장하라는 메시지가 표시되면 저장을 선택합니다.
  3. SilverlightClientConfiguration.exe를 실행합니다.
  4. exe의 파일 속성을 열고(마우스 오른쪽 단추로 클릭) 디지털 서명 탭을 엽니다.
  5. 다이제스트 알고리즘을 sha256으로 사용하여 인증서를 선택하고 세부 정보를 선택합니다.
  6. 디지털 서명 세부 정보 대화 상자에서 인증서 보기를 선택합니다.
  7. 다음에 표시되는 대화 상자에서 인증서 설치를 선택합니다.
  8. 인증서 가져오기 마법사에서 위치 설정 - 로컬 컴퓨터를 설정합니다. 다음을 선택합니다.
  9. 옵션 - 다음 저장소에 모든 인증서 배치 신뢰할 수 있는 게시자 찾아보기 옵션을 선택합니다.
  10. 다음을 선택한 다음 마침을 선택합니다.
  11. 브라우저 새로 고치기

중요

이 버전의 Operations Manager는 지원이 종료되었습니다. Operations Manager 2022로 업그레이드하는 것이 좋습니다.

이 문서에서는 System Center 1801 - Operations Manager 릴리스 정보를 나열합니다.

Operations Manager 1801 릴리스 정보

다음 섹션에서는 Operations Manager 1801에 대한 릴리스 정보를 요약하고 알려진 문제 및 해결 방법을 포함합니다.

HTML5 대시보드에 대한 원격 분석

설명: System Center Operations Manager에서는 진단 및 사용 현황 데이터를 수집하며, 이러한 데이터는 Microsoft에서 향후 버전의 설치 환경, 품질 및 보안을 개선하기 위해 사용됩니다. 새 HTML5 대시보드의 릴리스와 함께 사용량 원격 분석은 관리 그룹의 사용량 및 진단 기능에서가 아니라 Application Insights로 수집됩니다. Application Insights에서 수집하는 사용자 원격 분석에 대한 자세한 내용은 Application Insights를 통한 사용량 분석을 참조하세요.

해결 방법:Settings\Privacy 아래의 관리 작업 영역에서 운영 콘솔의 진단 및 사용량 데이터 수집 설정을 비활성화합니다.

회사 기술 정보 편집

설명: 운영 콘솔에서 편집하는 동안 경고/모니터/규칙의 회사 기술 정보가 이미 저장된 후 웹 콘솔에서 새 HTLM5 대시보드를 사용하여 동일한 경고/모니터/규칙의 회사 기술 정보를 편집하고 저장하면 원래 운영 콘솔을 사용하여 저장한 내용이 웹 콘솔을 통해 저장한 콘텐츠로 재정의됩니다.

해결 방법: None

다른 URL을 사용하여 웹 콘솔에서 Silverlight 대시보드에 액세스

설명: Operations Manager 1801의 HTML5 대시보드와 함께 전체 웹 콘솔은 HTML 기반입니다. Silverlight 대시보드는 웹 콘솔에 표시할 수 없습니다. 기존 Silverlight 대시보드에 액세스하려면 Silverlight가 사용하도록 설정된 http(s)://<Servername>/dashboard인터넷 Explorer 사용하여 다음 URL을 사용하여 액세스해야 합니다.

보고 서버를 업그레이드하려는 시도가 필수 구성 요소 검사에 실패하는 경우

설명: System Center 2016 - Operations Manager 보고 서버를 버전 1801로 업그레이드하는 동안 필수 구성 요소 검사에서 다음 오류를 보고합니다. 관리 서버 업그레이드됨 확인 - 이 구성 요소가 보고하지 않은 관리 서버이며 업그레이드를 진행할 수 없습니다. 이 오류는 보고 서버가 관리 그룹에서 하나 이상의 관리 서버와 별도인 서버에 있는 분산된 관리 그룹 시나리오에서 발생합니다.

해결 방법: 보고 서버 역할을 호스트하는 서버에 System Center 2016 - Operations Manager 운영 콘솔을 설치한 다음, 보고 서버 역할을 버전 1801로 다시 업그레이드해 보세요. 업그레이드가 성공적으로 완료되면 보고 서버에서 업그레이드된 운영 콘솔을 제거할 수 있습니다.

APM(애플리케이션 성능 모니터링) 에이전트 구성 요소가 IIS 앱 풀의 작동을 중단시킬 수 있음

설명: System Center Operations Manager 버전 1801 에이전트의 APM(애플리케이션 성능 모니터링) 기능은 IIS 애플리케이션 풀과 크래시를 일으킬 수 있으며 .NET Framework 2.0을 실행하는 SharePoint 중앙 관리 v4 애플리케이션 풀을 중단시키고 시작할 수 없게 할 수 있습니다. 이 동작은 에이전트가 설치된 후 APM 기능을 사용하도록 설정하고 구성하지 않은 경우에도 IIS 웹 서버에서 발생할 수 있습니다.

해결: 서버에 APM 기능이 필요하지 않은 경우 에이전트를 다시 설치하고 설치 명령줄에 NOAPM=1 매개 변수를 포함하여 APM 기능이 포함되지 않도록 합니다. 또는 Windows Installer 복구 옵션을 사용하여 이미 설치된 에이전트를 다시 구성하고 msiexec.exe /fvomus "<path to x64 installer package>\MOMagent.msi" NOAPM=1 구성 요소를 제거할 수 있습니다. 에이전트가 이미 설치되어 있지만 APM 기능이 사용하도록 설정되고 구성되지 않은 IIS 웹 서버의 경우 애플리케이션 풀 계정에 읽기 액세스 권한을 부여합니다. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center Operations Manager\12\APMAgent. 이 사용 권한 문제로 인해 APM 기능이 해당 키를 읽을 수 없으며 애플리케이션 풀 프로세스에 크래시가 발생할 수 있습니다.

ACS Linux/UNIX MP가 설치된 경우 Operations Manager 2016에서 현재 위치 업그레이드 실패

설명: ACS(Audit Collection Services) Linux/UNIX 관리 팩을 이미 설치했으며 Operations Manager 2016 RTM에서 최신 업데이트 롤업으로 업그레이드하려는 경우 업그레이드가 실패하고 관리 서버 역할이 제거됩니다.

원인: 업그레이드 프로세스 중에 설치 프로그램이 ACS 관리 팩을 업그레이드하려고 하지만 Microsoft.Linux.Universal.Library.MP 종속성이 있는 설치 관리자 패키지에 문제가 있습니다. 이 종속성 관리 팩이 업그레이드되지 않으면 프로세스 중에 ACS MP 가져오기가 실패하고 다음 오류가 표시됩니다.

Error:Found error in 2|Microsoft.ACS.Linux.Universal|7.7.1124.0|Microsoft.ACS.Linux.Universal|| with message:  
Could not load management pack <ID=Microsoft.Linux.Universal.Library, KeyToken=31bf3856ad364e35, Version=7.7.1103.0>. The management pack was not found in the store.  
: Version mismatch. The management pack (<Microsoft.Linux.Universal.Library, 31bf3856ad364e35, 7.6.1064.0>) requested from the database was version 7.7.1103.0 but the actual version available is 7.6.1064.0.

업그레이드 실패로 인해 설치 프로그램이 롤백되고 관리 서버가 기능을 다시 설치해야 할 일관성 없는 상태로 남아 있습니다.

해결 방법: 관리 서버의 업그레이드를 수행하기 전에 Microsoft.Linux.Universal.Library 관리 팩을 업그레이드하거나 관리 그룹에서 ACS 관리 팩을 삭제합니다.

다음 단계

Operations Manager의 새로운 기능