3장 새 메일 서버 계획 시 고려할 사항

이 절에서는 모든 마이그레이션 프로젝트를 계획할 때 고려해야 할 사항에 대해 설명합니다.

사이트 구성 및 사용자 특성 파악

모든 사용자가 한 위치, 즉 한 건물 안에 있습니까? 한 층에 있습니까? 한 사무실 안에 있습니까? 아니면 본사는 서울에, 공장은 중국에, 지사는 미국에 있습니까? 현재 전자 메일 시스템에서 각 위치에는 몇 개의 Exchange 서버와 몇 명의 사용자가 있습니까? 마이그레이션이 끝나면 각 위치에서는 몇 대의 Sun Java System 서버가 사용자에게 서비스를 제공할 것입니까?

현재의 전자 메일 시스템에서 사용자는 여러 Exchange 서버에 어떻게 할당되어 있습니까? 위치별로만 할당되어 있습니까? 영업 부서, 엔지니어링 부서, 고객 서비스 부서 등 조직 내의 각 부서별로 할당되어 있습니까? 아니면 XYZ 제품 팀, ABC 제품 팀과 같이 업무 단위 또는 팀별로 할당되어 있습니까?

여러 사용자의 교육 및 훈련 배경은 어떠합니까? 이들이 컴퓨터를 사용하여 업무를 수행한 지는 얼마나 되었습니까? 마이그레이션이 이루어지는 동안 관리자나 지원 담당자가 어느 정도까지 협력할 수 있습니까?

사용자 그룹 기준 및 의미

한 번에 마이그레이션할 수 있는 최적의 사용자 수를 결정합니다. 마이그레이션을 위한 최적의 그룹 크기는 서버상의 사용자 당 데이터 양에 어느 정도 좌우됩니다. 마이그레이션과 관련하여 지원 부서에 지원을 요청하는 사용자가 일부 있을 것이므로 마이그레이션 그룹 크기는 지원 부서의 규모와 가용성과 상관 관계가 있습니다.

생각지 못한 문제가 발생할 가능성이 있으므로 처음 마이그레이션하는 몇 개의 그룹은 예상 최적 크기보다 약간 작아야 합니다. 이렇게 작은 규모의 그룹을 먼저 마이그레이션하면 나중에 더 큰 그룹을 마이그레이션할 때 지원 부서가 감당해야 할 업무량이 어느 정도일지 예상하는 데도 도움이 될 것입니다.

마지막으로 업무 기능별 또는 근접성별로 관련된 논리적 그룹에 따라 마이그레이션하면 서로 도움을 줄 수 있습니다.

데스크탑 설치 방법

Sun Java System Connector 배포 툴킷에는 대부분의 환경, 상황 및 관리자의 환경 설정에 적합한 마이그레이션 전략을 구축하여 구현할 때 유연성을 제공하는 옵션과 다양한 도구가 포함되어 있습니다. 다음 부분에서는 대부분의 일반적인 시나리오와 Sun의 마이그레이션 도구 사용에 대해 설명합니다.

대화식 사용자 설치(셀프 서비스)

Sun Java System Connector 설치 마법사는 최종 사용자가 쉽게 사용할 수 있도록 자동으로 실행됩니다. 설치 마법사는 파일 서버에 배치할 수 있으므로 최종 사용자 워크스테이션에 개별적으로 설치할 필요가 없습니다. 그러나 Java System Connector 소프트웨어를 사용자 데스크탑에 실제로 설치하려면 대부분의 사용자에게는 허용되지 않는 액세스 권한이 필요합니다. 사용하는 데스크탑에 대한 설치 권한이 없는 최종 사용자가 있는 경우에는 다음 중 한 가지 전략을 선택할 수 있습니다.

각 사용자의 워크스테이션을 방문하여 관리자 권한을 사용하여 소프트웨어를 사용자의 데스크탑에 직접 설치합니다.

Microsoft의 SMS과 같은 구성 관리 도구를 사용하여 소프트웨어를 다수 사용자의 데스크탑에 “푸시”합니다("SMS 또는 기타 구성 관리 도구를 통한 자동 “푸시”" 참조).

소프트웨어를 사용자의 데스크탑에 복사한 후 사용자가 설치 마법사를 실행하여 소프트웨어를 구성하고 기존의 개인 폴더(.pst) 파일을 변환합니다.

