다음을 통해 공유


Configuration Manager 사이트 복구

적용 대상: Configuration Manager(현재 분기)

사이트 데이터베이스에서 사이트가 실패하거나 데이터 손실이 발생한 후 Configuration Manager 사이트 복구를 실행합니다. 데이터 복구 및 다시 동기화는 사이트 복구의 핵심 작업이며 작업 중단을 방지하는 데 필요합니다.

이 문서의 섹션에서는 Configuration Manager 사이트를 복구하는 데 도움이 될 수 있습니다. 백업을 만들려면 Configuration Manager 백업을 참조하세요.

사이트를 복구하기 전 고려 사항

중요

이 정보는 사이트 복구 시나리오에만 적용됩니다. 온-프레미스 인프라를 업그레이드하고 실패한 사이트를 적극적으로 복구하지 않는 경우 다음 문서의 정보를 검토합니다.

서버 하드웨어 준비

사이트 서버에 기존 구성이 없는지 확인합니다. 이전 구성은 사이트 복구 프로세스 중에 충돌을 일으킬 수 있습니다. 서버 하드웨어에 대해 다음 옵션 중 하나를 사용합니다.

  • 일반 및 복구 요구 사항을 충족하는 새 서버를 사용합니다.

  • 디스크의 서식을 지정하고 기존 서버에 OS를 다시 설치합니다. 일반 및 복구 요구 사항을 충족하는지 확인합니다.

  • 정리한 기존 서버 다시 사용

다음 절차 중 하나를 사용하여 기존 서버를 클린.

사이트 서버 복구 전용 기존 서버 정리

  1. SMS 레지스트리 키를 삭제합니다. HKLM\Software\Microsoft\SMS
  2. 부터 HKLM\System\CurrentControlSet\Services시작하는 SMS 레지스트리 항목을 삭제합니다. 예를 들면
    • SMS_DISCOVERY_DATA_MANAGER
    • Sms_executive
    • SMS_INBOX_MONITOR
    • SMS_INVENTORY_DATA_LOADER
    • SMS_LAN_SENDER
    • SMS_MP_FILE_DISPATCH_MANAGER
    • SMS_SCHEDULER
    • SMS_SITE_BACKUP
    • SMS_SITE_COMPONENT_MANAGER
    • SMS_SITE_SQL_BACKUP
    • SMS_SITE_VSS_WRITER
    • SMS_SOFTWARE_METERING_PROCESSOR
    • SMS_STATE_SYSTEM
    • SMS_STATUS_MANAGER
    • SMS_WSUS_SYNC_MANAGER
    • SMSvcHost 3.0.0.0
    • SMSvcHost 4.0.0.0
  3. Configuration Manager 콘솔 제거
  4. 서버 다시 시작
  5. 위의 모든 레지스트리 키가 삭제되는지 확인합니다.

이제 서버가 Configuration Manager 복원 절차를 수행할 준비가 되었습니다.

사이트 데이터베이스 복구 전용 기존 서버 정리

  1. 사이트 데이터베이스를 백업합니다. WSUS와 같은 다른 지원 데이터베이스도 백업합니다.
  2. SQL Server 이름 및 instance 이름을 적어 두세요.
  3. SQL Server 사이트 데이터베이스를 수동으로 삭제합니다.
  4. SQL Server 다시 시작

이제 서버가 Configuration Manager 복원 절차를 수행할 준비가 되었습니다.

전체 복구를 위해 기존 서버 정리

  1. 사이트 데이터베이스를 백업합니다. WSUS와 같은 다른 지원 데이터베이스도 백업합니다.
  2. 콘텐츠 라이브러리의 복사본 만들기

경고

다음 단계인 Configuration Manager 사이트 제거는 독립 실행형 기본 사이트 또는 CAS(중앙 관리 사이트)와 네트워크를 통해 통신할 수 없는 자식 기본 사이트에서만 수행해야 합니다. 계층 구조 결과에서 사이트를 제거하면 CAS에서 해당 자식 주 데이터베이스와 통신하는 기능이 손실되고 복원 프로세스가 실패합니다. 자식 기본 사이트의 경우 대신 위의 단계 만 사이트 서버 복구를 위해 기존 서버 정리 를 따릅니다.

  1. SQL Server 사이트 데이터베이스를 수동으로 삭제합니다.
  2. Configuration Manager 사이트 제거
  3. Configuration Manager 설치 폴더, 관련 레지스트리 및 기타 Configuration Manager 폴더를 수동으로 삭제합니다.
  4. 서버 다시 시작
  5. 콘텐츠 라이브러리 및 WSUS와 같은 다른 데이터베이스를 복원합니다.

