• 아티클

VMM 데이터베이스 보호를 위한 가용성 및 복구 옵션 검토

 

적용 대상: System Center 2012 SP1 - Virtual Machine Manager, System Center 2012 R2 Virtual Machine Manager, System Center 2012 - Virtual Machine Manager

가용성 또는 재해 복구 상황에서 VMM 데이터베이스 보호 옵션을 선택할 때는 장애 상황으로 인해 VMM 데이터베이스를 "이전 상태"로 설정해야 하는 경우 발생할 수 있는 결과를 검토하는 것이 좋습니다. 일부 백업 및 복구 옵션과 일부 가용성 옵션에서는 이러한 검토가 필요할 수 있습니다. 예를 들어 비동기-커밋 가용성 모드에서 SQL Server 가용성 그룹을 사용하는 경우 데이터베이스를 "이전 상태"로 설정하는 장애 조치(failover)를 수행해야 할 수 있습니다.

데이터베이스를 "이전 상태"로 복원해야 할 수 있는 데이터베이스 장애 조치(failover) 또는 복구 상황

모든 데이터베이스와 마찬가지로 하드웨어 장애나 기타 문제가 발생하면 VMM 데이터베이스의 최근 변경 내용이 손실될 수 있습니다. 현재 위치의 가용성 및 복구 옵션에 따라 유일하게 남은 사용 가능한 VMM 데이터베이스가 약간 오래된 상태이면 VMM 데이터베이스를 장애 조치(failover)하거나 백업에서 복원해야 할 수 있습니다. 이러한 작업을 데이터베이스를 "이전 상태"로 설정한다고도 합니다.

데이터베이스 관리자는 데이터베이스를 복원할 수 있는 방법, 즉 장애가 발생하는 경우 데이터베이스를 원하는 정확한 시점에 얼마나 가깝게 되돌릴 수 있는지를 면밀하게 고려하여 가용성 및 복구 옵션을 파악합니다. 이 항목에서는 가용성 또는 복구에 대해 선택할 수 있는 다양한 옵션의 모든 장단점을 설명하지는 않습니다. 그러나 VMM 데이터베이스와 관련하여 아래의 두 가지 상황은 파악해 두면 유용합니다.

  • SQL Server AlwaysOn 가용성 그룹을 비동기 커밋 모드에서 사용하는 경우에 강제 장애 조치(failover)를 수행해야 할 수 있습니다. 비동기 커밋 모드는 임의의 지점에서 데이터베이스의 보조 복제본이 주 복제본보다 오래된 상태일 수 있다는 것을 의미합니다. 강제 장애 조치(failover) 시에 오래된 상태인 보조 복제본으로 장애 조치(failover)해야 하는 경우 VMM 데이터베이스가 이전 상태로 설정됩니다. 비동기 커밋 모드에 대해서는 다음 항목에서 자세히 설명합니다.

  • 재해 복구 시에는 장애 발생 시점보다 다소 이전에 작성된 백업에서 복원해야 할 수도 있습니다. 이는 물론 오프사이트 백업을 비롯한 VMM 데이터베이스 백업 간의 간격에 따라 달라집니다. 장애 지점 이전에 작성된 백업에서 복원해야 하는 경우 VMM 데이터베이스는 이전 상태로 설정됩니다.

VMM 데이터베이스를 이전 상태로 설정해야 하는 경우 영향을 받을 수 있는 정보

VMM 데이터베이스를 이전 상태로 설정해야 하는 경우 발생 가능한 영향을 검토하면 유용할 수 있습니다. 다음과 같은 경우를 예로 들 수 있습니다.

  • VMM 데이터베이스를 장애 조치(failover)하거나 복원하고 나면 장애 발생 직전에 변경된 권한이 이전 상태로 되돌려질 수 있습니다.

  • VMM 데이터베이스를 장애 조치(failover)하거나 복원하고 나면 장애 발생 직전에 제거된 액세스 권한이 다시 사용 가능해질 수 있습니다.

    예를 들어 VHD 콘텐츠 액세스 권한이 제공되어서는 안 되는 사용자에게 제공될 수 있습니다.

  • VMM 데이터베이스를 장애 조치(failover)하거나 복원하고 나면 장애 발생 직전에 제거된 VM 네트워크가 다시 사용 가능해질 수 있습니다.

VMM 데이터베이스를 보호하기 위한 가용성 및 복구 옵션을 선택할 때는 특정 환경 및 요구 사항을 기준으로 위의 목록을 검토하면 유용할 수 있습니다.