Share via

재해의 영향을 최소화하기 위한 유용한 정보

  • 아티클

 

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

마지막으로 수정된 항목: 2007-08-29

재해 복구 전략을 만들 때는 재해의 영향을 최소화하거나 방지할 수 있는 여러 방법들을 고려하는 것이 중요합니다. 하드웨어 오류나 정전 등으로 인한 재해의 영향을 방지하거나 최소화하기 위해서는 여러 가지 대비책을 활용할 수 있습니다. 재해를 복구하는 데 걸리는 시간은 복구해야 하는 대상에 따라 다릅니다. 이러한 복구 대상은 단일 사서함, 단일 데이터베이스 및 해당 트랜잭션 로그, 모든 데이터베이스 및 로그를 포함하는 전체 서버 또는 한 사이트의 여러 서버(예: Microsoft Exchange, DNS 서버, 도메인 컨트롤러 등을 실행하는 서버) 등 다양할 수 있습니다. 분명한 사실은 한 사이트의 여러 서버를 복구할 경우 가장 오랜 시간이 걸린다는 것입니다.

재해의 영향을 줄이고 백업에서 전체 복구를 수행할 필요가 없도록 다음과 같은 여러 조치를 수행할 수 있습니다.

  • 연속 복제 사용 Exchange 2007에는 다른 디스크 집합이나 다른 서버에서 프로덕션 저장소 그룹의 복사본을 만들고 유지 관리하는 데 사용할 수 있는 비동기 로그 전달 기술이 포함되어 있습니다.

  • 삭제된 항목 보존 사용   삭제된 항목을 보존하면 관리자의 개입 없이 Microsoft Outlook 클라이언트에서 단일 항목 또는 전체 폴더를 복원할 수 있습니다.

  • 삭제된 사서함 보존 사용   삭제된 사서함을 보존하면 백업에서 복원하지 않고 Exchange 관리 콘솔을 사용하여 삭제된 사서함을 복원할 수 있습니다.

  • 사전에 서버 모니터링   재해를 처리하는 가장 좋은 방법 중 하나는 재해가 발생하기 전에 방지하는 것입니다. 문제가 악화되기 전에 서버를 모니터링하여 문제를 해결하십시오.

  • 여러 사서함 데이터베이스의 사용자 찾기   여러 사서함 데이터베이스로 사용자를 분산시키면 단일 데이터베이스 손실로 인한 영향을 줄이고 복원이 필요할 때 신속하게 복원할 수 있습니다.

연속 복제

연속 복제는 기본 제공 비동기 복제 기술을 사용하여 저장소 그룹의 복사본을 만들고 로그 전달 및 재생을 사용하여 최신 상태로 유지하는 두 가지 Exchange 2007 기능에 있습니다. 복제를 통해 프로덕션 데이터베이스의 로그 파일을 해당 데이터베이스의 복사본에 적용하여 이 작업을 쉽게 수행할 수 있습니다. 이 기술이 포함된 두 기능은 LCR(로컬 연속 복제)와 CCR(클러스터 연속 복제)입니다.

  • 로컬 연속 복제   LCR은 데이터 보호를 위해 필요한 정기적인 백업의 횟수를 줄여 Exchange 2007의 총 소유 비용을 줄이도록 설계되어 있습니다. 재해가 발생하는 경우 데이터 백업은 중요한 역할을 하므로 LCR 사용으로 백업이 전혀 필요하지 않은 것은 아니지만 정기적인 매일 백업의 필요성을 크게 줄여 줍니다. LCR은 현재 데이터를 사용한 빠른 복구를 제공할 뿐만 아니라 트랜잭션 로그 복사 및 재생을 위한 단일 서버 솔루션을 제공합니다. LCR에 대한 자세한 내용은 로컬 연속 복제를 참조하십시오.

  • 클러스터 연속 복제   CCR은 중복 자동 관리와 응용 프로그램 수준 복제를 결합합니다. CCR은 단일 데이터 센터 또는 두 데이터 센터 사이에서 단일 지점 오류 없이 배포할 수 있는 솔루션입니다. 트랜잭션 로그 복제는 데이터베이스를 복사하고 클러스터 노드 사이의 데이터 동시성을 유지하는 데 사용됩니다. CCR의 예약된 중단 기능을 사용하면 활성 노드의 모든 로그 데이터가 수동 노드로 복사됩니다. 따라서 예약된 중단을 사용하면 복제가 비동기적으로 발생해도 데이터가 손실되지 않습니다. CCR에 대한 자세한 내용은 클러스터 연속 복제를 참조하십시오.

