Microsoft Office: Getting Started with Project Server 2007

아티클
08/24/2016

Microsoft Office

Project Server 2007 입문

Alan Maddison

한 눈에 보기:

향상시킬 수 있는 일반적인 네 가지 영역
다중 계층 아키텍처를 통한 확장성과 유연성 향상
설치 사전 요구 사항
설치와 구성

IT 관리자라면 대부분 Microsoft Office Project(Standard 또는 Professional)를 사용하여 적어도 여러 프로젝트 중 일부를 간소화하고 정리해 본 경험이 있을 것입니다. 그러나 Project Server의 경우에는 인식이나 전문 기술 부족 또는 단순히 복잡한 설치와 구성을 수행할 시간이 부족하다는 이유 때문에 구현 경험이 가진 관리자가 많지 않을 것입니다. Office Project Server 2007에서 Microsoft는 사용자에게 제공되는 특성과 기능은 물론 관리자의 관심을 끄는 발전을 이루었습니다.

이 기사에서는 Project Server의 가장 중요한 몇 가지 새로운 특성과 기능을 소개하고 Project Server 2007의 설치와 구성 과정을 설명하겠습니다. 그중에서도 Project Server 인프라를 확장하는 데 있어 높은 수준의 유연성을 제공하는 웹 팜 구현을 집중적으로 살펴보겠습니다. 현재로서는 독립 실행형 서버로 충분하더라도 단일 서버 웹 팜을 갖추면 인프라에 복잡성을 크게 가중시키지 않고도 회사에서 앞으로 필요할 수 있는 요구에 맞춰 수월하게 확장할 수 있습니다.

Office Project Server 제품군은 여러 제품을 지원하지만 이 기사에서는 Project Server를 중점적으로 살펴보겠습니다. 데스크톱 클라이언트에 대해서는 자세하게 살펴보지 않겠지만 Project Standard(데스크톱 클라이언트)는 Project Server에 연결할 수 없으며 Project Professional만 연결할 수 있습니다.

특징과 기능

Microsoft가 Project Server 2007에서 향상시킨 기능은 엔터프라이즈 기능, 사용 편이성, 통찰력, 그리고 확장성의 네 가지 일반적인 영역으로 나눌 수 있습니다. 이전 버전의 Project Server를 사용해 보았다면 Microsoft가 이러한 영역에 집중한 이유를 알 수 있을 것입니다.

Project Server 2003은 강력한 응용 프로그램이지만 복잡성 때문에 문제 해결이 매우 까다롭고 관리 오버헤드를 가중됩니다. 게다가 사용자 지정이 상당히 까다롭고 SQL Server 2000 Analysis Services와의 통합을 제외하고는 보고 기능의 유연성이 부족했습니다. 다행스럽게도 이제는 이러한 단점이 해결되어 사용자와 관리자가 모두 생산적인 Project Server 환경을 쉽게 사용할 수 있습니다.

Project Server 2003의 확장성 제한은 그림 1에 나와 있는 것과 같은 진정한 다중 계층 아키텍처를 통해 해결되었습니다. 웹 계층은 Project Web Access와 WSS(Windows SharePoint Services) 3.0으로 구성됩니다. 응용 프로그램 계층은 Project Server 플랫폼, 큐 서비스, 보고 서비스, 이벤트 시스템, 그리고 Project Server 기능을 관리자와 개발자에게 공개하는 완전히 새롭게 수정된 API인 PSI(Project Server Interface)로 구성됩니다. 데이터 계층은 SQL Server 2000 또는 SQL Server 2005에 저장되는 Project Server 데이터베이스를 포함합니다. 이러한 계층은 많은 사용자를 지원하기 위해 확장하는 데 도움이 됩니다.

그림 1 Project Server 2007 아키텍처

Microsoft는 이 새 아키텍처의 기능으로 독립 실행형, 소형 팜, 중형 팜, 대형 팜, 그리고 익스트라넷을 포함하는 다양한 배포 토폴로지를 지원합니다. 각 토폴로지를 통해 Project Server 구성 요소의 세분화는 물론 웹 프런트 엔드에 대한 부하 분산과 SQL 서버 클러스터링과 같은 기술을 통합할 수 있습니다. 다른 엔터프라이즈급 개선 사항에는 활성 캐시, 네트워크 트래픽과 클라이언트 응답성을 최적화하는 클라이언트/서버 기술, 그리고 데이터 무결성과 내결함성을 보장하면서도 안정성을 향상시키고 일관성 있는 사용자 환경을 촉진하는 큐 서비스가 포함됩니다.

