장애 조치 레코딩 서버(설명됨)

사용 가능한 기능은 사용 중인 시스템에 따라 다릅니다. 전체 기능 목록은 Milestone 웹사이트(https://www.milestonesys.com/products/software/xprotect-comparison/)의 제품 개요 페이지에서 확인하십시오.

장애 조치 레코딩 서버는 표준 레코딩 서버가 사용 불가능할 경우 전환되는 추가적인 레코딩 서버입니다. 수동 대기 서버 또는 상시 대기 서버 와 같은 두 가지 모드로 장애 조치 레코딩 서버를 구성할 수 있습니다.

표준 레코딩 서버와 같은 장애 조치 레코딩 서버를 설치합니다(다음을 통해 장애 조치 레코딩 서버 설치: Download Manager 참조). 장애 조치 레코딩 서버를 설치하면 Management Client 에서 볼 수 있습니다. Milestone 에서는 모든 장채 조치 레코딩 서버를 별도 컴퓨터에 설치하도록 권장합니다. 관리 서버의 정확한 IP 주소/호스트 이름과 함께 장애 조치 레코딩 서버를 구성해야 합니다. 장애 조치 서버 서비스에서 실행되는 사용자 계정에 대한 사용자 권한은 설치 과정 중에 제공됩니다. 이러한 권한은 다음과 같습니다:

  • 장애 조치 레코딩 서버 시작 또는 중지를 위한 시작/중지 권한
  • RecorderConfig.xml 파일을 읽거나 쓰기 위한 읽기 및 쓰기 접근 권한

인증이 암호화를 위해 선택된 경우 관리자는 반드시 읽기 접근 권한을 선택된 인증 개인 키에 대한 장애 조치 사용자에게 허용해야 합니다.

장애 조치 레코딩 서버가 암호화를 사용하는 레코딩 서버로부터 인계할 경우, Milestone 에서는 장애 조치 레코딩 서버도 암호화를 사용하도록 준비할 것을 권장합니다. 자세한 정보는 보안 통신(설명됨) 및 다음을 통해 장애 조치 레코딩 서버 설치: Download Manager를 참조하십시오.

장치 수준에서 원하는 장애 조치 지원 유형을 지정할 수 있습니다. 레코딩 서버의 각 장치에 대해 전체, 라이브만 또는 장애 조치 지원 없음을 선택합니다. 이를 통해 장애 조치 리소스의 우선순위를 손쉽게 정할 수 있습니다. 예를 들어 오디오를 제외한 비디오에 대해서만 장애 조치를 설정하거나 불필요한 카메라를 제외한 필수 카메라에 대해서만 장애 조치를 설정할 수 있습니다.

시스템이 장애 조치 모드에 있는 동안, 하드웨어를 대체하거나 이동하거나 레코딩 서버를 업데이트하거나 스토리지 설정이나 비디오 스트림 설정 같은 기기 구성을 변경할 수 없습니다.

수동 대기 장애 조치 레코딩 서버

수동 대기 장애 조치 레코딩 서버 설정에서, 여러 장애 조치 레코딩 서버를 하나의 장애 조치 그룹에 그룹화합니다. 전체 장애 조치 그룹은 사전 선택한 여러 레코딩 서버 중 하나를 사용할 수 없을 때 해당 서버의 작업을 전담하여 인수합니다. 필요한 만큼 많은 그룹을 생성할 수 있습니다(수동 대기를 위한 장애 조치 레코딩 서버 그룹 참조).

그룹화는 명확한 이점이 있습니다: 나중에 레코딩 서버의 작업을 인수할 장애 조치 레코딩 서버를 지정할 때 장애 조치 레코딩 서버 그룹을 선택합니다. 선택한 그룹에 둘 이상의 장애 조치 레코딩 서버가 포함된 경우, 한 레코딩 서버를 사용할 수 없을 때 둘 이상의 장애 조치 레코딩 서버가 해당 작업을 인수할 수 있는 확실한 보안 조치를 마련할 수 있습니다. 기본 그룹의 모든 레코딩 서버가 사용 중일 경우 기본 그룹에서 작업을 인수하는 보조 장애 조치 서버 그룹을 지정할 수 있습니다. 장애 조치 레코딩 서버는 한 번에 한 그룹의 구성원만 될 수 있습니다.

하나의 장애 조치 그룹에서 장애 조치 레코딩 서버는 순서대로 정렬됩니다. 이 순서는 장애 조치 레코딩 서버가 레코딩 서버로부터 작업을 인수하는 순서를 결정합니다. 기본적으로 이 순서는 장애 조치 그룹에 장애 조치 레코딩 서버를 포함한 순서를 반영합니다. 먼저 포함된 것이 우선입니다. 필요한 경우 이 순서를 변경할 수 있습니다.

상시 대기 장애 조치 레코딩 서버

상시 대기 장애 조치 레코딩 서버 설정에서는 전담 장애 조치 레코딩 서버가 하나의 레코딩 서버에서만 작업을 인수합니다. 이 때문에, 시스템은 이 장애 조치 레코딩 서버를 "대기" 모드로 유지할 수 있으며, 이는 전담된 레코딩 서버의 올바른/현재 구성과 동기화되며, 수동 대기 장애 조치 레코딩 서버보다 훨씬 빨리 인수할 수 있다는 의미입니다. 언급한 바와 같이 상시 대기 서버를 하나의 레코딩 서버에만 할당하고, 서버를 그룹화할 수는 없습니다. 이미 상시 대기 레코딩 서버로서 장애 조치 그룹에의 일부인 장애 조치 서버를 할당할 수 없습니다.

장애 조치 레코딩 서버 유효성 확인

장애 조치 서버에서 레코딩 서버로의 비디오 데이터 통합 유효성을 확인하려면 레코딩 서버 서비스를 중단하거나 레코딩 서버 컴퓨터를 끔으로써 레코딩 서버를 사용할 수 없는 상태로 만들어야 합니다.

네트워크 케이블를 뽑거나 테스트 도구를 사용하여 네트워크를 막음으로써 야기되는 수동 네트워크 차단은 유효한 방법이 아닙니다.

장애 조치 레코딩 서버 기능(설명됨)

  • 장애 조치 레코딩 서버는 0.5초마다 관련 레코딩 서버의 상태를 확인합니다. 레코딩 서버가 2초 내에 회신하지 않으면 레코딩 서버가 사용할 수 없는 것으로 간주되고 장애 조치 레코딩 서버가 해당 작업을 인수합니다
  • 수동 대기 장애 조치 레코딩 서버는 장애 조치 레코딩 서버의 Recording Server 서비스를 시작하는 데 소요되는 시간, 카메라에 연결하는 데 소요되는 시간에 5초를 합친 시간 후 사용 불가 상태가 된 레코딩 서버 작업을 인수합니다. 이와 대조적으로, 상시 대기 장애 조치 레코딩 서버는 Recording Server 서비스가 올바른 구성으로 이미 실행 중이고 피드를 전달하기 위해 카메라만 시작하면 되므로 보다 빠르게 작업을 인수할 수 있습니다. 시작 기간 중에는 영향 받는 카메라로부터 레코딩을 저장하거나 라이브 비디오를 볼 수 없습니다
  • 레코딩 서버를 다시 이용할 수 있게 될 경우, 장애 조치 레코딩 서버로부터 자동으로 작업을 인수합니다. 장애 조치 레코딩 서버에 의해 저장된 레코딩은 표준 레코딩 서버의 데이터베이스에 자동으로 병합됩니다. 병합 프로세스에 걸리는 시간은 레코딩의 양, 네트워크 용량 등에 따라 다릅니다. 병합 프로세스 중에는 장애 조치 레코딩 서버가 작업을 인수하는 동안의 기간에 레코딩을 검색할 수 없습니다
  • 장애 조치 레코딩 서버가 수동 대기 장애 조치 레코딩 서버 설정에서 병합 프로세스 중 다른 레코딩 서버의 작업을 인수해야 하는 경우, 레코딩 서버 A의 병합 프로세스가 연기되고 레코딩 서버 B의 작업을 인수합니다. 레코딩 서버 B를 다시 사용할 수 있게 되면 장애 조치 레코딩 서버가 병합 프로세스를 시작하여 레코딩 서버 A와 레코딩 서버 B 모두 동시에 레코딩을 다시 병합할 수 있게 해줍니다.
  • 상시 대기 설정에서는 단일 레코딩 서버에 대해서만 상시 대기가 가능하므로 상시 대기 서버가 다른 레코딩 서버의 작업을 인수할 수 없습니다. 하지만 레코딩 서버가 다시 실패하면 상시 대기 서버가 다시 인수하여 이전 기간에서부터 레코딩을 유지합니다. 레코딩 서버는 기본 레코더에 다시 병합되거나 또는 장애 조치 레코딩 서버의 디스크 공간이 부족해질 때까지 레코딩을 보관합니다
  • 장애 조치 솔루션은 완벽한 중복 관리를 제공하지 않습니다. 가동 중단 시간을 최소화하는 데 중점을 두고 사용됩니다. 레코딩 서버를 다시 사용할 수 있게 되면, Failover Server 서비스에서 레코딩 서버가 레코딩을 다시 저장할 준비가 되었는지 확인합니다. 그런 후에만 레코딩 저장 책임을 표준 레코딩 서버로 인수합니다. 따라서, 이 프로세스 단계에서 레코딩이 손실될 확률은 거의 없습니다
  • 클라이언트 사용자는 장애 조치 레코딩 서버가 작업을 인수하고 있음을 거의 알아채지 못합니다. 장애 조치 레코딩 서버가 작업을 인수할 때는 보통 몇 초에 불과한 짧은 중단이 발생합니다. 이 중단 기간 중 사용자는 영향을 받는 레코딩 서버에서 비디오에 액세스할 수 없습니다. 클라이언트 사용자는 장애 조치 레코딩 서버가 작업을 인수한 즉시 라이브 비디오를 시청할 수 있습니다. 최근 레코딩이 장애 조치 레코딩 서버에 저장되므로 장애 조치 레코딩 서버가 작업을 인수한 후 해당 레코딩을 재생할 수 있습니다. 클라이언트는 레코딩 서버가 다시 기능하고 장애 조치 레코딩 서버로부터 작업을 인수할 때까지는 영향을 받는 레코딩 서버에만 저장된 이전 레코딩을 재생할 수 없습니다. 아카이브된 레코딩에도 액세스할 수 없습니다. 레코딩 서버가 다시 기능하면 장애 조치 레코딩이 레코딩 서버의 데이터베이스에 병합되는 기간 동안 병합 프로세스가 이루어집니다. 이 프로세스 중에, 장애 조치 레코딩 서버가 작업을 인수한 기간 중의 레코딩을 재생할 수 없습니다
  • 수동 대기 설정에서, 장애 조치 레코딩 서버를 다른 장애 조치 레코딩 서버의 백업으로 설정하는 작업은 필요하지 않습니다. 이는 장애 조치 그룹을 할당하지만 특정 레코딩 서버의 작업을 인수하도록 특정 장애 조치 레코딩 서버를 할당하지 않기 때문입니다. 장애 조치 그룹에는 최소 하나 이상의 장애 조치 레코딩 서버가 포함되어야 하지만, 필요한 수만큼의 장애 조치 레코딩 서버를 추가할 수 있습니다. 장애 조치 그룹에 둘 이상의 장애 조치 레코딩 서버가 포함된 경우, 둘 이상의 장애 조치 레코딩 서버가 작업을 인수할 수 있습니다.
  • 상시 대기 설정에서는 상시 대기 서버에 대해 장애 조치 레코딩 서버 또는 상시 대기 서버를 설정할 수 없습니다

장애 조치 단계(설명됨)

A failover recording server takes over from an unavailable recording server in the XProtect VMS.

설명

포함된 서버(파란색으로 표시된 번호):

  1. Recording Server
  2. Failover Recording Server
  3. Management Server

수동 대기 설정에 대한 장애 조치 단계:

  1. 실행 여부를 확인하기 위해 장애 조치 레코딩 서버는 레코딩 서버에 대해 논스톱 TCP 연결을 사용합니다.
  2. 이 연결이 중단되었습니다.
  3. 장애 조치 레코딩 서버가 관리 서버로부터 레코딩 서버의 현재 구성을 요청합니다. 관리 서버가 요청된 구성을 전송하고, 장애 조치 레코딩 서버가 해당 구성을 수신한 후 레코딩 서버를 대신하여 서버를 가동하여 레코딩을 시작합니다.
  4. 장애 조치 레코딩 서버 및 해당 카메라가 비디오 데이터를 교환합니다.
  5. 장애 조치 레코딩 서버가 계속해서 레코딩 서버에 대한 연결 재설정을 시도합니다.
  6. 레코딩 서버에 대한 연결이 재설정되면 장애 조치 레코딩 서버가 종료되고, 레코딩 서버가 가동 중단 시간 중 녹화된 비디오 데이터(있는 경우)를 전달하고, 해당 비디오 데이터가 레코딩 서버 데이터베이스에 다시 병합됩니다.

상시 대기 설치에 대한 장애 조치 단계:

  1. 실행 여부를 확인하기 위해 상시 대기 서버는 할당된 레코딩 서버에 대해 논스톱 TCP 연결을 사용합니다.
  2. 이 연결이 중단되었습니다.
  3. 관리 서버를 통해 상시 대기 서버는 할당된 레코딩 서버에 대한 현재 구성을 이미 알고 있으며, 레코딩 서버를 대신하여 레코딩을 시작합니다.
  4. 상시 대기 서버 및 해당 카메라가 비디오 데이터를 교환합니다.
  5. 상시 대기 서버가 계속해서 레코딩 서버에 대한 연결 재설정을 시도합니다.
  6. 레코딩 서버에 대한 연결이 다시 설정되고 상시 대기 서버가 다시 상시 대기 모드로 돌아간 경우, 레코딩 서버가 가동 중단 시간 중 녹화된 비디오 데이터(있는 경우)를 가져오고, 해당 비디오 데이터가 레코딩 서버 데이터베이스에 다시 병합됩니다.