다른 서버 또는 저장소 그룹으로 Exchange 사서함 데이터베이스 이동

마지막으로 수정된 항목: 2005-11-11

Microsoft® Exchange Server 사서함 데이터베이스는 동일한 Exchange 버전을 실행하고 동일한 관리 그룹에 속한 서버 간에 이동할 수 있습니다. 관리 그룹의 한 서버에서 만든 사서함 데이터베이스는 이름을 바꾸거나 같은 서버의 다른 저장소 그룹 또는 같은 관리 그룹에 속한 다른 서버로 복사할 수 있습니다. 이렇게 이름을 바꾸거나 복사한 후에는 사용자 계정과 사서함 간의 링크를 다시 구성해야 합니다.

일반 관리 작업을 수행하기 위해 전체 사서함 데이터베이스를 이동하는 것은 좋지 않습니다. 사서함 이동 작업은 사서함을 다른 데이터베이스로 전송할 때 사용하는 것이 좋습니다.

데이터베이스 중단 시간 없이, 최종 사용자를 최소한 방해하면서 사서함 이동을 수행할 수 있습니다. 사서함 이동 작업 과정에서 모든 최종 사용자는 현재 이동 중인 사서함을 제외하고 전체 메일에 액세스할 수 있습니다. 사서함 이동 프로세스에 대한 자세한 내용은 Microsoft 기술 자료 문서 821829, "Moving mailboxes in Exchange Server 2003"을 참조하십시오.

기존 사서함 이동 프로세스 외에 전체 사서함 데이터베이스를 서버 또는 저장소 그룹 간에 이동할 수도 있습니다. 사서함 데이터베이스를 이동한 후에는 Active Directory® 디렉터리 서비스 사용자 계정에 데이터베이스의 각 사서함을 다시 연결해야 최종 사용자가 사서함에 액세스할 수 있습니다. 사용자 계정에 사서함을 다시 연결하는 방법에 대한 자세한 내용은 Active Directory 특성을 사용하여 사서함 사용 설정, 사용 안 함 설정 및 이동 및 Exchange 사서함 계정 이동 방법을 참조하십시오.

시스템 수행자 사서함을 호스팅하는 사서함 데이터베이스에는 특수 제한 사항도 적용됩니다. 시스템 수행자 사서함에 대한 자세한 내용은 Exchange 사서함 데이터베이스 이동 시 시스템 수행자 사서함 문제를 참조하십시오.

공용 폴더 데이터베이스 만들기 및 복제

이 항목에서는 사서함 데이터베이스 이동에 대해서만 다룹니다. Exchange를 실행하는 서버 간에는 공용 폴더 데이터베이스를 이동하면 안 됩니다. Microsoft는 동일한 Active Directory 포리스트의 Exchange 서버 간에 공용 폴더 데이터베이스를 이동하는 것을 지원하지 않습니다. 공용 폴더 데이터베이스는 서로 복제되므로 데이터베이스를 다른 서버로 이동하면 복제가 중단될 수 있습니다. 서버 간에 공용 폴더 데이터베이스를 이동하는 대신 다른 서버에 새 공용 폴더 데이터베이스를 만든 다음 이 데이터베이스로 폴더를 복제하는 것이 좋습니다.

서버 간에 공용 폴더 내용을 복제하는 방법에 대한 자세한 내용은 다음 기술 자료 문서를 참조하십시오.

• 822444, "How to reset system folders in Exchange Server 2003"
• 275171, "XADM: How to Reset System Folders on an Exchange 2000 Server"
• 326637, "Resolve problems that are caused by duplicate free/busy folders and Offline Address Book folders on an Exchange Server 5.5 site"
• 152960, "Reassigning site roles after removing the first server in an Exchange site"

재해 복구 및 사서함 데이터베이스 이식성

사이트 복원 재해 복구 계획을 디자인할 경우에도 Exchange의 사서함 데이터베이스 이식성 기능이 유용할 수 있습니다. 사이트 복구 시나리오에서는 기본적으로 Exchange를 실행하는 전체 서버 또는 전체 지리적 사이트가 오프라인 상태가 되고 장기간 오프라인 상태일 것으로 가정합니다. 따라서 새 하드웨어 및 새 위치에서 Exchange 리소스를 온라인 상태로 만들어야 합니다.

재해 발생 시 사서함을 이동하지 않도록 계획을 디자인하는 것이 가장 좋습니다. 가능하면 원래 Exchange 설치 구성을 보유한 새 실제 시스템에 데이터베이스를 복원하거나 복사해야 합니다.

