다음을 통해 공유


System Center 2012 SP1의 Operations Manager 릴리스 정보

 

적용 대상: System Center 2012 SP1 - Operations Manager

System_CAPS_important중요

System Center 2012 SP1(서비스 팩 1)을 설치하고 사용하기 전에 Operations Manager에 대한 릴리스 정보를 읽어보십시오.

심각한 연결 예외 및 심각하지 않은 연결 예외가 모두 MVC 응용 프로그램에 대해 "심각하지 않은" 연결로 표시됨

설명: 응용 프로그램 성능 모니터링(.NET 응용 프로그램 성능 모니터링)으로 ASP.NET MVC 응용 프로그램을 모니터링하는 경우 "모든 예외"를 모니터링하는 설정을 선택하면("심각한 예외"만 선택하는 경우와 반대) 모든 연결 예외가 "심각한" 예외로 보고됩니다.

해결 방법: MVC 응용 프로그램 모니터링에 대해 "모든 예외"와 반대되는 "심각한 예외" 옵션만 선택합니다.

Operations Manager 에이전트와 관리 서버가 서로 다른 Operations Manager 릴리스 버전에 있는 경우 .NET 응용 프로그램 성능 모니터링이 제대로 작동하지 않음

설명: WCF 끝점 검색, Windows 서비스 및 기타 응용 프로그램 성능 모니터링(.NET 응용 프로그램 성능 모니터링) 관련 기능이 Operations Manager 버전에서 지원되지 않습니다. 예를 들어, System Center 2012 - Operations Manager 서버에 보고하는 2012 SP1 에이전트(또는 반대로 2012 SP1 관리 그룹에 보고하는 System Center 2012 - Operations Manager 에이전트)가 제대로 작동하지 않습니다.

해결 방법: 동일한 Operations Manager 릴리스의 에이전트와 관리 서버를 설치합니다.

ASP.NET MVC 응용 프로그램을 모니터링할 때 RecordError에 대해 매개 변수가 수집되지 않음

설명: 응용 프로그램 성능 모니터링(.NET 응용 프로그램 성능 모니터링)으로 ASP.NET MVC 응용 프로그램을 모니터링할 때 매개 변수가 없는 예외 이벤트가 수집됩니다.

해결 방법: 없음 현재 이 문제를 해결하기 위해 노력하고 있으며, 향후 릴리스에서 해결될 예정입니다.

Windows Server 2012와 함께 응용 프로그램 성능 모니터링을 사용하려면 Windows 8 관리 팩을 가져와야 함

설명: Windows Server 2012와 함께 APM(.NET응용 프로그램 성능 모니터링)을 사용하려면 Windows Server 2012 및 IIS 8 관리 팩을 가져와야 합니다.

해결 방법: System Center 2012 SP1(서비스 팩 1) Operations Manager에는 Windows Server 2012 및 IIS8(인터넷 정보 서비스 8)에 대한 APM 지원이 포함됩니다. 그러나 이 기능이 작동하려면 다음과 같은 모니터링 팩 집합을 가져와야 합니다.

  • Microsoft.Windows.Server.Library 버전 6.0.6989.0 이상

  • Microsoft.Windows.Server.2012.Discovery 버전 6.0.6989.0 이상

  • Microsoft.Windows.InternetInformationServices.CommonLibrary 버전 7.0.8862.0 이상

  • Microsoft.Windows.InternetInformationServices.2012 버전 7.0.8862.0 이상

    IIS8 관리 팩의 최신 버전입니다. "Windows 8 Beta 관리 팩 릴리스"의 일부인 Microsoft.Windows.InternetInformationServices.6.2 관리 팩을 사용하지 마십시오. 이전에 가져온 Microsoft.Windows.InternetInformationServices.6.2 관리 팩을 제거하십시오.

  • Microsoft.SystemCenter.Apm.Web.IIS8

    이 파일은 System Center 2012 - Operations Manager 미디어의 /ManagementPacks 폴더에 있으며, 이전에 IIS7에사용되던(그리고 여전히 사용되는) Microsoft.SystemCenter.Apm.Web.IIS7 관리 팩과 동일합니다.

업그레이드 후 에이전트에서 WCFServerAsyncBeginProducer를 찾아볼 수 없음

설명: Beta용 에이전트를 변경하는 동안 code.Result에서 클래스를 제거했습니다. 업그레이드하는 동안 APM 모니터링에 대해 구성된 새로운 SP1 에이전트가 업그레이드되지 않은 관리 그룹에서 여전히 이전 구성 설정을 받으며 다음과 같은 메시지와 함께 이벤트 로그에 '정보' 이벤트(ID 1295)를 기록할 수 있습니다.

Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation, Version=7.0.5000.0, Culture=Neutral, PublicKeyToken=9396306c2be7fcc4, processorArchitecture=MSIL 어셈블리에서 "Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation.InstrumentationClass.WCFServerAsyncBeginProducer of assembly Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation, Version=7.0.5000.0, Culture=Neutral, PublicKeyToken=9396306c2be7fcc4, processorArchitecture=MSIL" 재생기를 찾을 수 없습니다. 액세스 수준 때문에 재생기에 액세스할 수 없거나 재생기에 잘못된 서명이 있습니다. 자세한 내용은 설명서를 참조하십시오.

해결 방법: 없음 이 이벤트는 의도적입니다. APM의 다른 모든 항목은 정상적으로 작동하므로 이 이벤트 메시지는 안전하게 무시할 수 있습니다.

Windows 8에서는 웹 기록기 기능이 Internet Explorer 10에서 작동하지 않음