Project Server에 대해 배우고 사용하기 쉽게 하기 위한 부분에도 상당한 향상이 이루어졌습니다. 관리자에게 이것은 일단 제품을 설치하고 구성하면 사용자가 알아서 이를 사용하고 생산성을 높일 수 있다는 것을 의미합니다.

이와 같이 Project Server를 사용하기 쉽게 만든 요인으로는 작업 및 시간 관리를 제공하는 Microsoft Office Outlook용 플러그 인, 그리고 Office Excel 보고 기능 및 Office Visio 다이어그램 작성 기능과 통합되는 Visual Reports를 포함한 Microsoft Office와의 밀접한 통합을 들 수 있습니다. SharePoint 작업 목록에 대한 지원을 통해 작업 예약과 프로젝트 생성이 간소화되었으며 이를 통해 사용자는 임시 프로젝트가 성장함에 따라 더 신속하게 강력한 프레임워크로 통합할 수 있게 되었습니다.

Microsoft Project 작업 목록 가져오기 템플릿을 사용하면 Excel에서 간단한 작업 목록을 만들고, 이를 Project Server로 가져온 다음 리소스와 할당을 추가할 수 있습니다. 또한 미리 정의된 프로젝트 템플릿의 포괄적인 목록이 제공되므로 신속하게 다양한 프로젝트 유형의 프로젝트 개요를 구성할 수 있습니다. 신규 사용자는 Project Server 내의 향상된 프로젝트 가이드를 활용하여 생산성을 극대화할 수 있으며 숙련된 사용자는 이 기능을 끌 수 있습니다. 자원 대체 마법사를 통해 자원 계획이 간소화되었으며 숙련된 프로젝트 관리자는 여러 번 실행 취소 기능을 사용하여 일정을 조정하는 데 있어 상당한 능력과 유연성을 가지게 되었고 많은 시간을 소비하지 않고도 작업의 영향을 이해할 수 있게 되었습니다. 일정을 포함하여 최근의 편집에 의한 모든 변경을 강조하는 변경 내용 강조 기능도 많은 도움이 됩니다.

더 나아가 Project Server는 이제 프로젝트 재무 관리와 계획에 대한 더 나은 시야를 제공하며 타사 회계 시스템과의 통합을 허용하는 비용 자원이라는 새로운 자원 유형이 추가되었습니다. 이 밖에도 Project Server에 미리 정의된 여러 회계 필드가 도입되었습니다. 예를 들어 조직에서 예산 필드를 사용하여 예산을 비용, 노동력 또는 재료로 지정하고 프로젝트가 진행되는 동안 변화를 추적할 수 있습니다. 새 시간표 솔루션은 프로젝트 자원의 보다 정확한 시간 추적을 지원하는 것은 물론 일반적인 회계 시스템과의 통합을 위해 디자인되었습니다. 새 자원 계획 기능을 사용하면 자원 할당에 대한 개략적인 보기가 제공되므로 세부 정보가 준비되지 않았거나 가령 프로젝트 구상 단계와 같이 필요한 경우 임시 계획을 원활하게 진행할 수 있습니다.

Project Server를 수월하게 사용자 지정하고 확장할 수 있는 다른 향상된 기능이 있습니다. 앞서 언급한 완전히 수정된 API인 PSI를 사용하면 ADO.NET을 통해 수월하게 Project Server 데이터에 액세스할 수 있으며 프로젝트, 자원, 작업 및 할당을 프로그래밍 방식으로 조작할 수 있습니다. 이 밖에도 타사 응용 프로그램이 Project Server 내의 이벤트에 응답할 수 있도록 허용하는 포괄적인 서버 쪽 이벤트 시스템을 통해 API가 한층 강화되었습니다. 마지막으로 Windows WF(Workflow Foundation)와의 통합을 통해 워크플로에 대한 지원이 기본으로 제공됩니다.

설치 사전 요구 사항

