다음을 통해 공유


System Center Operations Manager 업그레이드

중요

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

배포 가이드의 이 섹션에서는 지원되는 이전 버전에서 System Center 2022로 업그레이드하는 방법에 대한 정보를 제공합니다. Operations Manager 버전 2019에서 Operations Manager 2022로 업그레이드할 수 있습니다.

이 가이드에서는 System Center 2019에서 업그레이드를 수행하고 있다고 가정합니다.

참고

System Center Operation Manager 2019 UR3 이하에서 업그레이드하는 경우 중복 관리 팩 별칭을 제거해야 합니다. 관리 팩 별칭을 제거하는 방법에 대한 자세한 내용은 중복 관리 팩 별칭 제거를 참조하세요.

이전 버전의 Operations Manager가 없는 컴퓨터에 Operations Manager를 설치하는 방법에 대한 자세한 내용은 System Center Operations Manager 배포를 참조하세요.

배포 가이드의 이 섹션에서는 지원되는 이전 버전에서 System Center 2019로 업그레이드하는 방법에 대한 정보를 제공합니다. Operations Manager 버전 2016, 1801 또는 1807에서 Operations Manager 2019로 업그레이드할 수 있습니다.

이 가이드에서는 System Center 2016, 1801 또는 1807에서 업그레이드를 수행하고 있다고 가정합니다. 이전 버전의 Operations Manager가 없는 컴퓨터에 Operations Manager를 설치하는 방법에 대한 자세한 내용은 System Center Operations Manager 배포를 참조하세요.

참고

Operations Manager 관리 그룹이 Microsoft Azure Log Analytics(이전에 Microsoft OMS(Operations Management Suite)라고 했던)와 통합되는 경우 업그레이드가 완료된 후에도 해당 구성이 유지되고 계속해서 정상적으로 작동합니다.

경고

둘 이상의 System Center 구성 요소를 업그레이드하는 경우 각 구성 요소에 대한 업그레이드 프로세스를 검토해야 합니다.

구성 요소 업그레이드를 수행하는 순서가 중요합니다. 올바른 업그레이드 순서를 따르지 않으면 구성 요소 오류가 발생하게 되며, 복구할 수 있는 방법도 없습니다. 다음 목록은 Operations Manager와 통합된 영향을 받는 System Center 구성 요소와 권장되는 업그레이드 순서입니다.

  1. Orchestrator - Operations Manager 관리 그룹에 대해 자동화를 수행하는 Runbook을 지원하기 위해 Operations Manager 통합 팩을 설치한 경우
  2. Service Manager - Operations Manager에서 검색되고 모니터링된 개체의 경고 및 구성 항목 데이터를 가져오도록 커넥터를 구성한 경우.
  3. 데이터 보호 관리자 - 중앙에서 DPM 환경을 관리하도록 중앙 콘솔을 구성한 경우
  4. Operations Manager
  5. Virtual Machine Manager - VMM 구성 요소, 가상 머신 및 가상 머신 호스트의 상태를 모니터링하도록 Operations Manager와의 통합을 구성한 경우

System Center Operations Manager로 업그레이드하기 전에 Operations Manager 관리 그룹의 모든 서버가 최소 지원 구성을 충족하는지 확인해야 합니다. 자세한 내용은 시스템 요구 사항: System Center Operations Manager를 참조하세요.

업그레이드 옵션으로는 몇 가지가 있습니다.

  1. 단일 서버 관리 그룹에서 업그레이드를 실행하는 경우 단일 서버에 모든 기능이 설치된 후 업그레이드를 한 번만 실행하면 됩니다. Operations Manager 업그레이드 마법사는 시스템 필수 구성 요소 검사를 수행하고 모든 문제에 대한 해결 단계를 제공합니다. 모든 문제를 resolve 때까지 설치가 계속되지 않습니다.

  2. 분산 관리 그룹을 업그레이드하는 경우 특정 기능을 다른 기능 앞에 업그레이드해야 합니다. 예를 들어, 관리 서버를 먼저 업그레이드한 후 게이트웨이, 운영 콘솔, 에이전트 순서로 업그레이드합니다. 그런 다음 웹 콘솔, 보고 및 ACS(Audit Collection Services)와 같은 나머지 기능을 업그레이드할 수 있습니다. 또한 많은 업그레이드 전 및 업그레이드 후 작업을 수행해야 합니다.

  1. 이전 버전의 Operations Manager(2016, 1801, 1807) Operations Manager 환경을 유지하려는 경우 버전 2019를 병렬로 설치하고, 에이전트를 업그레이드하고, 두 관리 그룹 간에 다중 홈을 설정할 수 있습니다.
  1. 이전 버전의 Operations Manager(2019) Operations Manager 환경을 유지하려는 경우 버전 2022를 병렬로 설치하고, 에이전트를 업그레이드하고, 두 관리 그룹 간에 다중 홈을 설정할 수 있습니다.

