백업, 복원 및 재해 복구Backup, restore, and disaster recovery

적용 대상: Exchange Server 2013Applies to: Exchange Server 2013

데이터 보호 계획의 일부로서 데이터를 보호하는 방법을 이해하고 조직의 요구에 가장 적합한 방법을 결정하는 것이 중요합니다. 데이터 보호 계획은 배포 계획 단계의 여러 가지 결정을 활용하는 복잡한 과정입니다.As part of your data protection planning, it's important that you understand the ways in which data can be protected, and to determine which method best suits your organization's needs. Data protection planning is a complex process that relies on many decisions that you make during the planning phase of your deployment.

일반적으로 다음 시나리오에서 백업이 사용되었습니다.Traditionally, backups have been used for the following scenarios:

  • 재해 복구: 하드웨어 또는 소프트웨어 오류가 발생 하는 경우 DAG의 여러 데이터베이스 복사본을 사용 하면 빠른 장애 조치 (failover) 및 데이터 손실 없이 고가용성을 사용할 수 있습니다.Disaster recovery: In the event of a hardware or software failure, multiple database copies in a DAG enable high availability with fast failover and little or no data loss. 그러면 가동 중지 시간과 그에 따른 생산성 손실을 해소하여 디스크 또는 테이프에 대한 이전의 지정 시간 백업을 복원할 때 필요한 비용을 절약할 수 있습니다.This eliminates downtime and the resulting lost productivity that's a significant cost of recovering from a past point-in-time backup to disk or tape. DAG를 여러 사이트로 확장하여 디스크, 서버, 네트워크 및 데이터 센터 오류를 복구할 수 있습니다.DAGs can be extended to multiple sites and can provide resilience against disk, server, network, and datacenter failures.

  • 실수로 삭제 된 항목 복구: 나중에 사용자가 복구 해야 하는 항목을 삭제 한 경우 복구 해야 하는 데이터가 저장 된 백업 미디어를 찾은 다음 원하는 항목을 가져와 사용자에 게 제공 하는 것이 포함 됩니다.Recovery of accidentally deleted items: Historically, in a situation where a user deleted items that later needed to be recovered, it involved finding the backup media on which the data that needed to be recovered was stored, and then somehow obtaining the desired items and providing them to the user. Exchange 2013의 복구 가능한 항목 폴더와 폴더에 적용할 수 있는 보존 정책을 사용하면 삭제 및 수정된 데이터를 지정 기간 동안 모두 보관할 수 있으므로 해당 항목을 더 쉽고 빠르게 복구할 수 있습니다.With the new Recoverable Items folder in Exchange 2013 and the Hold Policy that can be applied to it, it's possible to retain all deleted and modified data for a specified period of time, so recovery of these items is easier and faster. 그러면 최종 사용자가 실수로 삭제한 항목을 직접 복구할 수 있어 Exchange 관리자와 IT 지원 센터의 부담이 줄고 단일 항목 복구와 관련된 복잡성과 관리 비용도 절감됩니다.This reduces the burden on Exchange administrators and the IT help desk by enabling end users to recover accidentally deleted items themselves, thereby reducing the complexity and administrative costs associated with single item recovery. 자세한 내용은 메시징 정책 및 규정 준수데이터 손실 방지를 참조 하세요.For more information, see Messaging policy and compliance and Data loss prevention.

  • 장기적인 데이터 저장소: 백업도 보관 사서함으로 사용 되었으며, 일반적으로 테이프는 규정 준수 요구 사항에 따라 관리 되는 기간 동안 데이터의 지정 된 스냅숏을 보존 하는 데 사용 됩니다.Long-term data storage: Backups have also been used as an archive, and typically tape is used to preserve point-in-time snapshots of data for extended periods of time as governed by compliance requirements. Exchange 2013의 새로운 보관, 여러 사서함 검색 및 메시지 보존 기능은 최종 사용자가 액세스할 수 있는 방식으로 데이터를 효과적으로 장기 보존하는 방법을 제공합니다.The new archiving, multiple-mailbox search, and message retention features in Exchange 2013 provide a mechanism to efficiently preserve data in an end-user accessible manner for extended periods of time. 이를 통해 테이프에서 복원하는 비경제적 방법이 사라지고 생산성이 높아집니다.This eliminates expensive restores from tape, and increases productivity. 자세한 내용은 Exchange 2013, 원본 위치 eDiscovery및 원본 위치 유지 및 소송 보존 의 원본 위치 보관을 참조 하세요.For more information, see In-Place Archiving in Exchange 2013, In-Place eDiscovery, and In-Place Hold and Litigation Hold.

  • 지정 시간 데이터베이스 스냅숏: 사서함 데이터의 이전의 지정 시간 복사본이 조직의 요구 사항인 경우 EXCHANGE는 DAG 환경에서 지연 된 데이터베이스 복사본을 만들 수 있는 기능을 제공 합니다.Point-in-time database snapshot: If a past point-in-time copy of mailbox data is a requirement for your organization, Exchange provides the ability to create a lagged database copy in a DAG environment. 이 기능은 논리적으로 손상된 복제본을 DAG의 여러 데이터베이스 복사본에 저장하게 되어 이전 시점으로 돌아가야 하는 드문 경우에 유용합니다.This can be useful in the rare event that store logical corruption replicates to multiple database copies in the DAG, resulting in a need to return to a previous point in time. 관리자가 사서함 또는 사용자 데이터를 실수로 삭제한 경우에도 이 기능이 유용할 수 있습니다.It may also be useful if an administrator accidentally deletes mailboxes or user data. 지연된 복사본은 오랜 시간을 들여 백업 서버에서 Exchange 서버로 복사하는 과정이 생략되므로 지연된 복사본에서 복구하면 백업에서 복원하는 경우보다 작업 시간을 절약할 수 있습니다.Recovery from a lagged copy can be faster than restoring from a backup because lagged copies don't require a time-consuming copy process from the backup server to the Exchange server. 그리고 가동 중지 시간을 줄여 총 소유 비용을 대폭 절감할 수 있습니다.This can significantly lower total cost of ownership by reducing downtime.