이제 서버가 Configuration Manager 복원 절차를 수행할 준비가 되었습니다.

지원되는 버전 및 동일한 버전의 SQL Server 사용

가능하면 동일한 버전의 SQL Server 사용합니다. 그러나 데이터베이스를 최신 버전으로 복원하는 것이 지원됩니다.

SQL Server 버전을 변경하지 마세요. 사이트 데이터베이스를 Standard Edition에서 Enterprise 버전으로 복원하는 것은 지원되지 않습니다.

기타 SQL Server 구성 요구 사항:

  • SQL Server 단일 사용자 모드로 설정할 수 없습니다.
  • MDF 및 LDF 파일이 유효한지 확인합니다. 사이트를 복구할 때 파일 상태에 대한 검사 없습니다.

SQL Server Always On 가용성 그룹

SQL Server Always On 가용성 그룹을 사용하여 사이트 데이터베이스를 호스트하는 경우 SQL Server Always On 사용 준비에 설명된 대로 복구 계획을 수정합니다.

데이터베이스 복제본

데이터베이스 복제본에 대해 구성한 사이트 데이터베이스를 복원한 후 각 복제본(replica) 다시 구성합니다. 데이터베이스 복제본을 사용하려면 게시와 구독을 모두 다시 만듭니다.

복구 옵션 확인

Configuration Manager 기본 사이트 서버 및 CAS(중앙 관리 사이트) 복구에는 사이트 서버사이트 데이터베이스라는 두 가지 기본 영역을 고려해야 합니다. 다음 섹션에서는 복구 시나리오에 가장 적합한 옵션을 선택하는 데 도움이 될 수 있습니다.

참고

Configuration Manager 설치 프로그램에서 서버의 기존 사이트를 검색하면 사이트 복구를 시작할 수 있지만 사이트 서버에 대한 복구 옵션은 제한됩니다. 예를 들어 기존 사이트 서버에서 설치 프로그램을 실행하는 경우 복구를 선택하면 사이트 데이터베이스 서버를 복구할 수 있지만 사이트 서버를 복구하는 옵션은 사용할 수 없습니다.

사이트 서버 복구 옵션

Configuration Manager 설치 폴더 외부에서 만든 CD.Latest 폴더의 복사본에서 Configuration Manager 설정을 시작합니다.

  • 사이트 서버의 시작 메뉴에서 설정을 실행하면 사이트 복구 옵션을 사용할 수 없습니다.

  • 백업하기 전에 Configuration Manager 콘솔 내에서 업데이트를 설치한 경우 다음 위치에서 설정을 사용하여 사이트를 다시 설치할 수 없습니다.

    • 설치 미디어
    • Configuration Manager 설치 경로

그런 다음 , 사이트 복구 옵션을 선택합니다. 실패한 사이트 서버에 대해 다음과 같은 복구 옵션이 있습니다.

기존 백업을 사용하여 사이트 서버 복구

사이트 오류가 발생하기 전에 사이트 서버의 Configuration Manager 백업이 있는 경우 이 옵션을 사용합니다. 사이트는 백업 사이트 서버 유지 관리 작업의 일부로 이 백업을 만듭니다. 사이트가 다시 설치되고 사이트 설정은 백업된 사이트에 따라 구성됩니다.

사이트 서버 다시 설치

사이트 서버의 백업이 없는 경우 이 옵션을 사용합니다. 사이트 서버가 다시 설치되고 초기 설치 중에와 마찬가지로 사이트 설정을 지정해야 합니다.

  • 실패한 사이트가 처음 설치되었을 때 사용한 것과 동일한 사이트 코드 및 사이트 데이터베이스 이름을 사용합니다.

  • 새 OS 버전을 실행하는 새 컴퓨터에 사이트를 다시 설치할 수 있습니다.

  • 서버는 원래 사이트 서버의 동일한 호스트 이름 및 FQDN(정규화된 도메인 이름)을 사용해야 합니다.

사이트 데이터베이스 복구 옵션

Configuration Manager 설치 프로그램을 실행하면 사이트 데이터베이스에 대해 다음과 같은 복구 옵션이 있습니다.

