Exchange 2007 SP1을 배포할 때는 다음 사항을 고려하십시오.

• Exchange 2007 SP1은 명령줄에서 설치할 수도 있고 Exchange 2007 설치 마법사를 사용하여 설치할 수도 있습니다.
  
  
• Exchange 2007 SP1을 설치할 때는 다음 세 가지 방법 중 하나를 사용할 수 있습니다.
  
  
  • 업그레이드 모드에서 설치를 실행하여 원본 릴리스(RTM) 버전의 Exchange 2007 을 현재 위치에서 Exchange 2007 SP1로 업그레이드합니다.
    
    
  • 업그레이드 모드에서 설치를 실행하여 Exchange 2007 SP1 베타 2를 현재 위치에서 Exchange 2007 SP1로 업그레이드합니다. Exchange 2007 SP1 베타 2와 Exchange 2007 SP1 간에는 Active Directory 스키마가 변경되었으므로 Exchange 조직에서 Exchange 2007 SP1을 처음으로 설치하려면 Active Directory 디렉터리 서비스 및 도메인을 준비해야 합니다.
    
    

    참고:
    Exchange 2007 SP1 베타 2에서 Exchange 2007 SP1로 업그레이드하는 작업은 Exchange 2007 TAP(Technology Adopter Program) 또는 RDP 프로그램 구성원이 수행할 수 있습니다. Exchange 2007 TAP 프로그램 또는 RDP 프로그램의 구성원이 아닌 경우에는 RTM 버전의 Exchange 2007 에서 Exchange 2007 SP1로만 업그레이드할 수 있습니다.

  • Exchange 2007 SP1은 처음부터 새로 설치할 수 있습니다.
    
    
• Exchange 조직에서 Exchange 2007 SP1을 처음 설치하려면 Active Directory 및 각 도메인을 준비해야 합니다. 이 프로세스에는 Exchange 2007 SP1용으로 Active Directory 스키마를 업데이트하는 작업이 포함됩니다. 이 프로세스를 완료하기 위해 따라야 하는 단계와 필요한 사용 권한에 대한 자세한 내용은 Exchange 2007 SP1 온라인 도움말에서 Active Directory 및 도메인을 준비하는 방법을 참조하십시오.
  
  Active Directory 및 각 도메인을 준비하고 나면 Exchange 조직 관리자 역할이 위임된 계정을 사용하여 Exchange 2007 SP1을 설치할 수 있습니다.
  
  
• Exchange 조직에서 지정된 Exchange 2007 서버 역할의 첫 인스턴스를 설치하거나 업그레이드하려면 Exchange 조직 관리자 역할을 위임받아야 합니다. Exchange 조직에서 지정된 서버 역할이 설치되어 있는 컴퓨터에 Exchange 2007 SP1을 설치하거나 업그레이드한 후에는 Exchange 2007 SP1 서버의 이후 설치 또는 업그레이드 작업을 수행할 수 있습니다. 이렇게 하려면 사용하는 계정에 설치 또는 업그레이드를 수행할 컴퓨터에 대한 Exchange 서버 관리자 역할이 위임되어야 합니다.
  
  

  참고:
  Edge 전송 서버 역할 또는 Exchange 2007 관리 도구를 설치하는 경우 이 사용 권한 요구 사항이 적용되지 않습니다. Edge 전송 서버 역할 또는 관리 도구는 컴퓨터에 대한 로컬 관리자 권한이 있는 계정을 사용하여 설치하거나 업그레이드할 수 있습니다.

• 운영 체제를 Windows Server 2008 로 업그레이드 한 다음에는 Exchange 2007 을 Exchange 2007 SP1으로 업그레이드할 수 없습니다. Exchange 2007 을 Exchange 2007 SP1으로 업그레이드한 다음에도 운영 체제를 Windows Server 2008 로 업그레이드할 수 없습니다. Windows Server 2008 에서 Exchange 2007 SP1을 배포하려면 Microsoft Exchange 가 설치되어 있지 않은 컴퓨터에 Windows Server 2008 을 설치한 다음 Exchange 2007 SP1을 설치해야 합니다.
  
  
• Exchange 2007 SP1은 제거할 수 없습니다. SP1을 설치하고 나면 Exchange 2007 을 컴퓨터에서 제거한 후에 원본 릴리스(RTM) 버전의 Exchange 2007 을 다시 설치하는 방법으로만 제거할 수 있습니다.
  
  

Exchange 2007 RTM에서 Exchange 2007 SP1로 업그레이드할 때는 다음을 고려하십시오.

• RTM 버전의 Exchange 2007 을 실행 중인 컴퓨터에 Exchange 2007 SP1을 설치하면 모든 서버 역할이 Exchange 2007 SP1로 업그레이드됩니다. Exchange 2007 SP1로 업그레이드할 서버 역할을 선택할 수는 없습니다.
  
  
• Exchange 2007 SP1로 업그레이드한 후에 컴퓨터에 서버 역할을 추가하려는 경우에는 Exchange 2007 SP1 설치 프로그램을 실행해야 합니다. 이 작업은 이전 버전의 Microsoft Exchange 에 대해 따라야 하는 프로세스와는 다릅니다. 예를 들어 Microsoft Exchange Server 2003 설치에 구성 요소를 추가할 때는 Exchange 2003 설치 프로그램을 실행하여 설치를 변경한 후에 서비스 팩을 다시 적용해야 합니다.
  
  
• 클라이언트 액세스, 통합 메시징, 허브 전송 서버 역할 또는 Edge 전송 서버 역할을 실행하는 서버를 업그레이드한 후에 사서함 서버 역할을 실행하는 서버를 업그레이드하는 것이 좋습니다. 이 순서로 서버를 업그레이드하면 서비스가 중단되지 않습니다.
  
  
• 인터넷에 연결되지 않는 사이트에 있는 클라이언트 액세스 서버를 업그레이드하기 전에 인터넷 연결 사이트에 있는 클라이언트 액세스 서버를 업그레이드하는 것이 좋습니다. 자세한 내용은 이 문서 뒷부분의 "Web Services의 알려진 문제"를 참조하십시오.
  
  
• Exchange 조직에서 Edge 전송 서버 역할을 실행하는 경우 Edge 구독을 만들었다면 EdgeSync 프로세스에 참가하는 모든 전송 서버에서 동일한 버전의 Exchange 2007 을 실행해야 합니다. 또한 Edge 구독 프로세스에 참가하는 모든 전송 서버를 처음으로 Exchange 2007 SP1로 업그레이드한 지 15일 이내에 Edge 전송 서버가 가입된 Active Directory 사이트의 모든 허브 전송 서버 및 가입된 모든 Edge 전송 서버를 업그레이드해야 합니다. 자세한 내용은 이 문서 뒷부분의 "전송의 알려진 문제"를 참조하십시오.
  
  

