Share via

데이터베이스의 수동 복사본으로 전환하는 방법

  • 아티클

 

적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

마지막으로 수정된 항목: 2006-12-20

이 항목에서는 LCR(로컬 연속 복제)에 대해 사용 가능하도록 설정된 활성 데이터베이스 및 로그 파일이 손상되었을 때 데이터를 복구하는 방법에 대해 설명합니다.

시작하기 전에

다음 절차는 Exchange Server 관리자 권한이 있는 계정을 사용하여 수행해야 합니다.

다음 절차에서 Restore-StorageGroupCopy cmdlet의 ReplaceLocations 매개 변수를 사용함에도 불구하고, 대신 드라이브 할당을 변경하거나 일부 다른 하위 수준 작업을 수행하는 것이 좋습니다. 디스크 관리 MMC(Microsoft Management Console) 스냅인이나 Microsoft Windows Server 2003에 포함된 Diskpart 도구를 사용하여 드라이브 할당을 변경할 수 있습니다. 활성 저장소 그룹과 데이터베이스 파일이 활성 프로덕션 복사본임을 표시하는 의미있는 파일 이름을 계속해서 갖도록 하려는 것이 이렇게 하도록 권장하는 이유입니다. ReplaceLocations 매개 변수는 데이터베이스와 로그의 활성 복사본이 이 파일의 수동 복사본에 대해 일반적으로 예약된 디렉터리에 포함되도록 보장합니다. 이 구성으로 작업하면 향후 데이터의 수동 복사본과 데이터의 활성 복사본을 구분하는 경우에 혼동이 발생할 수 있습니다.

절차

LCR에 대해 사용할 수 있는 데이터베이스의 활성 복사본에 대한 손상을 복구하려면 다음을 수행합니다.

  1. 손상이 오프라인 로그 드라이브, 오프라인 데이터베이스 드라이브 또는 디스크 볼륨 구성 오류에 따른 결과가 아닌지 확인합니다. 장애 조치 시점에 프로덕션 저장소 그룹의 로그 볼륨을 사용할 수 없는 경우에는 필요 이상으로 추가적인 데이터의 손실이 발생할 수 있습니다.

  2. 데이터베이스의 수동 복사본의 데이터를 받아들일 수 있는 경우에 평가합니다. 이러한 결정을 내리는 방법에 대한 지침은 로컬 연속 복제 복사본 상태를 보는 방법을 참조하십시오. 일반적으로 데이터베이스의 활성 복사본의 모든 데이터와 함께 시스템이 복구될 수 있어야 합니다. 따라서 평가에서 모든 필수 로그 파일을 사용할 수 있음을 보여주어야 합니다. 그렇지 않으면, 일부 또는 전체 로그 파일을 사용할 수 없는 이유를 조사해야 합니다.

  3. 손상된 데이터베이스를 분리합니다. Exchange 관리 셸에서 Dismount-Database cmdlet를 사용하거나 Exchange 관리 콘솔에서 데이터베이스에 대한 분리 바로 가기 메뉴 옵션을 사용할 수 있습니다.

  4. 다음과 같이 Restore-StorageGroupCopy cmdlet를 사용하여 데이터베이스 복사본을 활성화합니다. 다음 두 가지 방법 중 하나로 수행할 수 있습니다.

    참고

    LCR 복사본이 Restore-StorageGroupCopy cmdlet를 실행하는 일부로서 자동으로 사용하지 않도록 설정됩니다.

    1. 복사본을 활성화하고 프로덕션 저장소 그룹 및 데이터베이스 경로를 그대로 두려면 다음 cmdlet를 실행합니다.

      Restore-StorageGroupCopy -Identity:<Server>\<StorageGroupName>

      참고

      좋은 방법은 현재 위치에서 복사본을 활성화, 파일 이동, 드라이브 문자 변경 또는 탑재 지점을 할당하여 프로덕션 경로 아래로 복사본 파일을 가져오는 것입니다. 이 전략을 통해 프로덕션 데이터베이스가 예상 위치에서 유지 관리됩니다.

    2. 복사본을 활성화하고 프로덕션 저장소 그룹 및 데이터베이스 경로를 LCR 복사본의 경로로 업데이트하려면 다음과 같이 -ReplaceLocations 옵션으로 Restore-StorageGroupCopy cmdlet를 실행합니다.

      Restore-StorageGroupCopy -Identity:<Server>\<StorageGroupName> -ReplaceLocations:$true

      참고

      오랜 기간 동안 위치를 변경하지 않을 경우 관리자가 후속적으로 관리할 수 있습니다. 결정 요소는 복사본의 파일을 단시간에 재배치할 수 있고 그에 따라 원하는 신속한 복구가 가능한지 여부입니다.

  5. 확인 메시지에서 Y를 입력한 다음 Enter 키를 누릅니다.

  6. 프로덕션 경로를 변경하지 않는 단계 4a를 수행한 경우 이 단계를 수행합니다(-ReplaceLocations가 Restore-StorageGroupCopy cmdlet에서 지정되지 않았음). 수동 복사본 파일을 프로덕션 저장소 그룹 및 데이터베이스 경로에 다시 배치해야 합니다. 적절한 파일 시스템 또는 볼륨 관리 도구를 사용하여 LCR 복사본의 로그, 시스템 파일 및 데이터베이스를 이러한 위치로 이동합니다.

  7. 이제 데이터베이스를 탑재할 수 있습니다.

  8. Restore-StorageGroupCopy cmdlet는 자동으로 저장소 그룹에 대해 LCR을 사용하지 않습니다. 복구가 완료되면 LCR을 사용할 수 있도록 설정해야 합니다. 저장소 그룹에 대해 LCR을 사용할 수 있도록 설정하는 방법에 대한 자세한 단계는 기존 저장소 그룹에 로컬 연속 복제를 사용하도록 설정하는 방법을 참조하십시오.

자세한 내용

구문과 매개 변수에 대한 자세한 내용은 Restore-StorageGroupCopy를 참조하십시오.

LCR 환경 관리에 대한 자세한 내용은 로컬 연속 복제 관리를 참조하십시오.