이 기사에서는 Windows Server 2003에 Project Server 2007을 설치하는 것을 집중적으로 살펴볼 것이지만 설치와 구성에 필요한 단계가 크게 다른 경우에는 Windows Server 2008을 사용하는 부분도 소개할 것입니다. Windows Server 2008을 사용하려는 경우에는 Project Server 2007 SP1을 사용해야 하며 서버 하드웨어가 Microsoft 권장 사항을 충족해야 합니다. 구체적으로 살펴보면 최소 2GB RAM을 갖추고 클록 속도가 3.0GHz인 이중 코어 또는 이중 CPU를 장착해야 합니다.

여기에서는 소형 웹 팜을 설치하고 구성하는 과정을 집중적으로 살펴볼 것이며 이 경우에는 모든 구성 요소(웹 서버, 응용 프로그램 서버 및 데이터베이스 서버)를 한 컴퓨터에 설치하거나 데이터베이스 서버를 다른 실제 컴퓨터에 호스팅하는 두 가지 배포 옵션이 있습니다. 두 옵션은 모두 최대 500명의 사용자를 지원하므로 작은 환경에 사용하는 데 문제가 없으며 또한 회사가 발전함에 따라 유연성을 제공합니다. 일반적인 권장 사항은 적어도 분리된 데이터베이스 서버를 사용하는 것을 고려하고 대규모 조직에서는 각 계층에 분리된 하드웨어를 사용하는 것입니다.

데이터베이스 서버가 사용 가능해야 설치를 시작할 수 있습니다. SQL Server 설치에 대한 설명은 이 기사의 범위를 벗어나지만 SQL Server 2000 SP4 또는 SQL Server 2005 SP2를 사용해야 하며 명명된 파이프를 활성화해야 합니다. 또한 WSS를 설치하는 데 사용된 계정에는 SQL Server에 새 데이터베이스를 만드는 데 필요한 모든 권한이 있어야 합니다.

Microsoft .NET Framework 3.0 SP1(결과적으로 WF도 설치)을 설치해야 하며 제어판에서 프로그램 추가/제거 애플릿의 Windows 구성 요소 추가/제거 섹션에 있는 응용 프로그램 서버 옵션을 선택하여 IIS 6.0을 설치해야 합니다. 응용 프로그램 서버를 선택할 때 자세히를 클릭하면 선택할 수 있는 ASP.NET을 활성화해야 합니다. 이 항목이 IIS 내에서 활성화되어 있지 않으면 Project Server가 ASP.NET 2.0.50727 웹 확장을 설치하지 않습니다. IIS가 활성화되기 전에 ASP.NET 2.0을 설치한 컴퓨터에서 이러한 현상이 발생할 수 있습니다. 이 경우에는 aspnet_regiis –i –enable 명령을 실행하여 ASP.NET 2.0을 활성화하십시오.

Windows Server 2008에서는 서버 관리자를 사용하여 웹 서버(IIS) 역할과 응용 프로그램 서버 역할을 추가하면 됩니다. .NET Framework 3.0을 설치하는 응용 프로그램 서버 역할의 일부로 Application Server Foundation 및 웹 서버(IIS) 지원 역할 서비스가 설치되도록 선택해야 합니다.

Project Server 2007 설치

Setup.exe를 실행하여 Project Server 설치를 시작합니다. WSS를 설치해 보았다면 WSS 3.0에 기반을 두고 있는 Project Server 2007 설치가 익숙하게 느껴질 것입니다. 제품 키를 입력하고 사용권 계약을 확인한 다음 기본이나 고급 설치를 선택합니다. 독립 실행형 시스템을 계획하는 경우에는 SQL Server 2005 Express 버전을 포함하여 모든 구성 요소를 한 서버에 설치하는 기본을 선택합니다. 고급을 선택하면 그림 2와 같은 화면을 볼 수 있습니다. 전체 설치 옵션을 선택하면 웹 프런트 엔드와 응용 프로그램 서버 구성 요소를 설치합니다.

그림 2 단일 컴퓨터에 모든 구성 요소를 설치하는 독립 실행형 설치