백업 집합을 사용하여 사이트 데이터베이스 복구

데이터베이스가 실패하기 전에 사이트 데이터베이스의 Configuration Manager 백업이 있는 경우 이 옵션을 사용합니다. 사이트는 백업 사이트 서버 유지 관리 작업의 일부로 이 백업을 만듭니다. 계층 구조에서 기본 사이트를 복원할 때 복구 프로세스는 CAS에서 마지막 백업 후 사이트 데이터베이스에 대한 변경 내용을 검색합니다. CAS를 복원할 때 복구 프로세스는 참조 기본 사이트에서 이러한 변경 내용을 검색합니다. 독립 실행형 기본 사이트에 대한 사이트 데이터베이스를 복구하면 마지막 백업 후 사이트 변경 내용이 손실됩니다.

계층 구조의 사이트에 대한 사이트 데이터베이스를 복구하는 경우 CAS 및 기본 사이트에 대한 복구 동작이 다릅니다. 마지막 백업이 SQL Server 변경 내용 추적 보존 기간의 내부 또는 외부에 있는 경우에도 동작이 다릅니다. 자세한 내용은 이 문서의 사이트 데이터베이스 복구 시나리오 섹션을 참조하세요.

참고

백업 집합을 사용하여 사이트 데이터베이스를 복원하도록 선택했지만 사이트 데이터베이스가 이미 있는 경우 복구가 실패합니다.

이 사이트에 대한 새 데이터베이스 만들기

사이트 데이터베이스의 백업이 없는 경우 이 옵션을 사용합니다. 계층 구조에서 복구 프로세스는 새 사이트 데이터베이스를 만듭니다. 자식 기본 사이트를 복원할 때 CAS에서 복제하여 데이터를 복구합니다. CAS를 복원할 때 참조 기본 사이트에서 데이터를 복제합니다. 독립 실행형 기본 사이트 또는 기본 사이트가 없는 CAS를 복구하는 경우에는 이 옵션을 사용할 수 없습니다.

수동으로 복구된 사이트 데이터베이스 사용

Configuration Manager 사이트 데이터베이스를 이미 복구했지만 복구 프로세스를 완료해야 하는 경우 이 옵션을 사용합니다.

  • Configuration Manager 다음 프로세스 중 하나에서 사이트 데이터베이스를 복구할 수 있습니다.

    • Configuration Manager 백업 유지 관리 작업

    • DPM(Data Protection Manager)을 사용하는 사이트 데이터베이스 백업

    • 다른 백업 프로세스

      Configuration Manager 외부에서 메서드를 사용하여 사이트 데이터베이스를 복원한 후 설치 프로그램을 실행하고 이 옵션을 선택하여 사이트 데이터베이스 복구를 완료합니다.

      참고

      DPM을 사용하여 사이트 데이터베이스를 백업하는 경우 Configuration Manager 복원 프로세스를 계속하기 전에 DPM 절차를 사용하여 사이트 데이터베이스를 지정된 위치로 복원합니다. DPM에 대한 자세한 내용은 Data Protection Manager 설명서 라이브러리를 참조하세요.

  • 계층 구조에서 주 사이트 데이터베이스를 복구할 때 복구 프로세스는 마지막 백업 후 사이트 데이터베이스에 대한 변경 내용을 CAS에서 검색합니다. CAS를 복원할 때 복구 프로세스는 참조 기본 사이트에서 이러한 변경 내용을 검색합니다. 독립 실행형 기본 사이트에 대한 사이트 데이터베이스를 복구하면 마지막 백업 후 사이트 변경 내용이 손실됩니다.

데이터베이스 복구 건너뛰기

Configuration Manager 사이트 데이터베이스 서버에서 데이터 손실이 발생하지 않은 경우 이 옵션을 사용합니다. 이 옵션은 사이트 데이터베이스가 복구 중인 사이트 서버와 다른 컴퓨터에 있는 경우에만 유효합니다.

변경 내용 추적 보존 기간 SQL Server

Configuration Manager SQL Server 사이트 데이터베이스에 대한 변경 내용 추적을 사용하도록 설정합니다. 변경 내용 추적을 사용하면 Configuration Manager 이전 시점 이후의 데이터베이스 테이블 변경 내용에 대한 정보를 쿼리할 수 있습니다. 보존 기간은 변경 내용 추적 정보가 유지되는 기간을 지정합니다. 기본적으로 사이트 데이터베이스는 보존 기간이 5일로 구성됩니다. 사이트 데이터베이스를 복구하면 백업이 보존 기간 내부 또는 외부에 있는 경우 복구 프로세스가 다르게 진행됩니다. 예를 들어 SQL Server 실패하고 마지막 백업이 7일이 지난 경우 보존 기간을 벗어납니다.