RTM 버전의 Exchange 2007 과 Exchange Server용 Microsoft Forefront Security를 함께 실행 중인 서버를 업그레이드할 때는 다음을 고려하십시오.

• 원본 릴리스(RTM) 버전의 Exchange Server용 Forefront Security는 Exchange 2007 SP1과 호환되지 않습니다.
  
  
• 그러므로 업그레이드하려면 Exchange Server용 Forefront Security를 제거하거나 최신 버전으로 업그레이드해야 합니다. 컴퓨터에서 RTM 버전의 Forefront 를 실행 중인 경우에는 Exchange 2007 SP1 설치 응용 프로그램의 선행 조건이 충족되지 않습니다.
  
  

  참고:
  Exchange 2007 SP1과 함께 사용할 수 있는 Exchange Server용 Forefront Security의 평가판을 얻으려면 Exchange Server용 Microsoft Forefront Security(Microsoft Forefront Security for Exchange Server) 웹 사이트를 방문합니다.

• 최신 버전의 Exchange Server용 Forefront Security를 사용 중인 경우 모든 Forefront 서비스를 중지한 후에 Exchange 2007 SP1 설치를 실행해야 합니다.
  
  

클러스터된 사서함 서버에 Exchange 2007 SP1을 설치하는 경우 다음을 고려하십시오.

• 클러스터된 사서함 서버에 Exchange 2007 SP1을 새로 설치하는 경우 RTM 버전의 Exchange 2007 과 같은 절차를 수행합니다. 자세한 내용은 Exchange 2007 SP1 온라인 도움말에서 클러스터 연속 복제 계획 및 단일 복사본 클러스터 계획을 참조하십시오.
  
  
• 클러스터된 사서함 서버를 업그레이드하려면 Exchange 2007 SP1 온라인 도움말에서 클러스터된 사서함 서버를 Exchange 2007 SP1로 업그레이드(Upgrading Clustered Mailbox Servers to Exchange 2007 SP1)의 정보를 참조하십시오.
  
  

그래픽 사용자 인터페이스를 사용하여 기존 Exchange 2007 서버를 Exchange 2007 SP1로 업그레이드하려면 다음을 수행합니다.

1. Exchange 2007 SP1 설치 폴더에서 Setup.exe를 실행합니다. 그러면 Exchange 2007 설치 마법사가 시작됩니다. 설치 응용 프로그램이 현재 설치되어 있는 Exchange 2007 버전을 최신 버전의 Exchange 2007 로 업그레이드하고자 함을 확인합니다.
   
   
2. 설치 아래에 있는 Microsoft Exchange Server 2007 설치를 클릭합니다. 설치 마법사의 지시에 따라 설치를 완료합니다. 설치 마법사의 단계를 수행할 때 기본 옵션을 모두 수락해야 합니다. Exchange 2007 SP1로 업그레이드할 서버 역할을 지정할 수는 없습니다.
   
   

명령줄에서 기존 Exchange 2007 서버를 Exchange 2007 SP1로 업그레이드하려면 다음을 수행합니다.

명령 프롬프트에서 Exchange 2007 SP1 원본의 AMD64 또는 I386 디렉터리에 연결한 다음 Setup.com /mode:upgrade를 실행합니다. 명령줄을 사용하여 업그레이드 단계를 수행할 때 기본 옵션을 모두 수락합니다.

Exchange 2007 SP1은 Exchange 2007 RTM을 설치할 때와 동일한 방식으로 새로 설치합니다. Exchange 2007 SP1 업데이트는 원본 릴리스 버전의 Exchange 2007 부분으로 직접 적용되기 때문입니다. 높은 수준의 배포 절차와 특정 설치 단계는 서로 동일합니다. 수행해야 하는 단계는 만들려는 Exchange 배포의 복잡도에 따라 달라집니다.

도메인을 준비하려 하면 Exchange 2007 SP1 설치가 실패할 수 있습니다.

Exchange 2007 SP1에서 Setup /PrepareDomain을 실행하면 다음과 같은 오류 메시지가 기록될 수 있습니다.

<Domain Name>에서 디렉터리 작업이 실패했습니다. 이 오류는 다시 시도할 수 없습니다. 추가 정보: 지정한 사용자가 없습니다.

이 오류는 Active Directory 포리스트에 도메인이 여러 개 있으며 포리스트 루트 도메인과 같은 Active Directory 사이트에 있지 않은 도메인에서 Setup /PrepareDomain을 실행하는 경우에 나타날 수 있습니다. 예를 들어 루트 도메인과 다른 Active Directory 사이트에 있는 하위 도메인에서 Setup /PrepareDomain을 실행하는 경우 이 오류가 발생할 수 있습니다.

이 문제를 해결하려면 현재 Active Directory 사이트와 포리스트 루트 도메인의 Active Directory 사이트 간에 복제가 완료될 때까지 기다렸다가 현재 도메인에서 Setup /PrepareDomain을 다시 실행하십시오.

클라이언트 액세스 서버 역할을 설치할 때 이 섹션의 문제를 고려하십시오.

Outlook Web Access의 알려진 문제

• S/MIME 기능은 Internet Explorer 7을 실행 중인 Outlook Web Access Premium 사용자에 대해서만 지원됩니다.
  
  
• 키오스크 컴퓨터 등의 공유 컴퓨터에서 Outlook Web Access 에 로그온하는 사용자가 Microsoft Windows Vista 를 실행하는 컴퓨터에서 S/MIME 기능을 사용하려면 해당 사용자는 Outlook Web Access 에 액세스하는 데 사용 중인 컴퓨터에 대한 관리자 그룹 구성원인 계정을 사용하여 Windows 에 로그온해야 합니다.
  
  또한 사용자는 Internet Explorer 를 관리자로 실행하거나 UAC(사용자 계정 컨트롤)를 사용하지 않도록 설정해야 합니다.
  
  
  • Internet Explorer 를 관리자로 실행하려면 Internet Explorer 바로 가기를 마우스 오른쪽 단추로 클릭한 다음 Administrator로 실행을 클릭합니다.
    
    
  • UAC를 사용하지 않도록 설정하려면 Windows Vista 사용자 계정 단계별 지침서(Windows Vista User Account Step-by-Step Guide)의 "관리자 승인 모드 사용 안 함(Disable Admin Approval Mode)"을 참조하십시오.
    
    