이러한 각 시나리오를 효율적이면서 비용 효과적인 방식으로 충족하는 고유한 Exchange 2013 기능이 있으므로 작업 환경에서 전형적인 백업을 사용하는 경우를 줄이거나 없앨 수 있습니다.Because there are native Exchange 2013 features that meet each of these scenarios in an efficient and cost effective manner, you may be able to reduce or eliminate the use of traditional backups in your environment.

Exchange Native Data ProtectionExchange Native Data Protection

Supported Backup TechnologiesSupported Backup Technologies

Exchange 2013 VSS WriterExchange 2013 VSS Writer

Server RecoveryServer Recovery

Unified Contact Store RecoveryUnified Contact Store Recovery

Recovery DatabaseRecovery Database

Database PortabilityDatabase Portability

Dial Tone PortabilityDial Tone Portability

Exchange 고유 데이터 보호Exchange Native Data Protection

Microsoft의 Exchange Server 2013에 대한 기본 아키텍처는 Exchange 고유 데이터 보호라고 하는 개념을 활용합니다. Exchange 고유 데이터 보호는 사용자가 여전히 해당 기능을 사용하고 백업을 만들 수 있더라도 백업을 사용하지 않고 사서함 데이터를 보호할 수 있는 기본 제공 Exchange 기능을 활용합니다. Exchange 2013에서는 올바르게 배포 및 구성했을 때 전형적인 데이터 백업을 수행할 필요를 없애주는 고유한 데이터 보호를 제공할 수 있도록 몇 가지 새 기능이 포함되고 핵심적인 사항이 변경되었습니다. Exchange 2013에 구현된 고가용성 기능을 사용하면 재해 발생 시의 가동 중지 시간과 데이터 손실이 최소화되며 메시징 시스템의 총 소유 비용이 줄어듭니다. 이러한 기능을 법적 보존 등의 다른 기본 제공 기능과 결합하여 사용함으로써 기존의 지정 시간 백업 사용을 줄이거나 없애고 관련 비용을 절감할 수 있습니다.Microsoft's preferred architecture for Exchange Server 2013 leverages a concept known as Exchange Native Data Protection. Exchange Native Data Protection relies on built-in Exchange features to protect your mailbox data, without the use of backups (although you can still use those features and make backups). Exchange 2013 includes several new features and core changes that, when deployed and configured correctly, can provide native data protection that eliminates the need to make traditional backups of your data. Using the high availability features built into Exchange 2013 to minimize downtime and data loss in the event of a disaster can also reduce the total cost of ownership of the messaging system. By combining these features with other built-in features, such as Legal Hold, you can reduce or eliminate your use of traditional point-in-time backups and reduce the associated costs.