지원되는 동시 사용

다음 표에는 Operations Manager 2019와 Operations Manager 이전 버전 간의 공존 시나리오가 나와 있습니다.

버전 관리 그룹 동시 사용
Operations Manager 2016 RTM에서 최신 업데이트 롤업
Operations Manager 1801 및 1807

전체 업그레이드

System Center 2019 - Operations Manager는 다음 버전의 현재 위치 업그레이드를 지원합니다.

  • System Center 2016
  • System Center 1801
  • System Center 1807

지원되는 동시 사용

다음 표에는 Operations Manager 2022와 Operations Manager 이전 버전 간의 공존이 지원되는 시나리오가 나와 있습니다.

버전 관리 그룹 동시 사용
Operations Manager 2019 RTM에서 최신 업데이트

전체 업그레이드

System Center 2022 - Operations Manager는 다음 버전의 현재 위치 업그레이드를 지원합니다.

  • System Center 2019

분산 관리 그룹을 위해 업그레이드하는 개략적인 단계

다음 단계에서는 분산 관리 그룹을 업그레이드하는 프로세스를 개략적으로 설명합니다.

  1. 업그레이드 전 작업 수행

  2. 초기 관리 서버 업그레이드 후 추가 관리 서버 업그레이드(각 관리 서버를 업그레이드해야 함)

  3. ACS 업그레이드(ACS 서버가 관리 서버와 동일한 컴퓨터에 있어야 하므로 ACS가 있는 관리 서버의 업그레이드와 함께 이 단계를 수행하는 것이 좋습니다.)

  4. *게이트웨이 업그레이드

  5. 콘솔 업그레이드

  6. 에이전트에 설치 푸시/수동으로 설치된 에이전트 업그레이드

  7. 웹 콘솔 업그레이드

  8. 보고 서버 업그레이드

  9. 업그레이드 후 작업 수행

*모든 관리 서버를 업그레이드한 후 4~8단계를 동시에 수행할 수 있습니다.

에이전트를 업그레이드하고 두 개의 환경을 실행하는 개략적인 단계

다음 업그레이드 경로는 원래 System Center 지원 버전 환경이 그대로 유지되도록 병렬 환경, 공유 에이전트를 사용하는 Operations Manager 시나리오에서 고객을 지원합니다. 업그레이드 경로에서 System Center 2019 Operations Manager로 업그레이드된 에이전트는 네이티브 Operations Manager 2016, 1801 및 1807 기능을 완벽하게 사용할 수 있습니다.

새 Operations Manager 관리 그룹을 배포하기 전에 에이전트를 업그레이드한 다음, 기존 자동화 솔루션을 사용하여 원래 관리 그룹과 새 관리 그룹 간의 멀티홈을 구성하거나, 새 Operations Manager 관리 그룹에서 강제 설치를 검색 및 수행하여 이후에 업그레이드할 수 있습니다. 자세한 내용은 병렬 배포에서 에이전트를 업그레이드하는 방법을 참조하세요.

에이전트를 업그레이드하고 두 개의 환경을 실행하는 개략적인 단계

다음 업그레이드 경로는 원래 System Center 지원 버전 환경이 그대로 유지되도록 병렬 환경, 공유 에이전트를 사용하는 Operations Manager 시나리오에서 고객을 지원합니다. 업그레이드 경로에서 System Center 2022 Operations Manager로 업그레이드된 에이전트는 네이티브 Operations Manager 2019 기능을 완벽하게 사용할 수 있습니다.