• ECC(Elliptical Curve Cryptography) 메시지 서명 및 키 교환 알고리즘에 사용하기 위한 인증서에는 S/MIME 기능을 사용할 수 없습니다.
  
  
• Exchange 클라이언트가 Outlook Web Access 및 Outlook 을 모두 사용하는 일부 시나리오에서는 서버 쪽 규칙이 삭제될 수 있습니다. 특히 Outlook Web Access 사용자가 Outlook Web Access 를 사용하여 규칙을 수정하는 경우 Outlook 에서 사용하지 않도록 설정한 규칙이 삭제될 수 있습니다.
  
  

  참고:
  Outlook 을 사용하면 규칙을 만들어 사용하지 않도록 설정한 상태로 구성에 보관할 수 있습니다. 마찬가지로 Outlook Web Access 를 사용하면 클라이언트 액세스 서버에서 Exchange 2007 SP1을 실행 중인 경우 규칙을 만들어 사용하지 않도록 설정한 상태로 유지할 수 있습니다. 규칙을 사용하지 않도록 설정하려면 제공된 사용자 인터페이스에서 규칙 옆에 있는 확인란 선택을 취소하면 됩니다.

  Exchange Server가 Exchange 2007 SP1 배포에서 사용하지 않도록 설정된 규칙을 삭제할 위험이 있기 때문에 Outlook Web Access 도 함께 사용하는 각 Outlook 사용자는 사용하지 않도록 설정한 규칙의 레코드를 보관해 두는 것이 좋습니다. 사용하지 않도록 설정한 규칙의 레코드를 보관해 두면 Exchange 2007 SP1 배포에서 이러한 규칙이 삭제되는 경우 사용자가 수동으로 규칙을 다시 만들 수 있습니다.
  
  
• 일부 시나리오에서는 유니코드 문자를 포함하는 서버 쪽 규칙이 작동하지 않습니다. 이 문제는 다음과 같은 조건에 해당하는 경우 발생할 수 있습니다.
  
  
  • Outlook Web Access 클라이언트가 규칙 이름, 조건 또는 예외 내에 유니코드 문자를 포함하는 서버 쪽 규칙을 만들거나 수정하는 경우
    
    
  • Outlook Web Access 를 사용하여 Microsoft Exchange 에 연결하는 사용자가 유니코드가 아닌 시스템 로캘(예: 영어)을 사용하는 운영 체제에서 Microsoft Office Outlook 2007 을 통해서도 Microsoft Exchange 에 연결하는 경우
    
    이러한 경우 유니코드 문자를 포함하는 규칙을 유니코드가 아닌 시스템 로캘을 실행 중인 Outlook 2007 클라이언트에서 열면 규칙이 손상될 수 있습니다.
    
    
• Exchange 2007 을 실행 중인 컴퓨터에 공용 폴더의 복제본이 없으면 Outlook Web Access 클라이언트에서 공용 폴더를 보지 못할 수 있습니다.
  
  다음과 같은 조건에 해당하는 경우 Outlook Web Access 클라이언트가 공용 폴더를 보지 못할 수 있습니다.
  
  
  • Exchange 2007 을 실행 중인 컴퓨터에 Exchange Server 2003 공용 폴더의 복제본이 없는 경우
    
    
  • Outlook Web Access 클라이언트가 인터넷을 통해 Exchange 2003 공용 폴더에 액세스하려는 경우
    
    
  Outlook Web Access 클라이언트가 모든 공용 폴더에 액세스할 수 있도록 하려면 다음 해결 방법 중 하나를 구현해 보십시오.
  
  
  • 사서함 서버 역할을 실행 중인 Exchange 2007 컴퓨터에 Exchange 2003 공용 폴더의 복제본을 만듭니다.
    
    
  • 가능한 경우 Outlook Web Access 클라이언트가 인트라넷 내에서 공용 폴더에 액세스하도록 합니다.
    
    
• Outlook Web Access 클라이언트가 공용 폴더에 있는 메일 그룹 연락처에 메시지를 보내려고 하면 오류가 기록될 수 있습니다.
  
  개인 메일 그룹은 Outlook Web Access 공용 폴더 사용자 인터페이스에 연락처 개체로 저장됩니다. 그러나 Exchange 2007 SP1에서는 메일 그룹 연락처 개체를 만들 수는 있지만 메시지를 보낼 수는 없습니다. 특히 Outlook Web Access 공용 폴더 사용자 인터페이스에서 메일 그룹 연락처에 메시지를 보내려고 하면 다음과 같은 오류 메시지가 기록될 수 있습니다.
  
  액세스하려고 한 항목이 더 이상 존재하지 않습니다. 항목을 찾을 수 없습니다. 다른 컴퓨터나 모바일 장치에서 Microsoft Outlook 또는 Outlook Web Access를 사용하는 동안 사용자 또는 대리인이 폴더를 이동했거나 삭제했을 수 있습니다.
  
  Exchange 2007 SP1에서 이 오류가 발생하지 않도록 하려면 Outlook Web Access 를 사용하여 연락처 공용 폴더에 저장된 메일 그룹으로 주소가 지정된 메시지를 보내려고 하지 않습니다. Exchange 2007 SP1에서 이 문제를 해결하는 방법은 클라이언트가 Outlook 을 사용하여 연락처 공용 폴더의 메일 그룹으로 메시지를 보내도록 하는 것입니다.
  
  