Exchange 2013에서는 기존의 특정 시점 백업이 필요하지 않은 장점을 확인하는 것 외에 현재 백업 인프라의 비용을 평가해 보는 것이 좋습니다. 기존 백업 인프라를 사용하여 재해를 복구할 때 최종 사용자에 대한 서비스 중지 및 데이터 손실 비용을 고려해 보십시오. 또한 하드웨어, 설치 및 라이선스 비용, 백업 유지 관리 및 데이터 복구와 관련된 관리 비용도 여기에 추가되어야 합니다. 조직의 요구 사항에 따라 세 개 이상의 사서함 데이터베이스 복사본이 있는 순수 Exchange 2013 환경에 대한 총 소유 비용은 기존 백업을 사용하는 환경보다 적을 가능성이 아주 높습니다.In addition to determining whether Exchange 2013 enables you to move away from traditional point-in-time backups, we recommend that you evaluate the cost of your current backup infrastructure. Consider the cost of end-user downtime and data loss when attempting to recover from a disaster using your existing backup infrastructure. Also, include hardware, installation, and license costs, as well as the management cost associated with recovering data and maintaining the backups. Depending on the requirements of your organization, it's quite likely that a pure Exchange 2013 environment with at least three mailbox database copies will provide lower total cost of ownership than one with backups.