변경 내용 추적 내부 SQL Server 대한 자세한 내용은 SQL Server 팀의 블로그 게시물인 변경 내용 추적 정리 - 1부변경 내용 추적 정리 - 2부를 참조하세요.

사이트 또는 전역 데이터 다시 초기화

사이트 또는 전역 데이터를 다시 초기화하는 프로세스는 사이트 데이터베이스의 기존 데이터를 다른 사이트 데이터베이스의 데이터로 바꿉니다. 예를 들어 사이트 ABC가 사이트 XYZ의 데이터를 다시 초기화하면 다음 단계가 수행됩니다.

  • 데이터는 사이트 XYZ에서 사이트 ABC로 복사됩니다.
  • 사이트 XYZ에 대한 기존 데이터는 사이트 ABC의 사이트 데이터베이스에서 제거됩니다.
  • 사이트 XYZ에서 복사한 데이터는 사이트 ABC의 사이트 데이터베이스에 삽입됩니다.

예제 시나리오 1: 기본 사이트는 CAS에서 글로벌 데이터를 다시 초기화합니다.

복구 프로세스는 기본 사이트 데이터베이스의 기본 사이트에 대한 기존 글로벌 데이터를 제거하고 데이터를 CAS에서 복사한 전역 데이터로 바꿉니다.

예제 시나리오 2: CAS는 기본 사이트에서 사이트 데이터를 다시 초기화합니다.

복구 프로세스는 CAS 데이터베이스에서 해당 기본 사이트에 대한 기존 사이트 데이터를 제거합니다. 데이터를 기본 사이트에서 복사한 사이트 데이터로 바꿉니다. 다른 기본 사이트의 사이트 데이터는 영향을 받지 않습니다.

사이트 데이터베이스 복구 시나리오

백업에서 사이트 데이터베이스를 복원한 후 Configuration Manager 마지막 데이터베이스 백업 후 사이트 및 전역 데이터의 변경 내용을 복원하려고 시도합니다. Configuration Manager 사이트 데이터베이스가 백업에서 복원된 후 다음 작업을 시작합니다.

복구된 사이트는 CAS입니다.

  • 변경 내용 추적 보존 기간 내의 데이터베이스 백업

    • 전역 데이터: 백업 후의 전역 데이터 변경 내용은 모든 기본 사이트에서 복제됩니다.

    • 사이트 데이터: 백업 후의 사이트 데이터의 변경 내용은 모든 기본 사이트에서 복제됩니다.

  • 변경 내용 추적 보존 기간보다 오래된 데이터베이스 백업

    • 전역 데이터: CAS는 참조 기본 사이트에서 전역 데이터를 지정하는 경우 다시 초기화합니다. 그런 다음 다른 모든 기본 사이트는 CAS에서 전역 데이터를 다시 초기화합니다. 참조 사이트를 지정하지 않으면 모든 기본 사이트가 CAS에서 전역 데이터를 다시 초기화합니다. 이 데이터는 백업에서 복원한 데이터입니다.

    • 사이트 데이터: CAS는 각 기본 사이트의 사이트 데이터를 다시 초기화합니다.

복구된 사이트는 기본 사이트입니다.

  • 변경 내용 추적 보존 기간 내의 데이터베이스 백업

    • 전역 데이터: 백업 후의 전역 데이터 변경 내용이 CAS에서 복제됩니다.

    • 사이트 데이터: CAS는 기본 사이트에서 사이트 데이터를 다시 초기화합니다. 백업이 손실된 후 변경 내용입니다. 클라이언트는 기본 사이트로 정보를 보낼 때 대부분의 데이터를 다시 생성합니다.

  • 변경 내용 추적 보존 기간보다 오래된 데이터베이스 백업

    • 전역 데이터: 기본 사이트는 CAS에서 전역 데이터를 다시 초기화합니다.

    • 사이트 데이터: CAS는 기본 사이트에서 사이트 데이터를 다시 초기화합니다. 백업이 손실된 후 변경 내용입니다. 클라이언트는 기본 사이트로 정보를 보낼 때 대부분의 데이터를 다시 생성합니다.