• Outlook Web Access 의 WebReady Document Viewing에서 2007 Microsoft Office 릴리스를 사용하여 만든 문서의 일부 기능을 보도록 지원하지 않습니다. WebReady Document Viewing을 사용하면 Outlook Web Access 사용자가 특정 형식의 첨부 파일을 HTML로 볼 수 있습니다. 그러나 WebReady Document Viewing에서 2007 Microsoft Office 릴리스를 사용하여 만든 문서의 다음과 같은 기능은 볼 수 없습니다.
  
  
  • SmartArt 그래픽   SmartArt 그래픽은 Word 2007, Excel 2007 또는 PowerPoint 2007에서 제대로 표시되지 않으며 그래픽 내의 텍스트만 표시됩니다.
    
    
  • 차트   대부분의 차트 그래픽은 Word 2007, Excel 2007 또는 PowerPoint 2007에서 표시되지 않습니다. 그러나 기준선 차트는 제대로 표시됩니다.
    
    
  • 수식   Word 2007 문서에서는 수식이 표시되지 않습니다.
    
    
  • 도형   일부 도형 그래픽은 PowerPoint 2007 문서에서 표시되지 않습니다.
    
    

POP3 및 IMAP4의 알려진 문제

• Exchange 2007 SP1로 업그레이드하고 나면 POP3(Post Office Protocol version 3) 및 IMAP4(Internet Message Access Protocol version 4rev1)의 프로토콜 로깅 설정이 기본 설정으로 다시 설정됩니다. POP3 프로토콜 로깅 및 IMAP4 프로토콜 로깅은 기본적으로 사용하지 않도록 설정됩니다. 그러므로 Exchange 2007 SP1로 업그레이드할 때 POP3 프로토콜 로깅 또는 IMAP4 프로토콜 로깅을 사용하도록 설정한 상태였다면 Exchange 2007 SP1 설치가 완료된 후에 개별 설정을 다시 적용하여 프로토콜 로깅을 다시 시작해야 합니다. 자세한 내용은 Exchange 2007 SP1 온라인 도움말에서 POP3 및 IMAP4에 대해 프로토콜 로깅을 사용하도록 설정하는 방법을 참조하십시오.
  
  

Exchange Web Services의 알려진 문제

• 인터넷에 연결되지 않는 사이트의 클라이언트 액세스 서버를 업그레이드하기 전에 먼저 인터넷 연결 사이트의 클라이언트 액세스 서버를 Exchange 2007 SP1로 업그레이드합니다.
  
  Exchange 2007 RTM에서 Exchange 2007 SP1로 업그레이드하는 경우 먼저 인터넷 연결 사이트에 있는 클라이언트 액세스 서버를 업그레이드한 다음 인터넷에 연결되지 않는 사이트에 있는 클라이언트 액세스 서버를 업그레이드하는 것이 좋습니다. 그러나 Exchange Web Services의 새로운 Exchange 2007 SP1 HTTP 프록시 기능으로 인해, 인터넷 연결 사이트와 내부 사이트에 있는 모든 클라이언트 액세스 서버를 Exchange 2007 SP1로 업그레이드하기 전까지는 Exchange Web Services를 사용하는 사용자 지정 응용 프로그램에서 생성하며 액세스 중인 사서함과 다른 사이트에 있는 Exchange 2007 SP1 클라이언트 액세스 서버로 보내는 요청을 Exchange Web Services에서 더 이상 수락하지 않습니다.
  
  업그레이드 프로세스 중에 사용자 지정 응용 프로그램이 가동 중지되지 않도록 하려면 자동 검색 서비스를 사용하여 사용자가 사서함과 같은 사이트에 있는 클라이언트 액세스 서버에 대해 적절한 URL을 가져올 수 있도록 해야 합니다. 자동 검색 서비스에 대한 자세한 내용은 Exchange 2007 SP1 온라인 도움말에서 백서: Exchange 2007 자동 검색 서비스(White Paper: Exchange 2007 Autodiscover Service)를 참조하십시오. 사용자 지정 응용 프로그램에서 자동 검색 서비스를 사용하는 방법에 대한 자세한 내용은 Exchange 2007 SDK에서 자동 검색 참조(Autodiscover Reference)를 참조하십시오.
  
  

외부에서 Outlook 사용의 알려진 문제

• Exchange 2007 SP1로 업그레이드한 후에는 외부에서 Outlook 사용 인증 설정을 수정해 보십시오.
  
  Exchange 2007 RTM에서는 Outlook 2007 에서 기본 인증 또는 NTLM 인증 중 한 가지 인증 방법만을 사용하는 경우에도 기본 인증 및 NTLM 인증이 모두 /rpc 가상 디렉터리에서 항상 사용하도록 설정된 상태였습니다. 또한 Exchange Services 호스트 서비스가 15분마다 기본 인증과 NTLM 인증 방법을 자동으로 구성하기 때문에 하나의 인증 방법만 구성할 수는 없었습니다.
  
  Exchange 2007 SP1을 새로 설치하여 이제는 외부에서 Outlook 사용을 통해 IIS(인터넷 정보 서비스)의 /rpc 가상 디렉터리에서 사용하도록 설정할 인증 방법을 선택할 수 있습니다. 즉, IIS의 /rpc 가상 디렉터리에 대한 인증 방법을 기본 인증 또는 NTLM 인증 중 하나로 구성하거나 두 인증 모두로 구성할 수 있습니다.
  
  Exchange 2007 RTM의 기존 외부에서 Outlook 사용 토폴로지에서 업그레이드하는 경우 NTLM 및 기본 인증 방법이 모두 사용하도록 설정됩니다. 그러나 IISAuthenticationMethods 매개 변수를 통해 Set-OutlookAnywhere cmdlet를 실행하여 인증 방법 중 하나를 사용하지 않도록 설정하는 것이 좋습니다.
  
  자세한 내용은 Exchange 2007 도움말에서 Set- OutlookAnywhere를 참조하십시오.
  
  

Exchange ActiveSync의 알려진 문제

• Exchange Server 2003 을 실행 중인 컴퓨터에 사서함이 있는 특정 사용자가 Exchange 2007 SP1을 실행 중인 클라이언트 액세스 서버를 통해 동기화하도록 구성되는 경우 해당 사용자에 대해서는 Exchange ActiveSync 가 작동하지 않을 수 있습니다.
  
  다음 조건에 해당하는 경우 Exchange ActiveSync 는 작동하지 않습니다.
  
  
  • 사용자가 Exchange 2003 서버에 사서함을 가지고 있는 경우
    
    
  • 클라이언트가 Exchange 2007 SP1을 실행하는 클라이언트 액세스 서버를 통해 동기화하도록 구성된 경우
    
    
  • 사용자의 SamAccountName과 Exchange Server 2003 사서함 서버의 /exchange 가상 디렉터리에 지정되는 기본 로그온 도메인을 조합하여 만들어지는 SMTP 주소(예: <SamAccountName>@default.login.<Domain Name>.com)는 해당 사서함이 사용자가 동기화하려는 서버가 아닌 다른 서버에서 호스팅되는 다른 사용자의 SMTP 주소와 일치합니다.
    
    
  프록시 처리 및 리디렉션에 대한 자세한 내용은 Exchange 2007 도움말에서 프록시 처리 및 리디렉션 이해(Understanding Proxying and Redirection)를 참조하십시오.
  
  