기존 백업을 대체하기 위해 Exchange 2013에서 제공되는 기능을 사용하기 전에 몇 가지 문제에 대해 고려해야 합니다. 또한 조직 특유의 고려 사항이 있을 수 있습니다. 모두 나열할 수는 없지만 우선 다음 문제에 대해 생각해 보십시오.There are several issues that you should consider before using the features built into Exchange 2013 as a replacement for traditional backups. There may also be considerations unique to your organization. Consider the following issues, and note that this isn't an exhaustive list:

  • 배포해야 할 데이터베이스의 복사본 수를 결정해야 합니다. RAID(Redundant Array of Independent Disk)나 기존의 VSS 기반 백업과 같은 기존 형태의 데이터베이스 보호를 제거하기 전에 가능하면 사서함 데이터베이스의 (지연되지 않은) 복사본을 세 개 이상 배포하는 것이 좋습니다.You should determine how many copies of the database need to be deployed. We strongly recommend deploying a minimum of three (non-lagged) copies of a mailbox database before eliminating traditional forms of protection for the database, such as Redundant Array of Independent Disks (RAID) or traditional VSS-based backups.

  • 복구 시간 목표와 복구 지점 목표를 명확하게 정의하고 기존의 백업 대신 기본 제공 기능을 결합하여 목표를 달성할 수 있어야 합니다.You should clearly define the recovery time objective and recovery point objective goals, and you should establish that using a combined set of built-in features in lieu of traditional backups to enable you to meet these goals.

  • 시스템에서 보호해야 하는 다양한 오류 시나리오에서 각 데이터베이스에 필요한 복사본의 수를 결정해야 합니다.You should determine how many copies of each database are needed to cover the various failure scenarios against which your system is designed to protect.

  • DAG나 그 구성원 중 일부를 사용하지 않으면 기존 백업 솔루션을 지원하기에 충분한 비용이 확보되는지 확인해야 합니다. 그리고 그럴 경우 해당 솔루션이 복구 시간 목표나 복구 지점 목표 SLA(서비스 수준 계약)를 향상하는지 확인해야 합니다.You should determine whether eliminating the use of a DAG or some of its members captures sufficient costs to support a traditional backup solution. If so, you should determine whether that solution improves your recovery time objective or recovery point objective service level agreements (SLAs).

  • 복사본을 호스트하는 DAG 구성원에 복사본 또는 복사본의 무결성에 영향을 주는 오류가 발생한 경우 지정 시간 복사본이 손실을 감수할 수 있는지 확인해야 합니다.You should determine whether you can afford to lose a point-in-time copy if the DAG member hosting the copy experiences a failure that affects the copy or the integrity of the copy.

  • Exchange 2013에서는 훨씬 큰 사서함을 배포할 수 있습니다. 고가용성 사서함 데이터베이스 복사본이 2개 이상 사용되는 경우 권장되는 최대 사서함 데이터베이스 크기는 2TB입니다. 대부분의 조직에서 배포하는 정도의 큰 사서함을 기반으로, 데이터베이스 복사본 또는 지연된 데이터베이스 복사본을 활성화할 때 복구 지점 목표가 대량의 로그 파일을 재생해야 하는지 확인해야 합니다.Exchange 2013 allows you to deploy much larger mailboxes, with a recommended maximum mailbox database size of 2 terabytes (when two or more highly available mailbox database copies are being used). Based on the larger mailboxes that most organizations are likely to deploy, you should determine your recovery point objective if you have to replay a large number of log files when activating a database copy or a lagged database copy.

  • 활성 데이터베이스 복사본이 수동 데이터베이스 복사본으로 복제되는 논리적 오류를 발견하고 방지하는 방법을 확인해야 합니다. 여기에는 이 상황에 맞는 복구 계획 및 이 시나리오가 과거에 얼마나 자주 발생했는지를 확인하는 것이 포함됩니다. 조직에서 논리적인 손상이 자주 발생하는 경우에는 논리적인 손상이 발생할 경우 발견하고 대응하기에 충분한 재생 지연 여유를 두면서도 다른 데이터베이스 복사본으로 손상이 복제되기 전에 처리할 수 있도록 하나 이상의 지연된 복사본을 사용하여 이 시나리오를 고려하는 것이 좋습니다.You should determine how you'll detect and prevent logical corruption in an active database copy from replicating to the passive copies of the database. This includes determining the recovery plan for this situation and how frequently this scenario has occurred in the past. If logical corruption occurs frequently in your organization, we recommend that you factor that scenario into your design by using one or more lagged copies, with a sufficient replay lag window to allow you to detect and act on logical corruption when it occurs, but before that corruption is replicated to other database copies.

전체 또는 증분 백업을 성공적으로 완료할 때 수행하는 기능 중 한 가지는 더 이상 데이터베이스 복구에 필요하지 않은 트랜잭션 로그 파일을 자르는 것입니다. 백업이 수행되지 않으면 로그 자르기도 발생하지 않습니다. 로그 파일이 너무 많이 쌓이지 않게 하려면 복제된 데이터베이스에 순환 로깅을 사용합니다. 순환 로깅과 연속 복제를 결합하면 ESE(Extensible Storage Engine) 순환 로깅과는 다른 새로운 CRCL(연속 복제 순환 로깅) 유형을 사용할 수 있습니다. ESE 순환 로깅은 Microsoft Exchange 정보 저장소 서비스에 의해 수행되고 관리되지만 CRCL은 Microsoft Exchange Replication Service에 의해 수행되고 관리됩니다. ESE 순환 로깅을 사용하도록 설정하면 추가 로그 파일을 생성하지 않고 필요한 경우 현재 로그 파일을 덮어씁니다. 그러나 연속 복제 환경에서는 로그 전달 및 재생을 위해 로그 파일이 필요합니다. 따라서 CRCL을 사용하도록 설정하면 현재 로그 파일을 덮어쓰지 않으며 로그 전달 및 재생 프로세스를 위해 닫힌 로그 파일이 생성됩니다.One of the functions performed at the end of a successful full or incremental backup is the truncation of transaction log files that are no longer needed for database recovery. If backups aren't being taken, log truncation won't occur. To prevent a buildup of log files, you enable circular logging for your replicated databases. When you combine circular logging with continuous replication, you have a new type of circular logging called continuous replication circular logging (CRCL), which is different from Extensible Storage Engine (ESE) circular logging. Whereas ESE circular logging is performed and managed by the Microsoft Exchange Information Store service, CRCL is performed and managed by the Microsoft Exchange Replication service. When enabled, ESE circular logging doesn't generate additional log files and instead overwrites the current log file when needed. However, in a continuous replication environment, log files are needed for log shipping and replay. As a result, when you enable CRCL, the current log file isn't overwritten and closed log files are generated for the log shipping and replay process.