사이트 복구 절차

다음 절차 중 하나를 사용하여 사이트 서버 및 사이트 데이터베이스를 복구할 수 있습니다.

설치 마법사에서 사이트 복구 시작

  1. CD.Latest 폴더를 Configuration Manager 설치 폴더 외부의 위치에 복사합니다. CD.Latest 폴더의 복사본에서 Configuration Manager 설치 마법사를 실행합니다.

  2. 시작 페이지에서 사이트 복구를 선택한 다음, 다음을 선택합니다.

  3. 사이트 복구에 적합한 옵션을 사용하여 마법사를 완료합니다.

    • 복구하는 동안 설정은 SQL Server 사용하는 SQL Server Service Broker(SSB) 포트를 식별합니다. 복구 중에 이 포트 설정을 변경하지 마세요. 복구가 완료된 후 데이터 복제가 제대로 작동하지 않습니다.

    • 설치 마법사에서 Configuration Manager 설치에 사용할 원본 또는 새 경로를 지정할 수 있습니다.

무인 사이트 복구 시작

  1. 사이트 복구에 필요한 옵션에 대한 무인 설치 스크립트를 준비합니다. 자세한 내용은 무인 사이트 복구를 참조하세요.

  2. 명령줄 옵션을 사용하여 /script Configuration Manager 설정을 실행합니다. 예를 들어ConfigMgrUnattend.ini설치 초기 화 파일을 만듭니 다. 설치 프로그램을 C:\Temp 실행 중인 컴퓨터의 디렉터리에 저장합니다. 다음 명령을 사용합니다.

    setup.exe /script C:\temp\ConfigMgrUnattend.ini

참고

CAS를 복구한 후 자식 사이트에서 일부 사이트 데이터의 복제를 설정하지 못할 수 있습니다. 이 데이터에는 하드웨어 인벤토리, 소프트웨어 인벤토리 및 상태 메시지가 포함될 수 있습니다.

이 문제가 발생하면 데이터베이스 복제를 위해 ConfigMgrDRSSiteQueue 를 다시 초기화합니다. SQL Server Manager를 사용하여 CAS에 대한 사이트 데이터베이스에 대해 다음 쿼리를 실행합니다.

IF EXISTS (SELECT * FROM sys.service_queues WHERE name = 'ConfigMgrDRSSiteQueue' AND is_receive_enabled = 0)  
 
ALTER QUEUE [dbo].[ConfigMgrDRSSiteQueue] WITH STATUS = ON

복구 후 작업

사이트를 복구한 후에는 사이트 복구가 완료되기 전에 고려해야 할 몇 가지 복구 후 작업이 있습니다. 다음 섹션을 사용하여 사이트 복구 프로세스를 완료할 수 있습니다.

사용자 계정 암호 다시 입력

사이트 서버 복구 후 사이트의 모든 사용자 계정에 대한 암호를 다시 입력합니다. 이러한 암호는 사이트 복구 중에 다시 설정됩니다. 계정은 사이트 복구가 완료된 후 설치 마법사의 완료 페이지에 나열됩니다. 또한 목록은 복구된 사이트 서버에 저장 C:\ConfigMgrPostRecoveryActions.html 됩니다.

사이트 복구 후 사용자 계정 암호 다시 입력

  1. Configuration Manager 콘솔을 열고 복구된 사이트에 연결합니다.

  2. 관리 작업 영역으로 이동하여 보안을 확장한 다음 계정을 선택합니다.

  3. 각 계정에 대해 다음 단계를 수행하여 암호를 다시 입력합니다.

    1. 사이트 복구 후 식별된 목록에서 계정을 선택합니다.

    2. 리본에서 속성을 선택합니다.

    3. 일반 탭에서 설정을 선택한 다음 계정의 암호를 다시 입력합니다.

    4. 확인을 선택하고 선택한 사용자 계정에 적합한 데이터 원본을 선택한 다음 연결 테스트를 선택합니다. 이 단계에서는 사용자 계정이 데이터 원본에 연결할 수 있음을 테스트하고 자격 증명을 확인합니다.

    5. 확인을 선택하여 암호 변경 내용을 저장한 다음 확인을 선택하여 계정 속성 페이지를 닫습니다.