Exchange 2007 SP1에서는 개별 Office 2007 검색 필터를 사용할 수 있을 때까지 메시지의 Office 2007 첨부 파일 내 콘텐츠를 검색할 수 없음

Exchange 2007 SP1에는 2007 Microsoft Office 릴리스의 검색 필터가 포함되어 있지 않으므로 Exchange 2007 SP1은 사서함의 Office 2007 첨부 파일을 인덱싱할 수 없습니다. 그러므로 Exchange 2007 SP1 사서함 서버에 사서함이 있는 사용자는 사서함에서 메시지의 Office 2007 첨부 파일 내 콘텐츠를 검색할 수 없습니다. 그러나 Office 2007 검색 필터를 사용할 수 있게 되어 설치하고 Exchange SP1 설치에 통합하면 이 검색 기능은 지원될 예정입니다.

Office 2007 필터가 공개적으로 릴리스되면 Microsoft 기술 자료 문서 944516, Exchange Server 2007을 사용하여 Office 2007 첨부 파일을 검색할 수 있도록 설정(Enabling Exchange Server 2007 to search Office 2007 attachments)이 게시될 예정입니다. 이 기술 자료 문서에서는 Exchange 2007 에서 Office 2007 검색 필터를 다운로드하여 통합하는 데 필요한 단계에 대해 설명할 예정입니다.

Windows Server 2008 운영 체제에서 실행되는 사서함 서버의 방화벽 예외 목록에 WMI 서비스를 추가해야 함

Exchange 2007 SP1를 Windows Server 2008 컴퓨터에 설치할 때 사서함 서버 역할을 포함하는 경우 방화벽 예외 목록에 WMI(Windows Management Instrumentation) 서비스를 추가해야 합니다. 이 절차를 수행하지 않으면 해당 사서함 서버에서 원격으로 Exchange 데이터베이스를 만들 수 없게 됩니다.

이 절차는 Windows Server 2008 운영 체제를 실행 중인 컴퓨터에 사서함 서버 역할을 설치한 후에 수행해야 합니다.

WMI 서비스를 방화벽 예외 목록에 추가하려면 다음을 수행합니다.

1. 제어판에서 Windows 방화벽을 두 번 클릭합니다.
   
   
2. Windows 방화벽 대화 상자에서 설정 변경을 클릭합니다.
   
   
3. 예외 탭의 예외를 허용하려면 해당 확인란을 선택하십시오. 아래에서 WMI(Windows Management Instrumentation)를 선택합니다.
   
   
4. 확인을 클릭합니다.
   
   

SP1에서는 스트리밍 백업을 기본적으로 사용할 수 없음

Exchange 2007 SP1에서는 Microsoft 의 지속적인 보안 이니셔티브의 일환으로 Exchange 메시징 시스템의 공격 범위를 줄이기 위해 작업 변경이 도입되었습니다. 이 변경 내용은 원격 스트리밍 백업에 직접적인 영향을 줍니다.

RTM 버전의 Exchange 2007 에서는 원격 스트리밍 백업을 기본적으로 사용할 수 있었습니다. 이 기본 구성은 충분한 백업 권한을 가진 도메인의 모든 사용자가 Exchange 서버를 백업할 수 있도록 허용하기 때문에 안전하지 못합니다. 또한 원격으로 백업된 데이터는 암호화되지 않으며 백업이 흔히 공용(클라이언트 액세스 가능) 네트워크를 통해 수행되기도 합니다.

Microsoft 의 "기본적으로 보안 유지" 이니셔티브에 따라 Exchange 2007 SP1에서는 원격 스트리밍 기능은 기본적으로 사용되지 않도록 설정됩니다. 이 기능을 복원하려면 다음 레지스트리 값 형식을 수동으로 다시 정의해야 합니다.

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\ParametersSystem
Name: Enable Remote Streaming Backup
Type: DWORD
Value:  0 = default behavior (remote backup disabled); 1 = remote backup enabled 

다음과 같은 두 가지 경우에 원격 스트리밍 백업을 사용하도록 설정해야 합니다.

• CCR(클러스터 연속 복제) 환경에 시드 작업을 위해 원격 스트리밍 백업이 필요합니다(예: Update-StorageGroupCopy cmdlet 사용 시).
  
  
• 타사 응용 프로그램에 원격 스트리밍 백업 기능이 필요할 수 있습니다. 응용 프로그램에 원격 스트리밍 백업 기능이 필요한지 여부에 대해서는 응용 프로그램 공급업체에 문의하십시오.
  
  

백업을 사용하여 Microsoft Exchange 데이터를 백업 및 복원하는 방법에 대한 자세한 내용은 Exchange 2007 SP1 온라인 도움말에서 백업을 사용하여 Exchange 데이터 백업 및 복원을 참조하십시오.

Exchange 2007 SP1 고가용성 기능의 알려진 문제

다음은 Exchange 2007 SP1의 고가용성 기능에 대해 알려진 문제입니다.

• 대기 클러스터는 프로덕션 클러스터와 동일한 설치 경로를 사용해야 합니다.
  
  
• 또한 앞서 설명한 원격 스트리밍 백업 사용 레지스트리 값을 구성해야 클러스터된 사서함 서버에 대해 로컬 스트리밍 복원을 사용하도록 설정할 수 있습니다.
  
  
• SCR은 여러 운영 체제에 대해 배포할 수 없습니다. Exchange 2007 SP1에서는 SCR 원본의 운영 체제가 모든 SCR 대상의 운영 체제와 일치해야 합니다. 그러므로 Windows Server 2003 에서 실행 중인 SCR 원본은 Windows Server 2008 에서 실행 중인 SCR 대상을 배포할 수 없으며, Windows Server 2008 에서 실행 중인 SCR 원본은 Windows Server 2003 에서 실행 중인 SCR 대상을 배포할 수 없습니다.
  
  