변환 프로그램을 실행하는 최종 사용자는 Sun Java System 서버에 자신의 자격 증명을 제공합니다. 이 방법을 사용하면 비밀번호로 보호되는 .pst 파일("Outlook의 비밀번호 보호 개인 저장소" 참조)을 변환할 수 있으며 사용자가 새 Sun Java System Connector 소프트웨어와 함께 사용하기 위해 변환할 개인 저장소를 지정할 수 있습니다. (사용자는 변환되지 않은 전자 메일 메시지를 읽을 수는 있지만 새 서버에서 변환되지 않은 주소를 인식하지 못하기 때문에 답장을 보낼 수 없습니다. 따라서 아주 오래되어 답장할 필요가 없는 개인 저장소가 있으면 사용자는 그러한 파일을 변환하지 않은 채 두는 경향이 있습니다. 백그라운드에서 변환을 수행하면 사용자의 컴퓨터에서 다른 작업을 할 수 있지만 다른 응용 프로그램이 느려질 수 있습니다.)

사용자의 기술 능력에 따라, 마이그레이션하기 전과 후의 네트워크 구성이 얼마나 복잡한가에 따라 지원 부서의 업무가 늘어납니다.

관리자가 설치를 수행할 권한이 없는 여러 사용자의 워크스테이션을 방문하여 사용자 데스크탑에 소프트웨어를 복사하려면 시간과 노력이 많이 듭니다.

관리자가 사용자 컴퓨터에서 설치 수행

위에 설명한 것처럼 사용자가 직접 설치하도록 하는 경우도 있지만 관리자가 사용자의 데스크탑을 방문하여 설치 및 구성 작업을 모두 대신 수행하는 경우도 있습니다. 이 방법을 사용하면 작업을 스스로 수행할 준비가 제대로 되지 않은 사용자를 위해 원활하게 마이그레이션할 수 있습니다. 배포 계획에는 어떠한 사용자에게 이러한 관리자 방문 설치를 제공할 것인지 포함되어 있어야 합니다.

SMS 또는 기타 구성 관리 도구를 통한 자동 “푸시”

사용자 데스크탑에 소프트웨어를 설치하려면 대부분의 최종 사용자에게는 허용되지 않는 액세스 권한이 필요합니다. 대부분의 네트워크 관리자는 Microsoft의 SMS와 같은 구성 관리 도구를 사용하여 다수 사용자의 데스크탑에 소프트웨어를 “푸시”합니다. 이 방법을 사용하면 사용자의 액세스 권한이 필요하지 않습니다. 최종 사용자가 소프트웨어를 설치할 수 없는 “차단된” Windows 환경에 네트워크 서비스를 제공하는 경우에는 이런 종류의 자동화된 구성 관리 방법을 사용하면 관리자가 각 사용자 데스크탑을 방문하지 않아도 됩니다.

“푸시” 배포를 수행하기 위해 배포 구성 프로그램을 사용하여 각 사용자에 대해 두 가지의 서로 다른 설치 패키지를 구축하고 이를 차례로 연속하여 실행할 수 있습니다. 첫 번째 설치 패키지는 필요한 Sun Java System 소프트웨어를 “푸시” 방식으로 설치하고 두 번째 패키지는 사용자가 설치된 소프트웨어의 구성 및 자신의 기존 데이터 파일 변환에 대해 선택할 수 있는 대화식 프로세스를 실행하도록 하는 것입니다. 이런 “푸시” 방법을 사용하여 최종 사용자를 위한 변환 과정을 완전히 자동화할 수 있습니다. 그러나 이렇게 하려면 각 최종 사용자에게 특정한 정보(사용자의 Sun Java System 자격 증명)를 사용하여 패키지를 호출해야 하기 때문에 스크립트가 필요합니다.

배포 구성 프로그램 참조서에서는 Microsoft의 SMS를 사용하여 이러한 소프트웨어의 “푸시” 배포 방법을 구현하는 지침을 제공합니다. 이 참조서에서는 명령줄 스위치와 SMS 스크립트를 사용하여 사용자의 개인 폴더(.pst) 파일에 필요한 사용자 비밀번호를 데스크탑 설치 프로그램에 전달함으로써 설치 과정을 완전히 자동화하는 방법도 설명합니다.

데스크탑 설치를 위한 명령줄 스위치