서버를 검색 서버로 구성하는 경우에는 인덱스에 사용할 많은 양의 로컬 저장소가 필요합니다. 따라서 파일 위치 탭(그림 2 참조)을 클릭하고 다른 설치 위치를 선택할 수 있습니다. 전체 설치를 선택한 다음 지금 설치 단추를 누릅니다.

설치가 완료되면 "지금 SharePoint 제품 및 기술 구성 마법사 실행" 옵션이 기본적으로 선택됩니다. 닫기 단추를 클릭하여 구성 마법사를 시작합니다.

마법사가 시작되고 다음을 클릭하여 시작 화면을 지나치면 IIS를 포함하여 일부 서비스를 다시 시작해야 할 수 있다는 알림이 표시됩니다. 예를 클릭하여 다음 화면으로 진행합니다. 다음 화면에서는 새 서버 팜을 만들거나 기존 서버 팜에 연결할 수 있습니다. 새 팜을 만드는 옵션을 선택하고 데이터베이스 서버 이름을 입력합니다.

그림 3에 나와 있는 것처럼 WSS에서 데이터베이스에 연결하는 데 사용할 도메인 사용자 계정의 이름을 입력해야 할 수 있습니다. 설치 중에 SQL Server 권한을 할당하고 IIS 내의 Windows SharePoint Services 중앙 관리 응용 프로그램 풀에 대한 자격 증명도 제공합니다. 독립 실행형 서버를 배포하는 경우 사용자 계정이 로컬일 수 있습니다.

그림 3 구성 데이터베이스 만들기

다음을 누르면 포트 번호를 구성하고 중앙 관리 웹 응용 프로그램에서 사용될 인증 방법을 선택하라는 메시지가 표시됩니다. 마법사는 기본적으로 임의의 포트 번호를 할당하며 확인란을 선택하고 포트 번호를 입력하면 이를 변경할 수 있습니다. 기본 인증 프로토콜은 NTLM이며 두 번째 옵션은 협상(Kerberos)입니다. 두 번째 옵션을 선택하면 인증 프로세스에서는 먼저 Kerberos를 사용하도록 시도하고 이것이 실패하면 NTLM을 사용합니다. Kerberos 인증을 활성화하기 위한 요구 사항에 대해 익숙하지 않다면 NTLM을 사용하십시오.

다음을 누르면 요약 화면이 표시됩니다. 다시 다음을 누르면 구성 절차를 시작할 수 있습니다. 프로비저닝 절차가 완료되면 중앙 관리 사이트의 포트 번호를 기록해 두십시오. 마침 단추를 누르면 그림 4에 나와 있는 것처럼 브라우저에 중앙 관리 웹 사이트가 열립니다.

그림 4 중앙 관리 웹 사이트

남은 단계를 안내하도록 중앙 관리 웹 사이트가 미리 구성되어 있음을 알 수 있습니다. 이 목록의 첫 번째 항목은 다음을 포함하여 몇 가지 남은 구성 단계를 나열하는 SharePoint Services 빠른 시작 가이드에 대한 안내입니다.

받는 전자 메일과 보내는 전자 메일 설정 구성
웹 응용 프로그램 작성 및 확장
사이트 및 하위 사이트 만들기
워크플로 설정 구성
진단 로깅 구성

전자 메일 설정을 구성하는 지침에 따라야 하지만 다른 모든 Project Server 설정은 후속 작업에서 설명됩니다. 두 번째 작업은 팜 서비스를 구성하기 전에 팜에 모든 서비스를 추가하라는 알리는 것입니다. 팜에 서버를 추가하고 어떤 서버가 이미 추가되었는지 확인하려면 그림 5에 나와 있는 것처럼 작업 탭을 클릭하고 토폴로지 및 서비스에서 팜의 서버 링크를 클릭합니다.

그림 5 팜 서비스를 구성하기 전에 팜에 모든 서버를 추가

웹과 응용 프로그램 서비스를 한 서버에 배치하고 데이터베이스를 다른 서버에 배치하는 이 작은 서버 팜 예를 진행하다보면 두 서버가 이미 나열된 것을 볼 수 있습니다. 다음으로 완료할 단계는 Project Server 서비스 시작과 연관되어 있습니다. 서비스를 구성하려면 그림 5에 나와 있는 것처럼 작업 탭을 클릭하고 토폴로지 및 서비스에서 서버의 서비스를 클릭합니다. 이 옵션을 선택하면 그림 6과 같은 화면을 볼 수 있습니다.