사서함을 이동할 필요가 없는 재해 복구 또는 사이트 복원 계획을 디자인하는 방법에 대한 자세한 내용은 Exchange 2003 Disaster Recovery Operations Guide의 "프로덕션 Exchange 2003 클러스터에서 대기 Exchange 2003 클러스터로 모든 Exchange 가상 서버 이동 방법" 항목을 참조하십시오.

클러스터되지 않은 Exchange 서버에 대한 자세한 내용은 기술 자료 문서 822945, "How to move Exchange 2003 to new hardware and keep the same server name"을 참조하십시오. 이 문서에서는 현재 Exchange 설치 구성을 유지하면서 /DisasterRecovery 설치 모드를 사용하여 새 하드웨어에 Exchange 설치를 이동하는 방법을 살펴봅니다.

서버 간에 Exchange 사서함 데이터베이스 이동

Exchange 사서함 데이터베이스를 만들 때 데이터베이스를 특정 Exchange 조직 및 관리 그룹의 구성원으로 식별하는 명명 정보가 이 데이터베이스에 기록됩니다. 동일한 조직 및 관리 그룹 이름으로 설치된 Exchange 실행 서버에만 이 데이터베이스를 탑재할 수 있습니다.

그러나 Exchange 사서함 데이터베이스는 원래 만들어진 서버 또는 저장소 그룹에는 연결되지 않습니다. 동일한 조직 및 관리 그룹 이름을 공유하며 주 버전 및 서비스 팩 버전이 동일하거나 원래 서버와 호환되는 더 높은 버전의 Exchange 서버로 이 데이터베이스를 전송할 수 있습니다.

그러나 상위 수준 서버에 데이터베이스를 탑재한 후에는 데이터베이스를 다시 하위 수준 서버로 이동할 수 없습니다. 따라서 데이터베이스를 이동할 때 서버 버전과 패치 수준을 정확히 맞추거나 데이터베이스 이동 작업을 단방향 이동 작업으로 취급해야 합니다. Exchange 2000 서비스 팩 3 데이터베이스는 원래 서버와 버전 수준이 같거나 더 높은 Exchange 2000 Server 또는 Exchange Server 2003을 실행하는 모든 서버에 탑재할 수 있습니다.

Exchange System Manager에 표시된 대로 각 Exchange 2000 Server 또는 Exchange Server 2003 사서함 데이터베이스는 특정 서버의 저장소 그룹에 호스팅됩니다. 데이터베이스에는 Active Directory 데이터베이스 개체에 해당하는 논리 이름이 있습니다. 데이터베이스는 두 개의 실제 파일인 데이터베이스 파일(.edb 파일) 및 함께 제공되는 스트리밍 데이터베이스 파일(.stm 파일)로 구성됩니다. 각 데이터베이스 개체의 데이터베이스 속성 페이지에서 이러한 파일의 경로와 파일 이름을 볼 수 있습니다.

Exchange 데이터베이스를 다른 저장소 그룹이나 서버로 이동하는 세 가지 방법은 다음과 같습니다.

• 복원 위치를 다른 서버로 지정하여 데이터베이스의 Exchange 인식 온라인 스트리밍 백업 복원 이 방법을 적용하려면 원래 서버와 동일한 이름의 논리 데이터베이스와 저장소 그룹을 새 서버에 구성해야 합니다.
  예를 들어 서버 A에 있는 저장소 그룹 "Server-A-SG1"의 논리 이름 "Mailbox Store (Server A)"를 사용하여 데이터베이스의 온라인 백업을 만듭니다. 그런 다음 서버 B에 저장소 그룹 “Server-A-SG1”을 만든 후 해당 저장소 그룹에 "Mailbox Store (Server A)"라는 데이터베이스를 만듭니다.
  온라인 백업을 복원하면 복원 위치가 서버 B로 변경되고 백업은 서버 B의 일치하는 저장소 그룹 및 논리 데이터베이스 이름으로 복원됩니다.
• 데이터베이스의 Exchange 인식 온라인 VSS(볼륨 섀도 복사본 서비스) 복원 이 작업을 수행하는 정확한 방법은 원래 위치가 아니라 데이터베이스 파일을 복원하는 공급업체 기능과 제한 사항에 따라 달라집니다. 구체적인 지침은 사용 중인 백업 공급업체에 문의하십시오.
• 현재 경로 위치에서 다른 논리 데이터베이스, 저장소 그룹 또는 서버의 경로 위치로 Exchange 데이터베이스 파일 복사 이 방법을 사용할 경우에는 논리 저장소 그룹 및 데이터베이스 이름이 일치하지 않아도 되지만 데이터베이스 파일 이름은 대상에 정의된 이름과 일치해야 합니다. 필요에 따라 데이터베이스 파일 이름을 바꿔서 맞출 수도 있습니다.
  예를 들어 “Priv1.edb” 및 “Priv1.stm”이라는 데이터베이스 파일이 서버 A에 있는 저장소 그룹 “Server-A-SG1”의 논리 데이터베이스 “Mailbox Store (Server A)”에 연결되어 있습니다. 서버 B에 저장소 그룹 “Server-A-SG1”을 만들고 해당 저장소 그룹에 “SG1-MB1”이라는 데이터베이스를 만듭니다. SG1-MB1 데이터베이스에 대해 나열되는 파일 경로는 “F:\Databases\SG1-MB1.edb” 및 “F:\Databases\SG1-MB1.stm”입니다.
  Priv1.edb 및 Priv1.stm을 서버 A의 D:\Databases에서 서버 B의 F:\Databases로 복사한 다음 Priv1.edb의 이름을 SG1-MB1.edb로, Priv1.stm의 이름을 SG1-MB1.edb로 바꿉니다.