새 Operations Manager 관리 그룹을 배포하기 전에 에이전트를 업그레이드한 다음, 기존 자동화 솔루션을 사용하여 원래 관리 그룹과 새 관리 그룹 간의 멀티홈을 구성하거나, 새 Operations Manager 관리 그룹에서 강제 설치를 검색 및 수행하여 이후에 업그레이드할 수 있습니다. 자세한 내용은 병렬 배포에서 에이전트를 업그레이드하는 방법을 참조하세요.

  1. 원래 System Center Operations Manager 환경을 유지합니다.

  2. 관리 서버, 게이트웨이, Operations Manager 데이터베이스, Operations Manager 데이터 웨어하우스, 운영 콘솔, 웹 콘솔 및 보고 서버가 포함된 새로운 System Center Operations Manager 환경을 설정합니다.

  3. 다음 옵션 중 하나를 사용하여 원래 관리 그룹의 System Center Operations Manager 에이전트를 새 관리 그룹의 동일한 버전으로 업그레이드합니다.

    a. 강제 설치 옵션

    b. 수동/명령줄 옵션

다음 단계

배포 가이드의 이 섹션에서는 지원되는 이전 버전에서 System Center 2016 - Operations Manager 또는 버전 1801로 업그레이드하는 방법에 대한 정보를 제공합니다.

이 가이드에서는 System Center 2016 - Operations Manager 또는 버전 1801로 업그레이드를 수행하고 있다고 가정합니다. 이전 버전의 Operations Manager가 없는 컴퓨터에 Operations Manager를 설치하는 방법에 대한 자세한 내용은 System Center Operations Manager 배포를 참조하세요.

참고

Operations Manager 2012 R2 또는 Operations Manager 2016 관리 그룹이 Microsoft Azure Log Analytics(이전의 OMS(Microsoft Operations Management Suite))와 통합된 경우 해당 구성은 유지되며 업그레이드가 완료된 후에도 정상적으로 작동합니다.

경고

둘 이상의 System Center 구성 요소를 업그레이드하는 경우 각 구성 요소에 대한 업그레이드 프로세스를 검토해야 합니다.

구성 요소 업그레이드를 수행하는 순서가 중요합니다. 올바른 업그레이드 순서를 따르지 않으면 구성 요소 오류가 발생하게 되며, 복구할 수 있는 방법도 없습니다. 다음 목록은 Operations Manager와 통합된 영향을 받는 System Center 구성 요소와 권장되는 업그레이드 순서입니다.

  1. Orchestrator - Operations Manager 관리 그룹에 대해 자동화를 수행하는 Runbook을 지원하기 위해 Operations Manager 통합 팩을 설치한 경우
  2. Service Manager - Operations Manager에서 검색되고 모니터링된 개체의 경고 및 구성 항목 데이터를 가져오도록 커넥터를 구성한 경우.
  3. 데이터 보호 관리자 - 중앙 콘솔에서 DPM 환경을 중앙에서 관리하도록 구성한 경우
  4. Operations Manager
  5. Virtual Machine Manager - VMM 구성 요소, 가상 머신 및 가상 머신 호스트의 상태를 모니터링하도록 Operations Manager와의 통합을 구성한 경우

System Center Operations Manager로 업그레이드하기 전에 먼저 Operations Manager 관리 그룹의 모든 서버가 지원되는 최소 구성을 충족하는지 확인해야 합니다. 자세한 내용은 시스템 요구 사항: System Center Operations Manager를 참조하세요.

업그레이드 옵션으로는 몇 가지가 있습니다.

  1. 단일 서버 관리 그룹에서 업그레이드를 실행하는 경우 단일 서버에 모든 기능이 설치된 후 업그레이드를 한 번만 실행하면 됩니다. Operations Manager 업그레이드 마법사는 시스템 필수 구성 요소 검사를 수행하고 모든 문제에 대한 해결 단계를 제공합니다. 모든 문제를 resolve 때까지 설치가 계속되지 않습니다.

  2. 분산 관리 그룹을 업그레이드하는 경우 특정 기능을 다른 기능 앞에 업그레이드해야 합니다. 예를 들어, 관리 서버를 먼저 업그레이드한 후 게이트웨이, 운영 콘솔, 에이전트 순서로 업그레이드합니다. 다음으로 웹 콘솔, 보고 및 ACS(Audit Collection Services)와 같은 나머지 기능을 업그레이드할 수 있습니다. 또한 몇 가지 업그레이드 전 및 업그레이드 후 작업을 수행해야 합니다.

  3. Operations Manager 2012 R2 또는 System Center 2016 - Operations Manager 환경을 유지하려는 경우 버전 1801을 동시에 설치하고, 에이전트를 업그레이드하고, 두 관리 그룹 사이에서 멀티홈을 사용하면 됩니다.

  4. Operations Manager 2012 R2 환경을 유지 관리하려는 경우 System Center 2016 - Operations Manager를 병렬로 설치하고, 에이전트를 업그레이드하고, 두 관리 그룹 간에 다중 홈을 설치할 수 있습니다.