설명: Windows 8에서는 웹 기록기 기능이 Internet Explorer 10에서 작동하지 않습니다.

해결 방법: 없음

네트워크 요약 대시보드에서 OM12 관리 그룹에 연결할 때 OM12SP1 UI에 데이터를 로드할 수 없음

설명: System Center 2012 SP1(서비스 팩 1), Operations Manager에서 네트워크 요약 대시보드를 사용할 경우 System Center 2012 - Operations Manager 관리 그룹에 연결할 때 데이터를 로드할 수 없습니다.

해결 방법: System Center 2012 - Operations Manager 사용자 인터페이스를 사용하여 System Center 2012 - Operations Manager 관리 그룹에 연결하거나 관리 그룹을 SP1으로 업그레이드합니다.

라이선스가 있는 설치에서 업그레이드할 때 제품의 사용이 허가된 경우에도 평가판 EULA가 표시됨

설명: 라이선스가 있는 Operations Manager 설치에서 업그레이드할 때 제품의 사용이 허가된 경우에도 평가판 EULA가 표시됩니다.

해결 방법: PowerShell에서 Get-ScomLicense를 실행하여 실제 사용권 계약을 확인합니다.

데이터 웨어하우스 데이터베이스 및 로그의 파일 이름은 .mdf와 .ldf입니다.

설명: Operations Manager 데이터 웨어하우스 SQL 데이터베이스의 파일 이름은 항상 ".mdf"이고, 데이터베이스 이름이 아닌 로그 파일 이름은 ".ldf"입니다.

해결 방법: SQL 프로세스를 사용하여 데이터베이스 이름과 일치하도록 파일 이름을 바꿉니다.SQL Server 2000 및 SQL Server 2005에서 실제 파일을 통합하고 논리 파일 이름을 바꾸는 방법을 참조하십시오.

기본적으로 설치 중에 Microsoft System Center 응용 프로그램 모니터링 360 SLA 관리 팩을 가져올 수 없음

설명: Operations Manager 콘솔에서 모니터링 섹션의 모니터링\응용 프로그램 모니터링 아래의 응용 프로그램 대시보드에는 SLA(서비스 수준 계약)에 대한 섹션을 포함되어 있습니다. 기본적으로, 이 섹션은 모든 응용 프로그램에 대해 비어 있습니다. SP1 CD에 이러한 응용 프로그램에 대한 기본 SLA를 포함하는 관리 팩이 있으며, 이 관리 팩은 가져올 수 있고 이 관리 팩을 통해 SLA가 표시됩니다. 또한 응용 프로그램에 대한 자신만의 SLA를 만들고 수정할 수 있습니다.

해결 방법: 응용 프로그램 대시보드에서 SLA를 채우는 프로세스는 다음과 같이 두 가지입니다.

  1. 응용 프로그램에 대한 자신만의 SLA를 만듭니다. 자세한 내용은 How to Configure 360 .NET Application Monitoring Dashboards in System Center 2012 SP1(System Center 2012 SP1에서 360 .NET 응용 프로그램 모니터링 대시보드를 구성하는 방법)을 참조하십시오.

  2. 기본 SLA를 포함하는 SP1에서 "Microsoft System Center 응용 프로그램 모니터링 360 SLA" 관리 팩, Microsoft.SystemCenter.ApplicationMonitoring.360.SLA.XML을 가져옵니다.

System Center 2012 데이터 웨어하우스를 가리키는 System Center 2012 SP1, Operations Manager 관리 그룹 설치 안 함

설명: System Center 2012 - Operations Manager 버전 지정 데이터 웨어하우스를 가리키는 System Center 2012 SP1(서비스 팩 1), Operations Manager 버전 관리 그룹을 설치하지 마세요. 데이터 웨어하우스가 기능하지 않습니다.

해결 방법: 없음 지시되는 관리 그룹 및 데이터 웨어하우스가 System Center 2012 - Operations Manager의 SP1 버전을 실행하고 있는지 확인합니다.

SP1로 업그레이드한 후 IIS가 손상되어서 웹 콘솔이 작동하지 않음

설명: System Center 2012 SP1(서비스 팩 1), Operations Manager로 업그레이드하는 동안 웹 콘솔이 손상되면 다음과 같은 런타임 오류가 발생할 수 있습니다. Server Error in ‘/OperationsManager’ Application. 웹 콘솔 서버의 응용 프로그램 로그에서 다음과 같은 예외 메시지가 포함된 이벤트가 발생합니다. Could not load type 'System.ServiceModel.Activation.HttpModule'

예를 들어, 업그레이드 과정에서 운영 체제의 역할 서비스에 "HTTP 활성화"를 추가하라는 메시지가 표시됩니다. 그러면 IIS가 반 손상 상태로 남게 되므로, IIS의 ASP.NET을 다시 등록하여 수정해야 합니다. ASP.NET 다음에 IIS 구성 요소를 추가할 때마다 이런 상황이 발생할 수 있습니다.

해결 방법: IIS에서 ASP.NET을 다시 등록합니다.

  • Windows Server 2008 R2 SP1에서 관리자 권한 CMD에서 C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -i -enable을 실행합니다.

  • Windows Server 2012에서는 관리자 권한 CMD에서 C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -r을 실행합니다. 

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를 설치한 폴더를 가리키는 바로 가기 링크를 변경해야 합니다. 바로 가기 링크를 변경한 경우 해당 값은 에이전트를 제거, 다시 설치 및 업그레이드하는 작업 중에도 유지됩니다.