Sun Java System Connector 설치 마법사는 위에 설명한 다른 데스크탑 설치 방법 또는 “Application Notes for Special Circumstances”의 Sun Java System Connector for Microsoft Outlook Deployment Configuration Program Reference에 설명된 SMS 스크립트와 함께 사용할 수 있는 명령줄 스위치를 지원합니다.

/USERNAME=xxx, 여기서 xxx는 Sun 서버상의 사용자 아이디입니다.
/PASSWORD=xxx, 여기서 xxx는 Sun 서버상의 비밀번호입니다.
/FULLNAME=xxx, 여기서 xxx는 사용자의 화면 표시 이름입니다.
/EMAILADDRESS=xxx, 여기서 xxx는 사용자의 전자 메일 주소입니다.
/DN=xxx, 여기서 xxx는 Sun 서버상의 사용자 DN입니다.
/NEWPROFILENAME=xxx, 여기서 xxx는 생성된 프로필의 이름입니다.
/SAVEPASSWORD=n, 여기서 n = 1(저장) 또는 0(저장 안함)입니다.

/OLDDOMAIN=xxx, 여기서 xxx는 Exchange 도메인입니다.
/OLDUSERNAME=xxx, 여기서 xxx는 Exchange 사용자 이름입니다.
/OLDPASSWORD=xxx, 여기서 xxx는 Exchange 비밀번호입니다.

단순한 메시지가 아닌 중요한 서버 데이터 마이그레이션

구 서버에는 사용자에 대한 귀중한 정보가 포함되어 있습니다. 효율적인 마이그레이션이 이루어지면 새 Sun Java System 서버에서 이 정보를 추출하여 사용함으로써 사용자 계정을 제공할 수 있습니다. 구 서버에는 이전의 메일 메시지 외에도 사용자 일정, 작업 및 개인 주소록과 연락처가 포함되어 있습니다. 또한 사용자 이름, 기본 인터넷 주소, 인터넷 별칭, 전화 번호, 우편 주소뿐 아니라 사용자의 소속 부서, 직책 등의 정보와 회사의 공개 배포 목록도 들어 있습니다.

서버 데이터 마이그레이션에 대한 자세한 설명은 이 설명서에서 다루지 않지만, 구 서버는 메일 경로의 변경뿐 아니라 Sun Java System에서 사용자에게 서비스를 제공하는 귀한 데이터 자원이라는 사실을 알아야 합니다. Sun 전문가 서비스를 통해 배포 계획에 서버 데이터 마이그레이션을 수용하는 데 필요한 도움을 얻을 수 있으며 타사에서도 서버 데이터 마이그레이션을 위한 기술과 전문 지원을 제공하고 있습니다.

서버 마이그레이션 진행 중의 메일 경로

모든 사용자를 동시에 구 서버에서 새 서버로 마이그레이션하는 것은 아닙니다. 사용자의 실제 마이그레이션에 앞서 새 서버상에 사용자 계정을 만들어 제공합니다. 이처럼 마이그레이션이 진행되는 기간 중에는 같은 주소의 사용자 메일함이 신구 서버 양쪽에 동시에 상주하게 됩니다. 그러므로 마이그레이션이 이루어지는 동안 사용자의 메일이 제대로 전달되도록 하려면 임시 메일 전송 규칙을 정해야 합니다.

새로운 인터넷 주소를 구현하는 중이라도 사용자의 옛 인터넷 주소가 올바른 서버에 계속 전달될 경우에만 이전의 메시지에 대한 답장이 전달될 수 있으므로 구 서버에는 옛 주소를 그대로 두어야 합니다. 특정 도메인에 대한 모든 인터넷 메일은 관련된 MX 레코드에 지정된 단일 서버로 가기 때문에 MX 레코드가 Sun Java System 서버를 가리키도록 업데이트할 시기를 결정해야 합니다.

마이그레이션이 시작될 때 MX 레코드가 Sun Java System 서버로 전환될 경우에는 로컬 메일함에 전달할 수 없는 메일을 구 서버의 해당 메일함으로 보내도록 Sun Java System 서버를 구성해야 합니다. Sun Java System 서버에서 새로운 사용자에게 서비스를 제공함에 따라 새 서버상에 메일 전송 규칙을 정의하여 정상적으로는 새 메일함에 전달되어야 할 메일이 구 서버의 해당 사용자 메일함으로 전송되도록 해야 합니다. 각 사용자가 새 서버로 마이그레이션한 다음에는 새 서버에서 처음의 전송 규칙을 삭제하고 구 서버에서 사용자의 모든 메일을 해당 Sun Java System 메일함으로 전송하는 새로운 규칙을 정해야 합니다.