삭제된 항목 보존

사용자가 항목을 삭제하면 항목이 삭제된 것으로 사용자에게 표시됩니다. 그러나 사용자가 실수로 삭제할 경우 항목을 복구할 수 있도록 지정된 시간 동안 삭제된 항목 복사본이 사용자의 사서함 데이터베이스에 보존됩니다.

Exchange 데이터베이스에 메시지 삭제 요청이 수신되면 메시지를 일시 삭제할지 아니면 영구 삭제할지 결정합니다. 일시 삭제는 논리적 삭제, 영구 삭제는 물리적 삭제라고도 합니다.

참고

Exchange Server 2007에서는 삭제된 항목 보존 기본 설정이 7일에서 14일로 변경되었습니다.

영구 삭제

다음 조건이 충족되면 메시지가 영구적으로 삭제됩니다.

  • 클라이언트가 특별히 영구 삭제를 요청합니다.

  • 유효한 항목 보존 시간이 0입니다.

  • 사서함 또는 공용 폴더 데이터베이스에 Force Hard Deletes를 나타내는 레지스트리 키가 사용됩니다.

  • 삭제를 요청하는 계정이 게이트웨이입니다.

  • 삭제를 요청하는 계정이 시스템입니다.

메시지가 영구히 삭제되면 MsgFolder 테이블에서 메시지 참조가 즉시 삭제됩니다. 이 경우에는 삭제된 항목 복구를 사용해도 폴더가 포함된 사서함에서 메시지가 더 이상 보관되지 않습니다. 메시지 참조 수가 확인됩니다. 메시지 참조 수가 0이 되어 다른 사서함에 메시지 복사본이 없음을 나타내면 메시지 테이블에서 메시지를 제거할 준비가 되었음을 나타내는 항목이 DeletedMessages 테이블에 만들어집니다.

다음 번 백그라운드 정리 프로세스에서 DeletedMessages 테이블의 항목을 조사하고 메시지 테이블의 해당 항목을 삭제합니다. 기본적으로 이 프로세스는 1시간 간격으로 발생하지만 다음 레지스트리 항목을 편집하여 이 일정을 제어할 수 있습니다.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS \ParametersPublic\Background Cleanup(밀리초 값)

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ ParametersPrivate\Background Cleanup(밀리초 값)

경고

UNRESOLVED_TOKEN_VAL(exRegistry) 

삭제된 항목 보존 시간을 사용하도록 설정하고 늘리면 용량을 추가로 계획해야 할 수도 있습니다. 다음 예에서는 사용자가 메시지를 삭제한 후에도 연장된 기간 동안 메시지가 남아 있을 수 있음을 보여 줍니다.

  • 삭제된 항목 보존은 48시간으로 설정됩니다.

  • Exchange 데이터베이스 유지 관리는 3:00에서 7:00 사이에 실행하도록 설정됩니다.

  • 백그라운드 정리는 1시간마다 실행하도록 구성됩니다.

예를 들어 08:00에 메시지를 삭제하면 48시간 동안은 이 메시지가 영구 삭제 대상이 아닙니다. 다음 번 Exchange 데이터베이스 유지 관리 절차가 06:00에 완료되도록 예약되었으므로 메시지는 영구 삭제되지 않습니다. 즉, 레코드는 71시간 동안 삭제되지 않습니다.

일시 삭제

영구 삭제 조건이 충족되지 않으면 일시 삭제됩니다. 메시지가 폴더에서 일시 삭제되었음을 나타내는 플래그가 MsgFolder 테이블의 항목에 설정됩니다. MsgFolder 테이블은 폴더 테이블 및 메시지 테이블 항목 간의 매핑입니다. 사서함과 폴더의 메시지 수도 업데이트됩니다. 이 경우 메시지는 삭제된 항목 복구 대상이 됩니다.