이 항목에 설명된 절차를 수행할 경우 다음을 고려하는 것이 좋습니다.

• 데이터베이스를 다른 위치로 복원하거나 복사할 경우 온라인 백업에서 데이터베이스를 복원하거나 데이터베이스를 탑재하기 전에 복원 시 데이터베이스 덮어쓰기 가능 확인란을 선택해야 할 수도 있습니다. 이 확인란은 논리 데이터베이스 개체의 데이터베이스 속성 페이지에 있습니다. 이 이유로 인해 이동한 데이터베이스를 복원하거나 탑재할 수 없으면 서버의 응용 프로그램 로그에 문제가 기록됩니다.
• 다른 위치로 데이터베이스 파일을 복사하기 전에 해당 파일이 일관성 있는 종료 상태이거나 완전히 종료된 상태인지 확인해야 합니다. 이러한 상태에 대한 자세한 내용은 기술 자료 문서 240145, How to remove Exchange Server transaction log files의 "데이터베이스 상태"를 참조하십시오.
  대체 위치로 복사되거나 복원되기 이전 또는 이후에 추가 트랜잭션 로그를 데이터베이스에 재생할 수도 있습니다. 자세한 내용은 Exchange 사서함 데이터베이스 이동 시 트랜잭션 로그 파일 문제를 참조하십시오.
• 이동 프로세스를 시작하기 전에 대상 데이터베이스를 중지하고 기존 데이터베이스 파일을 제거한 다음 데이터베이스가 자동으로 시작되지 않도록 표시합니다. 이렇게 하면 이동 프로세스 중에 실수로 데이터베이스가 온라인 상태가 되는 것을 방지할 수 있습니다.
• 대체 위치로 데이터베이스를 이동하면 들어오는 메일이 배달되지 않거나 손실될 수 있습니다. 이 문제의 영향을 최소화하려면 이동 프로세스에서 가능한 빨리 새 데이터베이스 위치에 사용자 계정을 연결해야 합니다. 원래 데이터베이스를 중단하거나 이동하기 전에 이 작업을 수행할 수 있습니다. 이렇게 하면 이동 프로세스가 완료할 때까지 클라이언트가 데이터베이스의 모든 사서함에 액세스할 수 없습니다. 이 작업에 대한 자세한 내용은 Active Directory 특성을 사용하여 사서함 사용 설정, 사용 안 함 설정 및 이동을 참조하십시오.
• Exchange는 SMTP, 시스템 및 시스템 수행자 사서함을 포함하여 다양한 시스템 기능을 수행하는 여러 가지 사서함을 생성합니다. 새 위치로 데이터베이스를 이동한 후에 이러한 기능의 사서함이 데이터베이스에 "남아" 있을 수 있습니다. 사서함 정리 에이전트가 결국 이러한 사서함의 연결을 끊고 해당 사서함은 기본적으로 30일 후에 제거됩니다. 이러한 사서함은 수동으로 연결을 끊거나 제거할 필요가 없습니다.
• 데이터베이스 이동을 완료한 후 가능하면 즉시 Exchange 서버를 다시 부팅하는 것이 가장 좋습니다. 핵심적인 클라이언트 연결 및 메일 배달 기능은 다시 부팅하지 않아도 작동하지만 다른 시스템 기능과 타사 응용 프로그램은 다시 부팅하는 과정이 필요할 수도 있습니다.

추가 정보

사서함 이동과 사서함 Tombstone 테이블의 상호 작용에 대한 자세한 내용은 사서함 작업 및 사서함 Tombstone 테이블 이동을 참조하십시오.

사서함을 사용 설정, 사용 안 함 설정 및 이동하는 데 사용할 수 있는 방법에 대한 자세한 내용은 Active Directory 특성을 사용하여 사서함 사용 설정, 사용 안 함 설정 및 이동을 참조하십시오.