PXE 암호 다시 입력

  1. Configuration Manager 콘솔에서 관리 작업 영역으로 이동하여 배포 지점 노드를 선택합니다. PXE 열에 가 있는 온-프레미스 배포 지점은 PXE 에 대해 사용하도록 설정되어 있으며 다시 입력할 암호가 있을 수 있습니다.

  2. PXE 사용 배포 지점을 선택하고 리본에서 속성을 선택합니다.

  3. PXE 탭으로 전환합니다.

  4. 컴퓨터에서 PXE를 사용할 때 암호 필요 옵션을 사용하도록 설정한 경우 암호를 입력하고 확인합니다.

  5. 확인을 선택하여 속성을 저장하고 닫습니다.

다른 PXE 사용 온-프레미스 배포 지점에 대해 이 프로세스를 반복합니다.

작업 순서 암호 다시 입력

  1. Configuration Manager 콘솔에서 소프트웨어 라이브러리 작업 영역으로 이동하여 운영 체제를 확장하고 작업 순서 노드를 선택합니다.

  2. 작업 순서를 선택한 다음 리본에서 편집을 선택합니다.

  3. 암호를 다시 입력하려면 다음 단계를 검토합니다.

    • Windows 설정 적용: 로컬 관리자 암호를 사용하도록 설정하고 지정하는 경우 암호를 다시 입력하고 확인합니다.

    • 네트워크 설정 적용: 도메인 가입 권한이 있는 계정의 경우 설정을 선택합니다. 암호를 입력하고 확인한 다음 확인을 선택합니다.

    • 운영 체제 이미지 캡처: 대상에 액세스하는 데 사용되는 계정의 경우 설정을 선택합니다. 암호를 입력하고 확인한 다음 확인을 선택합니다.

    • 네트워크 폴더에 연결: 네트워크 폴더를 연결하는 데 사용되는 계정의 경우 설정을 선택합니다. 암호를 입력하고 확인한 다음 확인을 선택합니다.

    • BitLocker 사용: 키 관리 옵션 TPM 및 PIN을 사용하는 경우 PIN을 다시 입력합니다.

    • 도메인 또는 작업 그룹 가입: 도메인에 가입할 수 있는 권한이 있는 계정의 경우 설정을 선택합니다. 암호를 입력하고 확인한 다음 확인을 선택합니다.

    • 명령줄 실행: 이 단계를 다음 계정으로 실행 옵션을 사용하는 경우 설정을 선택합니다. 암호를 입력하고 확인한 다음 확인을 선택합니다.

    • PowerShell 스크립트 실행: 다음 계정으로 이 단계 실행 옵션을 사용하는 경우 설정을 선택합니다. 암호를 입력하고 확인한 다음 확인을 선택합니다.

모든 작업 순서에 대해 이 프로세스를 반복합니다.

PKI가 아닌 환경에서 부팅 가능한 미디어 및 사전 준비된 미디어 다시 만들기

PKI가 아닌 환경에서는 부팅 가능한 미디어 및 사전 준비된 미디어의 자체 서명된 인증서는 미디어를 만든 서버의 컴퓨터 키를 기반으로 합니다. 이러한 이유로 하드웨어가 변경되거나 OS가 복구의 일부로 다시 설치되는 경우 해당 서버에서 만든 부팅 가능한 미디어와 사전 준비된 미디어를 다시 만들어야 합니다. 부팅 가능한 미디어 및 사전 준비된 미디어를 만드는 방법에 대한 자세한 내용은 부팅 가능한 미디어 만들기사전 준비된 미디어 만들기를 참조하세요.

사이드로드 키 다시 입력

사이트 서버 복구 후 사이트에 지정된 Windows 사이드로드 키를 다시 입력합니다. 이러한 키는 사이트 복구 중에 다시 설정됩니다. 사이드로드 키를 다시 입력하면 사이트에서 Windows 사이드로드 키에 사용되는 활성화 열의 개수를 다시 설정합니다.

예를 들어 사이트 오류가 발생하기 전에 총 활성화 횟수가 100으로 표시됩니다. 디바이스에서 사용한 키 수 또는 활성화90개입니다. 사이트 복구 후 총 활성화 값은 여전히 100을 표시하지만 활성화 사용 열에 0이 잘못 표시됩니다. 새 디바이스 10개에서 사이드로드 키를 사용하면 더 이상 사이드로드 키가 없으며 11번째 디바이스가 사이드로딩 키를 적용하지 못합니다.