그림 6 서버의 서비스 설정

일부 서비스는 기본적으로 시작되지 않는다는 것을 알 수 있습니다. 이러한 서비스를 시작하려면 시작 옵션을 선택해야 합니다. 여기에 나열되는 서비스는 컴퓨터 관리 MMC(Microsoft Management Console)에 나열되는 서비스에 해당합니다. WSS 검색 서비스를 시작하면 검색 서비스 계정 및 콘텐츠 서비스 계정에 대한 자격 증명을 제공해야 합니다.

WSS 검색 서비스는 Project Server 도움말을 검색하는 기반이 됩니다. 이러한 계정은 모든 유형의 서버 팜 구현의 도메인 계정이어야 하며 팜 관리자 그룹의 멤버일 수 없습니다. 필요한 모든 권한은 구성 중에 할당됩니다. 이 페이지에서의 마지막 구성 단계는 인덱싱 일정을 지정하는 것입니다. Project Server 환경의 일상적인 운영 요구 사항에 익숙해지기 전에는 일정을 기본으로 유지하는 것이 좋습니다. 이보다 큰 환경에서는 전용 검색 서버를 사용할 수 있습니다.

Project Server를 구성하는 마지막 단계는 PWA(Project Web Access) 사이트와 SSP(공유 서비스 공급자) 홈 사이트의 두 웹 사이트를 위한 웹 응용 프로그램을 만드는 작업과 연관되어 있습니다. 또한 PWA 웹 응용 프로그램에 대한 사이트 컬렉션을 만들어야 합니다. 공유 서비스 홈 사이트를 만드는 작업은 그림 4의 중앙 관리 웹 사이트에 나오는 관리 작업 목록의 마지막 작업에 포함됩니다.

첫 번째 단계는 PWA 사이트를 위한 새 웹 응용 프로그램을 만드는 것입니다. 중앙 관리 사이트에서 응용 프로그램 관리를 클릭한 다음 SharePoint 웹 응용 프로그램 관리 섹션에서 웹 응용 프로그램 만들기 또는 확장을 선택합니다. 다음 페이지가 로드되면 그림 7에 나와 있는 것과 같이 새 웹 응용 프로그램 만들기를 선택합니다.

그림 7 새 SharePoint 서비스 웹 응용 프로그램 만들기

IIS 웹 사이트에 대한 설명을 입력하고 포트 번호를 선택하는 것으로 시작합니다. 이 예에서는 기본 포트 80을 사용했지만 웹 서버에서 다른 사이트를 호스팅하는 경우에는 이 절차가 IIS의 기본 웹 사이트와 충돌하므로 다른 포트를 선택해야 합니다. IIS를 구성하는 데 추가적인 유연성이 필요한 경우에는 호스트 헤더를 사용하는 선택 사항도 있습니다.

다음 항목은 가상 디렉터리에 대한 경로이며 일반적으로 수정할 필요가 없습니다.

다음 섹션에서는 보안을 구성합니다. 처음 두 섹션에서는 인증 프로토콜(NTLM으로 유지해야 함)과 익명 액세스 허용 여부를 처리합니다. 익명 액세스는 허용하지 않는 것이 좋습니다. 다음 섹션에서는 웹 응용 프로그램에서 사용되는 응용 프로그램 풀을 구성할 수 있습니다. 자격 증명 섹션에 도메인 계정을 입력하고 나머지 옵션은 기본 선택을 유지합니다. 마지막으로 검색 서버를 지정해야 합니다. 여러분의 두 서버로 구성된 팜에서는 로컬 서버가 됩니다.

응용 프로그램을 만든 다음에는 사이트 모음을 만들어야 합니다. 이를 위해 새 WSS 사이트 모음 만들기를 선택하고 제목, 설명, URL 이름 및 경로를 포함하여 필요한 정보를 입력합니다. 사이트에 대한 템플릿을 선택할 때는 아무것이나 관계없지만 일반적으로 팀 사이트가 적당합니다. 최상위 사이트를 만듦 페이지가 로드되면 작업이 문제 없이 완료된 것입니다.