특히 Microsoft Exchange Replication Service는 로그 연속성이 유지 관리되도록, 그리고 로그가 복제에 필요한 경우 로그가 삭제되지 않도록 CRCL을 관리합니다. Microsoft Exchange Replication Service와 Microsoft Exchange 정보 저장소 서비스는 삭제할 수 있는 로그 파일에 대해 RPC(원격 프로시저 호출)를 사용하여 통신을 수행합니다.Specifically, the Microsoft Exchange Replication service manages CRCL so that log continuity is maintained and logs aren't deleted if they're still needed for replication. The Microsoft Exchange Replication service and the Microsoft Exchange Information Store service communicate by using remote procedure calls (RPCs) regarding which log files can be deleted.

고가용성의 (지연되지 않은) 사서함 데이터베이스 복사본에서 자르기가 발생하려면 다음에 대한 대답이 "그렇다"여야 합니다.For truncation to occur on highly available (non-lagged) mailbox database copies, the following must be true:

  • 로그 파일이 백업되었거나 CRCL을 사용하도록 설정되어 있습니다.The log file has been backed up, or CRCL is enabled.

  • 로그 파일이 검사점 아래에 있습니다.The log file is below the checkpoint.

  • 지연되지 않은 다른 데이터베이스 복사본이 삭제에 동의합니다.The other non-lagged copies of the database agree with deletion.

  • 로그 파일이 모든 지연된 데이터베이스 복사본에서 검사되었습니다.The log file has been inspected by all lagged copies of the database.

지연된 데이터베이스 복사본에서 자르기가 발생하려면 다음에 대한 대답이 "그렇다"여야 합니다.For truncation to occur on lagged database copies, the following must be true:

  • 로그 파일이 검사점 아래에 있습니다.The log file is below the checkpoint.

  • 로그 파일이 ReplayLagTime과 TruncationLagTime을 더한 것보다 오래되었습니다.The log file is older than ReplayLagTime + TruncationLagTime.

  • 데이터베이스의 활성 복사본에서 로그 파일이 삭제되었습니다.The log file is deleted on the active copy of the database.

지원되는 백업 기술Supported Backup Technologies

Exchange 2013에서는 Exchange 인식 VSS 기반 백업만 지원합니다. Exchange 2013에는 Exchange 데이터의 VSS 기반 백업을 만들고 복원할 수 있는 Windows Server 백업용 플러그 인이 포함되어 있습니다. Exchange 2013을 백업하고 복원하려면 Windows Server 백업(VSS 플러그 인 사용), Microsoft System Center 2012 - Data Protection Manager 또는 타사 Exchange 인식 VSS 기반 응용 프로그램 등의 Exchange 2013용 VSS 기록기를 지원하는 Exchange 인식 응용 프로그램을 사용해야 합니다.Exchange 2013 supports only Exchange-aware, VSS-based backups. Exchange 2013 includes a plug-in for Windows Server Backup that enables you to make and restore VSS-based backups of Exchange data. To back up and restore Exchange 2013, you must use an Exchange-aware application that supports the VSS writer for Exchange 2013, such as Windows Server Backup (with the VSS plug-in), Microsoft System Center 2012 - Data Protection Manager, or a third-party Exchange-aware VSS-based application.

Exchange 백업을 사용하여 Windows Server 데이터를 백업 및 복원하는 방법에 대한 자세한 단계는 Windows Server 백업을 사용하여 Exchange 데이터 백업 및 복원을 참조하십시오.For detailed steps about how to back up and restore Exchange data using Windows Server Backup, see Using Windows Server Backup to back up and restore Exchange data.

