Inside Sharepoint사이트 관리 분산화
Pav Cherny
이 기사의 코드 다운로드: SharePoint2008_06.exe (1160KB)
Microsoft Windows SharePoint Services(WSS) 3.0 및 Microsoft Office SharePoint Server(MOSS) 2007에서는 IT 조직에서 웹 서버 및 데이터베이스 서버 등의 인프라 구성 요소에 대한 제어를 중앙으로 집중하고 호스트된 사이트 모음 및 사이트에 대한 제어를 분산시킬 수 있도록 하는
유연한 관리 및 보안 모델을 지원합니다. SharePoint® 인프라를 중앙으로 집중시키면 유지 관리 오버헤드 절감, 비즈니스 논리 통합, SharePoint 리소스에 대한 단일 액세스 지점 제공 및 불필요한 기술 투자 감소의 이점을 얻을 수 있습니다.
동시에, 사이트 관리를 분산시키면 개별 부서에서 SharePoint 사이트 모음, 사이트, 문서 라이브러리, 목록, 워크플로 솔루션 및 기타 SharePoint 리소스에 대한 자율적인 제어를 유지할 수 있습니다. 하지만 사이트 관리를 개별 부서로 위임할 경우 IT 부서에 대한 유지 관리 복잡성이 증가한다는 단점도 있습니다. 예를 들어, 환경 내에서 사이트 모음 및 사이트에 액세스할 수 없다면 리소스 사용, 만료된 SharePoint 사이트 및 중앙 집중식 인프라의 오래된 콘텐츠를 어떻게 관리하겠습니까?
이 기사에서는 SharePoint 인프라에 대한 중앙 집중식 관리 제어를 유지하면서 SharePoint 사이트의 관리 제어권을 개별 부서에 위임할 때의 장점과 이러한 위임이 지니는 의미를 비롯하여 WSS 3.0의 보안 모델에 대해 설명합니다. 위임된 사이트 관리의 운영 방식, 사이트, 목록 및 항목 수준에서의 액세스 권한 및 보안 조정을 통해 사용자에게 친숙한 보안 작업 환경을 유지하는 방법, 그리고 웹 팜 관리자가 상승된 SharePoint 권한 없이 필요한 사이트 통계에 액세스할 수 있는 방법에 대해 알아보겠습니다.
테스트 환경에서 이 설명에 따라 실행하려면 technetmagazine.com에서 이 칼럼에 대한 첨부 자료를 다운로드하십시오. 이 자료에는 여러 부서로 이루어진 회사의 프로덕션 환경을 잘 반영한 Windows Server® 2008 기반 웹 팜에 대한 자세한 배포 지침이 포함되어 있습니다.
SharePoint 인프라 및 사이트 모음 관리
단일 서버 배포 또는 웹 팜 배포를 기반으로 SharePoint 인프라를 구축할 수 있습니다. 사실 회사에서는 대체로 두 가지 배포 방식을 모두 사용합니다. 단일 서버 배포는 빠르고 간단한 공동 작업 솔루션을 필요로 하는 개별 부서에 적합합니다. 성능 및 안정성 요구 사항이 최소 수준입니다. 사용자는 흔히 워크스테이션 하드웨어에 배포된 부서 SharePoint 서버를 사용할 수 없는 경우 대체로 이해심이 많은 편입니다. 그 이유는 시스템 유지 관리가 부서 고유의 책임이고 부서 내의 사용자는 결국 IT 관리자가 아니기 때문입니다.
하지만 이러한 분위기는 IT 부서에서 유지 관리되는 서버 리소스의 경우에는 전혀 다릅니다. 성능과 안정성이 중요한 요인이 되므로, 흔히 SLA(서비스 수준 계약)를 준수할 수 있는 고가용성 솔루션을 배포해야 합니다. 부하가 분산된 웹 팜 배포, SQL Server® 장애 조치(failover) 클러스터 및 SAN(저장 영역 네트워크)에 저장된 데이터베이스는 회사의 성능 및 고가용성 요구 사항을 충족시키는 데 도움이 됩니다. 그림 1은 이러한 아키텍처를 표시한 것입니다.
그림 1** SQL Server 장애 조치(failover) 클러스터 및 SAN이 포함된 SharePoint 인프라 **(더 크게 보려면 이미지를 클릭하십시오.)
그림 1에서 볼 수 있듯이 중앙 집중식 SharePoint 인프라에서 리소스를 관리하려면 여러 유형의 관리자가 함께 작업해야 하며, 이러한 각각의 관리자는 환경을 서로 다른 관점에서 바라봅니다. 예를 들면 인프라의 서버는 사이트 모음 관리자에게는 보이지 않습니다. 사이트 모음 관리자는 표준 SharePoint 사용자 인터페이스를 사용합니다. 이 인터페이스는 사이트를 사무실에서 WSS 3.0을 실행하는 워크스테이션 컴퓨터에 호스트하든 데이터 센터의 웹 팜에 호스트하든 변경되지 않습니다.
SharePoint 인프라는 데이터베이스 관리자와 SAN 저장소 엔지니어에게도 보이지 않습니다. 이러한 관리자의 경우 SharePoint 데이터베이스는 다른 SQL Server 데이터베이스와 다르지 않으며, SQL Server 장애 조치(failover) 클러스터의 LUN(논리 단위 번호)도 다른 LUN과 다르지 않습니다. SharePoint 인프라와 가장 직접적인 관련이 있는 관리자는 웹 팜 관리자이지만, 이 관리자에게는 사이트 모음, 데이터베이스 또는 LUN에 대한 제어 권한이 없습니다.
부서 사이트 모음 관리자는 일반적으로 인프라 세부 사항에 대해 모른다고 말할 수 있습니다. 결국 부서 내의 팀과 그룹에 액세스 권한을 위임하고 사이트를 구축하는 데는 이러한 세부 사항을 알 필요가 없습니다. 쉽게 새로운 사이트를 만들고 공동 작업을 시작할 수 있으며, SAN 기술과 관련된 높은 저장소 비용 등의 문제가 좀처럼 중요하게 여겨지지 않기 때문입니다.
모든 프로젝트 및 이니셔티브를 진행하면서 새로운 팀 사이트가 나타나고 만료된 사이트가 사라지지 않으며 오래된 콘텐츠가 삭제되지 않아 시스템 관리자가 더 이상 무시할 수 없는 수준에 도달할 때까지 SharePoint 환경은 굉장한 속도로 급격히 퍼집니다. 예를 들면, Microsoft IT에서 2006년 간소화 이니셔티브를 시작하기 전에 Microsoft의 내부 SharePoint 환경에는 한때 180,000개가 넘는 사이트가 포함된 적이 있습니다.
사이트 모음 관리자에 대한 교육은 중앙 집중식 SharePoint 인프라에서 모든 부분에 대한 제어 상태를 유지하는 데 도움이 될 수 있습니다. 사이트 모음 할당량과 잠금을 적용하는 것도 유용하지만, 이러한 방법은 귀중한 저장소 및 백업 리소스를 낭비하는 오래된 팀 사이트 및 콘텐츠를 다룰 때는 그다지 효과적이지 않습니다.
오래된 콘텐츠로 인해 사이트 모음이 반드시 할당량을 초과하지는 않기 때문입니다. 물론 전자 메일 알림을 사이트 모음 소유자에게 전송하고 SharePoint 3.0 중앙 관리 사이트의 "사이트 사용 확인 및 삭제" 기능을 사용하여 지정된 기간이 경과되면 사용되지 않는 사이트 모음을 자동으로 삭제하도록 SharePoint를 구성할 수 있지만, 이 기능은 개별 사이트 수준에서는 작동하지 않습니다. 사이트 모음에는 현재 사이트와 더 이상 사용되지 않는 사이트가 포함될 수 있지만 "사이트 사용 확인 및 삭제" 기능은 이러한 세부 수준에서는 작동하지 않습니다.
뒷부분에서 사이트 모음에 대한 액세스 권한이 없어도 문서 및 목록 항목의 마지막으로 수정한 날짜를 확인하여 사용되지 않는 사이트와 오래된 콘텐츠를 식별하는 방법에 대해 설명하겠습니다. 이 보고 기능은 바로 사용할 수 있는 기능은 아니지만 다행히도 구현하기가 어렵지 않습니다.
분산된 SharePoint 사이트 관리
SharePoint 사이트 관리 권한을 위임하는 일은 매우 간단합니다. SharePoint 3.0 중앙 관리 사이트, 명령줄 도구인 Stsadm.exe 또는 사용자 지정 구축 도구를 사용하면 인프라에서 웹 응용 프로그램, 관리 경로 및 사이트 모음을 만들 수 있습니다. 웹 팜 관리자는 사이트 모음을 만들 때 기본 및 보조 사이트 모음 관리자를 지정할 수 있습니다. 이러한 사이트 모음 관리자는 일반 도메인 사용자일 수 있습니다. 웹 팜이나 다른 인프라 서버에 대한 관리 권한이 필요하지 않습니다. 이들은 웹 브라우저를 사용하여 SharePoint 사용자 인터페이스에서 사이트 관리 작업을 직접 수행할 수 있습니다.
그림 2는 첨부 자료의 워크시트에 있는 단계별 지침에 따라 위임된 사이트 관리를 나타낸 것입니다. 이 예에서 웹 팜 관리자는 HR 부서(https://sharepoint/hr) 및 IT 부서(https://sharepoint/it)에 대한 개별 사이트 모음을 구축했습니다.
그림 2** 위임된 SharePoint 사이트 관리 **(더 크게 보려면 이미지를 클릭하십시오.)
그러면 HR 및 IT 관리자는 SharePoint 사용자 인터페이스의 "사이트 작업" 메뉴에서 사용할 수 있는 "사이트 및 작업 영역" 기능을 사용하여 하위 수준 사이트를 만들고 하위 수준 사이트에 대한 새로운 관리 및 사용자 권한을 정의하거나 상위 사이트의 권한을 적용할 수 있습니다. 명시적으로 달리 구성하지 않은 경우 모든 사이트가 동일한 SharePoint 환경에서 호스트되어도 웹 팜 관리자는 최상위 수준 또는 하위 수준 사이트에 액세스할 수 없으며, HR 관리자는 IT 사이트에 액세스할 수 없고, IT 관리자는 HR 사이트에 액세스할 수 없습니다.
사이트 모음 및 사이트 계층의 설계는 조직의 요구 사항에 따라 달라집니다. 그림 2 예에서 https://sharepoint/hr 및 https://sharepoint/it 위에 마스터 사이트를 만들지 않았습니다. 다시 말해서 https://sharepoint 경로에는 사이트 모음이 없다는 뜻입니다. 하지만 이 경로 또는 https://sharepoint/sites/hr 및 https://sharepoint/sites/it 등 다른 관리 경로에서 사이트 모음을 쉽게 만들 수 있습니다.
또한 http://hr 및 http://it 등 보다 직관적인 기본 URL을 설정하도록 HR 및 IR용 개별 웹 응용 프로그램을 만든 다음, 일반적인 부서 포털 사이트를 구축한 후, 웹 파트를 롤업하여 이러한 마스터 사이트에 있는 하위 수준 사이트의 정보를 나열할 수 있습니다. 개별 사이트 모음은 자율 관리를 촉진하며, 부서 정보에 대한 액세스를 제한하고 마스터 페이지, 페이지 레이아웃, 템플릿, 웹 파트 및 탐색 컨트롤에 대한 개별 사용자 지정 기능을 제공합니다. 또한 다른 사이트 모음 및 콘텐츠 데이터베이스와는 별도로 전용 콘텐츠 데이터베이스 내에 중요 데이터를 보관하기 위해 사용할 수 있습니다.
역할, 사이트 권한 및 보안 조정
사이트 모음이 존재하고 관리 권한이 위임된 후에는 사이트 모음 관리자가 최상위 수준 사이트를 열고 "사이트 작업" 메뉴에 제공되는 "사이트 설정" 기능을 사용하여 사이트 모음을 관리할 수 있습니다. 여기에는 전체 권한을 가진 다른 사이트 모음 관리자를 사이트 모음 내 모든 사이트에 추가 또는 제거, 그룹 만들기, 이러한 그룹과 역할 연결, 그리고 읽기 및 참가자 권한을 부여하기 위해 이러한 그룹에 사용자 추가 등의 작업이 포함됩니다. 또한 하위 수준 그룹 사이트 및 팀 사이트 구축도 포함됩니다.
SharePoint 권한을 사용자에게 개별적으로 부여할 수 있지만 특정 역할에 따라 SharePoint 그룹을 만드는 것이 더 좋습니다. 예를 들면, SharePoint에는 방문자, 참가자 및 소유자 역할에 대한 세 가지 기본 그룹이 포함됩니다. 방문자는 읽기 전용 권한을 가지며, 참가자는 항목을 목록과 문서 라이브러리에 추가하고 웹 페이지를 개인 설정할 수 있습니다. 그리고 소유자에게는 모든 권한이 부여됩니다.
SharePoint에서 사용자 역할에 따라 보안 조정을 수행한다는 점에 주목할 필요가 있습니다. 다시 말해서 사용자 인터페이스에 사용자가 실제로 액세스할 수 있는 권한을 가진 링크 및 항목만 표시된다는 뜻입니다. "목록 설정"에서 명시적 권한을 구성하여 목록에 대한 사용자 액세스를 허용하거나 해당 항목의 상황에 맞는 메뉴에서 "권한 관리" 명령을 사용하여 선택한 목록 항목에 대한 사용자 액세스를 허용하는 것과 같은 방법으로 리소스에 대한 사용자 액세스를 허용하지 않을 경우 이러한 목록이나 항목이 해당 사용자에게 나타나지 않습니다. 사용자가 브라우저에서 항목의 URL을 직접 지정하면 사용자에게 "오류: 액세스 거부" 페이지가 표시됩니다.
그림 3은 실행 중인 보안 조정을 보여 줍니다. HR 관리자는 모든 권한을 가지고 있으므로 "사이트 작업" 메뉴에서 관리 작업을 수행할 수 있습니다. 한편, HR 방문자에게는 사이트 모음에 대한 읽기 전용 권한만 부여되므로 이 메뉴가 표시되지 않습니다.
그림 3** SharePoint 인터페이스에서 사용자 역할에 따라 보안 조정 **(더 크게 보려면 이미지를 클릭하십시오.)
보안 조정은 액세스할 수 없는 기능, 링크 및 항목을 숨기는 데 유용하지만, 웹 팜 관리자가 액세스 권한 없이는 SharePoint 사용자 인터페이스를 사용하여 사이트 및 사이트 리소스를 나열할 수 없음을 의미하기도 합니다. 웹 페이지 또는 웹 파트에서 이러한 리소스를 볼 수 없습니다. 또한, SharePoint 엔터프라이즈 검색 기능이 쿼리를 전송하는 사용자의 ID에 따라 쿼리 시 보안 조정을 수행하기 때문에 액세스할 수 없는 리소스가 검색 결과에 나타나지 않습니다.
명령줄은 어떻습니까?
사이트 모음 수준에서의 상승된 권한 없이는 그래픽 사용자 인터페이스에서 원하는 정보에 액세스할 수 없는 경우 명령줄 도구 Stsadm.exe가 이러한 문제의 해결책을 제공할 수도 있을 것입니다. 예를 들면, 다음과 같은 명령을 사용하여,
Stsadm -o enumsites -url https://sharepoint
https://sharepoint 웹 응용 프로그램 내 모든 사이트 모음 및 소유자를 나열할 수 있다고 생각할 수 있습니다. 그런 다음에는 다음 명령을 사용하여 모든 하위 사이트를 나열할 수 있을 것입니다.
Stsadm -o enumsubwebs -url <사이트 모음>
하지만, 웹 팜 환경에서 Stsadm.exe는 일반적으로 데이터베이스 액세스 권한이 없음을 나타내는 오류 메시지를 표시합니다. 사용자가 웹 팜 관리자이고 SharePoint 3.0 중앙 관리에서 사이트 모음을 관리할 수 있더라도 Stsadm.exe에서는 사이트 모음을 열거할 수 없습니다. 다음은 SQL Server 액세스 권한 없이 웹 팜에서 Stsadm.exe를 사용할 경우 표시되는 오류 메시지입니다.
C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\BIN>stsadm -o enumsites -url https://sharepoint
<Sites Count="2">
<Site Error="로그인에서 요청한 데이터베이스 "WSS_Content"을(를) 열 수 없습니다. 로그인이 실패했습니다.
사용자 'CONTOSO\SPAdmin'이(가) 로그인하지 못했습니다.">
<Site Error="로그인에서 요청한 데이터베이스 "WSS_Content"을(를) 열 수 없습니다. 로그인이 실패했습니다.
사용자 'CONTOSO\SPAdmin'이(가) 로그인하지 못했습니다." />
Stsadm.exe가 CONTOSO\SPAdmin과 같은 로그온된 사용자의 컨텍스트에서 실행되는 반면 SharePoint 3.0 중앙 관리 사이트는 CONTOSO\WssConfigAdmin과 같은 SharePoint 중앙 관리 v3 응용 프로그램 풀과 연결된 시스템 계정의 컨텍스트에서 SharePoint 데이터베이스에 액세스하기 때문에 웹 팜 관리자에게 이 오류가 표시됩니다. 계정에 SQL Server의 콘텐츠 데이터베이스에 대한 db_owner 권한을 부여하여 Stsadm -o enumsites -url https://sharepoint 명령을 실행할 수 있도록 해도 여전히 사이트 모음 내의 하위 수준 사이트는 열거할 수 없습니다. Stsadm -o enumsubwebs -url <사이트 모음> 명령에서 "액세스 거부(예외가 발생한 HRESULT: 0x80070005(E_ACCESSDENIED))"가 반환되고 사용자를 원래 위치로 되돌립니다. 하지만 상승된 SQL Server 권한이 필요하지 않은 보다 효과적인 방법도 있습니다.
콘텐츠 데이터베이스의 사이트 정보
표준 SharePoint 인터페이스 및 도구를 통해 필요한 정보를 얻을 수 없는 경우 SharePoint 콘텐츠 데이터베이스로 직접 이동해야 합니다. 하지만 이 방법에는 각별한 주의가 필요하며, 마지막 수단으로 사용해야 합니다! 콘텐츠 데이터베이스는 고객의 직접적인 데이터베이스 작업을 제한하기 위해 Microsoft에서 WSS 3.0 SDK 내에 부분적으로만 문서화해 놓은 전용 스키마와 데이터베이스 구조에 의존합니다. 원하는 정보에 액세스하려는 경우 가능한 한 SharePoint 사용자 인터페이스, 명령줄 도구, 개체 모델 또는 웹 서비스를 사용해야 합니다.
다른 대안이 없어서 데이터베이스로 직접 이동해야 하는 경우에는 최소한 솔루션을 읽기 전용 액세스로 제한해야 합니다. 데이터베이스 스키마 또는 데이터베이스 구조에 대한 수정은 지원되지 않으며 백업에서 사이트 모음을 복원하거나 SharePoint 웹 팜을 다시 설치해야 하는 심각한 문제가 발생할 수 있습니다.
콘텐츠 데이터베이스에 직접 액세스하는 보고 솔루션을 구현하기 위한 대안은 웹 팜 관리자 계정을 사이트 모음 구성에 보조 소유자로 지정하는 것입니다. 웹 팜 관리자는 SharePoint 3.0 중앙 관리 사이트에서 이 단계를 수행할 수 있습니다. "응용 프로그램 관리" 페이지의 "SharePoint 사이트 관리" 아래에 해당 사이트 모음 관리자 링크가 있습니다.
사이트 모음 보조 관리자는 웹 브라우저에서 사이트 모음을 열고 "사이트 설정"을 표시한 후 "사이트 관리" 아래에서 "사이트 사용 현황 보고서" 링크를 클릭할 수 있습니다. 단, SharePoint 3.0 중앙 관리에서 "사용 현황 분석 프로세스"가 설정되어 있어야 합니다. SharePoint 서버에 있는 로그 파일에서 사용 현황 데이터를 추적하려는 경우 "작업" 페이지에서 "기록 및 보고" 아래를 살펴봅니다. "사이트 사용 현황 보고서" 기능은 기본적으로 사용하지 않도록 설정됩니다.
하지만 웹 팜 관리자에게 필요한 권한을 부여할 수 없도록 하는 엄격한 요구 사항이 적용되거나 사이트 모음의 수가 많은 환경에서는 개별 사이트 모음에 대한 사이트 사용 현황 보고서를 수동으로 작성하는 것이 효과적이지 않습니다. 보다 효과적인 방법은 그림 4와 같이 항목 수, 모든 항목의 전체 통합 크기 및 항목의 마지막 수정 날짜 등 중요 통계와 함께 콘텐츠 데이터베이스의 모든 사이트 모음 및 사이트를 나열하는 간단한 ASP.NET 보고 응용 프로그램을 구현하는 것입니다.
그림 4** 콘텐츠 데이터베이스에서 사이트 통계 직접 가져오기 **(더 크게 보려면 이미지를 클릭하십시오.)
SharePoint 중앙 관리 v3 응용 프로그램 풀 계정 ID에서 이 응용 프로그램을 실행하면 상승된 SQL Server 권한이 없어도 콘텐츠 데이터베이스에 액세스할 수 있습니다. 앞에서 설명했듯이, 중앙 관리 계정에는 이미 필요한 SQL Server 권한이 있습니다.
첨부 자료에는 SQL Server에서 콘텐츠 데이터베이스에 대해 SELECT 쿼리를 사용하는 간단한 보고 솔루션과 웹 서버에 이 솔루션을 배포하기 위한 단계별 지침이 포함되어 있습니다. 아무런 보안 검사도 구현하지 않았다는 점에 주목하십시오. 이 솔루션은 익명 인증으로 실행됩니다.
중앙 관리 계정에서 콘텐츠 데이터베이스에 액세스하는 데 필요한 보안 컨텍스트를 제공하기 때문에 사용자를 인증할 필요가 없습니다. Windows Server 2008에서 Windows® 방화벽을 통해 차단되는 솔루션 웹 사이트에 대해 사용자 지정 포트를 사용했으므로 로컬 사용자만 웹 응용 프로그램을 열 수 있습니다. 이것으로 테스트 환경에서의 보안 요구 사항은 충족되었지만, 프로덕션 환경에서는 Windows 인증 사용 및 ASP .NET 응용 프로그램의 가상 디렉터리에 대한 제한적인 액세스 권한 구성 등을 통해 보안을 더욱 강화해야 합니다.
결론
SharePoint에서는 회사의 특정 요구에 따라 사이트 관리를 분산시키면서 SharePoint 인프라를 중앙으로 집중시킬 수 있도록 하는 유연한 사이트 모음 및 사이트 관리 기능을 제공합니다. 통합된 환경은 비용을 절감하고, 부서 내부 및 부서 간 정보 공유를 촉진하며, 고도의 보안, 안정성 및 확장성을 갖춘 환경을 유지하기 위해 계획된 방법으로 전문 지식을 적용하기 위한 기초를 제공하고, 사용자에게 회사 네트워크 내 사이트 및 SharePoint 리소스에 대한 단일 액세스 지점을 제공하므로, 중앙 집중식 인프라는 규모에 상관없이 모든 회사에 유용할 수 있습니다.
동시에 개별 부서 및 사업부에서 SharePoint 리소스를 지속적으로 제어할 수 있습니다. 웹 팜 관리자는 IT 부서의 개입 없이 자신의 책임 영역 내에서 사이트 관리 작업을 수행하는 사이트 모음 관리자를 지정할 수 있습니다.
하지만 제어권을 부서로 위임할 경우 웹 팜 관리자는 표준 SharePoint 기능 및 도구를 사용하여 인프라 내의 리소스 사용률을 모니터링할 수 있는 능력도 잃게 됩니다. 콘텐츠 데이터베이스에 할당량을 적용하고, 사이트 모음 관리자에게 전자 메일 알림을 발송하며, 보고용 사용 현황 데이터를 추적하여 이 문제를 완화할 수는 있지만, SharePoint 인프라를 효율적으로 관리하려면 콘텐츠 데이터베이스에서 읽기 전용 방식으로 필요한 사이트 메타데이터를 직접 추출하는 추가적인 도구가 웹 팜 관리자에게 필요합니다.
사용할 수 있는 옵션으로는 SQL Server 2005 Reporting Services 또는 유사한 엔터프라이즈 수준의 보고 솔루션 사용이 있습니다. 첨부 자료의 예에서 볼 수 있듯이 SQL Server SELECT 쿼리를 사용하여 필요한 정보를 얻을 수도 있습니다.
Pav Cherny는 공동 작업 및 통합 커뮤니케이션을 위한 Microsoft 기술을 전문으로 하는 IT 전문가이자 저술가입니다. IT 운영과 시스템 관리를 주로 다루는 백서, 제품 설명서 및 서적 등을 출간한 Pav는 문서 관리 및 지역화 서비스를 전문으로 하는 Biblioso Corporation의 사장입니다.
© 2008 Microsoft Corporation 및 CMP Media, LLC. All rights reserved. 이 문서의 전부 또는 일부를 무단으로 복제하는 행위는 금지됩니다..