반면에 MX 레코드가 마이그레이션 기간이 끝날 때까지 구 서버를 가리킬 경우에는 로컬로 전달할 수 없는 메일을 Sun Java System 서버상의 해당 사용자 메일함에 보내도록 구 서버를 구성해야 합니다. 사용자가 새 서버로 마이그레이션한 다음에는 구 서버의 다른 사용자가 보낸 메일을 Sun Java System 서버의 새 사용자 계정으로 보내도록 구 서버에서 새 규칙을 정의해야 합니다.

마이그레이션 진행 기간 중의 전역 주소록 동기화

규모가 큰 조직이라면 마이그레이션을 모두 마치는 데 몇 주 내지 몇 달이 걸릴 수 있습니다. 따라서 마이그레이션이 진행되는 기간 동안 일부 사용자는 신구 시스템 양쪽에 있게 됩니다. 많은 조직에서는 모든 사용자가 올바른 기업 디렉토리(화이트 페이지, 전역 주소록)에 대한 액세스를 유지하고자 하지만 두 서버의 디렉토리를 정기적으로 동기화해야 합니다. 그러므로 마이그레이션 기간 동안 두 디렉토리를 정기적으로 동기화할 방법을 배포 계획에 지정해야 합니다.

이 문제에 대해서는 Sun 전문가 서비스 담당자의 도움을 얻을 있습니다. 또한 디렉토리 동기화를 수행할 수 있는 제품도 나와 있습니다.

Sun Java System 서버를 위한 신규 사용자 아이디 및 비밀번호

대부분의 네트워크 시스템은 사용자의 비밀번호가 누출되지 않도록 설계되어 있습니다. 특히 Microsoft Exchange는 비밀번호가 확실히 보호됩니다. 이러한 보안 대비책으로 인해 구 서버에서 새 서버로 마이그레이션할 때 사용자의 기존 비밀번호를 알아내는 일이 불가능합니다.

한편, 대부분에 조직에서는 Sun Java System으로 마이그레이션하는 동안 인터넷 주소의 형식을 표준화하거나 도메인을 결합하는 것을 선호합니다. 따라서 계정 이름과 인터넷 주소를 어떻게 이끌어내고 사용자의 새 비밀번호를 어떻게 지정할 것인지 미리 결정해 두어야 합니다.

또한 네트워크 관리자는 이러한 사용자의 자격 증명을 사용자와 기업 지원 부서에 통신할 방법도 마련해야 합니다. 한 가지 일반적인 방법은 그룹 마이그레이션 바로 직전에 전자 메일을 병합할 준비를 하여 해당 그룹이 새 서버에 처음 로그인할 때 마이그레이션 그룹의 각 구성원이 개별적으로 자격 증명을 받도록 하는 것입니다.

Outlook의 비밀번호 보호 개인 저장소

Outlook 사용자는 개인 폴더(.pst) 파일에 대해 비밀번호를 지정할 수 있습니다. 그러나 Sun Java System Connector 설치 마법사에서는 이 파일을 열고 수정하여 새 커넥터 소프트웨어와 Sun Java System 서버에서 사용할 수 있도록 변환해야 합니다. 그러므로 최종 사용자는 변환하려는 .pst 파일의 비밀번호를 제공해야 합니다.

설치 마법사는 사용자에게 필요한 비밀번호를 입력하라는 메시지를 표시합니다. 이 때에는 사용자가 관여해야 하기 때문에 자동 설치 모드를 사용할 수 없습니다. 설치 마법사를 자동 모드로 실행하는 것이 중요할 경우 변환하는 동안 사용자에게 모든 비밀번호를 제거하도록 지시하거나 비밀번호를 해당 위치에 넣어 마법사를 실행할 수 있습니다. 자동 설치 모드로 설치 마법사를 실행하는 도중 비밀번호로 보호되는 파일이 나오면 그 파일을 변환하지 않고 변환되지 않은 파일이 있다고 보고합니다. 관리자의 배포 구성 도구에 있는 설정에 따라 설치 마법사에서 이벤트를 오류로 기록할 수도 있습니다.