Exchange 2013 VSS 기록기Exchange 2013 VSS Writer

Exchange 2013에서는 Exchange 2010 및 Exchange 2007에서 사용되는 VSS 기록기 아키텍처에서 상당히 변경된 아키텍처가 도입되었습니다. 이러한 이전 버전의 Exchange에는 VSS 기록기가 두 개 포함되어 있는데 Microsoft Exchange Information Store 서비스(store.exe) 안에 하나가 있고 Microsoft Exchange Replication Service(msexchangerepl.exe) 안에 하나가 있습니다. Exchange에서는 Microsoft Exchange Information Store 서비스에 이전에 있던 VSS 기록기 기능이 Microsoft Exchange Replication Service로 이동되었습니다. Microsoft Exchange Writer라는 새 작성기가 이제 Exchange 인식 VSS 기반 응용 프로그램에서 활성 및 수동 데이터베이스 복사본을 백업하고 백업된 데이터베이스 복사본을 복원하는 데 사용됩니다. 새 작성기가 Microsoft Exchange Replication Service에서 실행되지만 작성기가 보급되려면 Microsoft Exchange 정보 저장소 서비스가 실행되고 있어야 합니다. 따라서 Exchange 데이터베이스를 백업하거나 복원하려면 두 서비스가 모두 필요합니다.Exchange 2013 introduces a significant change from the VSS writer architecture used in Exchange 2010 and Exchange 2007. These earlier versions of Exchange included two VSS writers: one inside the Microsoft Exchange Information Store service (store.exe) and one inside the Microsoft Exchange Replication service (msexchangerepl.exe). In Exchange, the VSS writer functionality previously found in the Microsoft Exchange Information Store service has been moved to the Microsoft Exchange Replication service. The new writer, which is named Microsoft Exchange Writer, is now used by Exchange-aware VSS-based applications to back up active and passive database copies, and to restore backed up database copies. Although the new writer runs in the Microsoft Exchange Replication service, it requires the Microsoft Exchange Information Store service to be running for the writer to be advertised. As a result, both services are required to back up or restore Exchange databases.

Exchange Server 복구Exchange Server Recovery

사서함 및 클라이언트 액세스 서버의 거의 모든 구성 설정은 Active Directory에 저장됩니다.Almost all of the configuration settings for Mailbox and Client Access servers are stored in Active Directory. 이전 버전 Exchange의 경우와 마찬가지로 Exchange 2013에는 손실된 서버를 복구하기 위한 설치 매개 변수가 포함되어 있습니다.As with previous versions of Exchange, Exchange 2013 includes a Setup parameter for recovering lost servers. 이 매개 변수 /m: RecoverServer는 Active Directory에 저장 된 설정 및 구성 정보를 사용 하 여 손실 된 서버를 다시 작성 하 고 만드는 데 사용 됩니다.This parameter, /m:RecoverServer, is used to rebuild and re-create a lost server by using the settings and configuration information stored in Active Directory. 그렇지만 로컬 web.config 및 기타 구성 파일의 변경 내용처럼 복원되지 않는 몇 가지 설정이 있습니다.However, be aware that there are several settings which are not restored, such as changes to local web.config and other configuration files. 또한 사용자 지정 레지스트리 항목도 복원되지 않습니다.In addition, custom registry entries are not restored. 믿을 수 있는 변경 관리 프로세스를 사용하여 이러한 변경 내용을 추적하고 다시 만드는 것이 좋습니다.We recommend that you use a reliable change management process to track and recreate these changes.

손실된 Exchange 2013 서버의 복구를 수행하는 방법에 대한 자세한 단계는 Exchange Server 복구를 참조하십시오.For detailed steps about how to perform a server recovery of a lost Exchange 2013 server, see Recover an Exchange Server. DAG (데이터베이스 사용 가능 그룹)의 구성원 인 손실 된 서버를 복구 하는 방법에 대 한 자세한 단계는 데이터베이스 사용 가능 그룹 구성원 서버 복구를 참조 하십시오.For detailed steps about how to recover a lost server that's a member of a database availability group (DAG), see Recover a database availability group member server.