Edge 전송 및 허브 전송 서버 역할을 실행 중인 컴퓨터를 업그레이드할 때는 다음 문제를 고려하십시오.

• 모든 허브 전송 서버를 업그레이드하기 전에 사서함 서버를 업그레이드하는 경우 메일이 제대로 배달되지 않을 수 있습니다. Exchange 2007 SP1로 업그레이드하는 동안 메일 배달 문제가 발생하지 않도록 하려면 사서함 서버를 업그레이드하기 전에 허브 전송 서버를 모두 업그레이드합니다.
  
  
• Exchange 2007 SP1에서는 EdgeSync 자격 증명 갱신 프로세스에 대한 변경 내용으로 인해 EdgeSync 프로세스에 참가하는 모든 전송 서버가 동일한 버전의 Exchange 2007 을 실행해야 합니다. 그러므로 Edge 전송 서버가 가입된 Active Directory 사이트에서 모든 허브 전송 서버 또는 Edge 구독을 포함하는 모든 Edge 전송 서버를 Exchange 2007 SP1로 업그레이드하는 경우 해당 Edge 구독의 일부분인 다른 전송 서버도 모두 Exchange 2007 SP1로 업그레이드해야 합니다.
  
  첫 업그레이드를 수행한 지 15일 이내에 Edge 전송 서버가 가입된 Active Directory 사이트에서 모든 Edge 전송 서버와 모든 허브 전송 서버를 업그레이드하지 않으면 다음 EdgeSync 자격 증명 갱신 프로세스가 실패하고 EdgeSync 동기화가 작동하지 않습니다. 이와 같은 프로세스 실패는 Exchange 2007 SP1로 처음 업그레이드한 후 15일에서 30일 사이에 발생합니다.
  
  그러므로 조직에서 Edge 구독을 만드는 경우 Exchange 2007 SP1로 처음 업그레이드한 후 15일 이내(30일이 지나기 전)에 가입된 Active Directory 사이트의 모든 허브 전송 서버와 가입된 모든 Edge 전송 서버를 업그레이드해야 합니다. 이러한 서버에 대한 업그레이드를 15일 이내에 완료하지 않으면 현재 EdgeSync 자격 증명이 만료되며 EdgeSync 동기화의 작동이 중지됩니다.
  
  
• Exchange 2007 SP1에서는 조직에서 구성하는 메일 형식 설정을 사용하여 저널 보고서를 Exchange 2007 조직 외부로 보냅니다. Exchange 2007 조직 외부로 보내는 저널 보고서가 TNEF 형식으로만 보내지는 RTM 버전의 Exchange 2007 과는 달리, 기본적으로 Exchange 2007 SP1에서는 이러한 설정이 MIME으로 설정됩니다.
  
  Exchange 2007 SP1로 업그레이드한 후에 Exchange 2007 조직 외부의 받는 사람에게 메시지를 계속 TNEF 형식으로 보내려는 경우 TNEF 형식으로 메시지를 보내도록 메일 사용 가능 연락처를 수동으로 구성해야 합니다. 또는 원격 도메인을 사용하여 메일 형식 설정을 제어할 수도 있습니다. 자세한 내용은 Exchange 2007 도움말 파일의 TNEF 변환 옵션(TNEF Conversion Options)을 참조하십시오.
  
  

RTM 버전의 Exchange 2007 을 실행하는 통합 메시징 서버를 Exchange 2007 SP1로 업그레이드할 때는 다음 문제를 고려하십시오.

• Office Communications Server 2007 문서: 기술 개요(Office Communications Server 2007 Document: Technical Overview)
  
  
• Office Communications Server 2007 문서: Enterprise Voice 계획 및 배포 설명서(Office Communications Server 2007 Document: Enterprise Voice Planning and Deployment Guide).
  
  

다음은 Exchange 2007 통합 메시징 환경에 Exchange 2007 SP1이 포함되는 경우의 알려진 문제입니다.통합 메시징이 Communications Server 2007과 상호 작용하지 않는 경우에도 다음과 같은 문제를 고려해야 합니다.

• Exchange 2007 RTM의 지역화된 빌드를 Exchange 2007 SP1으로 업그레이드하기 전에 먼저 지역화된 통합 메시징 언어 팩을 제거해야 합니다. 예를 들어 컴퓨터에 독일어 버전의 Exchange 2007 통합 메시징 서버 역할이 설치된 경우 영어 및 독일어 언어 팩 모두가 해당 서버에 설치됩니다. 독일어 언어 팩을 제거한 후 Exchange 2007 SP1으로 업그레이드해야 합니다. Exchange 2007 언어 팩을 제거하는 방법에 대한 자세한 내용은 Exchange 2007 도움말에서 통합 메시징 서버에서 통합 메시징 언어 팩을 제거하는 방법을 참조하십시오. 업그레이드가 제대로 완료되었는지 확인하려면 다음 단계를 수행해야 합니다.
  
  
  1. 통합 메시징 서버에서 Exchange 2007 SP1으로 업그레이드를 수행하기 전에 SP1으로 업그레이드할 서버에 설치된 모든 언어 팩을 제거합니다. 그러나 통합 메시징 서버에서 en-US UM 언어 팩을 제거하지 마십시오.
     
     
  2. 통합 메시징 서버에 Exchange 2007 SP1을 설치합니다.
     
     
  3. 지역화된 버전의 Windows Server 2003 에 Exchange 2007 SP1을 설치할 경우 기본적으로 동일한 언어의 통합 메시징 언어 팩이 업그레이드 프로세스의 일부로 설치됩니다. Exchange 2007 SP1을 설치한 후 각 다이얼 플랜에 기본 언어를 수동으로 구성해야 합니다. 언어 팩을 구성하는 방법에 대한 자세한 내용은 Exchange 2007 도움말에서 기본 언어가 있는 통합 메시징 다이얼 플랜을 구성하는 방법을 참조하십시오.
     
     