Azure 서비스 다시 만들기

사이트 복구 후 cloudmgr.log에 다음 오류가 표시 될 수 있습니다.

Index (zero-based) must be greater than or equal to zero

이 문제를 resolve 각 Azure 테넌트 연결에 대한 비밀 키를 갱신합니다.

CAS에서 외부 알림에 대한 구독 삭제 및 다시 만들기

CAS를 복구한 후 외부 알림에 대한 구독을 삭제하고 다시 만들어야 합니다. 자세한 내용은 외부 알림을 참조하세요.

IIS를 사용하는 사이트 시스템 역할에 대한 HTTPS 구성

IIS를 실행하는 사이트 시스템을 복구하고 HTTPS에 대해 구성한 경우 웹 서버 인증서를 사용하도록 IIS를 다시 구성합니다.

핫픽스 다시 설치

사이트 복구 후에는 사이트 서버에 적용된 대역 외 핫픽스를 다시 설치해야 합니다. 사이트 복구 후 설치 마법사의 완료 페이지에서 이전에 설치된 핫픽스 목록을 봅니다. 이 목록은 복구된 사이트 서버에도 저장 C:\ConfigMgrPostRecoveryActions.html 됩니다.

사용자 지정 보고서 복구

일부 고객은 SQL Server Reporting Services 사용자 지정 보고서를 만듭니다. 이 구성 요소가 실패하면 보고서 서버의 백업에서 보고서를 복구합니다. Reporting Services 사용자 지정 보고서를 복원하는 방법에 대한 자세한 내용은 Reporting Services 백업 및 복원 작업을 참조하세요.

콘텐츠 파일 복구

사이트 데이터베이스는 사이트 서버가 콘텐츠 파일을 저장하는 위치를 추적합니다. 콘텐츠 파일 자체는 백업 및 복구 프로세스의 일부로 백업되거나 복원되지 않습니다. 콘텐츠 파일을 완전히 복구하려면 콘텐츠 라이브러리 및 패키지 원본 파일을 원래 위치로 복원합니다. 콘텐츠 파일을 복구하는 방법에는 여러 가지가 있습니다. 가장 쉬운 방법은 사이트 서버의 파일 시스템 백업에서 파일을 복원하는 것입니다.

패키지 원본 파일에 대한 파일 시스템 백업이 없는 경우 수동으로 복사하거나 다운로드합니다. 이 프로세스는 원래 패키지를 만들 때와 비슷합니다. SQL Server 다음 쿼리를 실행하여 모든 패키지 및 애플리케이션에 대한 패키지 원본 위치를 찾습니다SELECT * FROM v_Package. 패키지 ID의 처음 세 문자를 확인하여 패키지 원본 사이트를 식별합니다. 예를 들어 패키지 ID가 CEN00001 경우 원본 사이트의 사이트 코드는 CEN입니다. 패키지 원본 파일을 복원할 때는 패키지 원본 파일이 실패하기 전과 동일한 위치로 복원되어야 합니다.

콘텐츠 라이브러리를 포함하는 파일 시스템 백업이 없는 경우 다음과 같은 복원 옵션이 있습니다.

  • 사전 준비된 콘텐츠 파일 가져오기: Configuration Manager 계층 구조에서 다른 위치에서 모든 패키지 및 애플리케이션을 사용하여 사전 준비된 콘텐츠 파일을 만들 수 있습니다. 그런 다음 사전 준비된 콘텐츠 파일을 가져와서 사이트 서버에서 콘텐츠 라이브러리를 복구합니다.

  • 콘텐츠 업데이트: Configuration Manager 패키지 원본에서 콘텐츠 라이브러리로 콘텐츠를 복사합니다. 이 작업이 성공적으로 완료되려면 패키지 원본 파일을 원래 위치에서 사용할 수 있어야 합니다. 각 패키지 및 애플리케이션에서 이 작업을 수행합니다.

사용자 지정 소프트웨어 업데이트 복구

백업 계획에 System Center 업데이트 Publisher 데이터베이스 파일을 포함했다면 업데이트 Publisher 컴퓨터가 실패하면 데이터베이스를 복구할 수 있습니다. 업데이트 게시자에 대한 자세한 내용은 System Center 업데이트 Publisher를 참조하세요.