통합 연락처 저장소 복구Unified Contact Store Recovery

Microsoft Lync Server 2013이 Exchange 2013 환경에서 사용되는 경우 사용자의 Lync 연락처 정보가 사용자 사서함의 특수 연락처 폴더에 저장됩니다. 이를 UCS(통합 연락처 저장소)라고 합니다. UCS에서 마이그레이션된 사서함을 복원하는 경우 대상 사용자의 인스턴트 메시징 연락처 목록이 영향을 받을 수 있습니다. 사용자가 마지막 백업 후 마이그레이션된 경우 사서함을 복원하면 사용자의 연락처 목록이 완전히 손실됩니다. 이보다 심각하지 않은 경우에는 마지막 백업 이후 사용자가 수정한 연락처 목록의 내용이 손실됩니다. 이 잠재적인 데이터 손실을 완화하려면 사서함을 복원하기 전에 사용자가 인스턴트 메시징 서버로 다시 마이그레이션되었는지 확인하십시오.When Microsoft Lync Server 2013 is used in an Exchange 2013 environment, the user's Lync contact information is stored in a special contact folder in the user's mailbox. This is referred to as the unified contact store (UCS). If you restore a UCS-migrated mailbox, the instant messaging contact list for the target user may be affected. If the user was migrated after the last backup, restoring the mailbox will result in a complete loss of the user's contact list. In less severe cases, modifications to the contact list made by the user since the last backup will be lost. To mitigate this potential data loss, ensure the user is migrated back to the instant messaging server prior to restoring the mailbox.

복구 데이터베이스Recovery Database

복구 데이터베이스는 복구 작업 단계에서 복원된 사서함 데이터베이스를 탑재하고 복원된 데이터베이스에서 데이터를 추출하도록 지원하는 특별한 종류의 사서함 데이터베이스입니다. New-MailboxRestoreRequest cmdlet을 사용하여 복구 데이터베이스에서 데이터를 추출할 수 있습니다. 추출 후에는 데이터를 폴더로 내보내거나 기존의 사서함으로 병합할 수 있습니다. 사용자는 복구 데이터베이스를 통해 현재 데이터에 대한 사용자 액세스를 방해하지 않고 데이터베이스의 백업 또는 복사본에서 데이터를 복구할 수 있습니다.A recovery database is a special kind of mailbox database that allows you to mount a restored mailbox database and extract data from the restored database as part of a recovery operation. You can use the New-MailboxRestoreRequest cmdlet to extract data from a recovery database. After extraction, the data can be exported to a folder or merged into an existing mailbox. Recovery databases enable you to recover data from a backup or copy of a database without disturbing user access to current data.

이전 버전의 Exchange에서 제공된 사서함 데이터베이스에 복구 데이터베이스를 사용하는 것은 지원되지 않습니다. 또한 데이터 병합 및 추출에 사용되는 대상 사서함은 복구 데이터베이스에 탑재된 데이터베이스와 동일한 Active Directory 포리스트에 있어야 합니다.Using a recovery database for a Mailbox database from any previous version of Exchange isn't supported. In addition, the target mailbox used for data merges and extraction must be in the same Active Directory forest as the database mounted in the recovery database.

자세한 내용은 복구 데이터베이스를 참조하십시오. 복구 데이터베이스를 만드는 방법에 대한 자세한 단계는 복구 데이터베이스 만들기를 참조하십시오. 복구 데이터베이스를 사용하는 방법에 대한 자세한 단계는 복구 데이터베이스를 사용하여 데이터 복원을 참조하십시오.For more information, see Recovery databases. For detailed steps about how to create a recovery database, see Create a recovery database. For detailed steps about how to use a recovery database, see Restore data using a recovery database.

데이터베이스 이식성Database Portability