• 전용 컴퓨터에 Exchange 2007 SP1 통합 메시징 서버 역할을 배포해야 합니다. 특히 통합 메시징 서버 역할을 실행하는 컴퓨터에 다른 서비스 또는 Exchange 2007 서버 역할을 설치하지 않아야 합니다.
  
  
• Exchange 2007 SP1 업그레이드 프로세스 중에 통합 메시징 구성 파일을 덮어씁니다.
  
  Exchange 2007 SP1을 설치하는 동안 모든 통합 메시징 구성 데이터를 덮어씁니다. 통합 메시징 편집 가능 구성 데이터는 Globcfg.xml 및 UMRecyclerConfig.xml에 포함됩니다.
  
  RTM 버전의 Exchange 2007 을 Exchange 2007 SP1으로 업그레이드하는 경우 Exchange 2007 SP1을 설치하기 전에 Globcfg.xml 및 UMRecyclerConfig.xml 파일을 보관하는 것이 좋습니다. Exchange 2007 RTM에서 이러한 구성 파일을 참조하면 Exchange 2007 SP1을 배포하거나 관리하는 데 도움을 줍니다.
  
  Globcfg.xml 및 UMRecyclerConfig.xml 구성 데이터 파일을 보관하려면 다음을 수행합니다.
  
  
  1. Exchange 2007 이 설치된 디렉터리의 \bin 폴더에서 Globcfg.xml 및 UMRecyclerConfig.xml 파일을 찾습니다. 기본 설치 위치는 C:\Program files\Microsoft\Exchange Server\bin입니다.
     
     
  2. Exchange 2007 SP1을 설치할 때 덮어쓰지 않을 보관 위치에 파일을 복사합니다.
     
     
  3. 파일 이름을 바꿉니다. 예를 들어 파일 이름을 Globcfg_OLD.xml 및 UMRecyclerConfig_OLD.xml로 바꿉니다.
     
     
• RecordingIdleTimeout 매개 변수가 10 이상인 값이 되도록 수동으로 구성한 경우 Exchange 2007 SP1으로 업그레이드한 후 Microsoft Exchange 통합 메시징 서비스가 시작되지 않습니다. RecordingIdleTimeout 매개 변수는 호출이 종료되기 전에 음성 메시지가 녹음될 때 시스템에서 소리가 나지 않아도 되게 허용되는 시간(초)을 결정합니다. RecordingIdleTimeout 매개 변수의 기본값은 5초입니다. RTM 릴리스의 Exchange 2007 에서 이 매개 변수에 대해 지원되는 범위는 2-16초이지만 Exchange 2007 SP1에서 이 매개 변수에 대해 지원되는 범위는 2-10초입니다.
  
  RecordingIdleTimeout 매개 변수가 10 이상인 값이 되도록 수동으로 구성한 경우 Exchange 관리 셸에서 Set-UMDialplan cmdlet를 사용하여 2-10 사이에서 값을 변경합니다. 자세한 내용은 Set- UMDialplan을 참조하십시오.
  
  
• 인증 기관이 Windows Server 2003 SP1(서비스 팩 1) 또는 SP2(서비스 팩 2)에서 실행되는 경우 Windows Server 2008 컴퓨터에서 Windows Server 2003 인증서 서비스 웹 등록 페이지를 사용하여 인증서를 요청할 수 없습니다.
  
  Exchange 2007 SP1은 Windows Server 2003 및 Windows Server 2008 모두에서 지원됩니다. Exchange 2007 SP1에서의 통합 메시징 서버 역할은 프로덕션 환경의 Windows Server 2008 베타 빌드에서 지원되지 않습니다. 그러나 이 릴리스 정보는 Exchange 2007 SP1의 통합 메시징 서버 역할이 비프로덕션 랩 환경에서 베타 버전의 Windows Server 2008 에 설치된 경우 적용됩니다.
  
  Exchange 2007 의 통합 메시징 서버 역할은 TLS(전송 계층 보안) 프로토콜을 지원합니다. 이 컨텍스트에서는 자체 서명 인증서 및 CA(인증 기관)에서 서명한 인증서 모두 지원됩니다.
  
  CA가 Windows Server 2003 SP1 또는 SP 2에서 실행되는 경우 인증서 서비스 웹 등록 페이지를 사용하여 Windows Server 2008 컴퓨터에서 인증서를 요청할 수 없습니다. Windows Server 2003 인증서 서비스 웹 등록 기능에서는 Xenroll이라고 하는 ActiveX 컨트롤을 사용합니다. 이 ActiveX 컨트롤은 Microsoft Windows 2000 Server 및 최신 버전의 Windows Server 에서 사용할 수 있습니다. 그러나 Xenroll은 사용되지 않습니다. 자세한 내용은 Microsoft 기술 자료 문서 922706, Windows Vista에서 인증서 서비스 웹 등록 페이지를 함께 사용하는 방법(How to use Certificate Services Web enrollment pages together with Windows Vista)을 참조하십시오.
  
  
• FIPS(Federal Information Processing Standard)는 Exchange 통합 메시징 SP1에서 지원됩니다.
  
  NIST(National Institute of Standards and Technology)에서 FIPS라고 하는 표준 및 지침을 제공합니다. FIPS는 미국 연방 정부에서 운영하는 IT 시스템에 사용하기 위해 권장되거나 준수해야 하는 표준입니다. FIPS 140-2는 암호화 모듈에 대한 보안 요구 사항이 명시된 규정입니다. 여기서 사용할 수 있는 암호화 알고리즘 및 해시 알고리즘과 암호화 키가 생성 및 관리되는 방법을 지정합니다. FIPS 140-2를 준수하는 방법으로 Exchange 2007 SP1의 통합 메시징을 구성하고 실행할 수 있습니다. 이렇게 하려면 FIPS 140-2가 인증된 운영 체제에 통합 메시징 서버 역할을 설치해야 합니다. Windows Server 2003 은 FIPS 140-2가 인증되어 있습니다.
  
  Exchange 2007 SP1 릴리스의 경우 통합 메시징 역할을 실행하는 Windows Server 2003 컴퓨터에서의 FIPS 활성화는 통합 메시징이 Communications Server 2007과 상호 작용하는 경우에만 지원됩니다. 통합 메시징이 IP 게이트웨이 또는 IP PBX와 인터페이스를 통해 연결된 경우, FIPS 활성화는 Exchange 2007 SP1에서 지원되지 않습니다.
  
  

다음 알려진 문제는 해당 환경에 Office Communications Server 2007과 상호 작용하는 Exchange 2007 SP1이 포함된 경우에만 적용 가능합니다.