다음 단계는 공유 서비스 공급자를 호스트할 웹 응용 프로그램을 만드는 것입니다. 중앙 관리 사이트에서 응용 프로그램 관리를 클릭한 다음 SharePoint 웹 응용 프로그램 관리 섹션에서 웹 응용 프로그램 만들기 또는 확장을 선택합니다. 다음 페이지가 로드되면 새 웹 응용 프로그램 만들기를 선택합니다. 기존 웹 사이트를 사용하지 않고 새 포트 번호를 사용하여 새 사이트를 만들어야 합니다. 포트 번호는 임의로 지정하거나 원하는 값을 선택할 수 있습니다. PWA용 웹 응용 프로그램 풀을 만들기 위해 수행한 단계를 수행합니다. 원하는 경우에는 응용 프로그램 풀 자격 증명을 다시 사용할 수 있습니다. 과정이 완료되면 응용 프로그램이 만들어짐 페이지가 표시됩니다.

다음은 공유 서비스 공급자(그림 8 참조)를 만듭니다. 공유 서비스 공급자는 Project Server가 자체 응용 프로그램 서비스를 위해 활용하는 WSS 3.0 인프라의 필수적인 부분이며 팜 내의 여러 서버에서 공용 공급자를 쉽게 사용할 수 있도록 해 줍니다.

그림 8 공유 서비스 공급자 만들기

공유 서비스 공급자를 만들려면 응용 프로그램 관리 탭을 클릭한 다음 Office SharePoint 공유 서비스 섹션에서 이 팜의 공유 서비스 만들기 또는 구성을 선택합니다. 다음 페이지에서 새 SSP를 클릭하고 구성 옵션을 설정합니다. 가장 중요한 것은 공유 서비스에 대한 웹 응용 프로그램이 생성되도록 하는 것입니다.

유일한 필수 데이터는 SSP 서비스에 사용할 자격 증명과 관련된 정보입니다. 다른 옵션은 모두 기본값을 그대로 사용할 수 있지만 각각의 값을 다시 확인하는 것이 좋습니다. 이 예에서는 전 단계에서 만든 두 개의 웹 응용 프로그램이 있을 것입니다. 서비스가 생성되면 성공 페이지가 표시됩니다.

마지막 단계는 Project Server 인스턴스를 만드는 것입니다. 성공 페이지에서 확인을 누르면 이 팜의 공유 서비스 관리 페이지로 이동합니다. 방금 만든 공유 서비스 이름을 클릭하면 공유 서비스 관리 페이지로 이동합니다. 이제 Project Web Access 사이트 링크를 클릭하고 페이지가 로드되면 그림 9에 나와 있는 것처럼 Project Web Access 사이트 만들기 단추를 클릭합니다.

그림 9 Project Web Access 사이트 만들기

다음 페이지가 로드되면 사용할 웹 응용 프로그램, PWA에 사용될 경로, 그리고 관리에 사용될 계정의 이름과 같은 구성 정보를 확인해야 합니다. 공유 서비스 웹 응용 프로그램이 아니라 과정에서 앞서 확장한 웹 응용 프로그램을 선택합니다.

또한 데이터베이스 서버의 이름을 입력해야 합니다. 확인을 누르면 데이터베이스 및 웹 사이트 생성 과정이 시작됩니다. 그림 9에 나와 있는 것과 같은 화면으로 돌아가지만 이번에는 웹 사이트가 나열되며 사이트가 생성된 것으로 상태가 변경됩니다. 과정이 완료되면 상태가 준비됨으로 변경되며 그림 10에 나와 있는 것처럼 Project Server 구현이 완료됩니다.

그림 10 Project Server 2007의 인스턴스

요약

Project Server 2007은 분명 오랫동안 이 제품의 가장 중요한 릴리스입니다. Microsoft는 여러 이전 버전의 사용자들이 원하는 기능을 Project Server 2007에 구현하기 위해 많은 시간과 에너지를 투자했습니다. 아직 경험해 보지 않았다면 바로 지금 경험해 보십시오.

Alan Maddison은 Strategic Business Systems의 Brocade 부서에서 Microsoft 기술 전문 선임 컨설턴트로 일하고 있습니다.

목차

추가 리소스