데이터베이스 이식성은 Exchange 2013 사서함 데이터베이스를 이동하여 같은 조직의 다른 Exchange 2013 사서함 서버에 탑재하는 기능입니다. 데이터베이스 이식성을 사용하면 복구 프로세스에서 여러 가지 오류를 유발하는 수동 작업 단계가 제외되므로 안정성이 향상됩니다. 또한, 다양한 오류 시나리오에서 전체 복구 횟수가 줄어듭니다.Database portability is a feature that enables an Exchange 2013 mailbox database to be moved to and mounted on any other Exchange 2013 Mailbox server in the same organization. By using database portability, reliability is improved by removing several error-prone, manual steps from the recovery processes. In addition, database portability reduces the overall recovery times for various failure scenarios.

자세한 내용은 데이터베이스 이식성을 참조하세요. 데이터베이스 이식성을 사용하는 자세한 단계는 데이터베이스 이식성을 사용하여 사서함 데이터베이스 이동을 참조하세요.For more information, see Database portability. For detailed steps to use database portability, see Move a mailbox database using database portability.

발신음 이식성Dial Tone Portability

발신음 이식성은 사서함 데이터베이스, 서버 또는 전체 사이트에 영향을 미치는 오류에 대해 제한적인 업무 지속 솔루션을 제공하는 기능입니다. 발신음 이식성을 사용하면 사용자의 원래 사서함을 복원 또는 복구하는 동안 전자 메일을 주고 받을 수 있는 임시 사서함이 제공됩니다. 임시 사서함은 조직 내에서 같은 Exchange 2013 사서함 서버나 다른 Exchange 2013 사서함 서버에 위치할 수 있습니다. 따라서 더 이상 사용되지 않는 서버에 있던 사용자의 사서함을 대체 서버에서 호스트할 수 있습니다. Microsoft Outlook 같은 Autodiscover가 지원되는 클라이언트에서는 사용자의 데스크톱 프로필을 수동으로 업데이트하지 않아도 자동으로 새 서버로 리디렉션됩니다. 사용자의 원래 사서함 데이터를 복원한 후, 관리자는 복구된 사서함을 발신음 사서함과 병합하여 단일 최신 사서함으로 만들 수 있습니다.Dial tone portability is a feature that provides a limited business continuity solution for failures that affect a mailbox database, a server, or an entire site. Dial tone portability enables a user to have a temporary mailbox for sending and receiving e-mail while the original mailbox is being restored or repaired. The temporary mailbox can be on the same Exchange 2013 Mailbox server or on any other Exchange 2013 Mailbox server in your organization. This allows an alternative server to host the mailboxes of users who were previously on a server that's no longer available. Clients that support Autodiscover, such as Microsoft Outlook, are automatically redirected to the new server without having to manually update the user's desktop profile. After the user's original mailbox data has been restored, an administrator can merge a user's recovered mailbox and the user's dial tone mailbox into a single, up-to-date mailbox.

발신음 이식성을 사용하는 프로세스를 발신음 복구라고 합니다. 발신음 복구는 사서함 서버에 빈 데이터베이스를 만들어 오류가 발생한 데이터베이스를 대체하는 작업입니다. 사용자는 발신음 데이터베이스라고 하는 이 빈 데이터베이스를 통해 오류가 발생한 데이터베이스를 복구하는 동안에도 전자 메일을 보내고 받을 수 있습니다. 오류가 발생한 데이터베이스를 복구하고 나면 발신음 데이터베이스와 복구된 데이터베이스가 전환되고 발신음 데이터베이스의 데이터가 복구된 데이터베이스에 병합됩니다.The process for using dial tone portability is called a dial tone recovery. A dial tone recovery involves creating an empty database on a Mailbox server to replace a failed database. This empty database, referred to as a dial tone database, allows users to send and receive e-mail while the failed database is recovered. After the failed database is recovered, the dial done database and the recovered database are swapped, and then the data from the dial tone database is merged into the recovered database.

자세한 내용은 발신음 이식성을 참조하세요.For more information, see Dial tone portability. 발신음 복구를 수행하는 자세한 단계는 발신음 복구 수행을 참조하세요.For detailed steps to perform a dial tone recovery, see Perform a dial tone recovery.