• Exchange 2007 SP1 및 Communications Server 2007이 실행되는 환경만 지원됩니다.
  
  
• 아웃바운드 호출과 관련된 A/V 인증 서비스 구성
  
  통합 메시징 및 Communications Server 2007가 함께 설치되고 Interactive Connectivity Establishment가 토폴로지에 구성된 경우, 통합 메시징 트래픽은 Communications Server 2007 끝점이 방화벽 외부에 위치한 경우 A/V Edge 서버를 통해 전달될 수 있습니다. 이러한 경우 Exchange 2007 통합 메시징은 해당 Communications Server 2007 풀을 제공하는 A/V 인증 서비스에서 토큰을 가져와야 합니다. A/V 인증 서비스는 A/V Edge 서버에서 실행하는 Communications Server 2007 서비스입니다. Exchange 2007 통합 메시징은 해당 Communications Server 2007 풀에서 첫 번째 인바운드 호출을 수신할 때 A/V 인증 서비스 토큰을 수신합니다. 따라서 특정 Communications Server 2007 서버를 통해 방화벽 외부에 있는 Communications Server 2007 끝점에 대한 아웃바운드 호출(음성 메시지를 듣거나 부재 중 또는 일반 인사말을 듣거나 또는 부재중 또는 일반 인사말을 변경하기 위한 전화에서 재생 호출 포함)은 인바운드 호출(방화벽 내부 또는 외부로부터)을 특정 Communications Server 2007 풀에서 수신한 경우 성공적으로 수행됩니다.
  
  방화벽 외부에 대한 아웃바운드 호출이 실패할 가능성을 최소화하거나 제거하기 위해 각 UM 다이얼 플랜을 여러 Communications Server 2007 풀에 연결하는 것이 좋습니다. 이러한 Communications Server 2007 풀은 UM IP 게이트웨이 개체로 나타납니다.
  
  또한 각 다이얼 플랜의 경우 아웃바운드 호출을 위해 이러한 UM IP 게이트웨이 중 하나만 활성화합니다. 아웃바운드 호출을 위해 선택한 UM IP 게이트웨이 개체는 예상되는 최대 들어오는 호출 중 하나이어야 합니다. 이렇게 하면 방화벽 외부의 Communications Server 2007 끝점에 대한 아웃바운드 호출이 지정된 IP 게이트웨이를 통과하기 전에 인바운드 호출이 수신될 가능성이 높습니다. 인바운드 호출을 수신하면 지정된 Communications Server 2007 풀을 제공하는 A/V Edge 서버에서 A/V 인증 서비스 토큰이 통합 메시징에 포함되고 아웃바운드 호출이 성공적으로 수행됩니다.
  
  기본적으로 아웃바운드 호출은 각 UM IP 게이트웨이 개체에서 활성화됩니다. IP 게이트웨이를 통한 아웃바운드 호출은 다음 명령을 실행하여 Exchange 관리 셸에서 비활성화할 수 있습니다. Set-UMIPGateway <IP gateway name> -OutcallsAllowed $false. 또는 다음과 같이 Exchange 관리 콘솔에서 UM IP 게이트웨이 개체를 비활성화할 수 있습니다.
  
  
  1. UM IP 게이트웨이 개체 속성을 엽니다.
     
     
  2. 일반 탭에서 이 UM IP 게이트웨이를 통해 나가는 호출 허용 확인란을 지웁니다.
     
     
• 해당 환경에 Communications Server 2007과 상호 작용하는 Exchange 2007 SP1이 포함된 경우 Test-UMConnectivity cmdlet는 통합 메시징 서버에서 실행하는 경우에만 작동합니다.
  
  Communications Server 2007이 트러스트 관계를 가진 컴퓨터와 연결될 수 있기 때문에 Test-UMConnectivity cmdlet는 통합 메시징 서버에서만 작동합니다. 통합 메시징이 Communications Server 2007과 연결되어 있고 Test-UMConnectivity cmdlet를 사용하는 경우 호출은 Office Communications Server 2007 컴퓨터로 이동한 후 통합 메시징 서버로 복귀합니다. PSTN(Public Switched Telephone Network) 네트워크에는 영향을 주지 않습니다.
  
  

  참고:
  통합 메시징 서버가 SIP(Session Initiation Protocol) 게이트웨이 또는 IP PBX와 연결된 통합 메시징 환경의 경우 Test-UMConnectivity cmdlet는 Exchange 관리자 도구가 설치된 모든 컴퓨터에서 실행할 수 있습니다.

  Test-UMConnectivity cmdlet에 대한 자세한 내용은 Exchange 2007 도움말에서 Test- UMConnectivity를 참조하십시오.
  
  
• "음성 메일"이라고 하는 Outlook 음성 메일 검색 폴더에 위치한 음성 메일 메시지는 Exchange 2007 SP1으로 업그레이드한 후 액세스할 수 없습니다.
  
  Exchange 2007 SP1에서 통합 메시징에 대해 활성화하기 전에 검색 폴더 이름을 "음성 메일"이라고 지정한 경우 Outlook 에서 해당 검색 폴더를 클릭하면 통합 메시징에서 만들어진 음성 메일 메시지를 볼 수 없습니다.
  
  이 문제를 해결하려면 이전 검색 폴더를 삭제하거나 이름을 바꾼 다음 Outlook Voice Access를 통해 로그온해야 합니다. Outlook 에서 캐시된 Exchange 모드를 사용하는 경우 /cleanfinders 스위치를 통해 Outlook 을 다시 시작한 다음 Outlook Voice Access를 통해 로그온해야 합니다.
  
  
• 사용자 환경에 Communications Server 2007과 상호 작용하는 Exchange 2007 SP1이 포함된 경우 통합 메시징 서버는 Communications Server 2007 사용자 특성을 사용하여 호출자 ID로 사용자 이름을 확인합니다. 이 기능은 특정 다이얼 플랜에 있는 사용자가 다른 다이얼 플랜의 사용자를 호출할 때 유용합니다. 특성은 msRTCSIP-Line이라고 하며 Communications Server 2007 컴퓨터에 설치된 Active Directory 스키마에 속합니다. 이 호출 확인 기능을 사용하도록 설정하려면 통합 메시징 서버에 최소한 해당 특성에 대한 읽기 권한이 있어야 합니다. 통합 메시징 서버가 LocalSystem 계정에서 실행되기 때문에 통합 메시징 서버에 대한 Active Directory 컴퓨터 개체는 Active Directory 의 모든 통합 메시징 및 Communications Server 2007 사용자 개체에서 msRTCSIP-Line 특성에 대한 읽기 액세스 권한을 최소한 부여해야 합니다.