업데이트 Publisher 데이터베이스 복원

  1. 복구된 컴퓨터에 업데이트 게시자를 다시 설치합니다.

  2. 백업 대상에서 업데이트 게시자를 실행하는 컴퓨터로 %USERPROFILE%\AppData\Local\Microsoft\System Center Updates Publisher 2011\5.00.1727.0000\ 데이터베이스 파일 Scupdb.sdf를 복사합니다.

  3. 둘 이상의 사용자가 컴퓨터에서 업데이트 게시자를 실행하는 경우 각 데이터베이스 파일을 적절한 사용자 프로필 위치에 복사합니다.

사용자 상태 마이그레이션 데이터

상태 마이그레이션 지점 속성의 일부로 사용자 상태 데이터를 저장하는 폴더를 지정합니다. 상태 마이그레이션 지점을 복구한 후 서버에서 사용자 상태 데이터를 수동으로 복원합니다. 오류가 발생하기 전에 데이터를 저장한 동일한 폴더로 복원합니다.

배포 지점에 대한 인증서 다시 생성

사이트를 복원한 후 distmgr.log 는 하나 이상의 배포 지점에 Failed to decrypt cert PFX data대해 다음 항목을 나열할 수 있습니다. 이 항목은 배포 지점 인증서 데이터를 사이트에서 해독할 수 없다는 것을 나타냅니다. 이 문제를 resolve 영향을 받는 배포 지점에 대한 인증서를 다시 생성하거나 다시 가져옵니다. Set-CMDistributionPoint PowerShell cmdlet을 사용합니다.

데이터베이스 암호화 인증서 복원

전체 데이터베이스 또는 특정 테이블에 SQL Server 암호화를 사용하는 경우 사이트 데이터베이스를 복원한 후 인증서를 복원해야 할 수 있습니다. 예를 들어 BitLocker 관리를 위해 복구 데이터를 암호화하는 경우입니다. 자세한 내용은 BitLocker 관리를 위한 인증서 복원을 참조하세요.

보조 사이트 복구

Configuration Manager 보조 사이트에서 데이터베이스의 백업을 지원하지 않지만 보조 사이트를 다시 설치하여 복구를 지원합니다. 보조 사이트 복구는 Configuration Manager 보조 사이트가 실패할 때 필요합니다.

요구 사항

  • 서버는 모든 보조 사이트 필수 구성 요소를 충족하고 적절한 보안 권한을 구성해야 합니다.

  • 실패한 사이트에 사용된 것과 동일한 설치 경로를 사용합니다.

  • 실패한 서버와 동일한 구성의 서버를 사용합니다. 이 구성에는 FQDN(정규화된 도메인 이름)이 포함됩니다.

  • 서버는 실패한 사이트와 동일한 SQL Server 구성을 가져야 합니다.

    • 보조 사이트 복구 중에 Configuration Manager 컴퓨터에 아직 설치되지 않은 경우 SQL Server Express 설치하지 않습니다.

    • 실패하기 전에 보조 사이트 데이터베이스에 사용한 것과 동일한 버전의 SQL Server 및 동일한 SQL Server instance 사용합니다.

절차

Configuration Manager 콘솔의 사이트 노드에서 보조 사이트 복구 작업을 사용합니다. 다른 유형의 사이트와 달리 보조 사이트의 복구는 백업 파일을 사용하지 않습니다. 이 프로세스는 실패한 서버에 보조 사이트 파일을 다시 설치합니다. 사이트가 다시 설치되면 보조 사이트 데이터가 부모 기본 사이트에서 다시 초기화됩니다.

복구 프로세스 중에 Configuration Manager 콘텐츠 라이브러리가 보조 사이트 서버에 있는지 확인합니다. 또한 적절한 콘텐츠를 사용할 수 있는지 확인합니다. 보조 사이트는 적절한 콘텐츠가 포함된 경우 기존 콘텐츠 라이브러리를 사용합니다. 그렇지 않으면 보조 사이트의 콘텐츠 라이브러리를 복구하려면 콘텐츠를 서버에 재배포하거나 사전 준비합니다.

보조 사이트 서버에 없는 배포 지점이 있는 경우 보조 사이트를 복구하는 동안 배포 지점을 다시 설치할 필요가 없습니다. 보조 사이트 복구 후 사이트는 배포 지점과 자동으로 동기화됩니다.

Configuration Manager 콘솔의 사이트 노드에서 설치 상태 표시 작업을 사용하여 보조 사이트 복구의 상태 확인할 수 있습니다.