지원되는 동시 사용

다음 테이블에는 Operations Manager 2016과 Operations Manager 이전 버전을 동시에 사용하는 시나리오가 나열되어 있습니다.

버전 관리 그룹 동시 사용
Operations Manager 2012 R2

다음 테이블에는 Operations Manager 1801과 Operations Manager 이전 버전을 동시에 사용하는 시나리오가 나열되어 있습니다.

버전 관리 그룹 동시 사용
Operations Manager 2016 RTM에서 최신 업데이트 롤업
Operations Manager 2012 R2에서 최신 업데이트 롤업

현재 위치 업그레이드

System Center 2016 - Operations Manager는 다음 버전의 현재 위치 업그레이드를 지원합니다.

  • System Center 2016 Technical Preview 5 - Operations Manager
  • 업데이트 롤업 12를 사용하는 System Center 2012 R2 Operations Manager

System Center Operations Manager 1801은 다음 버전의 현재 위치 업그레이드를 지원합니다.

  • System Center 2012 R2 UR12에서 최신 업데이트 롤업
  • System Center 2016 RTM에서 최신 업데이트 롤업

분산 관리 그룹을 위해 업그레이드하는 개략적인 단계

다음 단계에서는 분산 관리 그룹을 업그레이드하는 프로세스를 개략적으로 설명합니다.

  1. 업그레이드 전 작업 수행

  2. 초기 관리 서버 업그레이드 후 추가 관리 서버 업그레이드(각 관리 서버를 업그레이드해야 함)

  3. ACS 업그레이드(ACS 서버가 관리 서버와 동일한 컴퓨터에 있어야 하므로, ACS가 설치된 관리 서버의 업그레이드와 함께 이 단계를 수행하는 것이 좋음)

  4. *게이트웨이 업그레이드

  5. 콘솔 업그레이드

  6. 에이전트에 강제 설치/수동으로 설치된 에이전트 업그레이드

  7. 웹 콘솔 업그레이드

  8. 보고 서버 업그레이드

  9. 업그레이드 후 작업 수행

*모든 관리 서버를 업그레이드한 후 4~8단계를 동시에 수행할 수 있습니다.

에이전트를 업그레이드하고 두 개의 환경을 실행하는 개략적인 단계

다음 업그레이드 경로는 에이전트를 공유하는 병렬 환경의 Operations Manager 시나리오 고객을 지원하므로, 원래 System Center 2012 R2 Operations Manager 또는 Operations Manager 2016 환경은 그대로 남아 있습니다. 업그레이드 경로에 따라 System Center 2016 Operations Manager 또는 버전 1801로 업그레이드된 에이전트는 네이티브 System Center 2012 R2 Operations Manager 또는 Operations Manager 2016 기능을 완벽하게 사용할 수 있습니다.

새 Operations Manager 관리 그룹을 배포하기 전에 에이전트를 업그레이드한 다음, 기존 자동화 솔루션을 사용하여 원래 관리 그룹과 새 관리 그룹 간의 멀티홈을 구성하거나, 새 Operations Manager 관리 그룹에서 강제 설치를 검색 및 수행하여 이후에 업그레이드할 수 있습니다. 자세한 내용은 병렬 배포에서 에이전트를 업그레이드하는 방법을 참조하세요.

  1. 원래 System Center 2012 R2 Operations Manager 또는 Operations Manager 2016 환경을 유지합니다.

  2. 관리 서버, 게이트웨이, Operations Manager 데이터베이스, Operations Manager 데이터 웨어하우스, 운영 콘솔, 웹 콘솔 및 보고 서버가 포함된 새로운 System Center Operations Manager 환경을 설정합니다.

  3. 다음 옵션 중 하나를 사용하여 원래 관리 그룹의 System Center Operations Manager 에이전트를 새 관리 그룹의 동일한 버전으로 업그레이드합니다.

    a. 강제 설치 옵션

    b. 수동/명령줄 옵션

다음 단계