다음 번 예약된 Exchange 데이터베이스 유지 관리 프로세스에서 각 폴더를 조사하여 폴더에 포함된 일시 삭제된 메시지가 삭제된 항목 보존 시간을 초과했는지 확인합니다. 이 시간을 초과한 메시지는 영구적으로 삭제됩니다.

삭제된 항목 보존 구성

기본적으로 삭제된 항목은 Exchange에서 영구적으로 삭제되기 전에 특정 기간(일) 동안 Exchange 데이터베이스에 저장됩니다. 데이터베이스 기본값을 사용하거나 삭제된 항목이 영구 삭제되기 전에 보관될 기간(일)을 선택하여 삭제된 항목의 보존 기간을 설정할 수 있습니다.

삭제된 항목의 보존 일 수를 지정할 때 0에서 24,855 사이의 숫자를 선택할 수 있으며 14일로 구성하는 것이 좋습니다. 삭제된 항목 보존 기간을 0으로 설정하면 삭제된 항목은 해당 서버에서 영구적으로 즉시 제거됩니다. 디스크 공간이 충분하다면 삭제된 항목 보존 기능을 사용하도록 설정하는 것이 좋습니다.

데이터베이스 및 사용자 단위로 삭제된 항목 보존을 구성할 수 있습니다. 개별 사용자 설정은 데이터베이스 설정에 우선합니다. 데이터베이스 수준에서 삭제된 항목 보존을 지정하는 방법에 대한 자세한 내용은 사서함 데이터베이스에 대한 삭제된 항목 보존 구성 방법을 참조하십시오. 사용자 수준에서 삭제된 항목 보존을 지정하는 방법에 대한 자세한 내용은 사용자를 위한 삭제된 항목 보존 구성 방법을 참조하십시오.

참고

기본적으로 Microsoft Outlook을 사용하면 지운 편지함 폴더에서만 삭제된 항목을 복구할 수 있습니다. 받은 편지함의 메시지에서 Shift+Delete를 누르면 메시지가 지운 편지함 폴더로 이동하지 않으므로 해당 메시지를 복구할 수 없습니다. Microsoft 기술 자료 문서 246153, Outlook에서 하드 삭제된 항목을 복구하는 방법의 지침에 따라 DumpsterAlwaysOn 레지스트리 값을 사용하면 Shift+Delete를 통해 삭제된 항목을 복구할 수 있습니다.

삭제된 사서함 보존

Exchange 2007에서 사서함은 삭제되는 즉시 Exchange 사서함 데이터베이스에서 영구적으로 삭제되거나 제거되지는 않습니다. 대신 해당 사서함에 대해 삭제를 의미하는 플래그가 지정되어 사용자가 액세스할 수 없게 됩니다. 사서함 보존 기간이 만료되면 데이터베이스에서 해당 사서함이 영구적으로 삭제됩니다. 또한 사서함이 언제라도 제거되도록 선택하면 영구적으로 삭제될 수도 있습니다. 메일을 사용할 수 있는 사용자 계정을 실수로 삭제한 경우 해당 사용자 개체를 다시 만들어 사서함 보존 기간 동안 해당 사서함에 다시 연결할 수 있습니다.

기본적으로 삭제된 사서함 보존 기간은 30일입니다. 사서함 데이터베이스 수준에서 삭제된 사서함 보존 기간을 구성할 수 있습니다. 삭제된 사서함의 보존 기간(일)을 지정하는 경우 0에서 24,855까지의 숫자를 선택하면 됩니다. 사서함 보존 기간을 0으로 설정하면 삭제된 사서함은 해당 서버에서 영구적으로 즉시 제거됩니다. 디스크 공간이 부족하지 않으면 삭제된 사서함 보존 기능을 사용하는 것이 좋습니다.

삭제된 사서함 보존을 구성하는 방법에 대한 자세한 내용은 삭제된 사서함 보존을 구성하는 방법을 참조하십시오.