microsoftdownload.microsoft.com/download/7/0/0/7001a6a0-47a… · web view301. 올바른 검색...

Microsoft SharePoint Server 2010 배포 가이드Microsoft Corporation게시일: 2011 년 1 월제작자: Microsoft Office System 및 서버 팀([email protected])요약이 가이드에서는 Microsoft SharePoint Server 2010 의 배포 지침을 제공합니다. 이 가이드는 SharePoint Server 2010 을 배포할 준비를 마쳤으며 설치 단계를 필요로 하는 응용 프로그램 전문가, LOB(기간 업무) 응용 프로그램 전문가 및 IT 관리자를 대상으로 작성되었습니다.이 가이드의 콘텐츠는 게시 날짜 당시에 SharePoint 제품(http://go.microsoft.com/fwlink/?linkid=181463&clcid=0x412)에서 제공되던 콘텐츠 중 일부를 선별하여 그대로 사용한 것입니다. 최신 콘텐츠를 보려면 웹에서 기술 라이브러리를 참조하십시오.

http://go.microsoft.com/fwlink/?linkid=181463&clcid=0x412


이 문서는 "있는 그대로" 제공됩니다. URL 및 다른 인터넷 웹 사이트 참조를 비롯하여 이 문서에 나와 있는 정보와 보기는 예고 없이 변경될 수 있습니다. 이 문서를 사용함에 따라 발생하는 문제는 사용자의 책임입니다.이 문서에 언급된 몇 가지 예는 설명을 돕기 위해 제공된 것이며 실제 데이터가 아닙니다. 어떠한 실제 데이터와도 연관 또는 연결시킬 의도가 없으며 그렇게 유추해서도 안 됩니다.이 문서는 사용자에게 Microsoft 제품의 지적 재산에 대한 어떠한 법적 권한도 부여하지 않습니다. 사용자는 내부에서 참조할 목적으로 이 문서를 복사하고 사용할 수 있습니다.

2011 Microsoft Corporation. ⓒ 모든 권리 보유.Microsoft, Access, Active Directory, Backstage, Excel, Groove, Hotmail, InfoPath, Internet Explorer, Outlook, PerformancePoint, PowerPoint, SharePoint, Silverlight, Windows, Windows Live, Windows Mobile, Windows PowerShell, Windows Server 및 Windows Vista 는 미국, 대한민국 및/또는 기타 국가에서의 Microsoft Corporation 등록 상표 또는 상표입니다.이 문서에 포함된 정보는 게시 날짜 당시 논의된 문제에 관한 Microsoft Corporation 의 견해입니다. Microsoft 는 변화하는 시장 상황에 부응해야 하므로 이 문서에 포함된 정보는 Microsoft 의 약속으로 해석되어서는 안 되며 Microsoft 에서는 게시 날짜 이후 제공되는 어떠한 정보의 정확성도 보증할 수 없습니다.

목차Microsoft SharePoint Server 2010 배포 가이드................................................1

도움말 보기.......................................................................................................15

SharePoint Server 2010 배포...........................................................................16

배포 개요(SharePoint Server 2010)..................................................................18

개념..............................................................................................................18

실제 아키텍처................................................................................................19

설치 및 구성...................................................................................................20

배포 단계.......................................................................................................22

네트워크 공유에서 필수 구성 요소 설치(SharePoint Server 2010).........................26

설치 관리자 스위치 및 인수..............................................................................26

파일 공유에 필수 구성 요소 다운로드 및 통합.....................................................27

명령줄에서 필수 구성 요소 설치........................................................................27

인수 파일을 사용하여 필수 구성 요소 설치.........................................................28

SharePoint Server 2010 설치...........................................................................32

제작자 정보....................................................................................................32

관련 리소스....................................................................................................33

참고 항목.......................................................................................................33

배포 준비(SharePoint Server 2010)..................................................................34

참고 항목.......................................................................................................34

하드웨어 및 소프트웨어 요구 사항(SharePoint Server 2010)................................35

개요..............................................................................................................35

하드웨어 요구 사항 - 웹 서버, 응용 프로그램 서버 및 단일 서버 설치.....................35

하드웨어 요구 사항 - 데이터베이스 서버............................................................37

소프트웨어 요구 사항......................................................................................38

적용 가능한 소프트웨어에 대한 액세스..............................................................43

관리 및 서비스 계정(SharePoint Server 2010)....................................................46

필요한 사용 권한............................................................................................46

SharePoint 환경에 맞게 SQL Server 강화(SharePoint Server 2010)....................49

강화 권장 사항 요약........................................................................................49

기본 포트 이외의 포트에서 수신 대기하도록 SQL Server 인스턴스 구성................49

기본 SQL Server 수신 포트를 차단하도록 Windows 방화벽 구성.........................51

수동으로 할당된 포트를 열도록 Windows 방화벽 구성........................................51

SQL 클라이언트 별칭 구성...............................................................................51

SQL 클라이언트 별칭 테스트............................................................................52

배포 시나리오(SharePoint Server 2010)............................................................53

SQL Server가 설치된 단일 서버 배포(SharePoint Server 2010)..........................54

개요..............................................................................................................54

시작하기 전에................................................................................................54

SharePoint Server 2010 설치........................................................................55

설치 후 단계...................................................................................................62

기본 제공 데이터베이스가 포함된 단일 서버 배포(SharePoint Server 2010)...........64

개요..............................................................................................................64

시작하기 전에................................................................................................65

SharePoint Server 2010 설치........................................................................65

설치 후 단계...................................................................................................69

3계층 팜의 다중 서버(SharePoint Server 2010).................................................71

개요..............................................................................................................71

팜 서버 준비...................................................................................................74

팜 서버에 SharePoint Server 2010 설치..........................................................75

팜 만들기 및 구성...........................................................................................76

팜에 웹 서버 추가...........................................................................................78

진단 로깅 및 Usage and Health data collection 구성......................................78

새 Search Service 응용 프로그램 만들기 및 구성..............................................79

사이트 만들기................................................................................................81

콘텐츠 원본 추가 및 검색 크롤링 일정 구성........................................................82

설치 후 단계...................................................................................................83

빠른 시작: 격리된 Hyper-V 환경에 단일 서버 배포(SharePoint Server 2010).........84

요구 사항 및 권장 사항....................................................................................84

필요한 사용 권한............................................................................................86

배포 전 작업...................................................................................................87

수동으로 SharePoint Server 2010 배포...........................................................87

PowerShell 스크립트로 SharePoint Server 2010 배포.....................................87

DBA 작성 데이터베이스를 사용한 배포(SharePoint Server 2010).........................92

시작하기 전에................................................................................................92

DBA가 만든 데이터베이스 구성........................................................................93

중앙 관리용 데이터베이스 만들기 및 구성..........................................................94

추가 데이터베이스 만들기 및 구성....................................................................96

가상 환경에 배포(SharePoint Server 2010)......................................................102

가상 컴퓨터 지침(SharePoint Server 2010)......................................................103

네트워킹......................................................................................................103

가상 컴퓨터 구성..........................................................................................106

통합 서비스..................................................................................................108

Windows PowerShell을 사용하여 SharePoint Server 2010 설치.......................111

팜 서버 요구 사항.........................................................................................111

SPModule 준비............................................................................................111

Install-SharePoint를 실행하여 Microsoft SharePoint Server 2010 설치.........114

New-SharePointFarm을 사용하여 팜 구성.....................................................116

Windows PowerShell을 사용하여 웹 응용 프로그램 만들기..............................118

SharePoint 2010 팜 구성 마법사를 사용하여 서비스 배포................................118

Windows PowerShell을 사용하여 사이트 모음 만들기.....................................119

추가 구성 작업 수행......................................................................................120

Join-SharePointFarm을 사용하여 팜에 서버 추가............................................120

추적 로그 구성.............................................................................................120

초기 구성(SharePoint Server 2010)................................................................122

언어 팩 배포(SharePoint Server 2010)............................................................123

언어 ID 및 언어 팩 정보.................................................................................124

언어 팩 다운로드..........................................................................................125

언어 팩을 사용하도록 웹 서버 준비.................................................................127

웹 서버에 언어 팩 설치..................................................................................128

언어 팩 제거.................................................................................................129

팜 설정 구성(SharePoint Server 2010)............................................................130

Configure usage and health data collection (SharePoint Server 2010)(영문).131

Configure usage and health data collection by using Central Administration...............................................................................................................131

Configure usage data collection by using Windows PowerShell.................132

To configure usage data collection for a specific event type by using Windows PowerShell...............................................................................133

Log usage data in a different logging database by using Windows PowerShell...............................................................................................................134

참고 항목.....................................................................................................134

Configure diagnostic logging (SharePoint Server 2010)(영문).......................135

Best practices............................................................................................135

Configure diagnostic logging by using Central Administration...................140

Configure diagnostic logging by using Windows PowerShell......................142

참고 항목.....................................................................................................142

전자 메일 통합(SharePoint Server 2010).........................................................143

받는 전자 메일 구성(SharePoint Server 2010)..................................................144

개요............................................................................................................144

작업 요구 사항.............................................................................................146

SMTP 서비스 설치 및 구성.............................................................................146

기본 시나리오에서 받는 전자 메일 구성...........................................................148

DNS 관리자 구성..........................................................................................149

Microsoft Exchange Server 2007에서 SMTP 커넥터 추가..............................150

디렉터리 관리 서비스에서 사용할 AD DS 구성.................................................151

전자 메일 드롭 폴더에 대한 사용 권한 구성......................................................154

고급 시나리오에서 받는 전자 메일 구성...........................................................155

SharePoint 문서 라이브러리로 전자 메일 메시지를 보내는 경우 첨부 파일이 누락되는 문제.........................................................................................................158

보내는 전자 메일 구성(SharePoint Server 2010)...............................................159

개요............................................................................................................159

작업 요구 사항.............................................................................................159

SMTP 서비스 설치 및 구성.............................................................................160

팜의 보내는 전자 메일 구성............................................................................162

특정 웹 응용 프로그램의 보내는 전자 메일 구성................................................164

참고 항목.....................................................................................................165

모바일 계정 구성(SharePoint Server 2010)......................................................166

루트 인증서 가져오기 및 신뢰할 수 있는 상위 인증 기관 만들기..........................167

모바일 계정 구성..........................................................................................167

모바일 계정 정보 검색...................................................................................171

모바일 계정 삭제..........................................................................................173

참고 항목.....................................................................................................173

Install and configure Remote BLOB Storage (RBS) with the FILESTREAM provider (SharePoint Server 2010)(영문)....................................................175

Enable FILESTREAM and provision the RBS data store...............................175

Install RBS..................................................................................................177

Enable and test RBS..................................................................................178

참고 항목.....................................................................................................180

Configure and use the Exchange connector (SharePoint Server 2010)(영문) 181

Create a crawl rule.....................................................................................181

Add a content source for Microsoft Exchange public folders......................182

Business Intelligence Search Indexing Connector 배포(SharePoint Server 2010)..................................................................................................................185

Install and configure BI Indexing Connector (back end)(영문).......................186

Before you start.........................................................................................186

Install the Business Intelligence Indexing Connector.................................188

Verification of configuration.......................................................................189

참고 항목.....................................................................................................189

Business Intelligence Indexing Connector 제거.............................................190

Business Intelligence Indexing Connector를 제거하려면.............................190

Business Intelligence Indexing Connector용 SharePoint 솔루션 팩 설치 또는 제거(프런트 엔드)...............................................................................................191

시작하기 전에..............................................................................................191

SharePoint Server용 SharePoint 솔루션 팩..................................................191

SharePoint 솔루션 팩 제거............................................................................192

참고 항목.....................................................................................................193

Business Intelligence Indexing Connector용 SharePoint 솔루션 팩 언어 팩 설치 또는 제거(프런트 엔드).....................................................................................194

SharePoint 솔루션 팩 언어 팩........................................................................194

SharePoint 솔루션 팩 언어 팩 제거................................................................195

참고 항목.....................................................................................................195

Troubleshooting BI Indexing Connector (SharePoint Server 2010)(영문)........196

Data sources..............................................................................................196

Unified Logging Service log file or trace logs.............................................196

서비스 구성(SharePoint Server 2010).............................................................198

Service application and service management (SharePoint Server 2010)(영문)..................................................................................................................199

이 섹션의 내용.............................................................................................199

참고 항목.....................................................................................................199

Security Token Service 구성(SharePoint Server 2010)...................................200

STS를 사용하는 웹 응용 프로그램의 작동 방식.................................................200

Windows PowerShell을 사용하여 SharePoint 클레임 기반 웹 응용 프로그램 구성...............................................................................................................201

바인딩 편집..................................................................................................203

STS를 사용하는 웹 응용 프로그램 구성...........................................................203

Secure Store Service 구성(SharePoint Server 2010)......................................205

Secure Store Service 응용 프로그램 인스턴스 초기화.....................................205

암호화 키 새로 고침......................................................................................206

새 암호화 키 생성.........................................................................................207

대상 응용 프로그램 만들기.............................................................................208

대상 응용 프로그램에 대한 자격 증명 설정.......................................................211

중앙 관리를 사용하여 감사 로그를 사용하도록 설정...........................................212

검색을 위한 설치 후 단계(SharePoint Server 2010)..........................................213

기본 검색 기능 구성......................................................................................213

검색 보고 사용.............................................................................................216

사용자 검색 사용..........................................................................................219

선택적 단계..................................................................................................225

Configure a managed metadata service application (SharePoint Server 2010)(영문)..........................................................................................................226

참고 항목.....................................................................................................226

사이트 호스팅 준비(SharePoint Server 2010)...................................................227

웹 응용 프로그램 만들기(SharePoint Server 2010)...........................................228

참고 항목.....................................................................................................228

Windows 클래식 인증을 사용하는 웹 응용 프로그램 만들기(SharePoint Server 2010)..................................................................................................................230

참고 항목.....................................................................................................235

Windows 클레임 인증을 사용하는 웹 응용 프로그램 만들기(SharePoint Server 2010)..................................................................................................................236

참고 항목.....................................................................................................242

클레임 인증 구성(SharePoint Server 2010)......................................................243

Configure anonymous access for a claims-based Web application (SharePoint Server 2010)(영문).....................................................................................244

Configure anonymous access for a claims-based Web application.............244

클레임 기반 웹 응용 프로그램에 대해 폼 기반 인증 구성(SharePoint Server 2010) 245

웹 응용 프로그램을 클레임 인증으로 변환........................................................245

중앙 관리를 사용하여 LDAP 공급자를 사용하도록 폼 기반 웹 응용 프로그램 구성. 246

LDAP Web.Config 파일 구성.........................................................................246

Windows PowerShell을 사용하여 LDAP 공급자를 사용하도록 폼 기반 웹 응용 프로그램 구성..................................................................................................250

SharePoint Server 2007에서 SharePoint Server 2010으로 사용자 및 사용 권한 마이그레이션.............................................................................................252

Configure Kerberos authentication for the claims to Windows token service (SharePoint Server 2010)(영문)..................................................................253

참고 항목.....................................................................................................253

SAML 보안 토큰을 사용하여 인증 구성(SharePoint Server 2010)........................254

Windows PowerShell을 사용하여 IP-STS(Identity Provider STS) 웹 응용 프로그램 구성.........................................................................................................254

RP-STS(Relying Party STS) 웹 응용 프로그램 구성.........................................256

Windows PowerShell을 사용하여 IP-STS와 RP-STS 간 트러스트 관계 설정......257

Windows PowerShell을 사용하여 신뢰할 수 있는 IP-STS 인증서 내보내기.........258

Windows PowerShell을 사용하여 클레임 매핑의 고유 식별자 정의...................258

새 인증 공급자 만들기...................................................................................259

SharePoint 웹 응용 프로그램을 만들고 SAML 로그인을 사용하도록 웹 응용 프로그램 구성.........................................................................................................259

Configuring the Login Token Expiration for SAML Claims Users (SharePoint 2010) (OBSOLETE).....................................................................................261

Windows Live ID를 사용하여 클레임 기반 인증 구성(SharePoint Server 2010)...262

Windows Live ID Security Token Service 구성.............................................263

Windows Live ID 인증을 사용하도록 SharePoint 구성.....................................263

Windows Live ID 내부 환경을 프로덕션 환경으로 변환.....................................266

다양한 유형의 SharePoint 클레임 기반 웹 응용 프로그램 만들기........................266

모든 Windows Live ID 인증 사용자에게 사용 권한 부여....................................273

저자 정보.....................................................................................................274

참고 항목.....................................................................................................274

Register a custom claims provider (SharePoint 2010)...................................275

Section Heading.........................................................................................275

Configure Client Certificate Authentication (SharePoint Server 2010)..........276

Configure Client Certificate Authentication................................................277

참고 항목.....................................................................................................278

Kerberos 인증 구성(SharePoint Server 2010).................................................279

Kerberos 인증 정보......................................................................................279

시작하기 전에..............................................................................................280

SQL 통신에 대한 Kerberos 인증 구성.............................................................286

Kerberos 인증을 사용하는 웹 응용 프로그램의 서비스 사용자 이름 만들기..........290

서버 팜 배포.................................................................................................291

팜의 서버에 대한 서비스 구성.........................................................................294

Kerberos 인증을 사용하는 웹 응용 프로그램 만들기.........................................296

포털 사이트 웹 응용 프로그램에서 공동 작업 포털 서식 파일을 사용하여 사이트 모음 만들기......................................................................................................298

Kerberos 인증을 사용하는 웹 응용 프로그램에 대한 성공적인 액세스 확인..........298

올바른 검색 인덱싱 기능 확인.........................................................................301

올바른 검색 쿼리 기능 확인............................................................................302

구성 제한 사항.............................................................................................302

추가 리소스 및 문제 해결 지침........................................................................302

SharePoint 2010 제품에 대한 Kerberos 인증 구성(백서)....................................304

백서 다운로드..............................................................................................304

사이트 모음 만들기(SharePoint Server 2010)...................................................305

중앙 관리를 사용하여 사이트 모음 만들기........................................................305

Windows PowerShell을 사용하여 사이트 모음 만들기.....................................306

Uninstall SharePoint Server 2010..................................................................308

Uninstall SharePoint Server 2010...............................................................308

참고 항목.....................................................................................................309

사용자 지정 내용 배포 - 개요(SharePoint Server 2010).....................................310

프로세스 개요..............................................................................................310

시작하기 전에..............................................................................................310

사용자 지정 가능한 두 종류의 사이트 요소 정보................................................311

개발된 사이트 요소 배포................................................................................311

제작된 사이트 요소 배포................................................................................312

참고 항목.....................................................................................................314

솔루션 패키지 배포(SharePoint Server 2010)...................................................315

솔루션 패키지의 정의....................................................................................315

솔루션 패키지를 사용하여 사이트 요소 배포.....................................................316

Visual Studio 2010을 사용하여 사용자 지정 웹 파트 솔루션 패키지 만들기 및 배포...............................................................................................................322

제작된 사이트 요소 배포(SharePoint Server 2010)...........................................323

제작된 사이트 요소 배포 정보.........................................................................323

시작하기 전에..............................................................................................325

콘텐츠 배포 작업을 사용한 콘텐츠 배포...........................................................325

콘텐츠 마이그레이션 API를 사용하여 콘텐츠 배포............................................326

Windows PowerShell을 사용하여 콘텐츠 배포 패키지 만들기...........................326

기능을 사용하여 사이트 요소 배포(SharePoint Server 2010)..............................329

기능이란?....................................................................................................329

기능을 사용하는 경우....................................................................................330

기능 만들기..................................................................................................330

Windows PowerShell을 사용하여 기능 설치 및 활성화....................................332

서식 파일 배포(SharePoint Server 2010).........................................................335

사이트 정의란?.............................................................................................335

사이트 정의 및 구성......................................................................................336

사용자 지정 사이트 정의 및 구성 만들기..........................................................338

솔루션 패키지를 사용하여 사이트 정의 배포.....................................................340

Workflow deployment process (SharePoint Server 2010)(영문).....................342

Overview....................................................................................................342

Before you begin........................................................................................343

Deploying workflows..................................................................................343

Verification.................................................................................................348

Deploy software updates for SharePoint Server 2010...................................349

Software updates overview (SharePoint Server 2010)(영문)..........................350

Improvements and new features...............................................................350

Intended audience and scope....................................................................350

Software update process...........................................................................351

Software update strategy..........................................................................352

Software update deployment cycle............................................................352

Prepare to deploy software updates (SharePoint Server 2010)(영문)............362

Verify account permissions and security settings......................................362

Determine the update approach................................................................362

Back up the environment...........................................................................365

Document the environment.......................................................................365

Determine whether related items need to be updated..............................366

Obtain the software update and prepare the installation source (optional)366

Install a software update (SharePoint Server 2010)(영문).............................368

Verify the update strategy.........................................................................368

Monitor installation progress......................................................................368

Handle update failures...............................................................................369

Review update scenarios...........................................................................369

Use the in-place method without backward compatibility..........................371

Use the in-place method with backward compatibility...............................373

Use the database attach method for high availability of existing content. 380

Verify update completion and success.......................................................383

Office Web Apps 배포(SharePoint 2010 제품에 설치)......................................384

Office Web Apps 배포 이해..........................................................................385

기존 독립 실행형 SharePoint 서버에서 Office Web Apps 설치 및 구성..............386

새로운 독립 실행형 SharePoint 서버에서 Office Web Apps 설치 및 구성...........391

기존 SharePoint 서버 팜에서 Office Web Apps 설치 및 구성...........................392

새로운 SharePoint 서버 팜에서 Office Web Apps 설치 및 구성........................396

추가 구성(선택 사항).....................................................................................398

문제 해결.....................................................................................................399

도움말 보기이 문서의 정확성을 보장하기 위해 최선을 다했습니다. 이 콘텐츠는 Office System TechNet 라이브러리에서 온라인으로도 제공되므로 문제가 발생하는 경우 아래 위치에서 업데이트를 확인할 수 있습니다.http://technet.microsoft.com/ko-kr/office/bb267342온라인 콘텐츠에서 답변을 찾을 수 없는 경우 아래 주소로 Microsoft Office System and Servers 콘텐츠 팀에 전자 메일을 보낼 수 있습니다[email protected]이 문서의 콘텐츠에 대한 질문이 아니라 Microsoft Office 제품에 대한 질문이 있는 경우에는 아래 위치에서 Microsoft 도움말 및 지원 센터나 Microsoft 기술 자료를 검색하십시오.http://support.microsoft.com/?ln=ko-kr

16

SharePoint Server 2010 배포Microsoft SharePoint Server 2010 의 배포 가이드입니다. 이 가이드의 문서를 활용하면 SharePoint Server 2010 설치 및 구성을 쉽게 준비할 수 있습니다. 이 배포 가이드에는 배포 시나리오, 단계별 설치 지침 및 설치 후 구성 단계에 대한 정보가 들어 있습니다. 또한 SharePoint Server 2010 으로 업그레이드하는 방법에 대해서도 설명합니다.SharePoint Server 2010 을 설치하기 전에 Planning and architecture for SharePoint Server 2010 의 정보를 검토해야 합니다. 이 섹션의 내용 배포 개요 (SharePoint Server 2010)

이 문서에서는 SharePoint Server 2010 을 배포하는 방법에 대한 정보를 제공합니다. 이 문서의 목표는 조직에 SharePoint Server 2010 기반 솔루션을 배포하는 것과 관련하여 기본적인 의사 결정을 수행하는 데 도움이 될 수 있는 정보를 제공하는 것입니다.

SharePoint Server 2010 설치 이 비디오는 Microsoft SharePoint Server 2010 설치 및 구성 방법과 첫 번째 사이트 모음을 만드는 방법을 보여 줍니다.

배포 준비 (SharePoint Server 2010) 이 섹션에서는 Microsoft SharePoint Server 2010 배포 전에 수행해야 할 필수 단계에 대해 설명합니다.

배포 시나리오 (SharePoint Server 2010) 이 섹션의 단계를 따르면 SharePoint Server 2010 과 함께 단일 서버 또는 서버 팜을 배포하거나 SharePoint Server 2010 에 사용할 Office Web Apps 를 배포할 수 있습니다.

초기 구성 (SharePoint Server 2010) 이 섹션의 단계를 따르면 언어 팩을 설치하고, 팜 설정 및 서비스를 구성하고, 사이트 모음을 만들 수 있습니다.

사용자 지정 내용 배포 - 개요 (SharePoint Server 2010) 이 섹션의 문서에서는 개발자 또는 웹 디자이너가 SharePoint Server 2010 환경에서 사용자 지정한 사이트 요소를 배포하는 방법에 대해 설명합니다.

Upgrading to SharePoint Server 2010 이 업그레이드 가이드의 단계를 따르면 SharePoint Server 2010 으로의 업그레이드를 계획, 준비 및 수행할 수 있습니다.

추가 리소스

17

http://technet.microsoft.com/library/396c85d9-4b86-484e-9cc5-f6c4d725c578(Office.14).aspx

http://technet.microsoft.com/library/0ed0b44c-d60d-4b85-87de-19065d968835(Office.14).aspx


그래픽으로 제공되는 배포 프로세스 개요를 보려면 Technical diagrams (SharePoint Server 2010) 문서에서 SharePoint 2010 제품 배포 모델을 다운로드하십시오.

설치 관련 데모 비디오는 SharePoint Server 2010 설치 를 참조하십시오.

18

http://technet.microsoft.com/library/bcbae7bd-656b-4003-969c-8411b81fcd77(Office.14).aspx


배포 개요(SharePoint Server 2010)이 문서에는 Microsoft SharePoint Server 2010 팜 배포의 개요가 나와 있습니다. Microsoft SharePoint Server 팜은 복잡성과 크기가 각기 다르지만 지속적인 테스트와 평가를 수반하는 세심한 계획 및 단계별 배포를 조합해서 수행하면 예기치 않은 결과가 발생할 위험이 줄어듭니다.

참고:

이 문서의 범위를 벗어난 사이트 및 솔루션 계획에 대한 자세한 내용은 Plan for sites and solutions (SharePoint Server 2010)을 참조하십시오. 이 문서의 정보를 그림과 함께 살펴보려면 Technical diagrams (SharePoint Server 2010) 항목의 SharePoint 2010 제품 배포 모델을 참조하십시오. 관련된 기술 다이어그램에는 "SharePoint Server 2010 토폴로지 및 SharePoint 2010 제품의 서비스"가 포함되어 있습니다.이 문서의 내용 개념 실제 아키텍처 설치 및 구성 배포 단계 개념SharePoint Server 의 유연성과 풍부한 기능으로 인해 SharePoint Server 을 올바르게 설치하고 구성하기가 매우 복잡할 수 있습니다. SharePoint Server 2010 제품을 올바르게 배포하고 지원하려면 SharePoint Server 환경의 다음과 같은 주요 구조적 요소를 기본적으로 이해해야 합니다. 서버 팜: SharePoint Server 에 대한 논리 아키텍처 디자인의 최상위 요소입니다. 웹 응용 프로그램: SharePoint Server 2010 에서 만들고 사용하는 IIS 웹 사이트입니다. 콘텐츠 데이터베이스: 저장소 웹 응용 프로그램 콘텐츠를 제공합니다. 사이트 모음 수준에서 콘텐츠를 여러 콘텐츠 데이터베이스로 분리할 수 있습니다. 사이트 모음: 소유자가 같고 관리 설정을 공유하는 웹 사이트 집합입니다. 사이트: 하나 이상의 관련 웹 페이지와 사이트 모음 안에서 호스팅되는 기타 항목(예: 목록, 라이브러리 및 문서)으로 구성됩니다.

19

http://technet.microsoft.com/library/315d91dc-c686-4a20-8846-ccd83763984b(Office.14).aspx#DeploymentStages

http://technet.microsoft.com/library/315d91dc-c686-4a20-8846-ccd83763984b(Office.14).aspx#Installation

http://technet.microsoft.com/library/315d91dc-c686-4a20-8846-ccd83763984b(Office.14).aspx#Physical

http://technet.microsoft.com/library/315d91dc-c686-4a20-8846-ccd83763984b(Office.14).aspx#Concepts


http://technet.microsoft.com/library/f2cb570f-f893-4b42-b8a7-d944952b6626(Office.14).aspx

http://technet.microsoft.com/library/f2cb570f-f893-4b42-b8a7-d944952b6626(Office.14).aspx

이러한 아키텍처 구성 요소에 대한 자세한 내용은 Logical architecture components 를 참조하십시오.SharePoint Server 환경의 요소와 솔루션에 대해 해당 요소를 구성해야 하는 방법을 이해하는 것 외에도 실제 아키텍처, 설치 및 구성, 다양한 배포 단계 같은 추가 요소를 고려해야 합니다.

실제 아키텍처실제 아키텍처는 하나 이상의 서버와 네트워크 인프라로 구성되며 SharePoint Server 솔루션에 대한 논리 아키텍처를 구현할 수 있도록 합니다. 실제 아키텍처는 일반적으로 두 가지 방법, 즉 크기 및 토폴로지를 기준으로 설명됩니다. 크기는 사용자 수 또는 문서 수 같은 다양한 방법으로 측정할 수 있으며 팜을 소규모, 중간 규모 및 대규모로 분류하는 데 사용됩니다. 토폴로지는 팜 서버의 논리적 배치를 정의하기 위해 계층 또는 서버 그룹 개념을 사용합니다.크기크기는 사용자 수 및 콘텐츠 항목 수를 기본 측정 단위로 사용하여 다음과 같이 서버 팜이 소규모, 중간 규모 또는 대규모 중 어디에 해당되는지를 나타냅니다. 소규모 서버 팜은 일반적으로 두 개 이상의 웹 서버와 하나의 데이터베이스 서버로 구성됩니다.

웹 서버 중 하나는 중앙 관리 사이트를 호스팅하고 다른 하나는 사용자에게 콘텐츠를 제공하는 등의 추가 팜 관련 작업을 처리합니다. 소규모 팜은 사용자 수, 콘텐츠 항목 수 및 필요한 서버 수에 따라 전용 응용 프로그램 서버를 사용하여 세 개의 계층으로 확장할 수 있습니다.

중간 규모 서버 팜은 일반적으로 두 개 이상의 웹 서버, 응용 프로그램 서버 두 개 그리고 두 개 이상의 데이터베이스 서버로 구성되어 있습니다. 위와 같은 구성으로 시작한 다음 서버에 발생하는 작업량을 수용하도록 확장하는 것이 좋습니다.해당 서비스에서 사용하는 리소스의 양이 적절하지 않은 것으로 드러난 시나리오에서는 응용 프로그램 계층을 확장할 수 있습니다. 성능 데이터를 확인하면 전용 서버로 부하를 덜어 내도록 고려해야 하는 서비스를 알 수 있습니다.

대규모 서버 팜은 용량 및 성능 요구 사항을 충족하기 위해 중간 규모 팜을 확장한 결과일 수도 있고 SharePoint Server 솔루션을 구현하기 전에 디자인에 따른 결과물일 수도 있습니다. 3 계층 토폴로지 환경에서는 일반적으로 모든 계층에 전용 서버를 사용합니다. 또한 이러한 서버는 팜에서의 역할에 따라 그룹화되는 경우가 많습니다. 예를 들어 모든 클라이언트 관련 서비스를 하나 내지 두 개의 서버로 그룹화한 다음 이러한 서비스에 대한 사용자의 요구에 대응하여 필요에 따라 이 그룹에 서버를 추가하는 방식으로 확장할 수 있습니다.

참고:

팜을 확장할 때는 성능 특성이 비슷한 서비스 또는 데이터베이스를 전용 서버로 그룹화한 다음 서버를 그룹 단위로 확장하는 것이 좋습니다. 대규모 환경의 경우 팜에서 증가하는 특정 그룹은 팜의 각 서비스에 대한 특정 요구 사항에 따라 다릅니다.소규모, 중간 규모 및 대규모 팜과 관련된 구체적인 수치는 Performance and capacity management (SharePoint Server 2010)를 참조하십시오.토폴로지

20

http://technet.microsoft.com/library/8dd52916-f77d-4444-b593-1f7d6f330e5f(Office.14).aspx

http://technet.microsoft.com/library/8dd52916-f77d-4444-b593-1f7d6f330e5f(Office.14).aspx

http://technet.microsoft.com/library/aaed3a01-f4dc-4353-abda-0beced2080b6(Office.14).aspx

토폴로지에서는 팜 서버가 호스팅하는 구성 요소 또는 서버 팜에서 팜 서버의 역할에 따라 팜 서버를 논리적으로 배열하기 위한 모델로 계층을 사용합니다. SharePoint Server 팜은 다음과 같이 1~3 개 계층에 배포됩니다. 단일 계층 배포에서는 SharePoint Server 및 데이터베이스 서버를 한 컴퓨터에 설치합니다. 2 계층 배포에서는 SharePoint Server 구성 요소와 데이터베이스를 별개의 서버에 설치합니다. 이 유형의 배포는 소규모 팜이라고 하는 팜에 매핑됩니다. 프런트 엔드 웹 서버는 첫 번째 계층에 있고, 데이터베이스 서버는 두 번째 계층에 있습니다. 컴퓨터 업계에서 첫 번째 계층은 웹 계층이라고 하고, 데이터베이스 서버는 데이터베이스 계층 또는 데이터베이스 백 엔드라고 합니다. 3 계층 배포에서는 프런트 엔드 웹 서버가 첫 번째 계층에 있고, 응용 프로그램 서버가 응용 프로그램 계층이라고 하는 두 번째 계층에 있으며, 데이터베이스 서버가 세 번째 계층에 있습니다. 3 계층 배포는 중간 규모 및 대규모 팜에 사용됩니다.

설치 및 구성SharePoint Server 솔루션에 대한 계획을 마무리한 후에는 솔루션을 호스팅할 SharePoint Server 팜을 만들 수 있습니다. 첫 번째 단계에서는 SharePoint Server 2010 을 설치하고 솔루션에 필요한 팜을 만듭니다. 환경을 준비하는 절차는 다음 단계로 구성되어 있습니다.1. 서버 준비2. 팜 만들기3. 설정, 서비스, 솔루션 및 사이트 구성

참고:

만들어 배포하는 팜은 SharePoint 2010 제품 배포 모델에 설명된 서로 다른 배포 단계를 거치면서 크기, 토폴로지 및 복잡성이 크게 바뀌게 됩니다. 이는 단계별 배포에서 일반적으로 예상되는 결과입니다. 따라서 이 문서의 "배포 단계"에 설명된 모든 단계를 따르는 것이 좋습니다. 서버 준비이 단계에서는 제품을 호스팅할 수 있도록 서버를 준비합니다. 여기에는 지원하는 서버와 SharePoint Server 을 설치할 서버가 포함됩니다. 팜을 지원 및 호스팅하려면 다음 서버를 구성해야 합니다. 도메인 컨트롤러: 도메인에 대해 필요한 팜 계정을 구성하고 디렉터리 동기화를 구성해야 합니다.

21

중요:

SharePoint Server 2010 에서는 SLD(단일 레이블 도메인) 이름을 지원하지 않습니다. SLD 이름은 사용하지 않는 것이 좋으므로 SharePoint 2010 제품은 이 시나리오에서 포괄적인 테스트를 거치지 않았습니다. 따라서 SharePoint 2010 제품을 단일 레이블 도메인 환경에 구현하면 비호환성 문제가 발생할 수 있습니다. 자세한 내용은 단일 레이블 DNS 이름의 도메인에 대해 Windows 를 구성하는 방법에 대한 정보 (http://go.microsoft.com/fwlink/?linkid=193849&clcid=0x412) 및 DNS 네임스페이스 계획 솔루션 센터 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=198010&clcid=0x412)(영문일 수 있음)를 참조하십시오.

필요한 계정에 대한 자세한 내용은 다음을 참조하십시오. 관리 및 서비스 계정 (SharePoint Server 2010) 디렉터리 동기화 정보 (http://go.microsoft.com/fwlink/?

linkid=193169&clcid=0x412) 데이터베이스 서버: 서비스 팩 및 누적 업데이트를 포함하여 필요한 SQL Server 버전을 데이터베이스 서버에 설치해야 합니다. 설치에는 SQL Analysis Services 같은 모든 추가 기능이 포함되어야 하며 해당하는 SharePoint Server 로그인을 추가하여 구성해야 합니다.

데이터베이스 서버는 보안을 강화해야 하며 필요한 경우 DBA 가 데이터베이스를 만들어야 합니다. 자세한 내용은 다음을 참조하십시오. 하드웨어 및 소프트웨어 요구 사항 (SharePoint Server 2010) SharePoint 환경에 맞게 SQL Server 강화 (SharePoint Server 2010) DBA 작성 데이터베이스를 사용한 배포 (SharePoint Server 2010)

응용 프로그램 서버 및 프런트 엔드 웹 서버: SharePoint Server 을 설치할 팜 서버를 다음과 같이 준비해야 합니다. 즉, 팜 서버가 하드웨어 요구 사항을 충족하는지, 운영 체제의 보안이 강화되어 있는지, 필요한 네트워킹 및 보안 프로토콜이 구성되어 있는지, SharePoint Server 2010 소프트웨어 필수 구성 요소가 설치되어 보안이 강화되어 있는지, 필요한 인증이 구성되어 있는지 확인합니다. 자세한 내용은 다음을 참조하십시오. System requirements (SharePoint Server 2010) 하드웨어 및 소프트웨어 요구 사항 (SharePoint Server 2010) 의 "소프트웨어 필수 구성 요소 설치" Plan security hardening (SharePoint Server 2010) Plan authentication (SharePoint Server 2010)

팜 만들기이 단계에서는 제품을 설치하고 각 서버가 팜에서 해당 역할을 지원하도록 구성합니다. 또한 구성 데이터베이스 및 SharePoint 중앙 관리 웹 사이트를 만듭니다. SharePoint Server 팜에는 다음 서버가 필요합니다. 데이터베이스 서버: DBA 가 만든 데이터베이스를 사용하는 경우를 제외하고 SharePoint 제품 구성 마법사를 실행하면 구성 데이터베이스, 콘텐츠 데이터베이스 및 다른 필요한 데이터베이스가 만들어집니다. 응용 프로그램 서버: 응용 프로그램 서버를 준비한 후에는 IRM(정보 권한 관리) 및 의사 결정 지원 같은 기능을 지원하는 데 필요한 모든 추가 구성 요소를 설치합니다. SharePoint 중앙

22

http://technet.microsoft.com/library/a0f2c651-e353-4197-b0dd-0cbe6f18c811(Office.14).aspx

http://technet.microsoft.com/library/763613ac-83f4-424e-99d0-32efd0667bd9(Office.14).aspx

http://technet.microsoft.com/library/64233599-f18c-4081-a3ce-450e878a1b9f(Office.14).aspx





관리 웹 사이트를 호스팅할 서버에 SharePoint Server 을 설치한 다음 SharePoint 제품 구성 마법사를 실행하여 팜을 만들고 구성합니다. 프런트 엔드 웹 서버: 각 웹 서버에 SharePoint Server 을 설치한 다음 SharePoint 제품 구성 마법사를 실행하여 팜에 웹 서버를 추가합니다.

참고:

모든 프런트 엔드 웹 서버를 추가 및 구성한 후에는 토폴로지 디자인에 포함된 모든 추가 응용 프로그램 서버를 팜에 추가할 수 있습니다.지원되는 배포 시나리오에 대한 자세한 내용은 배포 시나리오 (SharePoint Server 2010) 를 참조하십시오.설정, 서비스, 솔루션 및 사이트 구성이 단계에서는 다음 작업을 완료하여 팜에서 사이트 콘텐츠를 호스팅하도록 준비합니다. 전역 설정 구성. 자세한 내용은 팜 설정 구성 (SharePoint Server 2010) 을 참조하십시오. 서비스 구성. 자세한 내용은 서비스 구성 (SharePoint Server 2010) 을 참조하십시오. 솔루션 및 사용자 지정 내용 배포. 자세한 내용은 사용자 지정 내용 배포 - 개요 (SharePoint

Server 2010)를 참조하십시오. 사이트 만들기 및 채우기. 자세한 내용은 사이트 호스팅 준비 (SharePoint Server 2010) 를 참조하십시오.

참고:

팜 구성 단계는 서버 인프라의 특정 계층으로 국한되지 않습니다.

배포 단계SharePoint Server 2010 솔루션을 단계별로 배포하면 솔루션을 평가하는 데 사용할 수 있는 성능 및 사용 현황 데이터를 수집하는 등 체계적인 접근 방식을 통한 이점을 얻게 됩니다. 이외에도 용량 관리 가정을 검증하고 팜을 프로덕션 환경에 배포하기 전에 문제를 식별하는 것 같은 추가적인 이점을 얻을 수 있습니다. 팜을 배포할 때는 다음 단계를 따르는 것이 좋습니다. 계획 개발 POC(개념 증명) 파일럿 UAT(사용자 승인 테스트) 프로덕션계획

23

팜을 배포하려면 먼저 배포할 솔루션을 계획하고 서버 리소스 및 팜 토폴로지 같은 인프라 요구 사항을 확인해야 합니다. 계획 단계를 완료할 때 다음과 같은 사항이 갖춰져 있어야 합니다. 솔루션을 지원하는 인프라 디자인 팜 및 솔루션 구현 방법에 대한 자세한 문서 솔루션 테스트 및 유효성 검사 계획 사이트 및 솔루션 아키텍처 솔루션을 지원하기 위한 모니터링 및 SE(Sustained Engineering) 요구 사항 이해 솔루션 제어 방식에 대한 레코드 솔루션 채택을 촉진하기 위해 사용자에게 솔루션 관련 사항을 전달하는 방법 이해Planning and architecture for SharePoint Server 2010 에 설명된 계획 리소스 및 문서를 활용하는 것이 좋습니다.

중요:

계획 단계에서는 리소스 및 시간 문제로 압박감을 느껴 덜 엄격해질 수 있습니다. 계획 요소를 놓치거나 소홀히 다룰 경우 프로덕션 환경에 배포한 후 중요한 문제로 다시 표면화될 수 있으므로 가능한 한 성실하게 계획 작업을 수행하는 것이 좋습니다. 이러한 문제로 인해 많은 양의 추가 작업이 발생하고, 예산에 없던 리소스를 사용하며, SharePoint Server 의 올바른 활용 가치로부터 멀어질 가능성이 높아집니다. 계획 단계가 끝나면 다음 배포 단계를 거치며 계획, 구성 및 토폴로지를 테스트하는 동시에 업데이트 및 수정합니다.개발개발 단계를 진행하는 동안 단일 서버 또는 여러 서버에 SharePoint Server 을 배포하여 구현하려는 솔루션을 개발, 테스트, 평가 및 구체화하게 됩니다. 이 환경은 솔루션을 개발하는 과정에 요구 사항에 따라 확장되며 나중에 개발 및 테스트할 수 있도록 축소된 환경으로 유지할 수 있습니다. 이는 안정적인 환경이 아니며 서비스 수준 계약이 적용되지 않습니다. POC(개념 증명)개념 증명 단계에서 목표는 두 가지입니다. 즉, SharePoint Server 을 이해하고, 비즈니스 요구 사항을 충족할 수 있는지의 맥락에서 SharePoint Server 을 평가하는 것입니다. 첫 번째 수준의 제품 평가는 모든 제품 구성 요소를 단일 서버에 설치하여 수행할 수 있습니다. 개념 증명 배포를 사용하여 보다 광범위한 제품 평가를 수행합니다.단일 서버 또는 소규모 팜에서 개념 증명 배포를 사용하면 평가의 범위를 확장할 수 있습니다. 이 배포에서는 IT 부서 이외의 인력이 평가 팀에 추가되어 조직에서 SharePoint Server 기능을 실제로 어떻게 사용할 수 있는지에 대해 보다 폭넓은 시각을 제공할 수 있습니다. 개념 증명 배포의 이점은 원래 계획을 구체화하는 데 사용할 수 있는 데이터를 수집할 수 있다는 것입니다. 페이지 보기, 사용자 동작 패턴, 서버 리소스 사용 등의 이러한 데이터를 사용하여 팜의 크기 지정을 위한

24


벤치마크를 설정할 수도 있습니다. 또한 개념 증명은 서비스 응용 프로그램을 평가하고 최종 사용자에게 제공할 기능 집합을 결정할 때에도 유용합니다. 개념 증명 단계에서는 이러한 기능의 고유한 특징과 기능을 이해하는 것이 중요합니다. 그 이유는 이러한 특징과 기능을 이해하면 전체적인 토폴로지를 정의하는 데 도움이 되기 때문입니다. 다만 개념 증명 배포를 사용할 경우 추가 리소스가 필요하며 SharePoint Server 을 프로덕션 환경에 배포하는 데 필요한 시간이 늘어난다는 점에 유의하십시오.

팁:

가상화를 사용하면 가상 환경을 통해 유연성이 제공되고 배포 속도가 빨라지며 이전 단계로 가상 컴퓨터를 롤백할 수 있으므로 SharePoint Server 평가에 적합한 플랫폼을 얻게 됩니다. 파일럿파일럿은 솔루션을 소규모로 테스트하는 데 사용됩니다. 파일럿 배포는 두 가지 방법으로 사용할 수 있습니다. 첫 번째 방법에서는 실제 데이터를 사용하지 않고 기능 테스트에 중점을 둡니다. 두 번째 접근 방식을 사용할 경우에는 실제 데이터를 사용하여 프로덕션 환경의 특성에 대해 테스트하고 파일럿 사용자가 서로 다른 작업 유형을 테스트하도록 합니다. 두 번째 방법은 솔루션 디자인을 구체화하기 위해 수집 및 사용할 수 있는 실제 데이터 및 범위가 넓기 때문에 이 방법을 사용하는 것이 좋습니다. 파일럿 배포를 수행하면 많은 이점이 있습니다. 특히, 팜 디자인의 다음과 같은 측면에 대한 유효성을 검사하는 데 사용할 수 있는 데이터를 수집할 수 있습니다. 인프라 디자인 용량 관리 가정 사이트 및 솔루션 아키텍처 솔루션 사용 가정또한 파일럿 단계를 수행하면 벤치마크의 범위와 깊이를 늘리기 위해 수집해야 하는 추가 데이터를 확인할 수 있습니다. 이 데이터는 사용자 승인 테스트를 수행하기 전에 팜에 추가하려는 다른 기능 또는 서비스의 잠재적인 영향을 평가하려는 경우에 중요한 역할을 합니다.파일럿 배포를 종결할 때 수집한 데이터를 사용하여 솔루션 및 지원 인프라의 다양한 구성 요소를 조정할 수 있습니다.UAT(사용자 승인 테스트)프로덕션 이전 환경이라고도 하는 사용자 승인 테스트 배포는 조직에서 파일럿 배포에서 프로덕션 배포로 넘어가는 전환 단계로 사용합니다. 조직의 비즈니스 프로세스에 따라 사용자 승인 테스트의 범위, 규모 및 기간이 결정됩니다. 프로덕션 이전 환경의 토폴로지는 계획한 프로덕션 토폴로지와 같거나 매우 비슷해야 합니다. 사용자 승인 테스트 과정에는 일부 또는 전체 프로덕션 데이터에 대해 SharePoint Server

25

솔루션을 테스트합니다. 이 배포 단계에서는 성능을 조정하고 백업 및 복원 같은 운영 절차의 유효성을 검사할 수 있는 마지막 기회를 제공합니다. 프로덕션마지막 단계에서는 팜을 프로덕션 환경에 배포합니다. 이 단계에서는 사용자 승인 테스트 단계에서 식별된 필요한 솔루션 및 인프라 조정 사항을 통합하게 됩니다. 팜을 프로덕션 환경에 배포하려면 다음 작업을 완료해야 합니다. 팜 배포 솔루션 배포 운영 계획 구현 필요한 경우 제작 및 준비 팜, 서비스 팜 같은 추가 환경 배포

26

네트워크 공유에서 필수 구성 요소 설치(SharePoint Server 2010)이 문서에서는 필수 구성 요소 설치 관리자(PrerequisiteInstaller.exe) 도구를 사용하여 오프라인 공유 네트워크 위치에서 Microsoft SharePoint Server 2010 필수 구성 요소를 설치하는 방법에 대해 설명합니다. 오프라인 위치에서의 필수 구성 요소 설치는 일반적으로 Microsoft SharePoint Server 을 설치할 서버가 인터넷에 연결되어 있지 않은 경우에 수행해야 합니다. 이에 해당되지 않는 경우라도 오프라인 중앙 위치에서 필수 구성 요소를 설치하면 잘 알려져 있고 적절히 관리되는 이미지 집합을 설치하게 되므로 팜 서버의 일관성을 확보할 수 있습니다.

참고:

Microsoft SharePoint 제품 준비 도구는 PrerequisiteInstaller.exe 에 구축된 사용자 인터페이스입니다. Microsoft SharePoint 제품 준비 도구에서는 사용자 입력이 허용되지 않습니다. 이 문서의 내용: 설치 관리자 스위치 및 인수 파일 공유에 필수 구성 요소 다운로드 및 통합 명령줄에서 필수 구성 요소 설치 인수 파일을 사용하여 필수 구성 요소 설치 알려진 문제 설치 관리자 스위치 및 인수PrerequisiteInstaller.exe 를 스위치 및 인수와 함께 사용하면 설치되는 필수 소프트웨어의 버전과 소프트웨어의 설치 위치를 제어할 수 있습니다. PrequisiteInstaller.exe 에서는 단일 또는 다중 스위치 및 인수 쌍이 허용됩니다. 스위치는 필수 구성 요소를 식별하고 인수는 필수 구성 요소의 위치 및 작업을 지정합니다.스위치 및 인수 쌍은 다음과 같은 형식을 사용합니다./스위치: <경로>여기서 각 부분이 나타내는 의미는 다음과 같습니다. /스위치는 필수 구성 요소를 식별하기 위한 유효한 스위치입니다. 예를 들어 /NETFX35SP1:은 .NET Framework 3.5 서비스 팩 1 에 대한 스위치입니다.

27

<경로>는 로컬 파일 경로 또는 파일 공유 경로로 나타내며 "C:\폴더 이름\dotnetfx35.exe" 또는 "\\<서버 이름>\<공유 이름>\dotnetfx35.exe"를 예로 들 수 있습니다.

각 스위치와 해당 인수는 콜론과 공백으로 구분됩니다. 인수는 따옴표로 둘러싸여 있습니다.스위치 및 인수 쌍은 명령 프롬프트에서 PrerequisiteInstaller.exe 로 전달하거나 인수 텍스트 파일에서 읽어올 수 있습니다.

파일 공유에 필수 구성 요소 다운로드 및 통합필수 구성 요소를 다운로드하고 통합하는 과정은 다음 절차에 설명된 단계로 구성됩니다.필수 구성 요소를 식별하려면1. 하드웨어 및 소프트웨어 요구 사항 (SharePoint Server 2010) 문서를 참조하십시오. 이 문서에는 SharePoint Server 2010 에 대한 모든 필수 소프트웨어와 선택적 소프트웨어의 목록이 나와 있습니다. 또한 인터넷에서 다운로드할 수 있는 각 필수 구성 요소의 다운로드 위치도 소개되어 있습니다.2. 명령 프롬프트에서 SharePoint Server 2010 설치 미디어 또는 폴더 위치의 루트로 이동합니다.3. 명령 프롬프트에 PrerequisiteInstaller.exe /?를 입력합니다. 그러면 명령줄에서 필수 구성 요소를 설치하기 위한 스위치 및 해당 인수와 명령줄 옵션이 나와 있는 목록이 표시됩니다.

팁:

활성화된 정보 창의 콘텐츠를 클립보드로 복사하려면 Ctrl+C 를 누릅니다.4. 필수 소프트웨어 목록이 정확한지 확인합니다. 필수 구성 요소 설치 관리자의 출력을 1 단계의 필수 구성 요소 목록과 비교합니다. 5. 인터넷에 액세스할 수 있는 컴퓨터로 필수 구성 요소를 다운로드합니다.그리고 다음 절차에 따라 모든 팜 서버에 SharePoint Server 필수 구성 요소를 설치하는 데 사용할 수 있는 중앙 위치를 만듭니다.필수 구성 요소를 통합하려면1. 필수 구성 요소를 설치할 서버에서 액세스할 수 있는 컴퓨터에 공유 폴더를 만듭니다.2. 인터넷에서 다운로드한 파일을 공유 폴더에 복사합니다.필수 구성 요소를 위한 액세스 가능한 네트워크 위치를 만든 후에는 다음 섹션의 절차에 따라 서버에 SharePoint Server 2010 필수 구성 요소를 설치합니다.

명령줄에서 필수 구성 요소 설치다음 절차에 따르면 명령줄에서 하나 이상의 필수 구성 요소를 설치할 수 있습니다. 명령줄에서 설치하려면1. 시작 메뉴에서 관리자 권한으로 실행 옵션을 사용하여 명령 프롬프트 창을 엽니다.2. SharePoint Server 원본 디렉터리로 이동합니다.

28

3. 설치할 프로그램에 대한 필수 구성 요소 프로그램 스위치와 해당 인수를 입력한 다음 Enter 키를 누릅니다. 예를 들면 다음과 같습니다.PrerequisiteInstaller.exe /SQLNCli: "\\o14-sf-admin\SP_prereqs\sqlncli.msi"

참고:

필수 구성 요소를 두 개 이상 설치하려면 각 스위치 및 인수 쌍으로 입력합니다. 이때 각 쌍이 공백으로 구분되도록 유의해야 하며 예를 들면 다음과 같습니다.PrerequisiteInstaller.exe /SQLNCli: "\\o14-sf-admin\SP_prereqs\sqlncli.msi" /ChartControl: "\\o14-sf-admin\SP_prereqs\MSChart.exe" /W2K8SP2: "\\o14-sf-admin\SP_prereqs\Windows6.0-KB948465-X64.exe" /NETFX35SP1: "\\o14-sf-admin\SP_prereqs\dotnetfx35setup.exe"

인수 파일을 사용하여 필수 구성 요소 설치설치해야 하는 프로그램에 대한 스위치 및 해당 경로 문으로 구성된 인수 파일을 사용하여 파일 공유에서 필수 구성 요소를 설치할 수 있습니다. PrerequisiteInstaller.exe 를 인수 파일과 함께 실행하는 경우 다음과 같은 작업이 수행됩니다.1. PrerequisiteInstaller.exe 에서 인수 파일을 읽어 각 스위치가 유효하며 경로 문에서 식별된 프로그램이 있는지 확인합니다.

참고:

인수를 지정하는 경우 PrerequisiteInstaller.exe 에서는 인수 파일을 무시하고 명령줄 인수만 처리합니다.2. PrerequisiteInstaller.exe 에서 로컬 시스템을 검사하여 이미 설치된 필수 구성 요소가 있는지 확인합니다. 3. PrerequisiteInstaller.exe 가 인수 파일에서 프로그램을 설치하고 다음 종료 코드 중 하나를 반환합니다.

0 - 성공 1 - 이 응용 프로그램의 다른 인스턴스가 이미 실행 중임 2 - 잘못된 명령줄 매개 변수 1001 - 다시 시작 보류 중이어서 설치가 차단됨 3010 - 다시 시작해야 함

4. 필수 구성 요소를 다시 시작해야 하는 경우 3010 코드가 생성되며 시스템을 다시 시작하려면 마침을 클릭하라는 메시지가 나타납니다. 3010 코드가 생성된 후의 설치 관리자 동작은 다음과 같은 컴퓨터의 상태에 따라 다릅니다. 시스템에 Windows Server 2008 SP2(서비스 팩 2)가 이미 설치되어 있는 경우에는

3010 코드가 생성되고 나머지 필수 구성 요소가 설치됩니다. 마지막 필수 구성 요소의 설치가 끝나면 시스템을 다시 시작하라는 메시지가 나타납니다. Windows Server 2008 SP2 가 PrerequisiteInstaller.exe 를 통해 시스템에 설치되는 경우에는 3010 코드가 생성되고 나머지 필수 구성 요소의 설치를 건너뜁니다. 또한 시스템을 다시 시작하라는 메시지가 나타납니다.

29

시스템을 다시 시작하면 PrerequisiteInstaller.exe 가 다시 실행되는데, 이는 다시 시작하기 전에 만들어진 시작 파일에 /continue 플래그가 포함되어 있기 때문입니다.다시 시작한 후에는 PrerequisiteInstaller.exe 에서 인수 파일을 무시하고 인터넷에서 필수 구성 요소를 다운로드하여 설치를 시도합니다. 자세한 내용은 알려진 문제를 참조하십시오.

다음 절차에 따라 인수 파일을 만듭니다.인수 파일을 만들려면1. 텍스트 편집기를 사용하여 PrerequisiteInstaller.Arguments.txt 라는 새 텍스트 문서를 만듭니다. 이 파일을 PrerequisiteInstaller.exe 와 동일한 위치에 저장합니다. 이 파일에는

Microsoft SharePoint 제품 준비 도구를 실행할 때 사용되는 스위치 및 인수가 포함됩니다.2. 텍스트 편집기를 사용하여 PrerequisiteInstaller.Arguments.txt 를 편집하고 다음 구문을 사용하여 각 필수 구성 요소 스위치에 대한 설치 원본의 파일 경로를 제공합니다.

/스위치: <경로>여기서 /스위치는 유효한 스위치이고 <경로>는 설치 원본 경로입니다. 다음 예제에서는 파일 공유를 공통된 설치 지점으로 사용하는 완전한 인수 파일을 보여 줍니다./SQLNCli: "\\o14-sf-admin\SP_prereqs\sqlncli.msi"/ChartControl: "\\o14-sf-admin\SP_prereqs\MSChart.exe"/W2K8SP2: "\\o14-sf-admin\SP_prereqs\Windows6.0-KB948465-X64.exe"/NETFX35SP1: "\\o14-sf-admin\SP_prereqs\dotnetfx35setup.exe"/PowerShell: "\\o14-sf-admin\SP_prereqs\Windows6.0-KB968930-x64.msu"/KB976394: "\\o14-sf-admin\SP_prereqs\Windows6.0-KB976394-x64.msu"/KB976462: "\\o14-sf-admin\SP_prereqs\Windows6.1-KB976462-v2-x64.msu"/IDFX: "\\o14-sf-admin\SP_prereqs\Windows6.0-KB974405-x64.msu"/Sync: "\\o14-sf-admin\SP_prereqs\Synchronization.msi"/FilterPack: "\\o14-sf-admin\SP_prereqs\FilterPackx64.exe"/ADOMD: "\\o14-sf-admin\SP_prereqs\SQLSERVER2008_ASADOMD10.msi"/ReportingServices: "\\o14-sf-admin\SP_prereqs\rsSharePoint.msi"/Speech: "\\o14-sf-admin\SP_prereqs\SpeechPlatformRuntime.msi"/SpeechLPK: "\\o14-sf-admin\SP_prereqs\MSSpeech_SR_en-US_TELE.msi"

중요:

가독성을 높이기 위해 앞의 예제에서 스위치와 경로 문은 별도의 줄에 표시되어 있습니다. 실제로 PrerequisitesInstaller.Arguments.txt 파일을 만들 때는 줄 바꿈을 사용해서는 안 되며 각 스위치와 경로 문은 공백으로 구분해야 합니다. 자세한 내용은 알려진 문제를 참조하십시오.3. PrerequisiteInstaller.Arguments.txt 의 편집을 마친 후에는 편집 내용을 저장하고 이 파일이 PrerequisiteInstaller.exe 와 동일한 디렉터리에 있는지 확인합니다. 다음 절차에 따라 필수 구성 요소를 설치합니다.

30

인수 파일을 사용하여 필수 구성 요소를 설치하려면1. 명령 프롬프트에서 PrerequisiteInstaller.exe 를 실행하여 필수 구성 요소를 설치합니다.

주의:

마침을 클릭하여 시스템을 다시 시작하라는 메시지가 나타나면 취소를 클릭합니다. 다음 단계를 진행하기 전에 알려진 문제에서 자세한 내용을 확인하십시오.2. 시스템을 수동으로 다시 시작합니다.3. 명령 프롬프트에서 PrerequisiteInstaller.exe 를 실행합니다.알려진 문제인수 파일의 사용에 영향을 주는 알려진 문제에는 다음과 같은 두 가지가 있습니다. 인수 파일에서의 줄 바꿈 사용

인수 파일을 만들고 줄 바꿈을 사용하여 개별 줄에 각각의 스위치와 인수를 삽입하면 필수 구성 요소 설치 관리자가 올바르게 작동하지 않습니다. 이 문제를 해결하려면 모든 스위치 및 인수 쌍을 하나의 줄에 입력합니다.

컴퓨터를 다시 시작한 후 인수 파일이 사용되지 않음컴퓨터를 다시 시작하면 PrerequisiteInstaller.exe 에서는 /continue 플래그가 포함된 시작 명령 파일을 실행합니다. /continue 플래그는 설치 관리자가 인수 파일을 무시하도록 하는 역할을 합니다. 다음 옵션 중 하나를 사용하여 이 명령 파일에서 시작 작업을 삭제하는 방식으로 다시 시작되지 않도록 해야 합니다.옵션 11. PrerequisiteInstaller.exe 를 두 번 클릭하여 실행합니다. 프로그램의 첫 번째 화면에 필수 구성 요소 목록이 표시됩니다. 1. 취소를 클릭하면 PrerequisiteInstaller.exe 에서 시작 작업을 삭제합니다.

옵션 21. 시작 메뉴에서 실행을 선택한 다음 regedit 를 입력하여 레지스트리를 엽니다.2. HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\

Explorer\Shell Folders 키를 엽니다.3. "일반 시작" 값을 확인합니다. 이렇게 하면 시작 작업이 나열된 디렉터리가 표시됩니다.4. 아무 것도 변경하지 않고 레지스트리 편집기를 닫습니다.5. 시작 디렉터리로 이동합니다. 이 디렉터리는 대개 <시스템 디렉터리>\ProgramData\

Microsoft\Windows\Start Menu\Programs\Startup 입니다.6. "SharePointServerPreparationToolStartup_0FF1CE14-0000-0000-0000-

000000000000.cmd"를 삭제하여 시작 작업을 삭제합니다.

31

SharePoint Server 2010 설치이 비디오는 SharePoint MVP, MCT 이자 SharePoint-Videos.com 의 사장인 Asif Rehmani 에 의해 제작되었습니다. Asif 의 다른 비디오는 http://www.sharepoint-videos.com/( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=187074&clcid=0x412)(영문일 수 있음)을 참조하십시오.이 비디오는 Microsoft SharePoint Server 2010 설치 및 구성 방법과 첫 번째 사이트 모음을 만드는 방법을 보여 줍니다.

비디오 보기 ( 영문일 수 있음 ) | 링크를 마우스 오른쪽 단추로 클릭하고 다른 이름으로 대상 저장을 클릭하여 비디오를 다운로드합니다.

제작자 정보Asif 는 SharePoint Server MVP 이자 MCT(Microsoft Certified Trainer)인 독립적인 SharePoint 강사 겸 컨설턴트입니다. 또한 Wrox 발행물 "Professional SharePoint Designer 2007"의 공동 저자이기도 합니다. 지난 여러 해 동안 Asif 는 미국 국방부, NASA, Hersheys, Toshiba, State Farm, Federal Home Loan Bank, 미국 육군 등 많은 대형 고객에게 SharePoint 컨설팅 및 교육을 제공해 왔습니다. 다음은 Asif 가 발표자로 참여한 회의입니다. Microsoft’s SharePoint Conference Microsoft’s TechEd Conference SharePoint Connections Advisor Live

32





Asif 는 Chicago SharePoint 커뮤니티에 매우 적극적으로 참여하고 있으며, Chicago SharePoint 사용자 그룹의 공동 창립자이자 적극적으로 활동하고 있는 리더입니다.

관련 리소스 리소스 설명SharePoint Server 2010 배포 SharePoint

Server 2010 의 배포 시나리오, 단계별 설치 지침 및 설치 후 구성에 대해 알아봅니다.

SharePoint-Videos.com( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=187074&clcid=0x412)(영문일 수 있음)

Asif Rehmani의 다른 비디오를 살펴봅니다.

SharePoint 제품 기술 센터 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=177939&clcid=0x412)(영문일 수 있음)

관련 기술, 다운로드 및 추가 리소스에 대한 세부 정보를 확인합니다.

참고 항목기타 리소스Video demos and training for Sharepoint Server 2010

33

http://technet.microsoft.com/library/7bd43d63-26e9-45b7-b1bb-f8775a260709(Office.14).aspx





배포 준비(SharePoint Server 2010)이 섹션에서는 Microsoft SharePoint Server 2010 을 배포하기 전에 수행하는 주요 단계에 대해 설명합니다.이 섹션의 내용: 하드웨어 및 소프트웨어 요구 사항 (SharePoint Server 2010)

이 문서에서는 SharePoint Server 2010 을 설치하는 데 필요한 최소한의 하드웨어 및 소프트웨어 요구 사항을 설명합니다.

관리 및 서비스 계정 (SharePoint Server 2010) 이 문서에서는 초기 SharePoint Server 2010 배포에 필요한 관리 계정 및 서비스 계정에 대한 정보를 제공합니다. 프로덕션 팜의 모든 측면을 완벽하게 구현하려면 추가 계정 및 사용 권한이 필요합니다.

SharePoint 환경에 맞게 SQL Server 강화 (SharePoint Server 2010) 이 문서에서는 Microsoft SharePoint 2010 제품 환경에 맞게 Microsoft SQL Server의 성능을 향상시키는 방법에 대해 설명합니다.

참고 항목개념배포 개요 (SharePoint Server 2010) 배포 시나리오 (SharePoint Server 2010)

34

하드웨어 및 소프트웨어 요구 사항(SharePoint Server 2010)이 문서에는 Microsoft SharePoint Server 2010 을 설치 및 실행하기 위한 최소 하드웨어 및 소프트웨어 요구 사항이 나와 있습니다.

중요:

이 문서에 설명된 최소 하드웨어 사용을 충족하지 않는 시스템에 대해 Microsoft 기술 지원 서비스에 문의하는 경우 해당 시스템을 최소 요구 사항으로 업그레이드하기 전까지 지원이 제한됩니다. 이 문서의 내용 개요 하드웨어 요구 사항 - 웹 서버 , 응용 프로그램 서버 및 단일 서버 설치 하드웨어 요구 사항 - 데이터베이스 서버 소프트웨어 요구 사항 적용 가능한 소프트웨어에 대한 액세스 개요Microsoft SharePoint Server 2010 에서는 여러 가지 설치 시나리오를 제공합니다. 현재 가능한 설치 시나리오로는 기본 제공 데이터베이스가 있는 서버 한 대를 설치하는 경우와 서버 한 대 또는 여러 대를 포함하는 팜을 설치하는 시나리오가 있습니다.

Microsoft Project Server 2010 과 SharePoint Server 2010 을 함께 설치할 계획인 경우 Hardware and software requirements (Project Server 2010)을 참조하십시오. 특히 Project Web App 사용자에 대해 지원되는 웹 브라우저에 유의하십시오.

하드웨어 요구 사항 - 웹 서버, 응용 프로그램 서버 및 단일 서버 설치다음 표의 요구 사항은 기본 제공 데이터베이스가 있는 단일 서버를 설치하는 경우와 여러 서버 팜 설치 환경에서 SharePoint Server 2010 이 실행되는 서버에 모두 적용됩니다.

35

http://technet.microsoft.com/library/32d82f51-546a-42a3-ade5-54cc4dfdcb87(Office.14).aspx

구성 요소

최소 요구 사항

프로세서

64비트(4코어)

RAM

하드 디스크

시스템 드라이브 공간 80GB기본 설치를 위한 충분한 공간은

36

구성 요소


물론 로깅, 디버깅, 메모리 덤프 생성 같은 진단 기능을 위한 공간도 충분히 확보해야 합니

37

구성 요소


다. 또한 프로덕션 환경에서 사용하려면 일상 작업을 실행하는 데 디스크 공간이 추가로

38

구성 요소


필요합니다. 따라서 프로덕션 환경에서는 RAM 용량의 두 배에 해당하는 사용 가능한 디스

39

구성 요소


크 공간을 유지해야 합니다. 자세한 내용은 Capacity management and sizing for SharePoint Server 2010을

40

http://technet.microsoft.com/library/031b0634-bf99-4c23-8ebf-9d58b6a8e6ce(Office.14).aspx


구성 요소


참조하십시오.

하드웨어 요구 사항 - 데이터베이스 서버다음 표의 요구 사항은 팜에 여러 대의 서버가 있는 프로덕션 환경의 데이터베이스 서버에 적용됩니다.

참고:

중소 규모 배포에 대한 정의는 Capacity management and sizing for SharePoint Server 2010 의 "참조 아키텍처" 섹션에 설명되어 있습니다. 구성 요소 최소 요구 사항프로세서 64 비트(소규모 배포의 경우 4코어)

64 비트(중간 규모 배포의 경우 8코어)

RAM 8GB(소규모 배포의 경우) 16GB(중간 규모 배포의 경우)대규모 배포의 경우에는 Storage and SQL Server capacity planning and configuration (SharePoint Server 2010)에서 "메모리 요구 사항 예측" 섹션을 참조하십시오.

참고:

SharePoint Products 2010 환경에 필요한 데이터는 분산되어 있기 때문에 이러한 값은 SQL Server 에 대해 권장되는 최소값보다 큽니다. SQL Server 시스템 요구 사항에 대한 자세한 내용은 SQL Server 2008 설치를 위한

41


http://technet.microsoft.com/library/a96075c6-d315-40a8-a739-49b91c61978f(Office.14).aspx




구성 요소 최소 요구 사항하드웨어 및 소프트웨어 요구 사항(http://go.microsoft.com/fwlink/?linkid=129377&clcid=0x412)을 참조하십시오.

하드 디스크 시스템 드라이브 공간 80GB하드 디스크 공간은 SharePoint 콘텐츠의 크기에 따라 달라집니다. 배포에 사용할 콘텐츠 및 다른 데이터베이스의 크기를 예측하는 방법에 대한 자세한 내용은 Storage and SQL Server capacity planning and configuration (SharePoint Server 2010)을 참조하십시오.

소프트웨어 요구 사항다음 표의 요구 사항은 기본 제공 데이터베이스가 있는 단일 서버 설치와 팜에 단일 서버 및 다중 서버를 포함하는 서버 팜 설치에 적용됩니다.

중요:

SharePoint Server 2010 에서는 단일 레이블 도메인 이름을 지원하지 않습니다. 자세한 내용은 단일 레이블 DNS 이름의 도메인에 대해 Windows 를 구성하는 방법에 대한 정보 를 참조하십시오. SharePoint Server 2010 시작 페이지에서 액세스할 수 있는 Microsoft SharePoint 제품 준비 도구를 사용하면 SharePoint Server 2010 의 소프트웨어 필수 구성 요소를 설치하는 데 도움이 됩니다. 이러한 필수 구성 요소 중 일부는 인터넷에서 설치되므로 인터넷에 연결되어 있어야 합니다. 자세한 내용은 SQL Server 가 설치된 단일 서버 배포 (SharePoint Server 2010), 기본 제공 데이터베이스가 포함된 단일 서버 배포 (SharePoint Server 2010) 및 3계층 팜의 다중 서버 (SharePoint Server 2010) 를 참조하십시오.최소 요구 사항 환경최소 요구 사항

팜의 다음 중

42

http://support.microsoft.com/kb/300684/ko-kr





환경최소 요구 사항

데이터베이스 서버

하나가 필요합니다. 6

4비트 버전의 Microsoft SQL Server 2008 R2

64비

43


트 버전의 Microsoft SQL Server 2008 서비스 팩 1(SP1) 및 누

44


적 업데이트 2. SQL Server 2008 서비스 팩 1에 대한 누적 업데이트 패

45




키지 2(http://go.microsoft.com/fwlink/?linkid=16

46




5962&clcid=0x412) 페이지에서 핫픽스 보기 및 다운로드 요청하기 링크

47


를 클릭하고 지침을 따릅니다. 핫픽스 요청 페이지에서 SQL_Server_2008

48


_SP1_Cumulative_Update_2 파일을 다운로드합니다. Windows

49


Server 2008 R2에 Microsoft SQL Server 2008 SP1을 설

50


치할 때 호환성 경고가 표시될 수 있습니다. 이 경고를 무시하고 설치를 계속 진행

51


해도 됩니다.

CU2, CU5 자세한 내용은 5SQL_Server_2008_RTM_CU5_SNAC

6

4비트 버전의 Microsoft SQL Server

52



2005 SP3(서비스 팩 3). SQL Server 2005 서비스 팩 3에 대한

53



환경최소 요구 사항누적 업데이트 패키지 3(http://go.microsoft.com/fwlink/

54




?linkid=165748&clcid=0x412) 페이지에서 핫픽스 보기 및 다운로

55


드 요청하기 링크를 클릭하고 지침을 따릅니다. 핫픽스 요청 페이지에서 SQL_Se

56


rver_2005_SP3_Cumulative_Update_3 파일을 다운로드합니

57


다.

SQL Server 의 버전을 선택하는 방법에 대한 자세한 내용은 SQL Server 2008 R2 and SharePoint 2010 Products: Better Together (SharePoint Server 2010): whit

58

http://technet.microsoft.com/library/665876e1-2706-42ad-bd76-8e4d1da0ce92(Office.14).aspx


환경최소 요구 사항e paper 를 참조하십시오.

기본 제공 데이터베이스가 있는 단일 서버

64비트 버전의 Windows Server 2008 Standard,

59




Enterprise, Data Center, Web Server SP2 또는 64비트

60


버전의 Windows Server 2008 R2 Standard, Enterprise

61


, Data Center, Web Server. SP2를 설치하지 않고 Windows S

62


erver 2008을 실행하는 경우 Microsoft SharePoint 제품 준비

63


도구에서 Windows Server 2008 SP2를 자동으로 설치합니다.

설치 프로그램을 실행하기 전에 64


업데이트를 다운로드해야 합니다3.5 SP1방법을 제공합니다액세스

K

B979917 - Sharepoint 문제에 대한 QFE - 성능 카운

65




터 및 사용자 가장(영문일 수 있음)(http://go.microsoft.com

66




/fwlink/?linkid=192577&clcid=0x412)(영문일 수 있음)

67


W

W

자세한 내용은 관련된 KB 문서인 IIS 7.0 또는 IIS 7.5를 통합 모드에서 실행하는 서

68




버에 ASP.NET 2.0 기반 응용 프로그램을 배포할 때 두 가지 문제가 발생합니다 (http://go.micr

69




osoft.com/fwlink/?linkid=192578&clcid=0x412)를 참조하십시오

준비 도구에서는 다음과 같은 필수 구성 요소

70

환경최소 요구 사항를 설치합니다. 웹 서버

(IIS) 역할

응용 프로그램 서버 역할 M

icrosoft .NET Fr

71


amework 버전 3.5 SP1

SQL Server 2008 Express SP1

Mi

72


crosoft Sync Framework Runtime v1.0(x64)

Microsof

73


t Filter Pack 2.0

Microsoft .NET Framework 3.5용 Micr

74


osoft Chart Controls

Windows PowerShell 2.0

SQL Se

75


rver 2008 Native Client

Microsoft SQL Server 2008 A

76


nalysis Services ADOMD.NET

.NET Framework 3.5 SP1

77


용 ADO.NET Data Services 업데이트

WCF에서 전송 보안 또는 메시지

78

환경최소 요구 사항암호화 없이 토큰 인증을 지원하는 방법을 제공하는 .NET Framework 3.5

79


SP1에 대한 핫픽스

Windows Identity Foundation(WIF)

80


Microsoft "Geneva" Framework설치하기 전에 이를 제거해야 합니다

팜의 프런트 엔드 웹 서버 및 응용 프로그램 서버

64비트 버전의 Windows Server 2008 Standard, E

81


nterprise, Data Center, Web Server SP2 또는 64비트 버

82


전의 Windows Server 2008 R2 Standard, Enterprise,

83


Data Center, Web Server. SP1을 설치하지 않고 Windows Se

84


rver 2008을 실행하는 경우 Microsoft SharePoint 제품 준비 도

85


구에서 Windows Server 2008 SP2를 자동으로 설치합니다.

설치 프로그램을 실행하기 전에 다운로드해야 합니다

86

환경최소 요구 사항핫픽스로내용 및 링크는

K

B979917 - Sharepoint 문제에 대한 QFE - 성능 카운터 및

87




사용자 가장(영문일 수 있음)(http://go.microsoft.com/fw

88




link/?linkid=192577&clcid=0x412)(영문일 수 있음)W

89


W

자세한 내용은 관련된 KB 문서인 IIS 7.0 또는 IIS 7.5를 통합 모드에서 실행하는 서버에

90




ASP.NET 2.0 기반 응용 프로그램을 배포할 때 두 가지 문제가 발생합니다 (http://go.microsoft

91




.com/fwlink/?linkid=192578&clcid=0x412)를 참조하십시오

준비 도구에서는 다음과 같은 필수 구성 요소를 설치

92

환경최소 요구 사항합니다. 웹 서버

(IIS) 역할

응용 프로그램 서버 역할 M

icrosoft .NET Frame

93


work 버전 3.5 SP1

Microsoft Sync Framework Runtime v

94


1.0(x64)

Microsoft Filter Pack 2.0

Microsoft .NET F

95


ramework 3.5용 Microsoft Chart Controls

Windows Po

96


werShell 2.0

SQL Server 2008 Native Client

Microso

97


ft SQL Server 2008 Analysis Services ADOMD.NET

.NE

98


T Framework 3.5 SP1용 ADO.NET Data Services 업데이트

WC

99


F에서 전송 보안 또는 메시지 암호화 없이 토큰 인증을 지원하는 방법을 제공하는100


.NET Framework 3.5 SP1에 대한 핫픽스

Windows Identity F

101


oundation(WIF)

Microsoft "Geneva" Framework전에 이를 제거해야 합니다

클라이언트 컴퓨터

지원되는 브라우저. 자세한 내용은 Pla

102

http://technet.microsoft.com/library/ff6c5b8c-59bd-4079-8f0b-de4f8b4e0a86(Office.14).aspx



n browser support (SharePoint Server 2010)을 참조하십

103




시오.

선택적 소프트웨어 환경

선택적 소프트웨어

기본 제공 데이터베이스가 있는 단일 서버와

PowerPivot 통합 문서에서 작업을 수행할 수

104

환경


프런트 엔드 서버 및 응용 프로그램 서버로 구성된 팜

있는 Microsoft SQL Server 2008 R2. 자세한 내용은 Micr

105



환경


osoft SQL Server 2008 R2(http://go.microsoft

106



환경


.com/fwlink/?linkid=179611&clcid=0x412)를 참

107

환경


조하십시오.

Windows 7 또는 Windows Vista. 자세한 내용은

108

환경


SharePoint Server에 대한 개발 환경 설정(영문일 수 있음)(ht

109




환경


tp://go.microsoft.com/fwlink/?linkid=16455

110

환경


7&clcid=0x412)(영문일 수 있음)을 참조하십시오.

Feature

111

환경


Pack for Microsoft SQL Server 2008 R2의 SQL Se

112

환경


rver Remote BLOB Store 설치 패키지. 제품을 다운로드하려면 다

113


환경


운로드 센터(http://go.microsoft.com/fwlink/?lin

114



환경


kid=177388&clcid=0x412)로 이동하십시오.

준비 도구에서는 다음과 같은 선택

115

환경

선택적 소프트웨어적 소프트웨어를 설치합니다. S

harePoint Server 2010에 Access Serv

116

환경


ices를 사용할 Microsoft SharePoint Technologies

117

환경


2010(SSRS)용 Microsoft SQL Server 2008 R2 Rep

118

환경


orting Services 추가 기능. 제품을 다운로드하려면 다운로드 센터(

119




환경


http://go.microsoft.com/fwlink/?linkid=192

120

환경


588&clcid=0x412)로 이동하십시오.

SharePoint Search

121

환경


2010에서 발음 표시가 제대로 연결되도록 만드는 Microsoft Serv

122

환경


er Speech Platform

클라이언트 컴퓨터

Microsoft Office 2010 클라

123

환경


이언트. 자세한 내용은 Microsoft Office 2010(영문일 수 있음)

124



환경


(http://go.microsoft.com/fwlink/?linkid=19

125



환경


5843&clcid=0x412)(영문일 수 있음)을 참조하십시오.

Micro

126

환경


soft Silverlight 3

적용 가능한 소프트웨어에 대한 액세스Windows Server 2008 Microsoft SQL Server 또는 SharePoint Server 를 설치하려면 이 섹션에 나와 있는 웹 사이트로 이동하면 됩니다. 대부분의 소프트웨어 필수 구성 요소는 SharePoint Server 시작 페이지를 통해 설치할 수 있습니다. 소프트웨어 필수 구성 요소는 이 섹션에 나와 있는 웹 사이트에서도 제공됩니다. 웹 서버(IIS) 역할 및 응용 프로그램 서버 역할은 서버 관리자에서 수동으로 사용하도록 설정할 수 있습니다.인터넷을 통해 직접 필수 구성 요소를 설치할 수 없는 시나리오에서는 네트워크 공유에서 필수 구성 요소를 설치할 수 있습니다. 자세한 내용은 네트워크 공유에서 필수 구성 요소 설치(SharePoint Server 2010)를 참조하십시오. SharePoint Server 2010 Standard 평가판 (http://go.microsoft.com/fwlink/?

linkid=197413&clcid=0x412) SharePoint Server 2010 Enterprise 평가판 (http://go.microsoft.com/fwlink/?

linkid=197414&clcid=0x412) SharePoint Server 2010, Project Server 2010, Search Server 2010 및 Office

Web Apps 2010 용 2010 Server 언어 팩 (http://go.microsoft.com/fwlink/?linkid=197415&clcid=0x412)

127





Windows Server 2008 R2 and SharePoint Server 2010: Better Together (white paper)

Business Productivity at Its Best: Microsoft Office 2010 and SharePoint Server 2010 Better Together (white paper)

Windows Server 2008 (http://go.microsoft.com/fwlink/?linkid=197426&clcid=0x412)

Windows Server 2008 R2( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=197428&clcid=0x412)(영문일 수 있음)

SQL Server 2008 R2( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=197429&clcid=0x412)(영문일 수 있음)

SQL Server 2008 (http://go.microsoft.com/fwlink/?linkid=179611&clcid=0x412)

SQL Server 2005( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=197431&clcid=0x412)(영문일 수 있음)

Microsoft SQL Server 2008 SP1 (http://go.microsoft.com/fwlink/?linkid=166490&clcid=0x412)

SQL Server 2008 서비스 팩 1 에 대한 누적 업데이트 패키지 2(http://go.microsoft.com/fwlink/?linkid=165962&clcid=0x412)

SQL Server 2008 에 대한 누적 업데이트 패키지 5 (http://go.microsoft.com/fwlink/?linkid=197434&clcid=0x412). SQL_Server_2008_RTM_CU5_SNAC 파일을 다운로드합니다.

Microsoft SQL Server 2005 SP3 (http://go.microsoft.com/fwlink/?linkid=166496&clcid=0x412)

SQL Server 2005 서비스 팩 3 에 대한 누적 업데이트 패키지 3(http://go.microsoft.com/fwlink/?linkid=165748&clcid=0x412)

Microsoft Windows Server 2008 SP2( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=166500&clcid=0x412)(영문일 수 있음) Windows Server 2008 SP2 수정 : WCF 에서 전송 보안 또는 메시지 암호화 없이 토큰 인증을 지원하는 방법을 제공하는 핫픽스를 .NET Framework 3.5 SP1 에서 사용할 수 있음 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?

linkid=160770&clcid=0x412)(영문일 수 있음) Windows Server 2008 R2 수정 : WCF 에서 전송 보안 또는 메시지 암호화 없이 토큰 인증을 지원하는 방법을 제공하는 핫픽스를 .NET Framework 3.5 SP1 에서 사용할 수 있음 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?

linkid=166231&clcid=0x412)(영문일 수 있음) Microsoft .NET Framework 3.5 서비스 팩 1 (http://go.microsoft.com/fwlink/?

linkid=131037&clcid=0x412) Microsoft SQL Server 2008 Express Edition 서비스 팩

1(http://go.microsoft.com/fwlink/?linkid=166503&clcid=0x412) Windows Identity Foundation for Windows Server 2008( 영문일 수 있음 )

(http://go.microsoft.com/fwlink/?linkid=160381&clcid=0x412)(영문일 수 있음) Windows Identity Foundation for Windows Server 2008 R2( 영문일 수 있음 )

(http://go.microsoft.com/fwlink/?linkid=166363&clcid=0x412)(영문일 수 있음)128




























http://technet.microsoft.com/library/7cb3da78-28e9-47e5-9218-fcf9d4801205(Office.14).aspx

http://technet.microsoft.com/library/7cb3da78-28e9-47e5-9218-fcf9d4801205(Office.14).aspx

http://technet.microsoft.com/library/849bbd03-0914-4464-b34d-24fb9eed3564(Office.14).aspx

http://technet.microsoft.com/library/849bbd03-0914-4464-b34d-24fb9eed3564(Office.14).aspx

Windows Identity Foundation for Windows Server 2008 R2( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=166363&clcid=0x412)(영문일 수 있음)

Microsoft Office 2010 Filter Pack( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=191851&clcid=0x412)(영문일 수 있음) Microsoft .NET Framework 3.5 용 Microsoft Chart

Controls(http://go.microsoft.com/fwlink/?linkid=141512&clcid=0x412) Windows PowerShell 2.0( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?

linkid=161023&clcid=0x412)(영문일 수 있음) Microsoft SQL Server 2008 Native Client (http://go.microsoft.com/fwlink/?

linkid=166505&clcid=0x412) Microsoft SQL Server 2008 Analysis Services ADOMD.NET( 영문일 수 있음 )

(http://go.microsoft.com/fwlink/?linkid=160390&clcid=0x412)(영문일 수 있음) KB979917 - Sharepoint 문제에 대한 QFE - 성능 카운터 및 사용자 가장 ( 영문일 수 있음 )

(http://go.microsoft.com/fwlink/?linkid=192577&clcid=0x412)(영문일 수 있음) Windows Server 2008 SP2 의 경우 Windows6.0-KB979917-

x64.msu(Vista) 파일을 다운로드하십시오. Windows Server 2008 R2 의 경우 Windows6.1-KB979917-x64.msu(Win7) 파일을 다운로드하십시오.

.NET Framework 3.5 SP1 용 ADO.NET Data Services 업데이트 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=163519&clcid=0x412)(영문일 수 있음)(Windows Server 2008 SP2 용)

.NET Framework 3.5 SP1 용 ADO.NET Data Services 업데이트(http://go.microsoft.com/fwlink/?linkid=163524&clcid=0x412)(Windows Server 2008 R2 또는 Windows 7 용)

Microsoft Silverlight 3( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=166506&clcid=0x412)(영문일 수 있음)

Microsoft Office 2010( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=195843&clcid=0x412)(영문일 수 있음)

Microsoft SharePoint 기술 2010 용 SQL Server 2008 R2 Reporting Services 추가 기능(http://go.microsoft.com/fwlink/?linkid=192588&clcid=0x412) Feature Pack for Microsoft SQL Server 2008 R2 의 SQL Server Remote BLOB

Store 설치 패키지. 제품을 다운로드하려면 다운로드 센터(http://go.microsoft.com/fwlink/?linkid=177388&clcid=0x412)로 이동하십시오. Microsoft Server Speech Platform( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=179612&clcid=0x412)(영문일 수 있음) Speech 영어 인식 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?

linkid=179613&clcid=0x412) Speech 스페인어 인식 (http://go.microsoft.com/fwlink/?

linkid=179614&clcid=0x412) Speech 독일어 인식 (http://go.microsoft.com/fwlink/?

linkid=179615&clcid=0x412)129




























Speech 프랑스어 인식 (http://go.microsoft.com/fwlink/?linkid=179616&clcid=0x412)

Speech 일본어 인식 (http://go.microsoft.com/fwlink/?linkid=179617&clcid=0x412)

Speech 중국어 인식 (http://go.microsoft.com/fwlink/?linkid=179618&clcid=0x412)

Office Communicator 2007 R2 (http://go.microsoft.com/fwlink/?linkid=196930&clcid=0x412)

Microsoft SharePoint Designer 2010(32 비트 ) (http://go.microsoft.com/fwlink/?linkid=196931&clcid=0x412) Microsoft SharePoint Designer 2010(64

비트 ) (http://go.microsoft.com/fwlink/?linkid=196932&clcid=0x412)

130









관리 및 서비스 계정(SharePoint Server 2010)이 문서에서는 초기 Microsoft SharePoint Server 2010 배포에 필요한 관리 계정 및 서비스 계정에 대한 정보를 제공합니다. 프로덕션 팜의 모든 면을 완벽 구현하려면 추가 계정 및 사용 권한이 필요합니다.

참고:

사용 권한의 전체 목록은 DRAFT Account permissions and security settings (SharePoint Server 2010)을 참조하십시오.

필요한 사용 권한서버 팜에 SharePoint Server 2010 을 배포하려면 여러 가지 계정에 자격 증명을 제공해야 합니다.다음 표에서는 SharePoint Server 2010 을 설치하고 구성하는 데 사용되는 계정에 대해 설명합니다. 계정 용도 요구 사항SQL Server 서비스 계정 SQL Server 서비스 계정은

SQL Server 를 실행하는 데 사용되는 계정으로, 다음과 같은 SQL Server 서비스에 대한 서비스 계정을 의미합니다. MSSQLSERVER SQLSERVERAGENT기본 SQL Server 인스턴스를 사용하지 않는 경우 Windows Services 콘솔에서 이러한 서비스는 다음과 같이 표시됩니다. MSSQL$인스턴스 이름

로컬 시스템 계정이나 도메인 사용자 계정을 사용합니다.외부 리소스로 백업하거나 외부 리소스에서 복원하려는 경우에는 해당하는 계정에 대해 외부 리소스에 대한 사용 권한을 부여해야 합니다. SQL Server 서비스 계정에 대해 도메인 사용자 계정을 사용하는 경우에는 해당 도메인 사용자 계정에 사용 권한을 부여하십시오. 그러나 네트워크 서비스 또는 로컬 시스템 계정을 사용하는 경우에는 컴퓨터 계정(도메인_이름\SQL_호스트

131

http://technet.microsoft.com/library/55b99d80-3fa7-49f0-bdf4-adb5aa959019(Office.14).aspx


계정 용도 요구 사항 SQLAgent$인스턴스 이름이름$)에 외부 리소스에 대한 사용

권한을 부여하십시오.인스턴스 이름은 임의로 지정되며 Microsoft SQL Server 를 설치할 때 만들어졌습니다.

설치 사용자 계정 설치 사용자 계정은 다음을 실행하는 데 사용됩니다. 설치 프로그램 SharePoint 제품 구성 마법사

도메인 사용자 계정 설치 프로그램이 실행되는 각 서버의 Administrators 그룹 구성원 SQL Server 를 실행하는 컴퓨터의 SQL Server 로그인 다음 SQL Server 보안 역할의 구성원:

securityadmin 고정 서버 역할 dbcreator 고정 서버 역할

데이터베이스에 영향을 주는 Windows PowerShell cmdlet를 실행하는 경우 이 계정은 해당 데이터베이스에 대한 db_owner 고정 데이터베이스 역할의 구성원이어야 합니다.

서버 팜 계정 또는 데이터베이스 액세스 계정

서버 팜 계정은 다음 작업을 수행하는 데 사용됩니다. 서버 팜 구성 및 관리 SharePoint 중앙 관리 웹 사이트의 응용 프로그램 풀

ID 역할 Microsoft SharePoint

Foundation Workflow Timer Service 실행

도메인 사용자 계정서버 팜에 추가된 응용 프로그램 서버 및 웹 서버의 서버 팜 계정에 추가 권한이 자동으로 부여됩니다.서버 팜 계정은 SQL Server 가 실행되는 컴퓨터의 SQL Server 로그인으로 자동 추가되고 다음과 같은 SQL Server 보안 역할에도 추가됩니다. dbcreator 고정 서버 역할 securityadmin 고정 서버 역할 db_owner 고정 데이터베이스 역할(서버 팜 내 모든 SharePoint

132

계정 용도 요구 사항데이터베이스 대상)

참고:

최소 권한 관리를 사용하여 SharePoint Server 2010 을 설치하는 것이 좋습니다.

133

SharePoint 환경에 맞게 SQL Server 강화(SharePoint Server 2010)이 문서에서는 Microsoft SharePoint 2010 제품 환경에 맞게 Microsoft SQL Server 를 강화하는 방법에 대해 설명합니다.이 문서의 내용 강화 권장 사항 요약 기본 포트 이외의 포트에서 수신 대기하도록 SQL Server 인스턴스 구성 기본 SQL Server 수신 포트를 차단하도록 Windows 방화벽 구성 수동으로 할당된 포트를 열도록 Windows 방화벽 구성 SQL 클라이언트 별칭 구성 SQL 클라이언트 별칭 테스트

강화 권장 사항 요약안전한 서버 팜 환경을 위해 다음을 수행하는 것이 좋습니다. UDP 포트 1434 를 차단합니다. SQL Server 의 명명된 인스턴스가 TCP 포트 1433 또는 UDP 포트 1434 가 아닌 비표준 포트에서 수신 대기하도록 구성합니다. 추가적인 보안을 위해 TCP 포트 1433 을 차단하고 기본 인스턴스가 사용하는 포트를 다른 포트로 다시 할당합니다. 서버 팜의 모든 응용 프로그램 서버 및 프런트 엔드 웹 서버에서 SQL Server 클라이언트 별칭을 구성합니다. TCP 포트 1433 또는 UDP 포트 1434 를 차단하고 나면 SQL Server를 실행 중인 컴퓨터와 통신하는 모든 컴퓨터에 SQL Server 클라이언트 별칭이 필요합니다.이러한 권장 사항에 대한 자세한 내용은 Plan security hardening (SharePoint Server 2010)을 참조하십시오.

기본 포트 이외의 포트에서 수신 대기하도록 SQL Server 인스턴스 구성SQL Server 구성 관리자를 사용하여 SQL Server 인스턴스에서 사용하는 TCP 포트를 변경합니다.1. SQL Server 를 실행하는 컴퓨터에서 SQL Server 구성 관리자를 엽니다.2. 왼쪽 창에서 SQL Server 네트워크 구성을 확장합니다.3. 구성할 인스턴스의 해당 항목을 클릭합니다. 기본 인스턴스는 MSSQLSERVER 에 대한 프로토콜로 나열됩니다. 명명된 인스턴스는 명명된_인스턴스에 대한 프로토콜로 표시됩니다.

134



http://technet.microsoft.com/library/191b0a28-616d-4650-94a1-4b19f0a828d8(Office.14).aspx#section6






4. 오른쪽 창에서 TCP/IP 를 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.5. IP 주소 탭을 클릭합니다. SQL Server 를 실행 중인 컴퓨터에 할당된 모든 IP 주소에 해당하는 항목이 이 탭에 있습니다. 기본적으로 SQL Server 는 컴퓨터에 할당된 모든 IP 주소에서 수신 대기합니다.6. 기본 인스턴스가 수신 대기하는 포트를 전역으로 변경하려면 다음 단계를 따릅니다.

a) IPAll 을 제외한 모든 IP 주소에 대해 TCP 동적 포트 및 TCP 포트의 값을 모두 지웁니다.b) IPAll 에 대해서는 TCP 동적 포트 값을 지우고 TCP 포트 필드에 SQL Server 인스턴스가 수신 대기하도록 할 포트(예: 40000)를 입력합니다.

7. 명명된 인스턴스가 수신 대기하는 포트를 전역으로 변경하려면 다음 단계를 수행합니다.a) IPAll 을 포함하는 모든 IP 주소에 대해 TCP 동적 포트 값을 모두 지웁니다. 이 필드의 값이 0 이면 SQL Server 가 IP 주소로 TCP 포트를 사용하는 것입니다. 이 값이 비어 있으면 SQL Server 에서 IP 주소로 동적 TCP 포트를 사용하지 않는 것입니다.b) IPAll 을 제외한 모든 IP 주소에 대해 TCP 포트 값을 모두 지웁니다.c) IPAll 에 대해서는 TCP 동적 포트 값을 지우고 TCP 포트 필드에 SQL Server 인스턴스가 수신 대기하도록 할 포트(예: 40000)를 입력합니다.

8. 확인을 클릭하면 SQL Server 서비스를 다시 시작해야 변경 내용이 적용된다는 메시지가 표시됩니다. 메시지가 나타나면 확인을 클릭합니다.9. SQL Server 구성 관리자를 닫습니다.10. SQL Server 서비스를 다시 시작하고 SQL Server 를 실행 중인 컴퓨터가 앞서 선택한 포트에서 수신 대기하는지 확인합니다. 이렇게 하려면 SQL Server 서비스를 다시 시작한 후에 이벤트 뷰어 로그를 확인하면 됩니다. 다음 이벤트와 비슷한 정보 이벤트가 있는지 살펴봅니다.

이벤트 유형: 정보이벤트 원본: MSSQL$MSSQLSERVER이벤트 범주: (2)이벤트 ID: 26022날짜: 2008-03-06시간: 13:46:11사용자: N/A컴퓨터: 컴퓨터_이름설명:서버가 [ 'any' <ipv4>50000]에서 수신 대기합니다.

기본 SQL Server 수신 포트를 차단하도록 Windows 방화벽 구성1. 제어판에서 Windows 방화벽을 엽니다. 설정 변경을 클릭하여 Windows 방화벽 설정 대화 상자를 엽니다.

135

2. 일반 탭에서 사용을 클릭합니다. 예외 허용 안 함 확인란이 선택되어 있지 않아야 합니다.3. 예외 탭에서 포트 추가를 클릭합니다.4. 포트 추가 대화 상자에 포트 이름(예: UDP-1434)과 포트 번호(예: 1434)를 차례로 입력합니다.5. UDP 또는 TCP 중 적절한 옵션을 클릭합니다. 예를 들어 포트 1434 를 차단하려면 UDP를 클릭하고, 포트 1433 을 차단하려면 TCP 를 클릭합니다.6. 범위 변경을 클릭하고 이 예외의 범위가 모든 컴퓨터(인터넷의 컴퓨터를 포함)로 설정되어 있는지 확인합니다.7. 확인을 클릭합니다.8. 예외 탭에서 앞서 만든 예외를 찾습니다. 포트를 차단하려면 해당 예외의 확인란 선택을 취소합니다. 기본적으로 이 확인란은 선택되어 있으며 이는 포트가 열려 있음을 나타냅니다.

수동으로 할당된 포트를 열도록 Windows 방화벽 구성1. 위 절차의 1-7 단계를 수행하여 SQL Server 인스턴스에 수동으로 할당한 포트에 대해 예외를 만듭니다. 예를 들어 TCP 포트 40000 에 대해 예외를 만듭니다.2. 예외 탭에서, 앞서 만든 예외를 찾아 해당 예외의 확인란이 선택되어 있는지 확인합니다. 기본적으로 이 확인란은 선택되어 있으며 이는 포트가 열려 있음을 나타냅니다.

참고:

IPsec(인터넷 프로토콜 보안)를 사용하여 SQL Server 를 실행 중인 컴퓨터와의 통신을 보호하는 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서 233256: 방화벽을 통해 IPSec 트래픽을 사용하도록 설정하는 방법(http://go.microsoft.com/fwlink/?linkid=76142&clcid=0x412)을 참조하십시오.

SQL 클라이언트 별칭 구성SQL Server 를 실행 중인 컴퓨터에서 UDP 포트 1434 또는 TCP 포트 1433 을 차단하는 경우에는 서버 팜의 다른 모든 컴퓨터에 SQL Server 클라이언트 별칭을 만들어야 합니다. SQL Server 클라이언트 구성 요소를 사용하여 SQL Server 에 연결되는 컴퓨터에 대한 SQL Server 클라이언트 별칭을 만들 수 있습니다.1. 대상 컴퓨터에서 SQL Server 설치 프로그램을 실행하고 다음과 같은 클라이언트 구성 요소를 설치하도록 선택합니다.

a) 연결 구성 요소b) 관리 도구

2. SQL Server 구성 관리자를 엽니다.3. 왼쪽 창에서 SQL Native Client 구성을 클릭합니다.4. 오른쪽 창에서 별칭을 마우스 오른쪽 단추로 클릭하고 새 별칭을 선택합니다.5. 별칭 대화 상자에 별칭 이름과 데이터베이스 인스턴스의 포트 번호를 차례로 입력합니다. 예를 들어 SharePoint_별칭을 입력합니다.

136



6. 포트 번호 필드에 데이터베이스 인스턴스의 포트 번호(예: 40000)를 입력하고 프로토콜이 TCP/IP 로 설정되어 있는지 확인합니다.

7. 서버 필드에 SQL Server 를 실행 중인 컴퓨터의 이름을 입력합니다.8. 적용을 클릭한 다음 확인을 클릭합니다.

SQL 클라이언트 별칭 테스트SQL Server 클라이언트 구성 요소를 설치하면 사용 가능한 Microsoft SQL Server Management Studio 를 사용하여 SQL Server 를 실행 중인 컴퓨터에 대한 연결을 테스트합니다.1. SQL Server Management Studio 를 엽니다.2. 서버 이름을 입력하라는 메시지가 표시되면 앞서 만든 별칭 이름을 입력한 다음 연결을 클릭합니다. 제대로 연결되는 경우 SQL Server Management Studio 에 원격 데이터베이스에 해당하는 개체가 채워집니다.

참고:

SQL Server Management Studio 내에서 추가 데이터베이스 인스턴스에 대한 연결을 확인하려면 연결을 클릭하고 데이터베이스 엔진을 선택합니다.

137

배포 시나리오(SharePoint Server 2010)이 섹션에서는 하나 이상의 서버에 Microsoft SharePoint Server 2010 을 배포하여 배포 수명 주기의 서로 다른 단계에서 Microsoft SharePoint Server 2010 솔루션을 테스트 및 구현하는 데 사용할 수 있는 여러 가지 토폴로지를 만드는 방법을 설명합니다.이 섹션의 내용 SQL Server 가 설치된 단일 서버 배포 (SharePoint Server 2010)

이 문서에서는 단일 서버에 SharePoint Server 2010 을 설치하는 방법을 설명합니다. 이 배포는 Microsoft SQL Server 를 사용하며 2 계층 및 3 계층 팜 토폴로지를 만들기 위해 쉽게 확장할 수 있습니다.

기본 제공 데이터베이스가 포함된 단일 서버 배포 (SharePoint Server 2010) 이 문서에서는 단일 서버에 SharePoint Server 2010 을 설치하는 방법을 설명합니다. 이 배포는 SQL Server Express 를 사용하며 일반적으로 SharePoint Server 2010 을 평가하는 데 사용됩니다.

3 계층 팜의 다중 서버 (SharePoint Server 2010) 이 문서에서는 여러 서버에 SharePoint Server 2010 을 설치하는 방법을 설명합니다. 이 배포는 Microsoft SQL Server 를 사용하며 배포 결과 생성되는 3 계층 토폴로지는 모든 솔루션을 구현하기 위한 기반을 제공합니다.

빠른 시작 : 격리된 Hyper-V 환경에 단일 서버 배포 (SharePoint Server 2010) 이 문서에서는 Windows PowerShell 을 사용하여 SQL Server Express 또는 Microsoft SQL Server 를 사용하는 단일 서버에 SharePoint Server 2010 을 설치하는 방법을 설명합니다. 포함된 Windows PowerShell 코드를 사용하면 SharePoint Server 2010 을 평가하는 데 사용할 수 있는 격리된 Hyper-V 환경에 SharePoint Server 2010을 신속하게 설치할 수 있습니다.

DBA 작성 데이터베이스를 사용한 배포 (SharePoint Server 2010) 이 문서에서는 DBA 작성 데이터베이스를 사용하는 팜 환경에서 Microsoft SharePoint Server 2010 을 배포하는 방법을 설명합니다.

가상 환경에 배포 (SharePoint Server 2010) 이 문서에서는 가상 환경 배포를 위한 지침을 설명합니다.

Windows PowerShell 을 사용하여 SharePoint Server 2010 설치 이 문서에서는 스크립팅 모듈을 사용하여 SharePoint Server 2010 을 배포하는 방법에 대해 설명합니다.

138

SQL Server 가 설치된 단일 서버 배포(SharePoint Server 2010)이 문서에서는 단일 서버 팜에서 Microsoft SharePoint Server 2010 을 새로 설치하는 방법에 대해 설명합니다.이 문서의 내용 개요 시작하기 전에 SharePoint Server 2010 설치 설치 후 단계 개요단일 서버 팜에 SharePoint Server 2010 을 설치한 후에는 특정 요구에 맞게 SharePoint Server 2010 을 구성할 수 있습니다. 설치 프로그램 및 SharePoint 제품 구성 마법사를 완료하면 바이너리가 설치되고, 보안 권한이 구성되고, 레지스트리 설정과 구성 데이터베이스 및 콘텐츠 데이터베이스를 갖추게 되고, SharePoint 중앙 관리 웹 사이트가 설치됩니다. 그런 다음 팜 구성 마법사를 실행하여 팜을 구성하고, 팜에 사용할 서비스를 선택하고, 첫 번째 사이트 모음을 만들도록 선택하거나 사용자의 상황에 맞게 팜 구성을 수동으로 구성할 수 있습니다.단일 서버 팜은 일반적으로 Microsoft SQL Server 와 SharePoint Server 2010 둘 다를 실행하는 단일 서버로 구성됩니다. 제한된 수의 사용자를 위해 몇 개의 사이트만 호스팅하는 경우 단일 서버 팜 환경에서 SharePoint Server 2010 을 배포할 수 있습니다. 이 구성은 먼저 사용자의 요구에 맞게 팜을 구성한 다음 나중에 서버를 팜에 추가하려는 경우에도 유용합니다.

참고:

이 가이드에서는 다중 서버 팜 환경에 SharePoint Server 2010 을 설치하는 방법이나 이전 버전의 SharePoint Server 에서 업그레이드하는 방법은 설명하지 않습니다. 자세한 내용은 3계층 팜의 다중 서버 (SharePoint Server 2010) 를 참조하십시오. 업그레이드에 대한 자세한 내용은 Upgrading to SharePoint Server 2010 를 참조하십시오.

시작하기 전에배포를 시작하기 전에 다음 작업을 수행합니다.

139


Windows Server 2008 의 성능 조정 지침 ( 영문일 수 있음 ) 및 Windows Server 2008 R2 의 성능 조정 지침 ( 영문일 수 있음 ) 에 설명된 운영 체제 지침을 숙지해야 합니다.

모든 하드웨어 및 소프트웨어 요구 사항을 충족해야 합니다. 자세한 내용은 하드웨어 및 소프트웨어 요구 사항 (SharePoint Server 2010) 을 참조하십시오. SharePoint Server 2010 을 새로 설치해야 합니다. SharePoint Server 2010 RTM 버전을 설치하려면 먼저 SharePoint Server 2010 Beta 버전을 제거해야 합니다. 관리 및 서비스 계정 (SharePoint Server 2010) 에 설명된 대로 적절한 사용 권한을 사용하여 필요한 계정을 설정할 준비가 되었는지 확인합니다.

참고:

최상의 보안 방법으로, 최소 권한 관리를 사용하여 SharePoint Server 2010 을 설치하는 것이 좋습니다. 서비스 구성 (SharePoint Server 2010) 에 설명된 대로 웹 응용 프로그램에 사용할 서비스를 결정했는지 확인합니다.

참고:

내 사이트에 대해 사용자 프로필 동기화를 사용하려면 SharePoint Server 2010 을 설치하기 전에 디렉터리 서비스 및 비즈니스 시스템에서 사용 권한을 올바르게 구성해야 합니다. 자세한 내용은 Plan for profile synchronization (SharePoint Server 2010) 및 Configure Profile Synchronization (SharePoint Server 2010)을 참조하십시오.

SharePoint Server 2010 설치SharePoint Server 2010 을 설치 및 구성하려면 다음 단계를 따르십시오. 1. Microsoft SharePoint 제품 준비 도구를 실행하여 SharePoint Server 를 사용하는 데 필요한 모든 필수 구성 요소를 설치합니다.2. 설치 프로그램을 실행하여 바이너리를 설치하고, 보안 권한을 구성하고, SharePoint

Server 2010 의 레지스트리 설정을 편집합니다.3. SharePoint 제품 구성 마법사를 실행하여 구성 데이터베이스와 콘텐츠 데이터베이스를 설치 및 구성하고, SharePoint 중앙 관리 웹 사이트를 설치합니다.4. 브라우저 설정을 구성합니다.5. 팜 구성 마법사를 실행하여 팜을 구성하고, 첫 번째 사이트 모음을 만들고, 팜에서 사용할 서비스를 선택합니다.6. 설치 후 단계를 수행합니다.

중요:

다음 절차를 완료하려면 로컬 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다. Microsoft SharePoint 제품 준비 도구 실행다음 절차에 따라 SharePoint Server 2010 의 소프트웨어 필수 구성 요소를 설치합니다.

140

http://technet.microsoft.com/library/144e5f6e-0c9c-4f01-9b1f-26190d527e85(Office.14).aspx


http://technet.microsoft.com/library/8451dde9-bbd1-4285-bc24-71bd795fb912(Office.14).aspx

http://www.microsoft.com/korea/whdc/system/sysperf/perf_tun_srv-r2.mspx


http://www.microsoft.com/korea/whdc/system/sysperf/perf_tun_srv.mspx

Microsoft SharePoint 제품 준비 도구를 실행하려면1. SharePoint Server 2010 설치 디스크를 삽입합니다.2. SharePoint Server 2010 시작 페이지에서 소프트웨어 필수 구성 요소 설치를 클릭합니다.

참고:

필수 구성 요소 설치 관리자가 Microsoft 다운로드 센터에서 구성 요소를 다운로드하므로 SharePoint Server 를 설치하려는 컴퓨터가 인터넷에 연결되어 있어야 합니다.3. Microsoft SharePoint 제품 준비 도구 시작 페이지에서 다음을 클릭합니다.4. 소프트웨어 제품의 사용권 조항 페이지에서 사용 조건을 검토하고 동의함 확인란을 선택한 후 다음을 클릭합니다.5. 설치 완료 페이지에서 마침을 클릭합니다.설치 프로그램 실행다음 절차에서는 SharePoint Server 2010 에 대한 바이너리를 설치하고, 보안 권한을 구성하고, 레지스트리 설정을 편집합니다. 설치 프로세스를 완료할 때 이 섹션의 후반부에서 설명하는 SharePoint 제품 구성 마법사를 시작하도록 선택할 수 있습니다.설치 프로그램을 실행하려면1. SharePoint Server 2010 시작 페이지에서 SharePoint Server 설치를 클릭합니다.2. 제품 키 입력 페이지에서 제품 키를 입력한 다음 계속을 클릭합니다.3. Microsoft 소프트웨어 사용권 조항 보기 페이지에서 사용 조건을 검토하고 동의함 확인란을 선택한 다음 계속을 클릭합니다.4. 설치 유형 선택 페이지에서 서버 팜을 클릭합니다. 5. 서버 유형 탭에서 전체를 클릭합니다.6. 선택 사항: 사용자 지정 위치에 SharePoint Server 2010 을 설치하려면 파일 위치 탭을 클릭한 다음 위치를 입력하거나 찾아보기를 클릭하여 위치를 지정합니다.7. 지금 설치를 클릭합니다.8. 설치가 완료되면 서버 구성을 완료하라는 대화 상자가 나타납니다. 지금 SharePoint 제품 및 기술 구성 마법사 실행 확인란을 선택해야 합니다.9. 닫기를 클릭하여 구성 마법사를 시작합니다.

141

참고:

설치가 실패하면 설치 프로그램을 실행한 사용자의 Temp 폴더에서 로그 파일을 확인합니다. 설치 프로그램을 실행한 사용자로 로그인했는지 확인하고 Windows 탐색기의 위치 표시줄에 %temp%를 입력합니다. Windows 탐색기에서 경로가 "1" 또는 "2"로 끝나는 위치로 확인되는 경우에는 로그 파일을 보려면 한 수준 위로 탐색해야 합니다. 로그 파일 이름은 SharePoint Server Setup(<타임스탬프>)입니다.

팁:

SharePoint 제품 구성 마법사를 닫은 후에는 시작을 클릭하고, 모든 프로그램을 가리킨 다음 Microsoft SharePoint 2010 Products 를 클릭하여 액세스할 수 있습니다. 사용자 계정 컨트롤 대화 상자가 표시되면 계속을 클릭합니다. SharePoint 제품 구성 마법사 실행다음 절차에 따라 구성 데이터베이스와 콘텐츠 데이터베이스를 설치 및 구성하고, SharePoint 중앙 관리 웹 사이트를 설치합니다.SharePoint 제품 구성 마법사를 실행하려면1. SharePoint 제품 페이지에서 다음을 클릭합니다.2. 구성하는 동안 일부 서비스를 다시 시작해야 할 수 있음을 알리는 대화 상자가 나타나면 예를 클릭합니다.3. 서버 팜에 연결 페이지에서 새 서버 팜 만들기를 클릭한 후 다음을 클릭합니다.4. 구성 데이터베이스 설정 지정 페이지에서 다음을 수행합니다.

a) 데이터베이스 서버 상자에 SQL Server 가 실행되는 컴퓨터의 이름을 입력합니다.b) 데이터베이스 이름 상자에 사용 중인 구성 데이터베이스 이름을 입력하거나 기본 데이터베이스 이름을 사용합니다. 기본 이름은 SharePoint_Config 입니다.c) 사용자 이름 상자에 서버 팜 계정의 사용자 이름을 입력합니다. 이때 사용자 이름은 도메인\사용자 이름 형식이어야 합니다.

142

중요:

서버 팜 계정은 구성 데이터베이스를 만들고 액세스하는 데 사용됩니다. 또한 SharePoint 중앙 관리 응용 프로그램 풀의 응용 프로그램 풀 ID 계정 역할을 하며 Microsoft SharePoint Foundation Workflow Timer Service 실행에 필요한 계정 역할도 합니다. SharePoint 제품 구성 마법사는 이 계정을 SQL Server 로그인 계정, SQL Server dbcreator 서버 역할 및 SQL Server securityadmin 서버 역할에 추가합니다. 서비스 계정으로 지정하는 사용자 계정은 도메인 사용자 계정이어야 하지만 프런트 엔드 웹 서버 또는 데이터베이스 서버의 특정 보안 그룹 구성원일 필요는 없습니다. 최소 권한 원칙을 따르고 프런트 엔드 웹 서버 또는 데이터베이스 서버의 구성원이 아닌 사용자 계정을 지정하는 것이 좋습니다.

d) 암호 상자에 사용자 암호를 입력합니다.5. 다음을 클릭합니다.6. 팜 보안 설정 지정 페이지에서 암호를 입력하고 다음을 클릭합니다.

다음과 같은 조건을 충족하는 암호를 입력해야 합니다. 8 개 이상의 문자 포함 다음 네 개 문자 그룹을 세 개 이상 포함

영어 대문자(A 부터 Z까지) 영어 소문자(a 부터 z까지) 숫자(0 부터 9까지) 알파벳 이외의 문자(!, $, #, % 등)

참고:

암호(passphrase)가 암호(password)와 비슷하긴 하지만 보통 암호(passphrase)가 더 길어서 보안을 강화하는 면이 있습니다. 암호(passphrase)는 SharePoint Server 에 등록된 계정의 자격 증명을 암호화하는 데 사용되며, 이러한 계정의 예로는 SharePoint 제품 구성 마법사를 실행할 때 제공하는 SharePoint Server 시스템 계정을 들 수 있습니다. 암호(passphrase)는 팜에 서버를 추가할 때마다 사용해야 하므로 기억해 두어야 합니다.

7. SharePoint 중앙 관리 웹 응용 프로그램 구성 페이지에서 다음을 수행합니다.a) 포트 번호 지정 확인란을 선택하고 SharePoint 중앙 관리 웹 응용 프로그램에서 사용할 포트 번호를 입력하거나, 기본 포트 번호를 사용하려는 경우 포트 번호 지정 확인란을 선택하지 않고 그대로 둡니다.b) NTLM 또는 협상(Kerberos)을 클릭합니다.

8. 다음을 클릭합니다.9. SharePoint 제품 구성 마법사 완료 페이지에서 구성 설정이 올바른지 확인한 후 다음을 클릭합니다.

참고:

고급 설정 옵션은 SharePoint Server 2010 에서는 사용할 수 없습니다.10. 구성 완료 페이지에서 마침을 클릭합니다.

143

참고:

SharePoint 제품 구성 마법사가 실패하면 SharePoint Server 이 설치된 드라이브의 %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\LOGS 폴더에 있는 PSCDiagnostics 파일을 확인하십시오.

참고:

사용자 이름과 암호를 입력하라는 메시지가 표시되면 Internet Explorer 에서 신뢰할 수 있는 사이트 목록에 SharePoint 중앙 관리 웹 사이트를 추가하고 사용자 인증 설정을 구성해야 합니다. 또한 Internet Explorer 보안 강화 설정을 사용하지 않도록 설정할 수 있습니다. 이러한 설정을 구성하거나 사용하지 않도록 설정하는 방법에 대한 지침은 아래 섹션에 나와 있습니다.

팁:

프록시 서버 오류 메시지가 나타나면 로컬 주소에 프록시 서버를 사용하지 않도록 프록시 서버 설정을 구성해야 할 수 있습니다. 프록시 서버 설정을 구성하는 방법에 대한 지침은 아래 섹션에 나와 있습니다.

브라우저 설정 구성SharePoint 제품 구성 마법사를 실행한 후 SharePoint Server 가 해당 환경에서 로컬 관리자의 요구에 맞게 제대로 작동하도록 Internet Explorer 에서 추가 설정을 구성해야 합니다.

144

참고:

로컬 관리자가 Internet Explorer 를 사용하지 않는 경우 추가 설정을 구성해야 할 수도 있습니다. 지원되는 브라우저에 대한 자세한 내용은 Plan browser support (SharePoint Server 2010)을 참조하십시오. 사용자 이름과 암호를 입력하라는 메시지가 표시되면 다음 절차를 따르십시오. 신뢰할 수 있는 사이트 목록에 SharePoint 중앙 관리 웹 사이트 추가 Internet Explorer 보안 강화 설정을 사용하지 않도록 설정프록시 서버 오류 메시지가 표시되면 다음 절차를 따르십시오. 로컬 주소에 프록시 서버를 사용하지 않도록 프록시 서버 설정 구성자세한 내용은 IEAK 8 시작 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=151359&clcid=0x412)(영문일 수 있음)을 참조하십시오.신뢰할 수 있는 사이트 목록에 중앙 관리 웹 사이트를 추가하려면1. Internet Explorer 의 도구 메뉴에서 인터넷 옵션을 클릭합니다.2. 보안 탭의 보안 설정을 보거나 변경할 영역을 선택하십시오. 영역에서 신뢰할 수 있는 사이트를 클릭한 다음 사이트를 클릭합니다. 3. 이 영역에 있는 모든 사이트에 대해 서버 확인(https:) 필요 확인란의 선택을 취소합니다.4. 영역에 웹 사이트 추가 상자에 해당 사이트의 URL 을 입력한 다음 추가를 클릭합니다.5. 닫기를 클릭하여 신뢰할 수 있는 사이트 대화 상자를 닫습니다. 6. 확인을 클릭하여 인터넷 옵션 대화 상자를 닫습니다.Internet Explorer 보안 강화 설정을 사용하지 않으려면1. 시작을 클릭하고 모든 프로그램, 관리 도구를 차례로 가리킨 다음 서버 관리자를 클릭합니다.2. 서버 관리자에서 서버 관리자의 루트를 선택합니다. 3. 보안 정보 섹션에서 IE ESC 구성을 클릭합니다.

Internet Explorer 보안 강화 구성 대화 상자가 열립니다.4. 관리자 섹션에서 사용 안 함을 클릭하여 Internet Explorer 보안 강화 설정을 사용하지 않도록 설정한 다음 확인을 클릭합니다.로컬 주소에 프록시 서버를 사용하지 않도록 프록시 서버 설정을 구성하려면1. Internet Explorer 의 도구 메뉴에서 인터넷 옵션을 클릭합니다.2. 연결 탭의 LAN 설정 영역에서 LAN 설정을 클릭합니다.3. 자동 구성 영역에서 자동으로 설정 검색 확인란의 선택을 취소합니다.4. 프록시 서버 영역에서 사용자 LAN 에 프록시 서버 사용 확인란을 선택합니다.5. 주소 상자에 프록시 서버의 주소를 입력합니다. 6. 포트 상자에 프록시 서버의 포트 번호를 입력합니다. 7. 로컬 주소에 프록시 서버 사용 안 함 확인란을 선택합니다.

145




8. 확인을 클릭하여 LAN 설정 대화 상자를 닫습니다.9. 확인을 클릭하여 인터넷 옵션 대화 상자를 닫습니다. 팜 구성 마법사 실행이제 SharePoint Server 2010 의 설치와 초기 구성을 완료했습니다. SharePoint 중앙 관리 웹 사이트도 만들었으므로 이제 팜 및 사이트를 만들고 팜 구성 마법사를 사용하여 서비스를 선택할 수 있습니다.팜 구성 마법사를 실행하려면1. SharePoint 중앙 관리 홈 페이지의 빠른 실행에서 구성 마법사를 클릭한 다음 팜 구성 마법사 시작을 클릭합니다.2. 보다 나은 SharePoint 만들기 페이지에서 다음 옵션 중 하나를 클릭한 다음 확인을 클릭합니다.

예, 참여하겠습니다(권장). 아니요, 참여하지 않겠습니다.

3. SharePoint 팜 구성 페이지에서 이 마법사를 사용하여 설정을 살펴봅니다.를 클릭하고 다음을 클릭합니다.4. SharePoint 팜 구성 페이지의 서비스 계정 섹션에서 서비스를 구성하는 데 사용할 서비스 계정 옵션을 클릭합니다.

참고:

보안상의 이유로 팜 관리자 계정과 다른 계정을 사용하여 팜에서 서비스를 구성하는 것이 좋습니다.기존 관리 계정 즉, SharePoint Server 에서 인식하는 계정을 사용하려는 경우 계속하기 전에 해당 옵션을 클릭해야 합니다.5. 팜에서 사용할 서비스를 선택하고 다음을 클릭합니다.

참고:

자세한 내용은 서비스 구성 (SharePoint Server 2010) 을 참조하십시오. Microsoft Office Web Apps 를 사용하는 경우 Office Web Apps (Installed on SharePoint 2010 Products)를 참조하십시오.

6. 사이트 모음 만들기 페이지에서 다음을 수행합니다.a) 제목 및 설명 섹션의 제목 상자에 새 사이트의 이름을 입력합니다.b) 선택 사항: 설명 상자에 사이트의 콘텐츠에 대한 설명을 입력합니다.c) 웹 사이트 주소 섹션에서 사이트의 URL 경로를 선택합니다.d) 서식 파일 선택 섹션의 서식 파일 선택 목록에서 사이트 모음의 최상위 사이트에 사용할 서식 파일을 선택합니다.

146

http://technet.microsoft.com/library/8a58e6c2-9a0e-4355-ae41-4df25e5e6eee(Office.14).aspx

http://technet.microsoft.com/library/8a58e6c2-9a0e-4355-ae41-4df25e5e6eee(Office.14).aspx

참고:

서식 파일 또는 서식 파일에 대한 설명을 보려면 서식 파일 선택 목록에서 원하는 서식 파일을 클릭합니다.7. 확인을 클릭합니다.8. SharePoint 팜 구성 페이지에서 팜 구성에 대한 요약을 검토한 다음 마침을 클릭합니다.

설치 후 단계SharePoint Server 2010 을 설치하고 구성하면 브라우저 창에 새 SharePoint 사이트의 중앙 관리 웹 사이트가 열립니다. 이때 사이트에 콘텐츠를 추가하거나 사이트를 사용자 지정할 수 있지만 SharePoint 중앙 관리 웹 사이트를 사용하여 다음과 같은 관리 작업을 먼저 수행하는 것이 좋습니다. Usage and Health Data Collection 구성 서버 팜의 Usage and Health Data

Collection 을 구성할 수 있습니다. 시스템은 Usage and Health Data Collection 을 로깅 폴더와 로깅 데이터베이스에 기록합니다. 자세한 내용은 Configure usage and health data collection (SharePoint Server 2010)( 영문 ) 을 참조하십시오.

진단 로깅 구성 초기 배포 또는 업그레이드 이후에 필요할 수도 있는 진단 로깅을 구성할 수 있습니다. 대부분의 경우 기본 설정으로 충분하지만 비즈니스 요구 사항 및 팜의 수명 주기에 따라 이러한 설정을 변경할 수도 있습니다. 자세한 내용은 Configure diagnostic logging (SharePoint Server 2010)( 영문 ) 을 참조하십시오.

받는 전자 메일 구성 SharePoint 사이트에서 들어오는 전자 메일을 받아서 보관하도록 받는 전자 메일 설정을 구성할 수 있습니다. 전자 메일 논의가 이루어질 때 해당 내용을 보관하고, 전자 메일 문서를 저장하고, 사이트 일정에 전자 메일로 통지된 모임을 표시하도록 받는 전자 메일을 구성할 수도 있습니다. 또한 전자 메일 그룹 작성 및 관리를 지원하도록 SharePoint 디렉터리 관리 서비스를 구성할 수 있습니다. 자세한 내용은 받는 전자 메일 구성 (SharePoint Server 2010) 을 참조하십시오.

보내는 전자 메일 구성 SMTP(Simple Mail Transfer Protocol) 서버에서 사이트 사용자에게 전자 메일 알림을 보내고 사이트 관리자에게 알림을 보내도록 보내는 전자 메일을 구성할 수 있습니다. 보내는 알림에 표시되는 "보낸 사람" 전자 메일 주소와 "회신" 전자 메일 주소를 모두 구성할 수 있습니다. 자세한 내용은 보내는 전자 메일 구성 (SharePoint Server 2010)을 참조하십시오.

모바일 계정 구성 SharePoint 에서 사용자 또는 사이트 사용자의 휴대폰으로 SMS(문자 메시지) 알림을 보내도록 모바일 계정을 구성할 수 있습니다. 자세한 내용은 모바일 계정 구성(SharePoint Server 2010)을 참조하십시오.

원격 BLOB 저장소 설치 및 구성 SharePoint 팜을 지원하는 SQL Server 2008 인스턴스에 대해 RBS(원격 BLOB 저장소)를 설치 및 구성할 수 있습니다. 자세한 내용은 Install and configure Remote BLOB Storage (RBS) with the FILESTREAM provider (SharePoint Server 2010)( 영문 ) 을 참조하십시오.

검색 설정 구성 검색 설정을 구성하여 SharePoint Server 2010 에서 콘텐츠를 크롤링할 수 있습니다. 자세한 내용은 검색을 위한 설치 후 단계 (SharePoint Server 2010) 를 참조하십시오. Exchange Connector 구성 및 사용 크롤링 규칙을 만들어 Microsoft Exchange

Server 공용 폴더 크롤링을 위한 콘텐츠 원본을 추가할 수 있습니다. 자세한 내용은 147

Configure and use the Exchange connector (SharePoint Server 2010)( 영문 ) 을 참조하십시오.

148

기본 제공 데이터베이스가 포함된 단일 서버 배포(SharePoint Server 2010)이 문서에서는 기본 제공 데이터베이스가 포함되어 있는 단일 서버에 Microsoft SharePoint Server 2010 을 새로 설치하는 방법에 대해 설명합니다.이 문서의 내용 개요 시작하기 전에 SharePoint Server 2010 설치 설치 후 단계 개요기본 제공 데이터베이스가 설치된 단일 서버에 SharePoint Server 2010 을 배포하여 SharePoint 사이트를 빠르게 게시할 수 있습니다. 이 구성은 공동 작업, 문서 관리, 검색 등 SharePoint Server 2010 의 기능 및 성능을 평가할 때 유용하며 소수의 웹 사이트를 배포하면서 관리 오버헤드를 최소화하고자 할 때도 유용합니다. 기본 설정을 사용하여 기본 제공 데이터베이스가 설치된 단일 서버에 SharePoint Server 2010 을 배포하면 설치 프로그램에서 Microsoft SQL Server 2008 Express 및 SharePoint 제품을 설치한 다음 SharePoint 제품 구성 마법사에서 SharePoint 사이트의 구성 데이터베이스 및 콘텐츠 데이터베이스를 만듭니다. 또한 SharePoint 제품 구성 마법사는 SharePoint 중앙 관리 웹 사이트를 설치하고 첫 번째 SharePoint 사이트 모음을 만듭니다.

참고:

이 문서에서는 팜 환경에서 SharePoint Server 2010 을 설치하거나 SharePoint Server 의 이전 릴리스에서 업그레이드하는 방법에 대해서는 설명하지 않습니다. 단일 서버 팜에 SharePoint Server 2010 을 설치하는 방법에 대한 자세한 내용은 SQL Server 가 설치된 단일 서버 배포 (SharePoint Server 2010) 를 참조하고, 여러 서버로 구성된 팜에 SharePoint Server 2010 을 설치하는 방법은 3 계층 팜의 다중 서버 (SharePoint Server 2010) 를 참조하십시오. 업그레이드에 대한 자세한 내용은 Upgrading to SharePoint Server 2010를 참조하십시오. 이 설치 방법의 다음과 같은 제한 사항을 고려하십시오.

149


SharePoint Server 버전의 기본 제공 데이터베이스가 설치된 단일 서버를 도메인 컨트롤러에 설치할 수 없습니다. SQL Server 2008 Express 데이터베이스의 크기는 4GB 를 초과할 수 없습니다. 기본 제공 데이터베이스가 설치된 단일 서버에서 사용자 프로필 동기화 서비스를 사용할 수는 없습니다. 사용자 프로필 동기화 서비스를 사용하려면 SharePoint 의 서버 팜 설치를 사용해야 합니다. 자세한 내용은 SQL Server 가 설치된 단일 서버 배포 (SharePoint

Server 2010) 또는 3 계층 팜의 다중 서버 (SharePoint Server 2010) 와 Configure Profile Synchronization (SharePoint Server 2010)을 참조하십시오.

시작하기 전에배포를 시작하기 전에 모든 하드웨어 및 소프트웨어 요구 사항을 충족했는지 확인합니다. 자세한 내용은 하드웨어 및 소프트웨어 요구 사항 (SharePoint Server 2010) 을 참조하십시오. 또한 SharePoint Server 2010 을 새로 설치해야 합니다. SharePoint Server 2010 의 릴리스 버전을 설치하려면 먼저 SharePoint Server 2010 의 Beta 버전을 제거해야 합니다.

SharePoint Server 2010 설치SharePoint Server 2010 을 설치 및 구성하려면 다음 단계를 수행합니다.1. Microsoft SharePoint 제품 준비 도구를 실행합니다.2. SQL Server 2008 Express 및 SharePoint 제품을 설치하는 설치 프로그램을 실행합니다.3. 구성 데이터베이스와 콘텐츠 데이터베이스를 설치 및 구성하고 SharePoint 중앙 관리 웹 사이트를 설치하는 SharePoint 제품 구성 마법사를 실행합니다. 이 마법사는 첫 번째

SharePoint 사이트 모음도 만듭니다.4. 브라우저 설정을 구성합니다.5. 설치 후 단계를 수행합니다.

중요:

다음 절차를 수행하려면 로컬 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다. Microsoft SharePoint 제품 준비 도구 실행다음 절차를 수행하여 SharePoint Server 2010 의 소프트웨어 필수 구성 요소를 설치합니다.Microsoft SharePoint 제품 준비 도구를 실행하려면1. SharePoint Server 2010 설치 디스크를 삽입합니다.2. SharePoint Server 2010 시작 페이지에서 소프트웨어 필수 구성 요소 설치를 클릭합니다.

150



참고:

필수 구성 요소 설치 관리자가 Microsoft 다운로드 센터에서 구성 요소를 다운로드하므로 SharePoint Server 를 설치하려는 컴퓨터가 인터넷에 연결되어 있어야 합니다.3. Microsoft SharePoint 제품 준비 도구 시작 페이지에서 다음을 클릭합니다.4. 설치 완료 페이지에서 마침을 클릭합니다.설치 프로그램 실행다음 절차에서는 SQL Server 2008 Express 및 SharePoint 제품을 설치합니다. 설치가 끝날 때 SharePoint 제품 구성 마법사를 시작하도록 선택할 수 있습니다. 이 마법사에 대한 설명은 이 섹션의 뒷부분에서 나와 있습니다.설치 프로그램을 실행하려면1. SharePoint Server 2010 시작 페이지에서 SharePoint Server 설치를 클릭합니다.2. Microsoft 소프트웨어 사용권 조항 보기 페이지에서 사용 조건을 검토하고 동의함 확인란을 선택한 다음 계속을 클릭합니다.3. 설치 유형 선택 페이지에서 독립 실행형을 클릭합니다. 4. 설치가 완료되면 서버의 구성을 완료하라는 대화 상자가 나타납니다. 지금 SharePoint 제품 구성 마법사 실행 확인란을 선택해야 합니다.5. 닫기를 클릭하여 구성 마법사를 시작합니다.

참고:

설치가 실패하면 설치 프로그램을 실행한 사용자의 Temp 폴더에서 로그 파일을 검사합니다. 설치 프로그램을 실행한 사용자로 로그인했는지 확인하고 Windows 탐색기의 위치 표시줄에 %temp%를 입력합니다. Windows 탐색기에서 경로가 "1" 또는 "2"로 끝나는 위치로 확인되면 로그 파일을 보기 위해 한 수준 위로 탐색해야 합니다. 로그 파일 이름은 SharePoint Server Setup(<타임스탬프>)입니다.

팁:

SharePoint 제품 구성 마법사를 닫은 경우 시작을 클릭하고 모든 프로그램을 가리킨 다음 Microsoft SharePoint 2010 Products 를 클릭하여 액세스할 수 있습니다. 사용자 계정 컨트롤 대화 상자가 나타나면 계속을 클릭합니다.

SharePoint 제품 구성 마법사 실행

151

다음 절차를 수행하여 구성 데이터베이스와 콘텐츠 데이터베이스를 설치 및 구성하고 SharePoint 중앙 관리 웹 사이트를 설치합니다. 이 절차에서는 첫 번째 SharePoint 사이트 모음도 만듭니다.SharePoint 제품 구성 마법사를 실행하려면1. SharePoint 제품 페이지에서 다음을 클릭합니다.2. 구성하는 동안 일부 서비스를 다시 시작해야 할 수도 있음을 알리는 대화 상자가 나타나면 예를 클릭합니다.3. 구성 완료 페이지에서 마침을 클릭합니다.

참고:

SharePoint 제품 구성 마법사가 실패하면 PSCDiagnostics 로그 파일을 확인합니다. 이 로그 파일은 SharePoint Server 가 설치된 드라이브의 %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\LOGS 폴더에 있습니다.4. 서식 파일 선택 페이지에서 다음 옵션 중 하나를 선택하고 확인을 클릭합니다.

서식 파일 선택 섹션에서 미리 정의된 서식 파일을 클릭합니다. 솔루션 갤러리 섹션에서 솔루션 갤러리를 클릭하고 자신의 고유한 사이트 서식 파일을 사용자 지정합니다.

5. 이 사이트에 대한 그룹 설정 페이지에서 사이트에 액세스해야 하는 사용자를 지정하고 다음 중 하나를 수행하여 이러한 사용자에 대해 새 그룹을 만들거나 기존 그룹을 사용합니다. 새 그룹을 만들려면 새 그룹 만들기를 클릭하고 그룹 이름과 이 그룹에 추가할 구성원을 입력합니다. 기존 그룹을 사용하려면 기존 그룹 사용을 클릭하고 항목 목록에서 사용자 그룹을 선택합니다.

6. 확인을 클릭합니다.

152

참고:

사용자 이름과 암호를 묻는 메시지가 나타나면 신뢰할 수 있는 사이트 목록에 SharePoint 중앙 관리 웹 사이트를 추가하고 Internet Explorer 의 사용자 인증 설정을 구성해야 할 수 있습니다. 또한 Internet Explorer 보안 강화 설정을 해제해야 할 수도 있습니다. 이러한 설정을 구성 또는 해제하는 방법에 대한 지침은 다음 섹션에 나와 있습니다.

팁:

프록시 서버 오류 메시지가 나타나면 로컬 주소에 프록시 서버를 사용하지 않도록 프록시 서버 설정을 구성해야 할 수 있습니다. 프록시 서버 설정을 구성하는 방법에 대한 지침은 다음 섹션에 나와 있습니다. 브라우저 설정 구성SharePoint 제품 구성 마법사를 실행한 후 Internet Explorer 에서 추가 설정을 구성하여 로컬 관리자가 해당 환경에서 SharePoint Server 2010 를 제대로 사용할 수 있도록 해야 합니다.

참고:

로컬 관리자가 Internet Explorer 를 사용하지 않는 경우 추가 설정을 구성해야 할 수도 있습니다. 지원되는 브라우저에 대한 자세한 내용은 Plan browser support (SharePoint Server 2010)을 참조하십시오. 사용자 이름 및 암호를 입력하라는 메시지가 표시되면 다음 절차를 수행합니다. 신뢰할 수 있는 사이트 목록에 SharePoint 중앙 관리 웹 사이트 추가 Internet Explorer 보안 강화 설정을 사용하지 않도록 설정프록시 서버 오류 메시지가 나타나면 다음 절차를 수행합니다. 로컬 주소에 프록시 서버를 사용하지 않도록 프록시 서버 설정 구성자세한 내용은 IEAK 8 시작 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=151359&clcid=0x412)(영문일 수 있음)을 참조하십시오.신뢰할 수 있는 사이트 목록에 중앙 관리 웹 사이트를 추가하려면1. Internet Explorer 의 도구 메뉴에서 인터넷 옵션을 클릭합니다.2. 보안 탭의 보안 설정을 보거나 변경할 영역을 선택하십시오. 영역에서 신뢰할 수 있는 사이트를 클릭한 다음 사이트를 클릭합니다. 3. 이 영역에 있는 모든 사이트에 대해 서버 확인(https:) 필요 확인란의 선택을 취소합니다.4. 영역에 웹 사이트 추가 상자에 해당 사이트의 URL 을 입력한 다음 추가를 클릭합니다.

153




5. 닫기를 클릭하여 신뢰할 수 있는 사이트 대화 상자를 닫습니다. 6. 확인을 클릭하여 인터넷 옵션 대화 상자를 닫습니다.Internet Explorer 보안 강화 설정을 해제하려면1. 시작을 클릭하고 모든 프로그램, 관리 도구를 차례로 가리킨 다음 서버 관리자를 클릭합니다.2. 서버 관리자에서 서버 관리자의 루트를 선택합니다. 3. 보안 정보 섹션에서 IE ESC 구성을 클릭합니다.

Internet Explorer 보안 강화 구성 대화 상자가 열립니다.4. 관리자 섹션에서 해제를 클릭하여 Internet Explorer 보안 강화 설정을 해제하고 확인을 클릭합니다.로컬 주소에 프록시 서버를 사용하지 않도록 프록시 서버 설정을 구성하려면1. Internet Explorer 의 도구 메뉴에서 인터넷 옵션을 클릭합니다.2. 연결 탭의 LAN 설정 영역에서 LAN 설정을 클릭합니다.3. 자동 구성 영역에서 자동으로 설정 검색 확인란의 선택을 취소합니다.4. 프록시 서버 영역에서 사용자 LAN 에 프록시 서버 사용 확인란을 선택합니다.5. 주소 상자에 프록시 서버의 주소를 입력합니다. 6. 포트 상자에 프록시 서버의 포트 번호를 입력합니다. 7. 로컬 주소에 프록시 서버 사용 안 함 확인란을 선택합니다. 8. 확인을 클릭하여 LAN 설정 대화 상자를 닫습니다.9. 확인을 클릭하여 인터넷 옵션 대화 상자를 닫습니다.

설치 후 단계SharePoint Server 2010 설치가 완료되면 브라우저 창에 새 SharePoint 사이트의 중앙 관리 웹 사이트가 열립니다. 이때 사이트에 콘텐츠를 추가하거나 사이트를 사용자 지정할 수 있지만 SharePoint 중앙 관리 웹 사이트를 사용하여 다음 관리 작업을 먼저 수행하는 것이 좋습니다. Usage and Health Data Collection 구성 서버 팜의 Usage and Health Data

Collection 을 구성할 수 있습니다. 시스템은 Usage and Health Data Collection 을 로깅 폴더와 로깅 데이터베이스에 기록합니다. 자세한 내용은 Configure usage and health data collection (SharePoint Server 2010)( 영문 ) 을 참조하십시오.

진단 로깅 구성 초기 배포 또는 업그레이드 이후에 필요할 수도 있는 진단 로깅을 구성할 수 있습니다. 대부분의 경우 기본 설정으로 충분하기는 하지만 비즈니스 요구 및 팜의 수명 주기에 따라 이러한 설정을 변경할 수도 있습니다. 자세한 내용은 Configure diagnostic logging (SharePoint Server 2010)( 영문 ) 을 참조하십시오.

받는 전자 메일 구성 SharePoint 사이트에서 들어오는 전자 메일을 받아서 보관하도록 받는 전자 메일을 구성할 수 있습니다. 전자 메일 토론이 발생할 때 해당 내용을 보관하고, 전자 메일 문서를 저장하고, 사이트 일정에 전자 메일로 통지된 모임을 표시하도록 받는 전자 메일을 구성할 수도 있습니다. 또한 전자 메일 그룹 만들기 및 관리를 지원하도록 SharePoint 디렉터리 관리 서비스를 구성할 수 있습니다. 자세한 내용은 받는 전자 메일 구성 (SharePoint Server 2010) 을 참조하십시오.

154

보내는 전자 메일 구성 SMTP(Simple Mail Transfer Protocol) 서버에서 사이트 사용자에게 전자 메일 알림을 보내고 사이트 관리자에게 알리도록 보내는 전자 메일 설정을 구성할 수 있습니다. 보내는 알림에 표시되는 "보낸 사람" 전자 메일 주소와 "회신" 전자 메일 주소를 모두 구성할 수 있습니다. 자세한 내용은 보내는 전자 메일 구성 (SharePoint Server 2010)을 참조하십시오.

모바일 계정 구성 SharePoint 에서 자신의 휴대폰이나 사이트 사용자의 휴대폰으로 SMS(문자 메시지) 알림을 보내도록 모바일 계정을 구성할 수 있습니다. 자세한 내용은 모바일 계정 구성 (SharePoint Server 2010) 을 참조하십시오.

원격 BLOB 저장소 설치 및 구성 SharePoint 서버 팜을 지원하는 SQL Server 2008 의 인스턴스에 대해 RBS(원격 BLOB 저장소)를 설치하고 구성할 수 있습니다. 자세한 내용은 Install and configure Remote BLOB Storage (RBS) with the FILESTREAM provider (SharePoint Server 2010)( 영문 ) 을 참조하십시오.

검색 설정 구성 검색 설정을 구성하여 SharePoint Server 2010 에서 콘텐츠를 크롤링할 수 있습니다. 자세한 내용은 Post-installation configuration for Search 을 참조하십시오. Exchange Connector 구성 및 사용 크롤링 규칙을 만들어 Microsoft Exchange

Server 공용 폴더에 대한 콘텐츠 원본을 추가할 수 있습니다. 자세한 내용은 Configure and use the Exchange connector (SharePoint Server 2010)( 영문 ) 을 참조하십시오.

155

http://technet.microsoft.com/library/f339c24b-440f-42c7-b005-f7e010ad049a(Office.14).aspx

3 계층 팜의 다중 서버(SharePoint Server 2010)이 문서에서는 여러 서버에 Microsoft SharePoint Server 2010 을 설치하여 3 계층에 걸쳐 배포되는 Microsoft SharePoint Server 팜을 만드는 방법에 대해 설명합니다. 팜은 두 개의 프런트 엔드 웹 서버, 응용 프로그램 서버 및 데이터베이스 서버로 구성됩니다. 이 문서에서 설명하는 배포 순서 및 구성은 권장되는 최상의 방법을 따른 것입니다. 결과 팜 구성은 복잡하지 않지만 비슷한(또는 더 복잡한) 팜에 SharePoint Server 솔루션을 구현할 수 있는 기본 인프라를 제공합니다. 팜은 Search Service 응용 프로그램으로 구축되고 검색은 이 배포의 일부로 작성된 콘텐츠를 크롤링하도록 구성됩니다.이 문서의 내용 개요 팜 서버 준비 팜 서버에 SharePoint Server 2010 설치 팜 만들기 및 구성 팜에 웹 서버 추가 진단 로깅 및 Usage and Health data collection 구성 새 Search Service 응용 프로그램 만들기 및 구성 사이트 만들기 콘텐츠 원본 추가 및 검색 크롤링 일정 구성 설치 후 단계 개요이 배포의 기본 단계는 다음과 같습니다. 3 계층 토폴로지의 개념에 익숙해져야 합니다. 모든 계획 및 준비 작업(예: 하드웨어 및 소프트웨어 요구 사항 확인)을 완료해야 합니다. 팜을 구성하는 모든 서버에 필요한 소프트웨어 업데이트를 설치합니다. 응용 프로그램 및 웹 계층의 서버에 SharePoint Server 필수 구성 요소를 설치합니다. 응용 프로그램 서버 및 웹 서버에 SharePoint Server 을(를) 설치합니다. SharePoint 팜을 만들고 구성합니다. 서비스를 구축합니다. 필요한 경우 배포 후 작업을 완료합니다.

156

토폴로지 개요이 토폴로지는 배포 개요 (SharePoint Server 2010) 에 설명된 대로 일반적으로 중형 및 대형 팜에 사용됩니다. 성능, 용량 및 확장성의 측면에서 2 계층에 비해 3 계층 토폴로지가 권장됩니다. 3 계층 토폴로지는 확장을 지원하는 가장 효율적인 물리적 및 논리적 레이아웃을 제공하고 팜 구성원 서버에 서비스를 보다 간편하게 배포할 수 있도록 합니다. 다음 그림에서는 이 문서에서 설명하는 3 계층 배포를 나타냅니다.

위의 그림을 참조할 때 다음 사항을 염두에 두십시오.

157

웹 계층에 웹 서버를 추가할 수 있습니다. 이러한 서버는 사용자 요청을 처리하는 기본 웹 서버로 구성하거나 전용 쿼리 구성 요소 또는 기타 웹 구성 요소를 호스팅하도록 구성할 수 있습니다. 응용 프로그램 계층에 팜 서버를 추가하고, 중앙 관리 웹 사이트 또는 전용 리소스를 필요로 하거나 웹 계층에서 분리되어야 하는 팜의 기타 서비스(예: 크롤링 구성 요소, 쿼리 구성 요소 및 프로필 페이지)를 호스팅하는 전용 서버로 구성할 수 있습니다. 데이터베이스 계층에 데이터베이스 서버를 추가하여 독립형 인스턴스, 데이터베이스 미러링 또는 장애 조치(failover) 클러스터를 구현할 수 있습니다. 고가용성을 위해 팜을 구성하는 경우 데이터베이스 계층에 데이터베이스 미러링 또는 장애 조치 클러스터가 필요합니다.시작하기 전에배포를 시작하기 전에 다음을 수행합니다. Windows Server 2008 용 성능 조정 지침 ( 영문일 수 있음 ) 및 Windows Server 2008

R2 용 성능 조정 지침 ( 영문일 수 있음 ) 에 설명된 운영 체제 지침을 숙지해야 합니다. 모든 하드웨어 및 소프트웨어 요구 사항을 충족하는지 확인해야 합니다. 자세한 내용은 하드웨어 및 소프트웨어 요구 사항 (SharePoint Server 2010) 을 참조하십시오. 관리 및 서비스 계정 (SharePoint Server 2010) 에 설명된 대로 적절한 사용 권한을 가진 필수 계정을 설정할 준비를 해야 합니다.

참고:

최상의 보안 방법으로, 최소 권한 관리를 사용하여 SharePoint Server 을(를) 설치하는 것이 좋습니다.

Microsoft SharePoint 2010 제품 준비 도구 사용Microsoft SharePoint 제품 준비 도구는 필수 구성 요소가 설치되어 있는지 여부를 확인하고 필요한 모든 프로그램을 설치 및 구성합니다. SharePoint Server 필수 구성 요소를 다운로드하고 구성하기 위해서는 Microsoft SharePoint 제품 준비 도구가 인터넷에 연결되어 있어야 합니다. 팜 서버가 인터넷에 연결되어 있지 않은 경우 필수 소프트웨어의 설치 가능한 이미지를 가져와야 합니다. 설치 위치에 대해서는 "하드웨어 및 소프트웨어 요구 사항 확인(SharePoint Server 2010)"의 소프트웨어 요구 사항를 참조하십시오. 설치 가능한 이미지를 가져오기로 결정한 경우 이미지를 저장하는 데 사용할 수 있는 설치 위치를 만드는 것이 좋습니다. 이러한 설치 위치는 향후 소프트웨어 업데이트를 설치하는 데에도 사용할 수 있습니다.데이터베이스 서버SQL Server 2005 또는 SQL Server 2008 을 필요한 수준으로 업데이트하고 다음과 같이 구성해야 합니다. SQL Server 2005: 로컬 및 원격 연결을 사용하도록 설정하고 TCP/IP 프로토콜을 사용하도록 구성해야 합니다. SQL Server 2008: 네트워크 구성에 TCP/IP 프로토콜을 사용하도록 설정해야 합니다.

158



http://www.microsoft.com/korea/whdc/system/sysperf/perf_tun_srv.mspx

데이터베이스 관리자가 SharePoint 관리자와 독립적으로 업무를 수행하는 조직에서는 올바른 버전의 SQL Server 가 사용 가능하며 필요한 수준으로 업데이트되었는지 확인해야 합니다. 또한 사용자 팜에 대해 구성되어 있는, DBA 가 만든 데이터베이스를 요청해야 합니다.

참고:

이 문서의 절차에서는 DBA 가 만든 데이터베이스를 사용하지 않으며, 이 문서의 절차는 DBA 가 만든 데이터베이스 배포와 다릅니다. 자세한 내용은 DBA 작성 데이터베이스를 사용한 배포 (SharePoint Server 2010)를 참조하십시오. 공개 업데이트 및 핫픽스 패키지운영 체제, SQL Server 및 SharePoint Server 에 대해 공개 업데이트 및 필수 핫픽스가 설치되어 있는지 확인합니다. 공개 업데이트를 적용하기 전에 모든 서버를 동일한 소프트웨어 버전으로 업데이트하는 것이 좋습니다. 이 버전의 SharePoint Server 에는 다음과 같은 핫픽스를 적용해야 합니다. SQL Server 2008: 팜을 배포하기 전에 다음 업데이트를 설치합니다. SQL Server 2008 서비스 팩 1 에 대한 누적 업데이트 패키지 2( 영문일 수 있음 ) 각 서버 팜에 필수 구성 요소를 설치한 후에는 IIS 7.0 에서 IIS 6.0 호환성 구성 요소의 일부로 "IMSAdminBase::CopyKey" 메서드를 사용할 때 발생하는 오류 메시지 : " 예외가 발생한 HRESULT: 0x80070003" 을 응용 프로그램 서버에 먼저 설치한 다음 두 웹 서버에 다시 설치해야 합니다.

팜 서버 준비SharePoint Server 을(를) 설치하기 전에 Microsoft SharePoint 제품 준비 도구 도구를 사용하여 응용 프로그램 서버 및 웹 서버에 모든 필수 구성 요소가 있는지 확인하고 설치해야 합니다.

팁:

필수 구성 요소를 수동으로 설치하기로 결정한 경우 Microsoft SharePoint 제품 준비 도구를 실행하여 각 서버에서 필요한 필수 구성 요소가 무엇인지 확인할 수 있습니다. 다음 절차에 따라 각 팜 서버에 필수 구성 요소를 설치합니다.준비 도구를 실행하려면1. 제품 설치 위치에서 SharePoint Server 2010(http://go.microsoft.com/fwlink/?

linkid=168780&clcid=0x412)을 다운로드한 다음 해당 실행 파일을 두 번 클릭합니다. 2. 부팅 가능한 이미지에서 설치할 경우 시작 화면에서 소프트웨어 필수 구성 요소 설치를 클릭합니다.3. 파일 모음에서 설치할 경우 PrerequisiteInstaller.exe 를 두 번 클릭합니다.

159


http://support.microsoft.com/kb/949516/ko-kr/





4. Microsoft SharePoint 제품 준비 도구 시작 페이지에서 다음을 클릭합니다. 참고:

준비 도구에서 일부 필수 구성 요소의 설치를 완료하기 위해 로컬 서버를 다시 시작해야 할 수 있습니다. 서버가 다시 시작된 후 설치 관리자가 자동으로 계속 실행되므로 사용자가 개입할 필요가 없습니다. 하지만 서버에 다시 로그온해야 합니다.5. 설치 완료 페이지에서 마침을 클릭합니다.

참고:

Microsoft SharePoint 제품 준비 도구를 완료한 후에는 KB 949516(http://go.microsoft.com/fwlink/?linkid=148917&clcid=0x412) 및 KB 971831(http://go.microsoft.com/fwlink/?linkid=165750&clcid=0x412)을 설치해야 합니다. 또한 이 핫픽스 설치 후 서버를 다시 시작해야 할 수도 있습니다.

참고:

SharePoint Server 2010 을 실행하는 서버에서 IIS 작업자 프로세스(w3wp.exe), 다른 서비스 또는 관리 응용 프로그램을 시작했을 때 "이 어셈블리를 로드하면 다른 인스턴스의 다른 권한 부여 설정이 만들어집니다. (예외가 발생한 HRESULT: 0x80131401)" 오류 메시지가 표시되면 KB963676(http://go.microsoft.com/fwlink/?linkid=151358&clcid=0x412)을 설치해야 합니다. 이 핫픽스를 적용한 후에는 컴퓨터를 다시 시작해야 합니다.

팜 서버에 SharePoint Server 2010 설치필수 구성 요소를 설치한 후 다음 절차에 따라 각 팜 서버에 SharePoint Server 을(를) 설치합니다. 설치 프로그램을 실행하려면1. 시작 페이지에서 Office SharePoint Server 설치, SharePoint Foundation 설치를 차례로 클릭합니다. 2. Microsoft 소프트웨어 사용권 조항 보기 페이지에서 사용 조건을 검토하고 동의함 확인란을 선택한 다음 계속을 클릭합니다. 3. 설치 유형 선택 페이지에서 서버 팜을 클릭합니다. 4. 서버 유형 탭에서 전체를 클릭합니다. 5. 파일 위치 탭에서 기본 위치를 그대로 사용하거나 설치 경로를 변경한 다음 지금 설치를 클릭합니다.

160






참고:

최상의 방법으로 시스템 드라이브가 아닌 드라이브에 SharePoint Server 을(를) 설치하는 것이 좋습니다.6. 설치가 완료되면 서버 구성을 완료하라는 대화 상자가 나타납니다. 지금 SharePoint 제품 및 기술 구성 마법사 실행 확인란을 선택 취소합니다.

참고:

접근 방식의 일관성을 위해 서버 팜에 참여할 모든 응용 프로그램 및 프런트 엔드 웹 서버에 SharePoint Server 을(를) 설치할 때까지 구성 마법사를 실행하지 않는 것이 좋습니다.7. 닫기를 클릭하여 설치 프로그램을 완료합니다.

팜 만들기 및 구성팜을 만들고 구성하려면 SharePoint 제품 구성 마법사를 실행합니다. 이 마법사는 구성 데이터베이스 만들기, 서비스 설치, 중앙 관리 웹 사이트 만들기 등 몇 가지 구성 작업을 자동화합니다. 팜의 다른 서버에서 마법사를 실행하기 전에 중앙 관리 웹 사이트를 호스팅할 서버에서 SharePoint 제품 구성 마법사를 실행하는 것이 좋습니다.구성 마법사를 실행하고 팜을 구성하려면1. 중앙 관리(응용 프로그램 서버)를 호스팅할 서버에서 시작을 클릭하고 모든 프로그램을 가리킨 다음 Microsoft SharePoint 2010 Products 를 클릭합니다.2. 사용 가능한 옵션에서 SharePoint 제품 및 기술 구성 마법사를 클릭합니다.3. SharePoint 제품 및 기술 페이지에서 다음을 클릭합니다. 4. 구성하는 동안 일부 서비스를 다시 시작해야 할 수도 있음을 알리는 대화 상자에서 예를 클릭합니다.5. 서버 팜에 연결 페이지에서 새 서버 팜 만들기를 클릭하고 다음을 클릭합니다.6. 구성 데이터베이스 설정 지정 페이지에서 다음을 수행합니다.

a) 데이터베이스 서버 상자에 SQL Server 가 실행되는 컴퓨터의 이름을 입력합니다.b) 데이터베이스 이름 상자에 사용자의 구성 데이터베이스 이름을 입력하거나 기본 데이터베이스 이름을 사용합니다. 기본 이름은 SharePoint_Config 입니다.c) 사용자 이름 상자에 서버 팜 계정의 사용자 이름을 '도메인\사용자 이름' 형식으로 입력합니다.

161

중요:

서버 팜 계정은 구성 데이터베이스를 만들고 액세스하는 데 사용됩니다. 또한 SharePoint 중앙 관리 응용 프로그램 풀의 응용 프로그램 풀 ID 계정 역할을 하며 Windows SharePoint Services Timer Service 실행에 필요한 계정 역할도 합니다. SharePoint 제품 구성 마법사는 이 계정을 SQL Server 로그인 계정, SQL Server dbcreator 서버 역할 및 SQL Server securityadmin 서버 역할에 추가합니다. 서비스 계정으로 지정하는 사용자 계정은 도메인 사용자 계정이어야 하지만 웹 서버 또는 데이터베이스 서버의 특정 보안 그룹 구성원일 필요는 없습니다. 최소 권한 원칙을 따르고 웹 서버 또는 데이터베이스 서버의 관리 그룹 구성원이 아닌 사용자 계정을 지정하는 것이 좋습니다.

d) 암호 상자에 사용자 암호를 입력합니다.7. 다음을 클릭합니다.8. 팜 보안 설정 지정 페이지에서 암호를 입력하고 다음을 클릭합니다.

다음과 같은 조건을 충족하는 암호를 입력해야 합니다. 8 개 이상의 문자 포함 다음 네 개 문자 그룹을 세 개 이상 포함

영어 대문자(A 부터 Z까지) 영어 소문자(a 부터 z까지) 숫자(0 부터 9까지) 알파벳 이외의 문자(!, $, #, % 등)

참고:

암호(passphrase)가 암호(password)와 비슷하긴 하지만 보통 암호(passphrase)가 더 길어서 보안을 강화하는 면이 있습니다. 암호(passphrase)는 SharePoint Server 2010 에 등록된 계정의 자격 증명을 암호화하는 데 사용되며, 이러한 계정의 예로는 SharePoint 제품 구성 마법사 마법사를 실행할 때 제공하는 SharePoint Server 2010 시스템 계정을 들 수 있습니다. 팜에 서버를 추가할 때마다 암호(passphrase)를 사용해야 하므로 기억해 두어야 합니다.9. SharePoint 중앙 관리 웹 응용 프로그램 구성 페이지에서 다음을 수행합니다.

a) SharePoint 중앙 관리 웹 응용 프로그램에 특정 포트 번호를 사용하려면 포트 번호 지정 확인란을 선택한 후 해당 포트 번호를 입력하고, 기본 포트 번호를 사용하려면 포트 번호 지정 확인란을 선택하지 않은 상태로 둡니다. 참고:

원격 컴퓨터에서 SharePoint 중앙 관리 웹 사이트에 액세스하려는 경우 이 단계에서 구성하는 포트 번호에 대한 액세스를 허용했는지 확인해야 합니다. 포트 번호에 대한 액세스를 허용하려면 고급 보안이 포함된 Windows 방화벽에서 SharePoint Central Administration v4에 대한 인바운드 규칙을 구성하면 됩니다.

b) NTLM 또는 협상(Kerberos)을 클릭합니다.10. 다음을 클릭합니다.

162

11. 구성 완료 페이지에서 마침을 클릭합니다. 참고:

SharePoint 제품 구성 마법사가 실패하면 SharePoint Server 2010 이 설치된 드라이브의 %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\LOGS 폴더에 있는 로그 파일을 확인하십시오.

12. 중앙 관리 웹 사이트가 새 브라우저 창에서 열립니다.보다 나은 SharePoint 만들기 페이지에서 다음 옵션 중 하나를 클릭한 다음 확인을 클릭합니다.

a) 예, 참여하겠습니다(권장).b) 아니요, 참여하지 않겠습니다.

13. SharePoint 팜 구성 페이지에서 마법사를 사용하여 서비스를 구성하도록 선택하거나 서비스를 수동으로 구성하도록 결정할 수 있습니다. 이 문서의 목적을 위해서 여기서는 수동 옵션을 사용합니다. 따라서 취소를 클릭합니다. 여기서 선택하는 항목은 개인적인 선호 사항입니다. 팜 구성 마법사가 실행되면 몇 가지 서비스를 자동으로 구성하게 됩니다. 하지만 서비스를 수동으로 구성하면 논리 아키텍처를 디자인할 때 더욱 뛰어난 유연성을 확보할 수 있습니다.마법사를 사용하여 서비스를 구성하는 방법에 대한 자세한 내용은 SQL Server 가 설치된 단일 서버 배포 (SharePoint Server 2010) 를 참조하십시오.

중요:

DBA 가 만든 데이터베이스를 사용하는데 팜 구성 마법사를 사용할 수 없는 경우 SharePoint 제품 구성 마법사를 사용해야 합니다.

팜에 웹 서버 추가응용 프로그램 서버에 팜을 만든 다음 중앙 관리를 호스팅하는 서버에 SharePoint Server 을(를) 설치하기 위한 프로세스를 이 항목의 앞부분에 설명된 대로 수행하여 웹 계층에 서버를 추가할 수 있습니다. 앞부분에 설명된 프로세스와 유일하게 다른 점은 설치하는 동안 기존 팜에 추가하라는 메시지가 표시된다는 것입니다. 마법사에서 안내하는 단계에 따라 팜에 추가하면 됩니다. 팜에 서버를 추가하는 방법에 대한 자세한 내용은 Add a Web or application server to the farm (SharePoint Server 2010)를 참조하십시오. 이 문서에서는 다음 절차의 단계에 대한 자세한 정보도 제공합니다.

진단 로깅 및 Usage and Health data collection 구성프런트 엔드 웹 서버를 추가한 후 팜에 대한 초기 진단 로깅과 Usage and Health data collection 을 구성하십시오.

163

http://technet.microsoft.com/library/0926f63d-8dae-44c0-9e91-51209aa4c3ef(Office.14).aspx


진단 로깅은 서버 팜에서 발생하는 문제를 쉽게 식별하고 분리하는 데 도움이 될 수 있습니다. 새 설치에 대한 진단 로깅을 구성할 때에는 기본 설정을 그대로 사용하십시오. 그런 다음에 서버 팜에서 문제가 발생하면 이러한 설정을 다시 검토하고 상황에 따라 수준을 조정할 수 있습니다. 그렇게 하면 원인을 쉽게 파악하고 문제를 분리할 수 있습니다. 사용 현황 및 상태 보고는 진단 로깅 설정 중 기본값을 변경해야 하는 위치를 표시하는 데 사용될 수 있습니다.진단과 상태 및 사용 현황에 대한 자세한 정보는 다음을 참조하십시오. Configure diagnostic logging (SharePoint Server 2010)( 영문 ) Configure usage and health data collection (SharePoint Server 2010)( 영문 ) 다음 단계에 따라 로깅과 Usage and Health data collection 의 초기 구성을 완료하십시오.

참고:

벤치마크 데이터가 없는 초기 팜 배포이므로 달리 언급되지 않는 한 기본 설정을 그대로 사용합니다. 진단 로깅을 구성하려면1. 중앙 관리 홈 페이지에서 모니터링을 클릭합니다.2. 보고 섹션에서 진단 로깅 구성을 클릭합니다.3. 진단 로깅 페이지에서 이벤트 로그 도배 방지 사용을 선택했는지 확인합니다. 선택하지 않았다면 해당 확인란을 클릭하여 해당 기능을 사용하도록 설정합니다.4. 추적 로그의 기본 위치는 SharePoint Server 을(를) 설치한 드라이브입니다. 최상의 방법으로 시스템 드라이브가 아닌 드라이브에 추적 로그를 저장하는 것이 좋습니다.

중요:

추적 로그 경로를 시스템 드라이브가 아닌 드라이브로 변경하면 해당 위치가 팜의 모든 서버에 있어야 합니다. 위치가 존재하지 않는 경우 기존 또는 새 서버에서 데이터를 기록할 수 없습니다. 또한 지정한 경로가 새 서버에 있지 않으면 새 서버를 추가할 수 없습니다. 로깅을 위해서 네트워크 공유를 사용할 수도 없습니다.5. 확인을 클릭하여 변경 내용을 저장합니다.진단 로깅 구성을 완료하면 Usage and Health data collection 을 구성하십시오.Usage and Health data collection 을 구성하려면 중앙 관리 모니터링 페이지에서 Usage and Health Data Collection 구성을 클릭합니다. 사용 현황 데이터 수집 사용 확인란을 클릭합니다. 상태 데이터 수집 사용 확인란을 클릭합니다. 확인을 클릭합니다.

164

새 Search Service 응용 프로그램 만들기 및 구성최상의 방법으로 팜의 서버에 부하를 분산하여 성능을 최적화하기 위해서는 웹 및 응용 프로그램 계층에 검색 구성 요소를 설치하는 것이 좋습니다. 팜 계층에 검색 구성 요소를 배포하려면 다음과 같은 단계를 따라야 합니다. 새 Search Service 응용 프로그램 만들기 웹 계층으로 쿼리 구성 요소 이동서비스 응용 프로그램에 대한 자세한 내용은 다음을 참조하십시오. About service applications and services Service application and service management (SharePoint Server 2010)( 영문 ) Search Service 응용 프로그램을 만들려면1. 중앙 관리 웹 사이트를 호스팅하는 서버에서 중앙 관리를 엽니다.2. 응용 프로그램 관리 섹션에서 서비스 응용 프로그램 관리를 클릭합니다.3. 리본 메뉴에서 새로 만들기, Search Service 응용 프로그램을 차례로 클릭합니다.4. 새 Search Service 응용 프로그램 만들기 페이지에서 이름의 기본값을 그대로 사용하거나

Search Service 응용 프로그램의 새 이름을 입력합니다.5. Search Service 계정의 경우 팜의 기본값을 그대로 사용하거나 Search Service 의 새 계정을 만듭니다. 팜 계정에 대한 자세한 내용은 관리 및 서비스 계정 (SharePoint Server

2010)을 참조하십시오.

보안 참고:

Search Service 의 새 계정을 만드는 것이 좋습니다. 기본 계정을 그대로 사용하면 Search Service 에서 높은 권한이 부여된 팜 관리자 계정을 사용합니다. 콘텐츠 액세스 계정(기본값은 Search Service 계정)에서 사용자 문서 모음의 모든 초안 및 도움말 파일을 크롤링하여 검색 결과에 모든 콘텐츠를 노출시키기 때문에 기본 계정을 사용하지 않는 것이 좋습니다.

6. Search Administration Web Service 용 응용 프로그램 풀의 경우 기본값(새 응용 프로그램 풀 만들기)을 그대로 사용한 다음 응용 프로그램 풀의 이름을 입력합니다.7. 검색 쿼리 및 사이트 설정 웹 서비스용 응용 프로그램 풀의 경우 Search Administration

Web Service 에 대해 만든 것과 동일한 응용 프로그램 풀을 사용합니다. 기존 응용 프로그램 풀 사용을 클릭한 다음 드롭다운 목록에서 풀 이름을 선택합니다.8. 확인을 클릭합니다.Search Service 응용 프로그램을 만들면 그 결과로 중앙 관리 웹 사이트를 호스팅하는 서버에서 검색 관리 및 크롤링 구성 요소가 구성되는 토폴로지가 만들어집니다. 다음 단계는 쿼리 구성 요소를 웹 계층의 서버로 이동하는 것이며, 크롤링 및 속성 저장소(쿼리) 데이터베이스는 SharePoint Server 팜에 대해 지정된 SQL Server 인스턴스에 구축됩니다.

165

http://technet.microsoft.com/library/ba00a200-ea96-45f6-a423-3cfcffba77f8(Office.14).aspx

중요:

검색 관리 구성 요소는 다른 서버로 이동할 수 없습니다. 이 구성 요소는 Search Service 응용 프로그램이 만들어진 서버에 상주합니다. 그리고 팜당 검색 관리 구성 요소는 하나만 있을 수 있습니다. 쿼리 구성 요소를 웹 서버로 이동하려면1. 중앙 관리 홈 페이지에서 서비스 응용 프로그램 관리를 클릭합니다.2. 서비스 응용 프로그램 페이지에서 Search Service 응용 프로그램을 클릭합니다.3. 검색 관리 페이지의 검색 응용 프로그램 토폴로지 섹션에서 수정을 클릭합니다.4. Search Service 응용 프로그램에 대한 토폴로지: Search Service 응용 프로그램 페이지의 인덱스 파티션 섹션에서 쿼리 구성 요소 0, 속성 편집을 차례로 클릭합니다.5. 쿼리 구성 요소 편집 페이지의 서버 드롭다운 목록에서 프런트 엔드 웹 서버 중 하나를 선택한 다음 확인을 클릭합니다.6. Search Service 응용 프로그램에 대한 토폴로지: Search Service 응용 프로그램 페이지의 인덱스 파티션 섹션에서 쿼리 구성 요소 0, 미러링 추가를 차례로 클릭합니다.

참고:

쿼리 구성 요소 미러는 다른 서버(이 경우, 프런트 엔드 웹 서버 중 하나)에 있는 인덱스 파티션의 복제입니다.7. 미러링 쿼리 구성 요소 추가 페이지의 서버 드롭다운 목록에서, 쿼리 구성 요소 편집 페이지에서 확인한 프런트 엔드 웹 서버를 선택한 다음 확인을 클릭합니다.8. 위의 단계를 반복하고 두 번째 프런트 엔드 웹 서버를 쿼리 구성 요소 및 해당 미러용 호스트로 구성합니다.

사이트 만들기배포 단계에서 사이트를 만들려면 웹 응용 프로그램 및 사이트 모음을 만들어야 합니다. 다음 단계에 따라 중앙 관리를 사용해서 웹 응용 프로그램을 만든 다음 웹 응용 프로그램과 연결된 최상위 웹 사이트를 만드십시오.웹 응용 프로그램을 만들려면1. 중앙 관리 홈 페이지의 응용 프로그램 관리 섹션에서 웹 응용 프로그램 관리를 클릭합니다.2. 리본 메뉴에서 새로 만들기를 클릭합니다. 3. 새 웹 응용 프로그램 만들기 페이지의 인증 섹션에서 클래식 모드 인증의 확인란을 클릭합니다.4. IIS 웹 사이트 섹션에서 새 IIS 웹 사이트 만들기를 클릭합니다.5. 포트의 기본값을 그대로 사용하거나 새 포트 번호를 입력합니다.6. 경로 상자의 기본값은 변경하지 않도록 합니다.7. 보안 구성 섹션에서 인증 공급자로 NTLM 을 클릭합니다.8. 응용 프로그램 풀 섹션에서 새 응용 프로그램 풀 만들기를 클릭합니다.

166

9. 보안 계정 구성을 클릭합니다.10. 드롭다운 목록에서 관리되는 계정을 선택하거나 새 관리되는 계정을 등록하십시오.를 클릭합니다.11. 데이터베이스 이름 및 인증의 경우 Windows 인증(권장)을 클릭합니다.12. 서비스 응용 프로그램 연결의 경우 편집할 연결 그룹의 드롭다운 목록을 펼쳐서 [사용자 지정]을 클릭한 다음 Search Service 응용 프로그램을 클릭합니다.13. 사용자 환경 개선 프로그램에 대해 예를 클릭합니다.14. 확인을 클릭합니다.사이트 모음을 만들려면1. 중앙 관리 홈 페이지의 응용 프로그램 관리 섹션에서 사이트 모음 만들기를 클릭합니다.2. 웹 응용 프로그램 섹션에서 표시되는 이름이 위의 절차에서 만든 웹 응용 프로그램과 동일한 이름인지 확인합니다. 이름이 동일하지 않은 경우 드롭다운 목록 옆의 화살표를 클릭한 다음 표시되는 메뉴에서 웹 응용 프로그램 변경을 클릭합니다. 3. 웹 응용 프로그램 선택 페이지에서 앞서 만든 웹 응용 프로그램의 이름을 클릭한 다음 확인을 클릭합니다.4. 제목 및 설명 섹션에서 사이트 모음의 제목 및 설명을 입력합니다.5. 웹 사이트 주소 섹션의 URL 드롭다운 목록에서 슬래시(/)를 입력한 다음 /sites/를 선택합니다.6. 서식 파일 선택 섹션에서 공동 작업 탭을 클릭한 다음 팀 사이트을 클릭합니다. 7. 주 사이트 모음 관리자 섹션에 '도메인\사용자 이름' 형식으로 사용자 로그온을 입력합니다.8. 보조 사이트 모음 관리자 섹션에서 '도메인\사용자 이름' 형식으로 사용자 로그온을 입력합니다.9. 할당량 지정 서식 파일 섹션에서 기본 설정을 그대로 유지합니다.10. 확인을 클릭합니다.사이트 모음이 만들어지면 최상위 사이트 만들기 완료 페이지가 표시됩니다. 새 사이트에 대한 링크를 클릭합니다. 인증 대화 상자가 표시되면 '도메인\사용자 이름' 형식으로 사이트 관리자의 로그온을 입력합니다.

참고:

이러한 새 사이트는 웹 계층의 서버에 자동으로 배포됩니다.

콘텐츠 원본 추가 및 검색 크롤링 일정 구성마지막 단계는 검색할 콘텐츠 원본을 확인한 다음 초기 및 증분 크롤링 일정을 구성하는 것입니다.다음 절차에 따라 콘텐츠 원본을 추가하고 크롤링 일정을 구성하십시오. 이 절차에서는 기본 콘텐츠 원본이 크롤링 구성에 사용되지만 사용자 환경에서는 다른 콘텐츠 원본을 선택할 수 있습니다.콘텐츠 원본을 추가하고 크롤링 일정을 구성하려면

167

1. 중앙 관리 홈 페이지의 응용 프로그램 관리 섹션에서 서비스 응용 프로그램 관리를 클릭합니다.

2. 서비스 응용 프로그램 탭에서 Search Service 응용 프로그램을 클릭합니다.3. 검색 관리 페이지의 크롤링 섹션에서 콘텐츠 원본을 클릭합니다.4. 콘텐츠 원본 관리 페이지에서 로컬 SharePoint 사이트가 사용 가능한 콘텐츠 원본으로 표시됩니다. 기존 원본에 대해 크롤링을 구성하거나 새 콘텐츠 원본을 클릭하여 콘텐츠 원본을 추가할 수 있습니다.

참고:

이 문서의 목적에 따라 기본 원본이 크롤링 구성에 사용됩니다.5. 로컬 SharePoint 사이트를 클릭합니다.6. 콘텐츠 원본 편집 페이지의 전체 크롤링 섹션에서 일정 만들기를 클릭합니다.

일정 관리 페이지에서 사용할 일정 유형 및 일정 설정을 구성합니다.7. 콘텐츠 원본 편집 페이지의 증분 크롤링 섹션에서 일정 만들기를 클릭합니다.

일정 관리 페이지에서 사용할 일정 유형 및 일정 설정을 구성합니다.8. 이 콘텐츠 원본의 전체 크롤링 시작을 클릭합니다.9. 확인을 클릭합니다.

설치 후 단계SharePoint Server 2010 을 설치하고 구성하면 브라우저 창에 새 SharePoint 사이트의 중앙 관리 웹 사이트가 열립니다. 이때 사이트에 콘텐츠를 추가하거나 사이트를 사용자 지정할 수 있지만 SharePoint 중앙 관리 웹 사이트를 사용하여 다음과 같은 관리 작업을 먼저 수행하는 것이 좋습니다. 보내는 전자 메일 구성 SMTP(Simple Mail Transfer Protocol) 서버에서 사이트 사용자에게 전자 메일 알림을 전송하고 사이트 관리자에게 알림을 전송하도록 보내는 전자 메일 설정을 구성할 수 있습니다. 보내는 알림에 표시되는 "보낸 사람" 전자 메일 주소와 "회신" 전자 메일 주소를 모두 구성할 수 있습니다. 자세한 내용은 보내는 전자 메일 구성

(SharePoint Server 2010)을 참조하십시오. 참고:

SharePoint 사이트에서 받은 전자 메일을 허용하고 보관하도록 받은 전자 메일을 구성할 수 있습니다. 하지만 초기 팜 배포 및 구성을 완료한 후 이 작업을 수행하는 것이 좋습니다. 자세한 내용은 받는 전자 메일 구성 (SharePoint Server 2010) 을 참조하십시오.

모바일 계정 구성 SharePoint 에서 사용자 또는 사이트 사용자의 휴대폰으로 SMS(문자 메시지) 알림을 보내도록 모바일 계정을 구성할 수 있습니다. 자세한 내용은 모바일 계정 구성(SharePoint Server 2010)을 참조하십시오.

168

빠른 시작: 격리된 Hyper-V 환경에 단일 서버 배포(SharePoint Server 2010)격리된 안전한 Hyper-V 가상 컴퓨터를 사용하여 SharePoint Server 2010 의 기능 및 동작을 테스트할 수 있습니다. 이 방법의 경우 최소 하드웨어 리소스를 사용하며 SharePoint Server 2010 테스트 시스템을 프로덕션 환경과 격리시킬 수 있도록 합니다. 회사 네트워크 및 서버 환경에 대한 잠재적인 보안 위협을 제거하기 위해 이러한 격리가 권장됩니다.수동 단계 또는 이 문서에서 제공하는 Windows PowerShell 2.0 명령을 사용하여 다음 데이터베이스 중 하나를 사용하는 단일 서버에 SharePoint Server 2010 을 빠르게 배포할 수 있습니다. SharePoint Server 과(와) 함께 제공되는 기본 제공 SQL Server 2008 Express 및

SQL Server 2008 R2 Express 데이터베이스 SP3(서비스 팩 3) 및 누적 업데이트 3 이 설치된 Microsoft SQL Server 2005 Microsoft SQL Server 2008 서비스 팩 1(SP1) 및 누적 업데이트 2

중요:

이 문서에서 설명하는 단일 서버 SharePoint Server 배포는 평가 및 테스트용일 뿐이며 프로덕션 환경에서 사용해서는 안 됩니다. 이 문서의 내용 요구 사항 및 권장 사항 필요한 사용 권한 배포 전 작업 수동으로 SharePoint Server 2010 배포 PowerShell 스크립트로 SharePoint Server 2010 배포

요구 사항 및 권장 사항Hyper-V 가상화 서버, 가상 컴퓨터 및 배포 환경에 대한 다음과 같은 요구 사항 및 권장 사항은 이 문서에서 설명하는 단일 서버 배포 시나리오에 적용됩니다.가상화 서버 및 가상 컴퓨터 구성다음 표에서는 가상화 서버 및 가상 컴퓨터의 최소 및 권장 구성을 제공합니다. 이러한 구성은 단일 서버 배포에 사용 가능한 데이터베이스 옵션을 지원합니다.

169

리소스 최소 요구 사항 권장 요구 사항CPU 듀얼 프로세서, 2GHz 듀얼 프로세서,

2GHz

메모리 4 기가비트(GB) 8GB

하드 드라이브 40GB 용량의 고정 크기 가상 하드 디스크

팁:

고정 크기의 가상 하드 디스크를 만드는 속도를 높이려면 초기에 하드 디스크를 동적 확장으로 구성하십시오. 필수 소프트웨어(SharePoint Server 포함)를 모두 설치한 후에는 가상 하드 디스크를 고정 크기 하드 디스크로 변환해야 합니다.

80GB 용량의 고정 크기 가상 하드 디스크

네트워크 어댑터 종류 가상 가상네트워크 유형 내부: 가상 컴퓨터 격리를 확실히 하고

가상화 서버와 가상 컴퓨터 통신을 사용 가능하게 함

팁:

필수 및 권장 소프트웨어를 쉽게 액세스하고 설치하려면 외부 네트워크를 사용하십시오. SharePoint Server 를 설치할 준비가 되면 내부 네트워크를 사용하도록 가상 컴퓨터를 구성해야 합니다.

내부: 가상 컴퓨터 격리를 확실히 하고 가상화 서버와 가상 컴퓨터 통신을 사용 가능하게 함

170

가상화 서버에 대해 다음과 같은 구성 지침이 제공됩니다. 논리 대 가상 프로세서(코어) 비율은 가능한 한 낮아야 하며 1:1 이 최적의 비율입니다. 1:1 의 논리 대 가상 프로세서 비율을 사용할 경우 가상 컴퓨터의 총 프로세서 수가 물리적 코어의 총 수보다 적도록 가상화 서버를 구성해야 합니다. 예를 들어 4 코어 가상화 서버를 사용할 경우 3 개의 가상 컴퓨터에서 단일 프로세서를 사용하거나 한 개의 가상 컴퓨터에서 두 개의 프로세서를 사용하고 한 개의 가상 컴퓨터에서는 한 개의 프로세서를 사용하도록 구성하는 것이 좋습니다. 두 가지 구성 중 어느 쪽을 사용해도 가상화 서버 프로세스를 위해 한 개의 코어가 사용 가능한 상태로 남습니다.가상 컴퓨터에 SharePoint Server 2010 을 배포하기 전에 가상 환경에 대한 위의 요구 사항 외에도 하드웨어 및 소프트웨어 요구 사항 (SharePoint Server 2010) 에서 추가적인 요구 사항을 확인하십시오.배포 환경SharePoint Server 2010 을 배포하려면 도메인이 필요합니다.SharePoint Server 2010 을 배포하는 데 사용할 수 있는 격리된 가상 도메인이 없는 경우 다음을 사용하도록 구성된 Hyper-V 에서 가상 도메인을 만들어야 합니다. AD DS(Active Directory Domain Services)가 설치된 도메인 컨트롤러 DNS 서버가 설치된 도메인 컨트롤러도메인 컨트롤러에 SharePoint Server 를 배포할 수 있습니다. 그러나 몇 가지 구성을 수행해야 합니다. '관리자 권한으로 실행' 옵션을 사용하여 Windows PowerShell 을 시작하고 다음과 같은 명령을 실행하여 도메인 컨트롤러에서 배포를 사용하도록 설정해야 합니다.

코드 복사

$acl = Get-Acl HKLM:\System\CurrentControlSet\Control\ComputerName $person = [System.Security.Principal.NTAccount]"Users" $access = [System.Security.AccessControl.RegistryRights]::FullControl $inheritance = [System.Security.AccessControl.InheritanceFlags]"ContainerInherit, ObjectInherit" $propagation = [System.Security.AccessControl.PropagationFlags]::None $type = [System.Security.AccessControl.AccessControlType]::Allow $rule = New-Object System.Security.AccessControl.RegistryAccessRule($person, $access, $inheritance, $propagation, $type) $acl.AddAccessRule($rule) Set-Acl HKLM:\System\CurrentControlSet\Control\ComputerName $acl

필요한 사용 권한SharePoint Server 2010 을 설치하려면 가상 컴퓨터에서 사용하는 로그온 계정이 다음 그룹의 구성원이어야 합니다. 가상 컴퓨터의 로컬 Administrators 그룹 SQL Server dbcreator 고정 서버 역할 SQL Server securityadmin 서버 역할

171

자세한 내용은 관리 및 서비스 계정 (SharePoint Server 2010) 을 참조하십시오.

배포 전 작업SharePoint Server 2010 을 배포하기 전에 다음과 같은 작업을 완료하십시오. 가상화 서버에서 SharePoint Server 소프트웨어가 포함된 설치 지점을 만들거나 가상 컴퓨터에서 액세스할 수 있는 미디어(예: ISO 이미지)를 제공합니다. 이 문서의 전반부 섹션인 "요구 사항 및 권장 사항"에 설명된 최소 요구 사항을 충족하는 가상 컴퓨터를 만듭니다. 가상 컴퓨터에서

운영 체제와 필수 및 권장 보안 업데이트를 설치합니다. SharePoint Server 와 함께 제공되는 기본 제공 버전을 사용하지 않는 경우 사용할

SQL Server 버전을 설치합니다. 설치하는 SQL Server 버전의 필수 및 권장되는 업데이트를 설치합니다. SQL Server 액세스를 허용하도록 Windows Server 방화벽을 구성합니다. 자세한 내용은 SQL Server 액세스를 허용하도록 Windows 방화벽 구성(http://go.microsoft.com/fwlink/?linkid=134724&clcid=0x412)을 참조하십시오. 하드웨어 및 소프트웨어 요구 사항 (SharePoint Server 2010) 문서를 검토하여

SharePoint Server 2010 을 설치하기 전에 가져와서 설치해야 하는 프로그램 및 핫픽스를 확인합니다.

수동으로 SharePoint Server 2010 배포단일 서버에 SharePoint Server 2010 을 수동으로 배포하는 방법에 대한 자세한 내용은 기본 제공 데이터베이스가 포함된 단일 서버 배포 (SharePoint Server 2010) 또는 SQL Server 가 설치된 단일 서버 배포 (SharePoint Server 2010) 를 참조하십시오.

PowerShell 스크립트로 SharePoint Server 2010 배포Windows PowerShell 스크립트를 사용하여 단일 서버에 SharePoint Server 2010 을 배포할 수 있습니다.

172



보안 참고:

최상의 방법으로 서명이 없는 스크립트는 실행하지 않아야 합니다. Windows PowerShell 스크립트에 서명하는 방법에 대한 자세한 내용은 TechNet Magazine의 Windows PowerShell: 여기 서명해 주세요 (http://go.microsoft.com/fwlink/?linkid=160357&clcid=0x412)를 참조하십시오. 일반적인 코드 서명에 대한 자세한 내용은 MSDN 의 코드 서명 소개 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=59273&clcid=0x412)(영문일 수 있음)를 참조하십시오. 사용자의 CA(인증 기관)를 설정하는 방법에 대한 자세한 내용은 TechNet Library 의 Active Directory 인증서 서비스 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=136444&clcid=0x412)(영문일 수 있음)를 참조하십시오. 다음 Windows PowerShell 스크립트 파일 중 하나를 만들고 사용하여 단일 서버에 SharePoint Server 를 배포하십시오. simplesingleserver.ps1: 기본 제공 데이터베이스를 사용하는 SharePoint Server

2010 을 설치하여 구성 정보 및 문서를 저장합니다. simplefarm.ps1: SQL Server 2005 또는 SQL Server 2008 을 사용하는

SharePoint Server 2010 을 설치하여 구성 정보 및 문서를 저장합니다.simplesingleserver.ps1이 스크립트는 단일 서버에 기본 제공된 데이터베이스를 사용하는 SharePoint Server 2010 을 배포합니다.다음 코드를 텍스트 편집기로 복사한 후 원하는 디렉터리에서 파일을 simplesingleserver.ps1로 저장하십시오.

코드 복사

$SetupPath = Read-Host -Prompt "Please specify the path to the install media (D:)" ## Here is the script to install SharePoint Server 2010 with SQL Express and create Central Admin ## & $SetupPath\PrerequisiteInstaller.exe /unattended | Write-Host if( $lastexitcode -eq 0 ) { & $SetupPath\setup.exe /config $SetupPath\Files\SetupSilent\config.xml | Write-Host if( $lastexitcode -eq 0 ) { Write-Host "Install successful..." } else { Write-Error "ERROR: $lastexitcode" } } else { Write-Error "ERROR: $lastexitcode" } simplesingleserver.ps1 을 실행하려면1. 설치 원본에서 Files\SetupSilent 디렉터리로 이동한 다음 텍스트 편집기에서 config.xml을 엽니다. 2. 

행을 찾습니다.173

3. "Enter Product Key Here"를 PIDKEYs: PKXTJ-DCM9D-6MM3V-G86P8-MJ8CY 또는 BV7VC-RMR6B-26P6Y-BTQDG-DX2KQ 로 바꿉니다.4. 편집한 코드 행의 주석 표시를 제거한 다음 config.xml 파일을 저장합니다.5. '관리자 권한으로 실행' 옵션을 사용하여 Windows PowerShell 2.0 을 실행합니다.6. simplesingleserver.ps1 을 저장한 디렉터리로 이동합니다.7. Windows PowerShell 명령 프롬프트에서 .\simplesingleserver.ps1 을 실행합니다.simplefarm.ps1이 스크립트는 단일 서버에 SQL Server 데이터베이스를 사용하는 SharePoint Server 2010을 배포합니다. 다음 코드를 텍스트 편집기로 복사한 다음 원하는 디렉터리에서 파일을 simplefarm.ps1 로 저장하십시오.

174

코드 복사

## Settings you may want to change ## $err = $null $SetupPath = Read-Host -Prompt "Please specify the path to the install media (D:)" Write-Host "Please specify the Farm Administrator credentials" $FarmCredential = Get-Credential "DOMAIN\<Farm Admin>" $DBServer = Read-Host -Prompt "Please enter the name of your database server" $Passphrase = Read-Host -Prompt "Please enter the farm passphrase (optional)" -AsSecureString $FarmName = Read-Host -Prompt "Please enter a farm name (optional)" $CAPort = Read-Host -Prompt "Please enter the Central Administration port number (optional)" if ([String]::IsNullOrEmpty($SetupPath)) { Write-Error "You must enter the install media path" return } if ([String]::IsNullOrEmpty($FarmCredential)) { Write-Error "You must enter a Farm Administrator's user name and password" return } if ([String]::IsNullOrEmpty($DBServer)) { Write-Error "You must enter a database server" return } if ($Passphrase.Length -eq 0) { Write-Warning "You didn't enter a farm passphrase, using the Farm Administrator's password instead" $Passphrase = $FarmCredential.Password } if ([String]::IsNullOrEmpty($FarmName)) { Write-Warning "You didn't enter a farm name, using the machine name instead" $FarmName = $env:COMPUTERNAME } if ([String]::IsNullOrEmpty($CAPort)) { Write-Warning "You didn't enter a Central Administration port number, using 5000 instead" $CAPort = 5000 } ## Here is the script to install SharePoint Server 2010 and create Central Admin ## Write-Host "[1/15] Running prerequisite installer..." & $SetupPath\PrerequisiteInstaller.exe /unattended | Write-Host if( $lastexitcode -eq 0 ) { Write-Host "[2/15] Running silent farm binary installation... (this will take some time)" & $SetupPath\setup.exe /config $SetupPath\Files\SetupFarmSilent\config.xml | Write-Host Write-Host "[3/15] Completed silent farm binary installation." if( $lastexitcode -eq 0 ) { Add-PSSnapin Microsoft.SharePoint.PowerShell -erroraction SilentlyContinue Write-Host "[4/15] Creating new configuration database..." New-SPConfigurationDatabase -DatabaseName ("{0}_SharePoint_Configuration_DB" -f $FarmName) -DatabaseServer $DBServer -AdministrationContentDatabaseName ("{0}_AdminContent_DB" -f $FarmName) -FarmCredentials $FarmCredential -Passphrase $Passphrase -ErrorVariable err Write-Host "[5/15] Verifying farm creation..." $spfarm = get-spfarm if ($spfarm -ne $null) { Write-Host "[6/15] ACLing SharePoint Resources..." Initialize-SPResourceSecurity -ErrorVariable err if ([String]::IsNullOrEmpty($err) -eq $true) { Write-Host "[7/15] Installing Services..." Install-SPService -ErrorVariable err if ([String]::IsNullOrEmpty($err) -eq $true) { Write-Host "[8/15] Installing Features..." Install-SPFeature -AllExistingFeatures -ErrorVariable err if ([String]::IsNullOrEmpty($err) -eq $true) { Write-Host "[9/15] Provisioning Central Administration..." New-SPCentralAdministration -Port $CAPort -WindowsAuthProvider "NTLM" -ErrorVariable err if ([String]::IsNullOrEmpty($err) -eq $true) { Write-Host "[10/15] Installing Help..." Install-SPHelpCollection -All -ErrorVariable err if ([String]::IsNullOrEmpty($err) -eq $true) { Write-Host "[11/15] Installing Application Content..." Install-SPApplicationContent -ErrorVariable err if ([String]::IsNullOrEmpty($err) -eq $true) { Write-Host "[12/15] Basic configuration completed." $SPManagedAccount = Get-SPManagedAccount $FarmCredential.UserName

175

Write-Host "[13/15] Creating Web Application and Application Pool..." $webApp = New-SPWebApplication -Name "SharePoint - 80" -ApplicationPool "SharePoint - 80" -ApplicationPoolAccount $SPManagedAccount -DatabaseServer $DBServer -DatabaseName ("{0}_Content_DB" -f $FarmName) -Url "http://localhost" -ErrorVariable err if ([String]::IsNullOrEmpty($err) -eq $true) { Write-Host "[14/15] Creating site collection..." $SPSite = New-SPSite -url "http://localhost" -OwnerAlias $FarmCredential.UserName -ErrorVariable err if ([String]::IsNullOrEmpty($err) -eq $true) { Write-Host "[15/15] Port 80 Web application and site collect created. Browse to http://localhost to pick a template for the Web..." } else { Write-Error "ERROR: $err" } } else { Write-Error "ERROR: $err" } } else { Write-Error "ERROR: $err" } } else { Write-Error "ERROR: $err" } } else { Write-Error "ERROR: $err" } } else { Write-Error "ERROR: $err" } } else { Write-Error "ERROR: $err" } } else { Write-Error "ERROR: $err" } } else { Write-Error "ERROR: $err" } } else { Write-Error "ERROR: $lastexitcode" } } else { Write-Error "ERROR: $lastexitcode" } $exitprompt = Read-Host -Prompt "Press Enter to exit..." simplefarm.ps1 을 실행하려면1. 설치 원본에서 Files\SetupFarmSilent 디렉터리로 이동한 다음 텍스트 편집기에서

config.xml 을 엽니다. 2. 

행을 찾습니다.3. "Enter Product Key Here"를 PIDKEYs: PKXTJ-DCM9D-6MM3V-G86P8-MJ8CY 또는 BV7VC-RMR6B-26P6Y-BTQDG-DX2KQ 로 바꿉니다.4. 편집한 코드 행의 주석 표시를 제거한 다음 config.xml 파일을 저장합니다.5. '관리자 권한으로 실행' 옵션을 사용하여 Windows PowerShell 2.0 을 실행합니다.6. simplefarm.ps1 을 저장한 디렉터리로 이동합니다.7. Windows PowerShell 명령 프롬프트에서 .\simplefarm.ps1 을 실행합니다.

176

DBA 작성 데이터베이스를 사용한 배포(SharePoint Server 2010)이 문서에서는 DBA 가 만든 데이터베이스를 사용하는 팜 환경에서 Microsoft SharePoint Server 2010 을 배포하는 방법을 설명합니다. DBA(데이터베이스 관리자)가 SharePoint 관리자와 독립적으로 작업하는 조직에서 DBA 는 모든 데이터베이스를 만들고 관리합니다. 이는 보안 요구 사항과 회사 정책에서 별개의 관리자 역할을 요구하는 IT 환경에서 일반적입니다. 팜 관리자는 Microsoft SharePoint Server 2010 데이터베이스 요구 사항을 데이터베이스 관리자에게 제공하고 데이터베이스 관리자는 이를 바탕으로 필요한 Microsoft SharePoint Server 데이터베이스를 만들어 팜에 요구되는 로그인을 설정합니다. 이 문서의 내용 시작하기 전에 DBA 가 만든 데이터베이스 구성 중앙 관리용 데이터베이스 만들기 및 구성 추가 데이터베이스 만들기 및 구성 시작하기 전에이 배포를 시작하기에 앞서 모든 팜 서버에 SharePoint Server 를 성공적으로 배포하고 구성하는 데 필요한 정보를 모두 가지고 있는지 확인합니다. 다음 섹션에서는 SharePoint Server 의 성공적인 배포에 필요한 정보를 제공합니다.팜 서버 요구 사항모든 팜 서버와 데이터베이스 서버가 다음 문서에 설명된 요구 사항을 충족하는지 확인합니다. 하드웨어 및 소프트웨어 요구 사항: 하드웨어 및 소프트웨어 요구 사항 (SharePoint Server

2010) 관리 및 서비스 계정: 관리 및 서비스 계정 (SharePoint Server 2010) 데이터베이스 요구 사항DBA 작성 데이터베이스에 SharePoint Server 2010 을 배포할 때는 팜을 만들고 구성하기 전에 DBA 와 협력하여 필요한 모든 SharePoint Server 데이터베이스가 만들어지고 제대로 구성되었는지 확인해야 합니다. 다음 목록에는 DBA 가 팜의 데이터베이스를 만들기 위해 필요한 전체 정보 중 일부가 나와 있습니다. 조직의 DBA 에게 필요한 추가 정보가 더 있을 수 있습니다. SQL Server 버전 정보와 서비스 팩 및 누적 업데이트 수준. 자세한 내용은 하드웨어 및 소프트웨어 요구 사항 (SharePoint Server 2010) 을 참조하십시오.

177

관련 역할 및 사용 권한을 가진 필요한 로그인 계정. 자세한 내용은 관리 및 서비스 계정(SharePoint Server 2010)을 참조하십시오.

SharePoint 구성에서 지정하고 필요한 데이터베이스의 수. 이 정보는 SharePoint Server를 배포하면 얻을 수 있습니다. 데이터 형식, 데이터 볼륨, 데이터베이스 작업 유형(읽기 또는 쓰기) 및 IOPS(초당 입/출력 작업) 등의 SharePoint 데이터 저장소 요구 사항 로컬 및 원격 연결에서 TCP/IP 또는 명명된 파이프를 사용하도록 DBA 가 노출 영역 설정을 구성해야 함 SharePoint Server 에서 필요한 모든 데이터베이스에는

Latin1_General_CI_AS_KS_WS 데이터 정렬이 사용됨 SharePoint Server 데이터베이스를 사용하려면 팜 설치 사용자 계정을 데이터베이스 소유자(dbo)로 해당 데이터베이스에 할당해야 함 SharePoint 사용자 서비스 수준 계약 고려 사항DBA 가 만든 데이터베이스 구성DBA 작성 데이터베이스를 사용하는 팜을 배포할 때 이 문서의 절차를 지침으로 사용하십시오. 이 배포에는 팜에 필요한 모든 데이터베이스가 포함됩니다.

참고:

이 문서는 SharePoint Server 2010 에서 지원하는 SQL Server 데이터베이스 버전에만 적용됩니다. 각 절차에서 Windows PowerShell 2.0 또는 SharePoint Server 명령줄 도구를 사용하여 팜 사용을 구성해야 합니다.명령줄 관리 작업을 수행하는 경우 Windows PowerShell 을 사용하는 것이 좋습니다. Stsadm 명령줄 도구는 더 이상 사용되지 않지만 이전 제품 버전과의 호환성을 지원하기 위해 포함됩니다.

참고:

Psconfig 는 Program Files\Common Files\Microsoft Shared\web server extensions\14\BIN 폴더에 있습니다. Windows PowerShell 을 사용하여 팜을 구성하려면 다음을 수행합니다.1. 사용자 계정에 Windows PowerShell 2.0 이 실행 중인 서버 중 하나에 대한 액세스 권한이 있고 사용자 계정이 팜 관리자이자 SQL Server 기반 원본 콘텐츠 데이터베이스, 관리 콘텐츠 데이터베이스, 대상 콘텐츠 데이터베이스 및 구성 데이터베이스의

SharePoint_Shell_Access 역할 구성원인지 확인하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.

178

3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 프롬프트에서 적절한 명령을 입력하고 Enter 키를 누릅니다.필요한 절차를 명확하게 설명하기 위해 구성이 필요한 기본 팜에 다음 요소가 포함됩니다.1. 중앙 관리2. 웹 포털3. 진단 로깅 및 Usage and Health Data Collection4. 엔터프라이즈 검색팜을 만들 때 이어지는 작업에서 다음 데이터베이스가 필요하며 이러한 데이터베이스는 주로 팜 관리자가 사용합니다. 다음 목록의 데이터베이스에는 관리자가 SharePoint 제품 구성 마법사를 사용하여 팜을 설정할 때 제공한 기본 이름이 사용됩니다. 하지만 관리자가 선택한 데이터베이스 이름을 사용할 수도 있습니다. 구성 데이터베이스(SharePoint_Config) 중앙 관리 콘텐츠 데이터베이스(SharePoint_AdminContent_GUID) SharePoint Server 설치 프로그램(WSS_Content_GUID)에서 자동으로 만든 웹 사이트 콘텐츠 데이터베이스 진단 로깅 데이터베이스(WSS_Logging_GUID) 엔터프라이즈 검색에 필요한 SharePoint Server Search Service 응용 프로그램의 데이터베이스. 자세한 내용은 Manage service applications and services

(SharePoint Foundation 2010) 및 Service application and service management (SharePoint Server 2010)( 영문 ) 를 참조하십시오. 검색 크롤링 데이터베이스(Search_Service_1_CrawlStoreDB_GUID) 검색 관리 데이터베이스(Search_Service_1_DB_GUID) 검색 속성 데이터베이스(Search_Service_1_PropertyStoreDB_GUID

중앙 관리용 데이터베이스 만들기 및 구성이 섹션의 절차에 따라 필수 데이터베이스를 만들고 데이터베이스 Users 보안 그룹 및 데이터베이스 역할에 계정 멤버 자격을 부여합니다.이 절차는 DBA 및 설치 사용자 계정이 수행해야 합니다. 각 단계에는 작업을 수행하는 역할을 나타내기 위해 [DBA] 또는 [설치]라는 레이블이 각각 붙어 있습니다.다음 절차는 팜에서 중앙 관리 웹 사이트를 실행할 서버에 대해 한 번만 수행하면 됩니다. 팜에는 구성 데이터베이스와 중앙 관리용 콘텐츠 데이터베이스가 하나씩 있습니다.구성 데이터베이스, 중앙 관리 콘텐츠 데이터베이스 및 중앙 관리 웹 응용 프로그램을 만들고 구성하려면1. [DBA] LATIN1_General_CI_AS_KS_WS 데이터 정렬 순서를 사용하여 구성 데이터베이스 및 중앙 관리 콘텐츠 데이터베이스를 만들고 데이터베이스 소유자(dbo)를 설치 사용자 계정으로 설정합니다.

179

http://technet.microsoft.com/library/f9ab6e19-2392-4005-9cec-4439ec2ed4ea(Office.14).aspx

http://technet.microsoft.com/library/f9ab6e19-2392-4005-9cec-4439ec2ed4ea(Office.14).aspx

2. [설치] 팜의 각 서버 컴퓨터에서 설치 프로그램을 실행합니다. 전체 설치 옵션을 사용하여 이들 컴퓨터 중 최소한 하나 이상에서 설치 프로그램을 실행해야 합니다. 이 옵션에 대한 작업은 SQL Server 가 설치된 단일 서버 배포 (SharePoint Server 2010) 에 설명되어 있습니다.3. [설치] 설치가 완료된 후 SharePoint 제품 구성 마법사를 실행하지 마십시오.

SharePoint 2010 관리 셸에서 New-SPConfigurationDatabase 명령을 사용하여 새 구성 데이터베이스를 만듭니다. 예를 들면 다음과 같습니다.

코드 복사

New-SPConfigurationDatabase -DatabaseName "SharePointConfigDB1" -DatabaseServer "SQL-01" -Passphrase (ConvertTo-SecureString "MyPassword" -AsPlainText -force) -FarmCredentials (Get-Credential)

자세한 내용은 New-SPConfigurationDatabase 를 참조하십시오.4. [설치] 명령이 완료되면 SharePoint 제품 구성 마법사를 실행하고 서버 구성의 나머지 단계를 완료합니다. 이 과정에서 중앙 관리 웹 응용 프로그램을 만들고 기타 설치 및 구성 작업을 수행합니다.5. [DBA] SharePoint 제품 구성 마법사가 완료되면 구성 데이터베이스와 중앙 관리 콘텐츠 데이터베이스 모두에 대해 다음 작업을 수행합니다.

SharePoint Server 검색 계정, 기본 콘텐츠 액세스 계정 및 서비스 계정을 Users 그룹에 추가합니다. SharePoint Server 검색 계정, 기본 콘텐츠 액세스 계정 및 서비스 계정을

WSS_Content_Application_Pools 역할에 추가합니다.6. [설치] 데이터베이스가 작성되었으며 올바르게 구성되었는지 확인하려면 중앙 관리 웹 사이트의 홈 페이지에 액세스할 수 있는지 확인합니다. 단, 이 시점에서는 중앙 관리를 사용하여 다른 항목을 구성하지 마십시오. 중앙 관리 페이지가 렌더링되지 않으면 이 절차에 사용한 계정이 올바르게 할당되었는지 확인합니다.나머지 팜 서버는 이 문서의 절차를 마치고 팜을 설정하면 구성됩니다. 이 절차에서 사용되는 명령을 사용하는 대신 예, 기존 서버 팜에 연결합니다. 옵션을 선택하여 이들 서버에서 SharePoint 제품 구성 마법사를 실행합니다.다음 절차는 팜에 대해 한 번만 수행하면 됩니다. 팜에는 SharePoint Foundation 검색 데이터베이스가 하나만 있습니다.SharePoint Foundation 검색 데이터베이스 만들기 및 구성과 Search Service 시작 1. [DBA] LATIN1_General_CI_AS_KS_WS 데이터 정렬 시퀀스를 사용하여 SharePoint

Foundation 검색 데이터베이스를 만들고 데이터베이스 소유자(dbo)를 설치 사용자 계정으로 설정합니다.2. [설치] 명령줄을 열고 Get-SPSearchService, Set-SPSearchService, Get-

SPSearchServiceInstance 및 Set-SPSearchServiceInstance cmdlet 을 사용하여 데이터베이스를 구성하고 Search Service 를 시작합니다. 다음 예를 지침으로 사용하십시오.

180

http://technet.microsoft.com/library/b04f1577-1985-41b8-b555-2f5145a00241(Office.14).aspx

코드 복사

$searchService = Get-SPSearchService Set-SPSearchService -MaxBackupDuration 120 Get-SPSearchServiceInstance -Local Get-SPSearchServiceInstance -Local | Set-SPSearchServiceInstance -ProxyType proxy

자세한 내용은 다음 항목을 참조하십시오. Get-SPSearchService Set-SPSearchService Get-SPSearchServiceInstance Set-SPSearchServiceInstance

추가 데이터베이스 만들기 및 구성중앙 관리에 필요한 데이터베이스 구성을 마친 후에는 웹 콘텐츠 및 사용할 모든 서비스 응용 프로그램에 필요한 데이터베이스를 만들고 구성하여 배포를 완료합니다.다음 절차는 팜의 각 포털 사이트에 대해 대해 한 번만 수행하면 됩니다.여기에 설명된 절차는 다음 SharePoint Server 2010 작업에서 사용됩니다. 검색 쿼리 구성 요소 또는 검색 크롤링 구성 요소를 호스팅하는 서버에서 Search Service 를 시작합니다. 자세한 내용은 Manage Search topology 를 참조하십시오. 포털 사이트 웹 응용 프로그램 콘텐츠 데이터베이스 만들기 및 구성 Search Service 응용 프로그램 데이터베이스 만들기 및 구성팜에서 검색 쿼리 또는 데이터베이스 크롤링을 실행하는 각 서버에 대해 다음 절차를 한 번씩 수행해야 합니다.검색 쿼리 또는 크롤링을 실행할 각 서버에서 SharePoint Server Search Service 를 시작하려면 1. [설치] SharePoint 2010 관리 셸에서 Get-SPEnterpriseSearchService, Set-

SPEnterpriseSearchService 및 Get-SPEnterpriseSearchServiceInstance cmdlet 을 사용합니다. 다음 예를 지침으로 사용하십시오.

코드 복사

$searchService = Get-SPEnterpriseSearchService $password = Read-Host -AsSecureString ********** Set-SPEnterpriseSearchService -IgnoreSSLWarnings $true -ServiceAccount contoso\adminAccount -ServicePassword $password $ssInstance = Get-SPEnterpriseSearchServiceInstance -Local Get-SPEnterpriseSearchServiceInstance -Local | Start-SPEnterpriseSearchServiceInstance

자세한 내용은 다음 항목을 참조하십시오. Get-SPEnterpriseSearchService Set-SPEnterpriseSearchService

181

http://technet.microsoft.com/library/f8baccd0-21d2-40aa-b700-997ec7ca7011(Office.14).aspx

http://technet.microsoft.com/library/fcf865a8-b46b-44fb-89ba-f52e20876f6c(Office.14).aspx

http://technet.microsoft.com/library/ff30cd9b-a827-4bee-b38a-ed2c3b6b3b47(Office.14).aspx

http://technet.microsoft.com/library/85dce2d2-1b01-4f7f-86d0-5523c432efe6(Office.14).aspx

http://technet.microsoft.com/library/d0fcee38-4403-4ef6-b3ed-c28cec050557(Office.14).aspx

http://technet.microsoft.com/library/664d55c9-c436-4096-a385-446c920f4df1(Office.14).aspx

http://technet.microsoft.com/library/90160cc4-60c3-4983-8b4a-674cbf4c4f9c(Office.14).aspx

Get-SPEnterpriseSearchServiceInstance 다음 절차는 팜의 각 서비스 응용 프로그램에 대해 대해 한 번씩 수행해야 합니다. 이 문서에 사용된 시나리오에서 Search Service 응용 프로그램은 팜에 사용됩니다. Search Service 응용 프로그램에는 다음 데이터베이스가 필요합니다.1. 검색 관리 데이터베이스(Search_Service_DB)2. 검색 크롤링 데이터베이스(Search_Service_CrawlStoreDB)3. 검색 속성 데이터베이스(Search_Service_PropertyStoreDB)다음 절차의 모든 명령줄 명령에서는 Windows PowerShell 을 사용합니다.검색용 데이터베이스를 만들고 구성하려면1. [DBA] SharePoint 2010 관리 셸 관리 계정을 임시 SQL Server 로그인으로

dbcreator 및 securityadmin 역할에 추가합니다.2. [설치] 다음과 같이 임시 서버에 Search Service 응용 프로그램을 만듭니다.

a) 다음과 같이 검색 관리 및 검색 쿼리 웹 서비스에 필요한 응용 프로그램 풀을 만듭니다.코드 복사

# Create managed account for DOMAIN\QryPool $SearchCR = Get-Credential;$managedAccount = New-SPManagedAccount -Credential $SearchCR # Create managed account for DOMAIN\AdminPool $SearchCR = Get-Credential;$managedAccount = New-SPManagedAccount -Credential $SearchCR

b) 다음과 같이 임시 Microsoft SQL Server 데이터베이스를 사용하여 새 Search Service 응용 프로그램을 만듭니다.

182

http://technet.microsoft.com/library/309d98e8-a5fa-4cb5-b6e1-bf94380a8212(Office.14).aspx

코드 복사

Write-Host -ForegroundColor white Creating the Search service application $searchAppName="SearchAppTest" $appQueryPoolName=$searchAppName+"_AppQueryPool" $appAdminPoolName=$searchAppName+"_AppAdminPool" $appQueryPool = New-SPServiceApplicationPool -name $appQueryPoolName -account DOMAIN\QryPool $appAdminPool = New-SPServiceApplicationPool -name $appAdminPoolName -account DOMAIN\AdminPool $searchApp = New-SPEnterpriseSearchServiceApplication -Name $searchAppName -ApplicationPool $appQueryPool -AdminApplicationPool $appAdminPool -DatabaseServer <Temp_SQL_Server> Write-Host -ForegroundColor white Initializing the administration component $searchInstance = Get-SPEnterpriseSearchServiceInstance -Local $searchApp | get-SPEnterpriseSearchAdministrationComponent | set-SPEnterpriseSearchAdministrationComponent -SearchServiceInstance $searchInstance $admin = ($searchApp | get-SPEnterpriseSearchAdministrationComponent) Write-Host -ForegroundColor white Waiting for the admin component to be initialized do {write-host -NoNewline .;Start-Sleep 10;} while (-not $admin.Initialized) Write-Host -ForegroundColor white Creating a new crawl topology $InitialCrawlTopology = $searchApp | Get-SPEnterpriseSearchCrawlTopology -Active $InitialCrawlTopology $searchInstance0 = Get-SPEnterpriseSearchServiceInstance -Local $CrawlTopology = $searchApp | New-SPEnterpriseSearchCrawlTopology $CrawlDatabase0 = ([array]($searchApp | Get-SPEnterpriseSearchCrawlDatabase))[0] $CrawlComponent0 = New-SPEnterpriseSearchCrawlComponent -CrawlTopology $CrawlTopology -CrawlDatabase $CrawlDatabase0 -SearchServiceInstance $searchInstance0 -IndexLocation $searchInstance0.DefaultIndexLocation $CrawlTopology | Set-SPEnterpriseSearchCrawlTopology -Active Write-Host -ForegroundColor white Waiting for the old crawl topology to become inactive do {write-host -NoNewline .;Start-Sleep 10;} while ($InitialCrawlTopology.State -ne "Inactive") $InitialCrawlTopology | Remove-SPEnterpriseSearchCrawlTopology Write-Host -ForegroundColor white Creating a new query topology $InitialQueryTopology = $searchApp | Get-SPEnterpriseSearchQueryTopology -Active $InitialQueryTopology $searchInstance0 = Get-SPEnterpriseSearchServiceInstance -Local # Create a new query topology $QueryTopology = $searchApp | New-SPEnterpriseSearchQueryTopology -Partitions 1 $IndexPartition0= (Get-SPEnterpriseSearchIndexPartition -QueryTopology $QueryTopology) $QueryComponent0 = New-SPEnterpriseSearchQuerycomponent -QueryTopology $QueryTopology -IndexPartition $IndexPartition0 -SearchServiceInstance $searchInstance0 -IndexLocation $searchInstance0.DefaultIndexLocation # Get the default property store $PropertyDatabase0 = ([array]($searchApp | Get-SPEnterpriseSearchPropertyDatabase))[0] $IndexPartition0 | Set-SPEnterpriseSearchIndexPartition -PropertyDatabase $PropertyDatabase0 $QueryTopology | Set-SPEnterpriseSearchQueryTopology -Active Write-Host -ForegroundColor white Waiting for the old query topology to become inactive do {write-host -NoNewline .;Start-Sleep 10;} while ($InitialQueryTopology.State -ne "Inactive") # Delete the old query topology $InitialQueryTopology | Remove-SPEnterpriseSearchQueryTopology Write-Host -ForegroundColor white Creating the Search application proxy $searchAppProxy = new-spenterprisesearchserviceapplicationproxy -name ($searchApp.Name+"_proxy") -Uri $searchApp.Uri Write-Host -ForegroundColor white Search provisioning finished

183

c) Search Service 응용 프로그램 일시 중지코드 복사

$searchApp.Pause()

3. [DBA] 모든 검색 데이터베이스(SearchAppTest, SearchAppTest_CrawlStore 및 SearchAppTest_PropertyStore)를 백업합니다.

4. [DBA] 모든 검색 데이터베이스 프로덕션 SQL Server 데이터베이스 서버에 복원합니다.5. [DBA] 서버 역할에 대해 공용 역할을 선택한 상태로 두고 기본 설정을 사용하여 다음 계정을 프로덕션 SQL Server 데이터베이스 서버의 SQL Server 로그인에 추가합니다.

Search Service 계정 검색 쿼리 및 사이트 설정 웹 서비스 응용 프로그램 풀 계정 검색 관리 웹 서비스 응용 프로그램 풀 계정(Search Service 응용 프로그램 풀과 다른 경우)

6. [DBA] 팜 데이터베이스를 프로비전할 때 SQL Server 데이터베이스를 사용하지 않았을 경우 다음 계정을 SQL Server 로그인에 추가합니다. SQL Server 기반 원본 콘텐츠 데이터베이스, 관리 콘텐츠 데이터베이스, 대상 콘텐츠 데이터베이스 및 구성 데이터베이스에 대한 SharePoint_Shell_Access 역할 팜 관리자 계정

7. [설치] 새 프로덕션 데이터베이스 환경으로 전환합니다.a) 검색 관리 데이터베이스를 새 검색 관리 프로덕션 데이터베이스로 바꿉니다.

코드 복사

$searchapp | Set-SPEnterpriseSearchServiceApplication -DatabaseServer <Production_SQL_server>

b) Search Service 인스턴스에서 다시 프로비전을 완료할 때까지 기다립니다.코드 복사

do {write-host -NoNewline .;Sleep 10; $searchInstance = Get-SPEnterpriseSearchServiceInstance –Local} while ($searchInstance.Status -ne "Online")

c) 검색 크롤링 데이터베이스를 새 검색 크롤링 프로덕션 데이터베이스로 바꿉니다.코드 복사

$CrawlDatabase0 | Set-SPEnterpriseSearchCrawlDatabase -DatabaseServer <Production_SQL_server>

d) Search Service 인스턴스에서 다시 프로비전을 완료할 때까지 기다립니다.

184

코드 복사


e) 검색 속성 데이터베이스를 새 검색 속성 프로덕션 데이터베이스로 바꿉니다.코드 복사

$PropertyDatabase0 | Set-SPEnterpriseSearchPropertyDatabase -DatabaseServer <Production_SQL_server>

f) Search Service 인스턴스에서 다시 프로비전을 완료할 때까지 기다립니다.코드 복사


g) Search Service 인스턴스를 다시 시작합니다.코드 복사

get-SPEnterpriseSearchServiceInstance | start-SPEnterpriseSearchServiceInstance

h) Search Service 응용 프로그램을 다시 시작합니다.코드 복사

$searchapp.Resume()

[설치] 다음 절차에 따라 포털 사이트 웹 응용 프로그램 및 해당 콘텐츠 데이터베이스를 만들고 구성합니다.포털 사이트 웹 응용 프로그램을 만들고 구성하려면1. [DBA] LATIN1_General_CI_AS_KS_WS 데이터 정렬 시퀀스를 사용하여 포털 사이트 웹 응용 프로그램 콘텐츠 데이터베이스를 만들고 데이터베이스 소유자(dbo)를 설치 사용자 계정으로 설정합니다.2. [DBA] SQL ServerManagement Studio 를 사용하여 서비스 응용 프로그램 서비스 계정을 Users 그룹에 추가한 다음 포털 사이트 웹 응용 프로그램 콘텐츠 데이터베이스의

db_owner 역할에 추가합니다.3. [설치] SharePoint 2010 관리 셸에서 New-SPWebApplication 및 Get-

SPWebApplication cmdlet 을 사용하여 포털 사이트 웹 응용 프로그램 콘텐츠 데이터베이스를 구성합니다. 다음 예를 지침으로 사용하십시오.

185

코드 복사

New-SPWebApplication -Name "Contoso Internet Site" -Port 80 -HostHeader "http://sharepoint.contoso.com" -URL "https://www.contoso.com" -ApplicationPool "ContosoAppPool" -ApplicationPoolAccount (Get-SPManagedAccount "DOMAIN\jdoe") Get-SPWebApplication http://somesite | Set-SPWebApplication -Zone "Extranet" -HostHeader "http://www.contoso.com" - AllowAnonymousAccess

자세한 내용은 New-SPWebApplication 및 Get-SPWebApplication 을 참조하십시오. 중요:

이 명령은 웹 응용 프로그램을 실행하는 같은 컴퓨터에서 실행해야 합니다. 호스트 이름 및 포트 조합에서 이미 있는 웹 응용 프로그램을 설명하지 않아야 합니다. 이렇게 하면 오류가 발생하고 웹 응용 프로그램이 만들어지지 않습니다.

4. [설치] 명령 프롬프트에서 iisreset /noforce 명령을 실행하여 IIS 를 다시 시작합니다.

186

http://technet.microsoft.com/library/11d6521f-f99c-433e-9ab5-7cf9e953457a(Office.14).aspx

http://technet.microsoft.com/library/eaeb5bed-81e7-4275-b005-aa7fc465e6d5(Office.14).aspx

가상 환경에 배포(SharePoint Server 2010)이 섹션에는 가상 환경에서 Microsoft SharePoint Server 2010 서버에 대해 가상 컴퓨터를 구성하기 위한 지침을 제공하는 문서가 나와 있습니다.이 섹션의 내용: 가상 컴퓨터 지침 (SharePoint Server 2010)

187

가상 컴퓨터 지침(SharePoint Server 2010)이 문서에서는 Windows Server 2008 Hyper-V 기술을 사용하고 Microsoft SharePoint Server 2010 팜에서 사용되는 VM(가상 컴퓨터)을 구성하기 위한 지침을 제공합니다. 여기에는 웹 서버 계층, 응용 프로그램 서버 계층 및 데이터베이스 서버 계층의 팜 서버가 포함됩니다. SharePoint 팜에 대한 가상 컴퓨터를 구성하기 전에 Hyper-V 시작 가이드 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=187754&clcid=0x412)(영문일 수 있음)를 읽어 보는 것이 좋습니다. 가상 컴퓨터 또는 해당 인프라에 대해 결정하는 모든 사항은 성능이나 기능(SharePoint Server 2010 및 Hyper-V)에 직접 영향을 주므로 각 구성 옵션을 충분히 이해해야 합니다.Hyper-V 환경에서는 가상 네트워킹 구성 및 각 가상 컴퓨터의 구성을 지정할 수 있습니다. 또한 VM 이 가상화 호스트와 상호 작용하는 방식은 물론 가상 컴퓨터의 실행 상태가 중단되는 경우 VM의 중지 및 다시 시작 동작까지 구성할 수 있습니다.이 문서의 내용: 네트워킹 네트워크 어댑터 가상 컴퓨터 구성 통합 서비스 스냅숏 사용 네트워킹가상 컴퓨터를 만들기 전이나 하나 이상의 가상 컴퓨터를 만든 후 Hyper-V 네트워킹을 구성할 수 있습니다. 또한 Hyper-V 호스트에 대해 두 개 이상의 가상 네트워크를 만들 수도 있습니다.가상 네트워크 관리자(Hyper-V 관리자를 통해 액세스)를 사용하는 경우 세 가지 유형의 가상 네트워크를 선택할 수 있습니다. 다음 표에는 네트워크 유형과 해당 유형의 특성이 요약되어 있습니다.

설명외부

이 유형은 VM

188

http://technet.microsoft.com/library/813b309d-a27f-42a9-a5ae-03040a28acd7(Office.14).aspx#Snapshot

http://technet.microsoft.com/library/813b309d-a27f-42a9-a5ae-03040a28acd7(Office.14).aspx#intServ

http://technet.microsoft.com/library/813b309d-a27f-42a9-a5ae-03040a28acd7(Office.14).aspx#vmCfg

http://technet.microsoft.com/library/813b309d-a27f-42a9-a5ae-03040a28acd7(Office.14).aspx#NetAdapt

http://technet.microsoft.com/library/813b309d-a27f-42a9-a5ae-03040a28acd7(Office.14).aspx#Net


설명이 외부에 위치한 서버 및 관리 운영 체제(상위 파티션이라고도 함)와 통신하도록 허용하는 경우에 사용합니다. 또한 이 유형을 사용하면 동일한 물리적

189

설명서버의 VM이 서로 통신할 수도 있습니다.

내부

이 유형은 동일한 물리적 서버의 VM 간 통신과 VM과 관리 운영 체제 간의 통신을 허용하는 경우에 사용합니다.

190

설명내부 가상 네트워크는 물리적 네트워크 어댑터에 바인딩되지 않은 가상 네트워크로, 대개 관리 운영 체제에서 VM에 연결해야 하는 테스트 환경을 구축하는 데 사용됩니

191

설명다.

개인

이 유형은 동일한 물리적 서버의 VM 간 통신을 허용하는 경우에 사용합니다. 개인 가상 네트워크는 관리 운영 체제에 가상 네트워크 어댑터가 없는 가상 네트

192

설명워크입니다. 개인 가상 네트워크는 일반적으로 관리 운영 체제 및 외부 네트워크의 네트워크 트래픽으로부터 VM을 격리시키려는 경우에 사용됩니다.

SharePoint Server 팜 요구 사항을 사용하여 세 가지 네트워킹 구성 중 가상화 호스트에 사용할 구성을 결정합니다. 예를 들어 빠른 시작 : 격리된 Hyper-V 환경에 단일 서버 배포 (SharePoint

193

Server 2010) 문서에서는 내부 네트워크를 사용하여 프로덕션 환경으로부터 테스트 환경을 격리시켰습니다.사용할 네트워크 유형을 결정한 후에는 가상 어댑터에 자동으로 할당되는 MAC(Media Access Control) 주소의 범위를 지정할 수 있습니다. Microsoft Hyper-V Server 2008 의 R2 버전을 사용하면 네트워크에서 충돌이 발생하지 않도록 어댑터에 고정 MAC 주소를 제공할 수 있습니다네트워킹 성능 측면에서 볼 때 VLAN(가상 LAN)을 만들 수 있으면 성능상의 이점을 얻을 수 있습니다. 동일한 VLAN 의 가상 컴퓨터가 가상 스위치를 통해 통신할 수 있는데, 이렇게 되면 물리적 네트워크 어댑터를 사용할 필요가 없어 네트워크 트래픽 속도가 향상됩니다. VLAN 구성의 또 다른 이점은 소프트웨어를 기반으로 하기 때문에 네트워크 구성을 그대로 유지한 상태로 컴퓨터를 손쉽게 이동할 수 있다는 점입니다 다음 링크에서는 가상 네트워킹 개념과 가상 네트워크를 구성하는 방법에 대한 자세한 내용을 제공합니다 Hyper-V 에서의 기본 네트워크 작동 방식 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=128228&clcid=0x412)(영문일 수 있음) Hyper-V: 서로 다른 가상 네트워크 유형의 용도 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=128085&clcid=0x412)(영문일 수 있음) Hyper-V VLAN 이해 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?

linkid=180709&clcid=0x412)(영문일 수 있음) Hyper-V VLAN 제 2 부 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?

linkid=18775&clcid=0x412)(영문일 수 있음) 가상 네트워크 구성 (http://go.microsoft.com/fwlink/?

linkid=158767&clcid=0x412)네트워크 어댑터가상 컴퓨터에는 두 가지 유형의 네트워크 어댑터, 즉 네트워크 어댑터와 레거시 어댑터를 연결할 수 있습니다. 네트워크 어댑터는 레거시 네트워크 어댑터보다 성능이 뛰어납니다. 레거시 어댑터는 Intel 21140 기반 PCI Fast Ethernet Adapter 를 에뮬레이션하므로 네트워크 어댑터보다 데이터 전송 속도가 느립니다. 또한 PXE(Pre-Boot Execution Environment)를 부팅할 수 있으므로 네트워크 기반 설치도 지원합니다. 가상 컴퓨터 드라이버를 설치할 때까지 레거시 어댑터를 사용해야 하거나, 네트워크를 부팅해야 하는 경우를 제외하면 네트워크 어댑터를 사용하여 VM 을 구성하는 것이 좋습니다.

194








참고:

처음에는 레거시 어댑터를 사용하여 네트워크를 부팅하고 더 이상 필요 없어지면 네트워크 어댑터를 추가하고 레거시 어댑터를 삭제할 수 있습니다. 물리적 서버와 마찬가지로 가상 컴퓨터 하나에 여러 개의 어댑터를 설치할 수 있습니다.

가상 컴퓨터 구성Hyper-V 에서는 가상 컴퓨터를 구성하기 위한 많은 옵션을 제공합니다. 이러한 옵션은 가상 컴퓨터를 시작하고 Microsoft SharePoint Server 을 설치한 후에 변경할 수 있습니다. 구성을 변경하려면 가상 컴퓨터를 종료해야 합니다. Capacity management and high availability in a virtual environment (SharePoint Server 2010)에서 수행한 용량 관리 및 고가용성 계획에 따라 각 가상 컴퓨터에 대해 다음을 고려합니다. 부팅 시퀀스(레거시 네트워크 어댑터, CD, IDE 또는 플로피 디스크) 메모리 양 가상 프로세서 수(최대 4 개) 컨트롤러 유형 및 수 디스크 유형 및 수 네트워크 어댑터 유형 및 수앞의 구성 외에 COM 포트 및 가상 플로피 디스크를 구성할 수도 있습니다.SharePoint Server 측면에서 판단한 주요 구성 고려 사항은 메모리, 프로세서 그리고 컨트롤러 및 하드 디스크의 유형과 수입니다.메모리그 다음으로 고려하는 요소는 가상화 호스트에 사용할 2GB 의 RAM 이며 나머지 메모리 양은 가상 컴퓨터에서 사용하도록 구성할 수 있습니다. 물론 동일한 가상화 호스트에서 실행되는 다른 가상 컴퓨터에 제공하는 메모리의 양도 고려해야 합니다.

참고:

가상화 호스트를 위해 예약된 2GB 의 RAM 은 필수적이거나 강제적인 메모리의 양이 아닌 설명을 위해 사용된 것으로, 대개 물리적 서버에 사용되는 실제 RAM 용량은 이보다 낮습니다. Hyper-V 에 대한 실제 메모리 오버헤드는 매우 적습니다. 이는 Hyper-V RAM Calculator.xls( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=187756&clcid=0x412)(영문일 수 있음)를 다운로드한 후 이를 활용하여 여러 가상 컴퓨터에 대해 다양하게 지정된 크기로 RAM 사용량을 계산해 보면 쉽게 이해할 수 있습니다.

195



http://technet.microsoft.com/library/5c23b49c-c4da-4bd3-9554-285700ff80e5(Office.14).aspx

http://technet.microsoft.com/library/5c23b49c-c4da-4bd3-9554-285700ff80e5(Office.14).aspx

프로세서가상 컴퓨터 하나에 대해 최대 네 개까지 여러 개의 가상 프로세서를 구성할 수 있습니다. 가상화 호스트에 논리(코어) 프로세서가 있으므로 가상 컴퓨터당 이보다 많은 프로세서를 구성할 수는 없습니다. 예를 들어 듀얼 코어 물리적 서버가 있을 경우 가상 컴퓨터 하나에 대해 두 개의 가상 프로세서를 구성하도록 제한됩니다. Hyper-V 에서는 코어당 최대 8 개의 가상 프로세서를 지원하지만 이 비율(1(논리):8(가상))을 사용하는 구성은 초과 수용(Oversubscribed) 상태라고 할 수 있습니다. SharePoint 팜에서 사용되는 가상 컴퓨터에 대해서는 1:1 의 비율을 사용하는 것이 좋습니다. CPU 는 가상화 호스트에서 초과 수용 상태가 되어도 정상적으로 작동하지만 초과 수용량에 따라 성능이 떨어지게 됩니다.컨트롤러 및 하드 디스크다음과 같이 가상 컴퓨터에서 IDE(Integrated Device Electronics) 또는 SCSI 장치 중 하나를 선택할 수 있습니다. IDE 장치: Hyper-V 에서는 에뮬레이션된 장치와 IDE 컨트롤러를 함께 사용합니다. 컨트롤러당 디스크를 두 개씩 사용하여 최대 두 개의 IDE 컨트롤러를 사용할 수 있습니다. 시동 디스크(부팅 디스크라고도 함)를 IDE 장치 중 하나에 연결해야 합니다. 시동 디스크는 가상 하드 디스크이거나 물리적 디스크일 수 있습니다. 가상 컴퓨터에서는 IDE 장치를 시동 디스크로 사용하여 게스트 운영 체제를 시작해야 하지만 IDE 장치에 대한 저장소를 제공하는 물리적 장치를 선택할 때는 많은 옵션을 활용할 수 있습니다. SCSI 장치: 각 가상 컴퓨터에서는 최대 256 개의 SCSI 디스크를 지원합니다(컨트롤러당 최대 64 개의 지원하는 SCSI 컨트롤러 네 개). SCSI 컨트롤러에서는 가상 컴퓨터에 사용하도록 특별히 개발된 장치를 사용하고 가상 컴퓨터 버스를 통해 통신합니다. 가상 컴퓨터 버스는 게스트 운영 체제가 시작될 때 사용할 수 있어야 하므로 SCSI 컨트롤러에 연결된 가상 하드 디스크는 시동 디스크로 사용할 수 없습니다.

참고:

물리적 SCSI 및 IDE 장치의 I/O 성능은 크게 다를 수 있지만 Hyper-V 의 가상화된 SCSI 및 IDE 장치의 경우는 그렇지 않습니다. 게스트 운영 체제에 통합 서비스가 설치된 경우 IDE 및 SCSI 장치 모두 동일하게 빠른 I/O 성능을 제공합니다. SCSI 의 Hyper-V 구현에서 지원되는 작동 중 교체 가능한 하드 드라이브에 대한 지원은 성능상의 이점보다 SCSI 드라이브를 선택하게 만드는 더 결정적인 이유입니다.Windows Server 2008 R2 와 함께 릴리스된 버전의 Hyper-V 는 가상 하드 디스크 성능이 크게 개선되었습니다. 자세한 내용은 가상 하드 디스크 성능 : Windows Server 2008 / Windows Server 2008 R2 / Windows 7( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=186519&clcid=0x412)(영문일 수 있음)을 참조하십시오. 가상 컴퓨터 드라이브 옵션에 대한 요약 정보는 이 백서의 "Hyper-V 및 VHD 저장소 컨테이너 형식 선택 방법" 섹션을 참조하십시오. 또한 "환경에 적합한 VHD 를 선택할 때는 액세스 성능과 저장 요구 사항을 함께 고려하십시오. Windows Server 2008 R2를 사용할 때는 고급 캐싱 기능으로 인해 액세스 속도보다는 사용하는 메모리의 양을 중점적으로 고려하여 선택해야 합니다"라는 저자의 조언에도 유의합니다.

196




중요:

모든 가상 환경에 맞는 일반적인 저장소 솔루션은 없습니다. SharePoint Server 서버를 위한 최적의 가상 컴퓨터 드라이브 옵션을 선택하려면 연구 및 포괄적인 테스트를 통해 특정 가상 환경에 맞는 최상의 저장소 솔루션을 구현해야 합니다.

통합 서비스Hyper-V 에는 물리적 컴퓨터와 가상 컴퓨터 간의 통합을 개선하는 지원되는 게스트 운영 체제를 위한 소프트웨어 패키지가 포함되어 있는데, 이 패키지를 통합 서비스라고 합니다. 관리 운영 체제(Hyper-V 역할 실행)와 가상 컴퓨터에서 동일한 버전의 통합 서비스가 실행되는지 확인해야 합니다. 자세한 내용은 통합 서비스를 위한 버전 호환성(http://go.microsoft.com/fwlink/?linkid=188011&clcid=0x412)을 참조하십시오.각각의 가상 컴퓨터에 대해 가상 컴퓨터와 가상화 호스트 간에 다음과 같은 통합 항목을 구성할 수 있습니다. 운영 체제 종료 시간 동기화 데이터 교환 하트비트 백업(볼륨 스냅숏)

중요:

각 SharePoint Server 가상 컴퓨터에 대해 시간 동기화를 사용하지 않도록 설정합니다. SharePoint Server 2010 에서는 타이머 작업을 광범위하게 구현하며 시간 동기화 도중 대기 시간이 발생하면 SharePoint Server 환경에서 예측할 수 없는 결과가 나타나게 됩니다. 자동 종료 및 시작각각의 가상 컴퓨터에 대해 물리적 컴퓨터가 종료되는 경우 자동 종료 및 시작 동작을 구성할 수 있습니다. 종료 옵션은 다음과 같습니다. 가상 컴퓨터의 상태를 저장합니다. 가상 컴퓨터의 현재 상태가 저장되고 가상 컴퓨터가 시작되면 Hyper-V 에서 가상 컴퓨터를 이전 상태로 복원하려고 시도합니다. 가상 컴퓨터를 끕니다. 이는 서버의 전원 플러그를 뽑는 것과 마찬가지입니다. 게스트(가상 컴퓨터) 운영 체제를 종료합니다. 이는 Windows 종료 옵션을 사용하여 컴퓨터를 종료하는 것과 마찬가지입니다.SharePoint Server 가상 컴퓨터의 경우 상태를 저장하도록 가상 컴퓨터를 구성하지 마십시오. 저장된 상태에서 작동이 재개되는 가상 컴퓨터는 팜의 다른 서버와 동기화된 상태를 벗어나게

197


됩니다. 종료 옵션을 사용하면 가장 확실하게 가상 컴퓨터의 손상이 최소화되므로 이 옵션을 사용하도록 가상 컴퓨터를 구성하는 것이 좋습니다. 종료가 발생하면 실행 중인 모든 타이머 작업이 종료되고 가상 컴퓨터가 다시 시작되어도 동기화 문제가 발생하지 않게 됩니다.자동 종료의 반대는 자동 시작입니다. Hyper-V 에서는 물리적 서버가 다시 시작될 때 다음과 같은 시작 옵션을 제공합니다. 아무 작업도 하지 않음. 물리적 서버가 종료될 때의 가상 컴퓨터 상태와 관계없이 가상 컴퓨터를 수동으로 시작해야 합니다. 서비스가 종료될 때 컴퓨터가 실행 중이었던 경우 자동으로 시작 항상 이 가상 컴퓨터를 자동으로 시작. Hyper-V 에서는 물리적 서버가 종료될 때의 가상 컴퓨터 상태와 관계없이 가상 컴퓨터를 시작합니다.처음 두 개의 옵션 중 하나를 사용하는 것이 좋습니다. 어느 쪽 옵션이든 유효하지만 결정은 가상 컴퓨터를 관리 및 유지 관리하는 IT 팀에 달려 있습니다.앞의 시작 옵션 외에도 가상 컴퓨터에 대해 시작 시간 지연을 구성할 수 있습니다. 가상화 호스트에서 발생하는 리소스 경합을 줄이려면 시작 시간 지연을 구성하는 것이 좋습니다. 그러나 시작 옵션이 아무 작업도 하지 않는 것이면 아무런 효과가 없습니다.스냅숏 사용스냅숏은 실행 중이거나, 일시 중지되었거나, 종료된 가상 시스템의 현재 상태를 캡처하는 데 매우 유용한 수단입니다. 스냅숏 기능을 사용하면 이전 가상 컴퓨터 구성으로 쉽고 빠르게 되돌릴 수 있습니다. 이 기능은 특히 개발 환경이나 테스트 환경에 적합합니다. 최상의 방법으로, 프로덕션 환경의 가상 컴퓨터에서는 다음과 같은 이유로 인해 스냅숏 기능을 사용하지 않는 것이 좋습니다. 클럭 동기화: 실행 중인 가상 컴퓨터의 스냅숏을 만드는 경우 스냅숏이 시작되는 시간과 스냅숏이 완료되는 시간 사이에 대기 시간이 발생합니다. 이 대기 시간은 SharePoint

Server 타이머 작업에는 물론 결과적으로 팜 서버 간의 시간 동기화 상태에도 영향을 줍니다. 중요:

가상 컴퓨터의 스냅숏을 만들려는 경우 스냅숏을 만들기 전에 실행 중인 작업이 완료되도록 가상 컴퓨터를 종료합니다. 가상 컴퓨터가 다시 시작된 후에는 시간 동기화 문제가 발생하지 않도록 가상 컴퓨터와 다른 팜 서버를 주의 깊게 모니터링하는 것이 좋습니다.

성능: 가상 컴퓨터의 스냅숏을 만드는 경우 사실상 차등 디스크를 만든 것입니다. 이 경우 가상 컴퓨터와 스냅숏 간에 구성 데이터를 지속적으로 교환하기 때문에 성능에 영향을 주게 됩니다.

198

Windows PowerShell 을 사용하여 SharePoint Server 2010 설치이 문서에서는 Windows PowerShell 을 사용하여 독립 실행형 서버나 서버 팜에서 Microsoft SharePoint Server 2010 을 새로 설치하는 방법을 설명합니다. 설치 프로세스 개요 SPModule 준비 팜 서버 요구 사항 Install-SharePoint 를 실행하여 Microsoft SharePoint Server 2010 설치 New-SharePointFarm 을 사용하여 팜 구성 Windows PowerShell 을 사용하여 웹 응용 프로그램 만들기 SharePoint 2010 팜 구성 마법사를 사용하여 서비스 배포 Windows PowerShell 을 사용하여 사이트 모음 만들기 추가 구성 작업 수행 Join-SharePointFarm 을 사용하여 팜에 서버 추가 추적 로그 구성 Microsoft SharePoint Server 2010 을 설치할 때 Windows PowerShell 을 다른 관리자 도구와 함께 사용하여 무인 설치를 자동화하고 팜을 구성함으로써 배포를 간소화할 수 있습니다.

팜 서버 요구 사항SharePoint Server 2010 설치를 시작하기 전에 사용 권한, 하드웨어 요구 사항 및 소프트웨어 요구 사항과 프로세스 시작 전에 수행할 단계에 대한 다음 정보를 검토하십시오. 모든 하드웨어 및 소프트웨어 요구 사항을 충족했는지 확인합니다. 64 비트 버전의

Windows Server 2008 또는 Windows Server 2008 R2 가 있어야 합니다. 서버 팜의 경우에는 64 비트 버전의 SQL Server 2005 또는 SQL Server 2008 도 있어야 합니다. 이러한 요구 사항(예: 설치해야 하는 특정 업데이트)에 대한 자세한 내용은 하드웨어 및 소프트웨어 요구 사항 확인 (SharePoint Server 2010) 을 참조하십시오. 적절한 사용 권한을 사용하여 필요한 계정을 설정할 준비가 되었는지 확인합니다. 자세한 내용은 초기 배포에 필요한 관리 및 서비스 계정 (SharePoint Server 2010) 을 참조하십시오.

SPModule 준비SPModule.zip 파일은 SharePoint 팜을 설치하는 SharePoint 제품 그룹의 구성원이 작성하는 Windows PowerShell 모듈입니다.

199

SPModule.zip 파일을 사용하려면 다음 단계를 사용합니다.1. 다운로드 센터 페이지 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?

linkid=187924&clcid=0x412)(영문일 수 있음)에서 SPModule.zip 파일과 텍스트 파일을 다운로드합니다. 2. SPModule 라는 폴더에 파일의 압축을 풀고 폴더를 해당 환경 경로에 추가합니다.

PSModulePath 환경 변수는 디스크에 설치된 모듈의 위치 경로를 저장하는 데 사용됩니다. PSModulePath 변수에 지정된 경로를 보려면 Windows PowerShell 명령 프롬프트에서 $env:PSModulePath를 입력합니다. 자세한 내용은 PSModule 환경 변수 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=187757&clcid=0x412)(영문일 수 있음)를 참조하십시오. 압축을 풀고 나면 SPModule 폴더에 두 파일, 즉 SPModule.misc 파일과 SPModule.setup 파일이 포함됩니다.

참고:

SPModule 폴더가 PSModulePath 변수에 추가되지 않으면 SPModule 을 로드할 전체 경로를 지정해야 합니다.3. 제공할 서명 유형을 결정합니다.

참고:

다운로드된 파일에 서명이 지정됩니다. 자체 서명된 스크립트를 제공하려면 AllSigned: PowerShell 스크립트 서명 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=187758&clcid=0x412)(영문일 수 있음)을 참조하십시오.

기본적으로 Windows PowerShell 실행 정책은 어떤 스크립트도 실행할 수 없도록 "제한됨"으로 설정됩니다. 실행 정책을 변경하려면 Set-ExecutionPolicy cmdlet 을 실행합니다. 실행 정책에 대한 자세한 내용은 About_Signing(http://go.microsoft.com/fwlink/?linkid=187759&clcid=0x412)을 참조하십시오.

4. SPModule.misc 및 SPModule.setup 파일을 Windows PowerShell 로 로드합니다.a) 시작을 클릭하고 모든 프로그램을 가리킨 다음 Windows PowerShell V2 를 클릭합니다. Windows PowerShell 명령 프롬프트 창이 열리면 먼저 모듈의 경로를 Windows PowerShell 모듈 경로에 추가해야 합니다. 이때 서버에

"SPModule"라는 폴더가 만들어져 있다고 가정합니다.b) Windows PowerShell V2 를 마우스 오른쪽 단추로 클릭하고 관리자 권한으로 실행을 클릭합니다.

200







참고:

이미 Microsoft SharePoint Server 2010 을 설치한 경우 대신 SharePoint 2010 관리 셸을 열 수도 있습니다.

c) 명령 프롬프트 창이 표시되면 Windows PowerShell 명령 프롬프트에 다음 구문을 입력하여 모듈을 현재 Windows PowerShell 세션으로 가져오고 경로에 추가해야 합니다.코드 복사

Import-Module SPModule.misc

코드 복사

Import-Module SPModule.setup

SPModule.misc 모듈을 가져올 때 업데이트 확인을 호출합니다. 1.0 버전에서는 텍스트 파일을 검사하여 사용 가능한 최신 버전이 있는지 확인합니다. 최신 버전이 있다는 알림을 받으면 해당 위치로 이동하여 최신 버전을 다운로드할 수 있습니다. Import-Module 명령이 성공적으로 완료되고 나면 SPModule 을 사용할 준비가 됩니다.

중요:

다음 명령은 이 문서의 SPModule 및 프로세스와 관련해서만 사용해야 합니다. 1. Install-SharePoint: SharePoint Server 2010 의 이진 파일을 모두 설치합니다. 자세한 내용은 Scripted Deployment Reference (SharePoint Server)를 참조하십시오.2. New-SharePointFarm: SharePoint 팜을 만들고 다음 관련 작업을 수행합니다.

보안을 구성합니다. 서비스 응용 프로그램으로 채울 수 있는 공유 서비스 웹 응용 프로그램을 만듭니다. 중앙 관리 웹 사이트를 만들고 구성합니다. 제품 도움말 파일을 모두 설치합니다. 모든 팜 기능을 설치합니다.

자세한 내용은 Scripted Deployment Reference (SharePoint Server)를 참조하십시오.

3. Join-SharePointFarm: 서버를 팜에 추가한 다음 구성합니다. 자세한 내용은 Scripted Deployment Reference (SharePoint Server)를 참조하십시오.

Windows PowerShell 버전 2.0 을 설치한 후 Remoting 이라는 새로운 Windows PowerShell 기능을 사용할 수 있습니다. 이 원격 기능과 Windows PowerShell 코드 몇 줄을 사용하여 관리자는 팜에 여러 서버를 원격으로 설치할 수 있습니다. Remoting 및 SPModule 에 대한 자세한 내용은 SPModule 로 원격 설치 ( 영문일 수

201


http://technet.microsoft.com/library/7e1bffa2-bc8c-4522-b36f-7060722f9278(Office.14).aspx




있음 ) (http://go.microsoft.com/fwlink/?linkid=187923&clcid=0x412)(영문일 수 있음)를 참조하십시오.

Install-SharePoint 를 실행하여 Microsoft SharePoint Server 2010 설치설치에 필요한 계정을 확인한 후에는 SharePoint Server 2010 을 설치할 수 있습니다. 제품 DVD 에는 구성(Config.xml) 파일의 예가 들어 있습니다. 이러한 예제 파일은 DVD 루트 디렉터리의 \Files 폴더 아래에서 개별 시나리오에 해당하는 폴더에 저장되어 있습니다. 예제 파일은 다음 표에 설명되어 있습니다. 구성 파일

설명

Setup\Config.xml

Microsoft SQL Server 2005 Express Ed

202


ition을 사용하여 독립 실행형 서버 설치

SetupFarm\Config.xml

서버 팜 설치

SetupFarmSilent\Config.xml

자동 모드에서 서버

203

팜 설치

SetupFarmUpgrade\Config.xml

기존 팜의 전체 업그레이드

SetupSilent\Config.xml

자동 모드에서 SQL Server 2005 Expr

204

ess Edition을 사용하여 독립 실행형 서버 설치

SetupSingleUpgrade\Config.xml

기존 단일 서버 설치의 전

205

체 업그레이드

Windows PowerShell 명령 프롬프트에서 Config.xml 파일을 사용하여 Install-SharePoint 를 실행하려면1. SharePoint Server 2010 제품 DVD 가 있는 드라이브에서 루트 디렉터리로 이동하여

setup.exe 파일을 찾습니다.2. 다음과 같이 선택한 Config.xml 파일을 사용하여 SPModule.Setup Install-SharePoint를 실행합니다.

Install-SharePoint -SetupExePath<경로 및 파일 이름>-ConfigXml<경로 및 파일 이름>

참고:

예제 파일 중 하나를 선택하거나 구성 파일을 사용자 지정할 수 있습니다.3. Enter 키를 누릅니다.이제 설치가 완료되었습니다.다음 예는 자동 모드에서 단일 서버 설정에 필요한 구성 파일을 보여 줍니다(SetupSilent).

코드 복사

<Configuration> <Package Id="sts"> <Setting Id="LAUNCHEDFROMSETUPSTS" Value="Yes" /> </Package> <Package Id="spswfe"> <Setting Id="SETUPCALLED" Value="1" /> </Package> <Logging Type="verbose" Path="%temp%" Template="SharePoint Server Setup(*).log" /> -  <Display Level="none" CompletionNotice="no" /> <Setting Id="SERVERROLE" Value="APPLICATION" /> <Setting Id="USINGUIINSTALLMODE" Value="0" /> <Setting Id="SETUP_REBOOT" Value="Never" /> <Setting Id="SETUPTYPE" Value="CLEAN_INSTALL" /> </Configuration> 구성 파일을 사용자 지정할 수도 있습니다. 설치를 제어하려면 먼저 텍스트 편집기에서 Config.xml 파일을 편집하여 원하는 요소를 적절한 설정과 함께 포함합니다. 그런 다음 Install-SharePoint -SetupExePath -ConfigXML 를 실행하여 설치 프로그램에서 Config.xml 파일에 설정한 옵션을 실행 및 사용하도록 지정합니다.다음은 일반적으로 사용되는 몇 가지 구성 옵션입니다.

206

Config.xml 파일에서 값 <PIDKEY Value="Enter PID Key Here" />를 키로 제공하여 제품 키 프롬프트를 무시합니다.file.

로그 파일의 위치 <Logging Type="off" | "standard"(default) | "verbose" Path="path" Template="file name.log"/>를 지정합니다. 이 항목은 명령줄 설치가 실패하면 표시될 수 있습니다.

중요:

메모장 등의 텍스트 편집기를 사용하여 Config.xml 을 편집합니다. Microsoft Office Word 2007 등의 범용 XML 편집기는 사용하지 마십시오. XML 파일의 형식이 올바른지 확인하려면 지원되는 브라우저를 사용하십시오. PID 키를 사용하여 Install-SharePoint 실행구성 XML 파일 없이 자동 모드에서 설치 프로그램을 실행하려면 Windows PowerShell 명령 프롬프트에서 다음 명령 중 하나를 입력합니다. 독립 실행형 서버: Install-SharePoint -SetupExePath "<drive letter>:\

SharePoint 2010\Setup\setup.exe" -PIDKey "PVRYW-RRP8H-FG6G2-YGMQW-3V9VX" -ServerRole "SINGLESERVER"

팜 배포: Install-SharePoint -SetupExePath "<drive letter>:\SharePoint 2010\Setup\setup.exe" -PIDKey "PVRYW-RRP8H-FG6G2-YGMQW-3V9VX"

구성 XML 파일을 사용하여 자동 모드에서 설치 프로그램을 실행하려면 Windows PowerShell 명령 프롬프트에서 다음 명령 중 하나를 입력합니다. 독립 실행형 서버: Install-SharePoint -SetupExePath "G:\SharePoint 2010\

Setup\setup.exe" -ConfigXML "G:\SharePoint 2010\Setup\Config\singleserver_config.xml"-PIDKey "PVRYW-RRP8H-FG6G2-YGMQW-3V9VX" -ServerRole "SINGLESERVER"

팜 배포: Install-SharePoint -SetupExePath "G:\SharePoint 2010\Setup\setup.exe" -ConfigXML "G:\SharePoint 2010\Setup\Config\appserver_config.xml"-PIDKey "PVRYW-RRP8H-FG6G2-YGMQW-3V9VX"

New-SharePointFarm 을 사용하여 팜 구성Install-SharePoint 명령이 완료되면 New-SharePointFarm 명령을 사용하여 SharePoint Server 2010 을 구성합니다. 구성 옵션은 SharePoint Server 2010 을 독립 실행형 서버에 설치하는지 아니면 서버 팜에 설치하는지에 따라 달라집니다.독립 실행형 서버에 SharePoint Server 2010 구성독립 실행형 서버 배포에서 New-SharePointFarm 을 실행할 수 있습니다. 위에서 만들고 구성한 설치 사용자 계정을 사용하여 로그온한 후에 SharePoint Server 2010 을 구성합니다.

207

New-SharePointFarm 을 사용하여 독립 실행형 서버에 SharePoint Server 2010 을 구성하려면 Windows PowerShell 명령 프롬프트에 다음과 같은 명령을 입력합니다.

코드 복사

New-SharePointFarm -DatabaseServer <String> -DatabaseAccessAccount <(Get-Credential domain\account)> -FarmName <string>

여기서 각 부분이 나타내는 의미는 다음과 같습니다. <String>은 데이터베이스 서버의 이름(예: "SQL01")입니다. <PSCredential>은 설치를 수행하는 사용자 계정의 도메인\암호입니다. <문자열>은 팜의 이름입니다(예: "Farm1").

New-SharePointFarm 명령은 진행되는 구성 단계를 설명하고 성공적인 구성 완료를 기록합니다. 독립 실행형 서버 설치의 경우에는 이 단계가 명령줄 설치의 마지막 단계입니다.사이트를 만들기 전에 모든 팜 서버에서 SharePoint Server 2010 을 설치하고 구성하는 것이 좋습니다.

주의:

연결 문제 및 예기치 않은 동작이 발생할 수 있으므로 여러 컴퓨터에서 동시에 New-SharePointFarm 명령과 Join-SharePointFarm 명령을 실행하지 마십시오.

참고:

이러한 명령 중 실패하는 항목이 있으면 설치 후 구성 로그 파일을 살펴보십시오. 이 로그 파일은 %COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\14\Logs에서 찾을 수 있으며, PowerShell_ConfigurationDiagnostics 로 시작하는 파일 이름과 .log 파일 이름 확장명으로 식별할 수 있습니다.

참고:

이 섹션에서 언급한 Windows PowerShell cmdlet 은 SharePoint 2010 관리 셸에서 실행해야 합니다. 기존 구성 데이터베이스에 연결하고 기존 서버 팜에 서버를 추가하려면 Connect–SPConfigurationDatabase cmdlet 을 다음 Windows PowerShell cmdlet 과 함께 나온 순서대로 실행해야 합니다.

208

Install-SPHelpCollection Initialize-SPResourceSecurity Install-SPService Install-SPFeature -AllExistingFeatures Install-SPApplicationContent

Windows PowerShell 을 사용하여 웹 응용 프로그램 만들기New-SPWebApplication cmdlet 을 사용하여 웹 응용 프로그램과 새 콘텐츠 데이터베이스를 만듭니다. 이 경우 다음 예제를 가이드로 활용할 수 있습니다.웹 응용 프로그램을 만들려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에 다음과 같은 명령을 입력합니다.

코드 복사

New-SPWebApplication -Name <InternetSite> -ApplicationPoolAccount (Get-SPManagedAccount <DOMAIN\UserName>

여기서 각 부분이 나타내는 의미는 다음과 같습니다. <InternetSite>는 웹 응용 프로그램의 이름입니다. Domain\UserName 은 응용 프로그램 풀 계정의 이름입니다.

자세한 내용은 New-SPWebApplication 를 참조하십시오.

209


참고:

명령줄 관리 작업을 수행하는 경우 Windows PowerShell 을 사용하는 것이 좋습니다. Stsadm 명령줄 도구는 더 이상 사용되지 않지만 이전 제품 버전과의 호환성을 지원하기 위해 포함됩니다.

SharePoint 2010 팜 구성 마법사를 사용하여 서비스 배포SharePoint 제품 구성 마법사를 사용하여 설치에 서비스를 배포합니다. 서비스 및 서비스 응용 프로그램에 대한 자세한 내용은 Service application and service management (SharePoint Server 2010)( 영문 ) 를 참조하십시오.

Windows PowerShell 을 사용하여 사이트 모음 만들기New-SPSite cmdlet 을 사용하여 최상위 사이트 모음을 만듭니다. New-SPSite cmdlet은 지정된 사용자를 사이트 소유자로 사용하여 특정 URL 에 사이트 모음을 만듭니다.사이트 모음을 만들려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에 다음과 같은 명령을 입력합니다.

코드 복사

New-SPSite <SiteURL> -OwnerAlias <DOMAIN\UserName>

여기서 각 부분이 나타내는 의미는 다음과 같습니다. <SiteURL>은 새 사이트의 URL 입니다. <DOMAIN\UserName>은 사이트 소유자의 사용자 로그인 이름입니다.

자세한 내용은 New-SPSite 을 참조하십시오.

210

http://technet.microsoft.com/library/ebdadc86-0cda-49b7-a84a-5cfc6b4506b3(Office.14).aspx

참고:

명령줄 관리 작업을 수행하는 경우 Windows PowerShell 을 사용하는 것이 좋습니다. Stsadm 명령줄 도구는 더 이상 사용되지 않지만 이전 제품 버전과의 호환성을 지원하기 위해 포함됩니다. 사용할 사이트 서식 파일을 지정하지 않은 경우 사이트 소유자가 처음으로 사이트를 탐색할 때 사이트 서식 파일을 선택할 수 있습니다. Get-SPWebTemplate cmdlet 을 사용하면 서식 파일 목록을 표시할 수 있습니다.SharePoint Server 2010 에서 제공되는 일반적인 서식 파일의 전체 목록은 "스크립트로 작성한 배포 참조(SharePoint Server)"를 참조하십시오.Windows PowerShell 을 사용하여 추가로 사이트 모음을 만들려면 New-SPSite cmdlet을 사용합니다.

참고:

새 사이트와 함께 새 콘텐츠 데이터베이스를 만들려면 New-SPContentDatabase cmdlet 을 사용하거나 ContentDatabase 매개 변수와 함께 New-SPSite 를 사용하십시오. 사이트를 만든 후 대체 액세스 매핑을 구성할 수도 있습니다. 대체 액세스 매핑은 SharePoint 사이트의 홈 페이지를 탐색하는 등 SharePoint Server 2010 에서 상호 작용하는 동안 사용자를 올바른 URL 로 안내합니다. 대체 액세스 매핑을 통해 SharePoint Server 2010 은 웹 요청을 올바른 웹 응용 프로그램과 사이트에 매핑할 수 있으며, 그에 따라 SharePoint Server 2010 의 사용자에게 올바른 콘텐츠를 제공할 수 있습니다. 자세한 내용은 Set-SPAlternateUrl 을 참조하십시오.

추가 구성 작업 수행SharePoint Server 2010 을 설치한 후 다음 관리 작업을 수행하는 것이 좋습니다. 보내는 전자 메일 설정 구성 워크플로 설정 구성 진단 로깅 설정 구성 바이러스 검사 설정 구성

211

http://technet.microsoft.com/library/846b5eb0-f235-4970-837b-f8f2657722a9(Office.14).aspx

http://technet.microsoft.com/library/846b5eb0-f235-4970-837b-f8f2657722a9(Office.14).aspx

Join-SharePointFarm 을 사용하여 팜에 서버 추가팜에 추가할 모든 서버에서 Join-SharePointFarm 명령을 실행해야 합니다. 기존 구성 데이터베이스에 연결하여 서버를 기존 서버 팜에 추가하려면 SharePoint Server 2010 설치 후 다음 명령을 서버에서 입력합니다.

코드 복사

Join-SharePointFarm -DatabaseServer <String> -ConfigurationDatabaseName <String> -Passphrase <SecureString>

여기서 각 부분이 나타내는 의미는 다음과 같습니다. <String>은 데이터베이스 서버의 이름(예: SQL01)입니다. <SecureString>은 도메인\암호 형식의 사용자 계정 암호입니다.

추적 로그 구성추적 로그는 발생할 수 있는 문제를 분석하는 데 유용할 수 있습니다. 추적 로그에 기록된 이벤트를 사용하여 문제가 발생하기 전에 SharePoint Server 2010 에서 변경된 구성을 확인할 수 있습니다.기본적으로 SharePoint Server 2010 은 추적 로그 파일에 14 일 분량의 이벤트를 저장합니다. 즉, 14 일이 지난 이벤트가 포함된 추적 로그 파일은 삭제됩니다. Set-SPLogLevel cmdlet을 사용하여 모든 진단 로깅을 구성할 수 있습니다.중앙 관리의 진단 로깅 페이지를 사용하여 유지할 추적 로그 파일의 최대 개수와 각 로그 파일에 이벤트를 캡처할 기간(분)을 구성할 수 있습니다. Set-SPLogLevel cmdlet 을 사용하여 로그 파일을 작성할 위치를 지정하거나 기본 경로를 사용할 수 있습니다.추적 로그 파일을 이용하면 Microsoft SharePoint Foundation Search Service 의 구성 변경과 관련된 문제를 해결하는 데 도움을 받을 수 있습니다. 구성 변경과 관련된 문제는 즉시 발견되지 않는 경우도 있기 때문에 구성을 변경한 경우 변경이 이루어진 해당 일에 만들어진 추적 로그 파일은 모두 저장해 두는 것이 좋습니다. 이러한 로그 파일은 덮어쓸 염려가 없는 안전한 위치에 일정 기간 동안 보관해 두어야 합니다. 로그 파일만 보관하는 하드 디스크 파티션에 로그 파일을 보관하는 것이 좋습니다.진단 로깅에 대한 자세한 내용은 Configure diagnostic logging (SharePoint Server 2010)( 영문 ) 을 참조하십시오.

212

초기 구성(SharePoint Server 2010)Microsoft SharePoint Server 2010 을 설치한 후 초기 구성을 수행해야 합니다. 서버 팜에서 서로 다른 언어를 사용하는 경우 웹 서버에 올바른 언어 팩을 설치해야 합니다. 그런 다음 서버 팜 설정 구성을 시작할 수 있습니다. 추가 설정 구성은 선택 사항이지만, 이러한 설정을 구성하지 않으면 여러 가지 주요 기능을 사용할 수 없습니다. 웹 응용 프로그램을 만들고 이 웹 응용 프로그램에 사용할 서비스를 구성한 경우 사이트 모음 만들기를 시작할 수 있습니다.이 섹션의 문서는 SharePoint Server 2010 의 초기 구성을 수행하는 데 도움이 됩니다. 언어 팩 배포 (SharePoint Server 2010)

사이트 소유자 및 사이트 모음 관리자는 언어 팩을 사용하여 SharePoint Server 2010 을 별도로 설치하지 않고도 여러 언어로 SharePoint 사이트 및 사이트 모음을 만들 수 있습니다. 이 문서에서는 웹 서버에 언어 팩을 설치하는 방법을 설명합니다.

팜 설정 구성 (SharePoint Server 2010) 이 문서에서는 서버 팜에서 추가 설정(예: 보내고 받는 전자 메일, 모바일 계정 및 진단 로깅)을 구성하는 방법을 설명합니다.

서비스 구성 (SharePoint Server 2010) 개별 서비스를 독립적으로 구성할 수 있으며, 조직에서 필요한 서비스만 구현할 수 있습니다. 배포되는 서비스는 이름이 지정된 서비스 응용 프로그램입니다. 서비스 응용 프로그램은 팜 내 전체 사이트 또는 경우에 따라 여러 팜에서 공유할 수 있고 호스팅 웹 응용 프로그램을 통해 사용자가 액세스할 수 있는 리소스를 제공합니다. 이 문서에서는 서비스를 시작, 중지 및 구성하는 방법과 서비스 응용 프로그램을 관리 및 게시하는 방법에 대해 설명합니다.

Configure a managed metadata service application (SharePoint Server 2010)( 영문 ) Managed Metadata Service 응용 프로그램은 메타데이터를 관리하고 사이트 모음 및 웹 응용 프로그램 간에 콘텐츠를 공유하는 데 사용됩니다. 이 서비스 응용 프로그램은 수동으로 구성할 수도 있고 Windows PowerShell 을 사용하여 구성할 수도 있습니다. 이 문서에는 Managed Metadata Service 응용 프로그램의 핵심 요소를 구성하는 방법에 대한 세부 정보를 제공하는 문서의 링크가 나와 있습니다.

사이트 호스팅 준비 (SharePoint Server 2010) SharePoint Server 2010 을 설치하고 초기 구성을 수행한 후에는 SharePoint 사이트 만들기를 시작할 수 있습니다. 이 문서에서는 SharePoint 사이트를 만들기 위한 기반이 되는 웹 응용 프로그램 및 사이트 모음을 만드는 방법을 설명합니다.

213

언어 팩 배포(SharePoint Server 2010)이 문서의 내용 언어 ID 및 언어 팩 정보 언어 팩 다운로드 언어 팩을 사용하도록 웹 서버 준비 웹 서버에 언어 팩 설치 언어 팩 제거 사이트 소유자 및 사이트 모음 관리자는 언어 팩을 사용하여 Microsoft SharePoint Server 2010 을 별도로 설치하지 않고도 다국어로 SharePoint 사이트와 사이트 모음을 만들 수 있습니다. 언어 팩은 언어별 사이트 서식 파일을 포함하며, 웹 서버에 설치됩니다. 관리자가 언어별 사이트 서식 파일을 기반으로 사이트나 사이트 모음을 만드는 경우 사이트나 사이트 모음에 표시되는 텍스트가 사이트 서식 파일의 언어로 표시됩니다. 언어 팩은 보통 단일 서버 팜에서 여러 위치의 사용자를 지원하거나 사이트 및 웹 페이지를 여러 언어로 복제해야 하는 경우 다국어 배포에 사용됩니다.

사용자가 SharePoint Server 2010 팜에 있는 Microsoft Project Server 2010 에 액세스하는 상황에서 해당 프로젝트 데이터를 다른 언어로 보려는 경우 해당하는 Project Server 2010 언어 팩을 설치해야 합니다. Project Server 2010 언어 팩에 대한 자세한 내용은 Deploy Language Packs (Project Server 2010)를 참조하십시오.

참고:

다른 언어별 사이트 서식 파일을 적용하여 특정 언어로 된 기존 사이트, 사이트 모음 또는 웹 페이지를 다른 언어로 변경할 수는 없습니다. 특정 사이트 또는 사이트 모음에 대해 언어별 사이트 서식 파일을 사용하면 해당 사이트 또는 사이트 모음의 콘텐츠는 항상 원래 사이트 서식 파일의 언어로 표시됩니다. 단어 분리기 및 형태소 분석기를 사용하면 SharePoint Server 2010 을 별도로 설치하지 않고도 SharePoint 사이트 및 사이트 모음에서 콘텐츠를 효율적으로 검색할 수 있습니다. 단어 분리기 및 형태소 분석기는 설치 마법사를 통해 웹 서버에 자동으로 설치됩니다.

214

http://technet.microsoft.com/library/7ce9823a-c6f0-4bc9-986d-a59f985e43a6(Office.14).aspx

중요:

SharePoint Server 2010 을 제거하는 경우에는 언어 팩부터 모두 제거한 후 SharePoint Server 2010 을 제거해야 합니다.

언어 ID 및 언어 팩 정보사이트 소유자 또는 사이트 모음 관리자는 사이트 또는 사이트 모음을 만들 때 각 사이트 또는 사이트 모음의 언어를 선택할 수 있습니다.사이트 소유자 또는 사이트 모음 관리자가 선택하는 언어는 언어 ID(식별자)를 가집니다. 언어 ID에 따라 사이트 또는 사이트 모음에 포함되는 텍스트를 표시하고 해석하는 데 사용되는 언어가 결정됩니다. 예를 들어 사이트 관리자 소유자가 사이트를 프랑스어로 만들면 해당 사이트의 도구 모음, 탐색 모음, 목록, 열 머리글 등이 모두 프랑스어로 표시됩니다. 마찬가지로 사이트 소유자가 아랍어로 사이트를 만들면 해당 사이트의 도구 모음, 탐색 모음, 목록, 열 머리글 등은 아랍어로 표시되며 사이트의 기본 왼쪽에서 오른쪽 방향이 아랍어 텍스트를 올바르게 표시하기 위해 오른쪽에서 왼쪽 방향으로 변경됩니다. 사용자가 사이트 또는 사이트 모음을 만드는 데 사용할 수 있는 사용 가능한 언어 목록은 웹 서버에 설치되는 언어 팩을 통해 생성됩니다. 기본적으로 사이트와 사이트 모음은 SharePoint Server 2010 의 설치 언어로 만들어집니다. 예를 들어 SharePoint Server 2010 의 스페인어 버전을 설치한 경우 스페인어가 사이트, 사이트 모음 및 웹 페이지의 기본 언어가 됩니다. 사용자가 기본 SharePoint Server 2010 언어가 아닌 다른 언어로 사이트, 사이트 모음 또는 웹 페이지를 만들어야 하는 경우에는 웹 서버에 해당 언어의 언어 팩을 설치해야 합니다. 예를 들어 SharePoint Server 2010 의 프랑스어 버전을 실행 중인데 사이트 소유자가 프랑스어, 영어 및 스페인어로 사이트를 만들어야 하는 경우에는 웹 서버에 영어 및 스페인어 언어 팩을 설치해야 합니다.

참고:

기본적으로 사이트 소유자가 사이트 내에서 새 웹 페이지를 만들면 해당 사이트는 언어 ID 로 지정된 언어로 텍스트를 표시합니다. 언어 팩은 다국어 설치 패키지에 포함되어 있지 않습니다. 따라서 지원할 각 언어별로 언어 팩을 설치해야 합니다. 또한 각 웹 서버에서 해당 언어의 콘텐츠를 렌더링할 수 있도록 하려면 각 웹 서버에 언어 팩을 설치해야 합니다.

215

중요:

다른 언어별 사이트 서식 파일을 적용하여 특정 언어로 된 기존 사이트, 사이트 모음 또는 웹 페이지를 다른 언어로 변경할 수는 없습니다. 특정 사이트 또는 사이트 모음에 대해 언어별 사이트 서식 파일을 사용하면 사이트 또는 사이트 모음에는 콘텐츠가 항상 원래 사이트 서식 파일의 언어로 표시됩니다. 사용 가능한 모든 언어 팩의 목록은 Language packs (SharePoint Server 2010)을 참조하십시오.사이트 소유자가 사이트의 언어 ID 를 지정하더라도 오류 메시지, 알림, 대화 상자 등과 같은 일부 사용자 인터페이스 요소가 지정된 언어로 표시되지 않을 수 있습니다. 이는 SharePoint Server 2010 에 사용되는 Microsoft .NET Framework, Microsoft Windows Workflow Foundation, Microsoft ASP.NET, Microsoft SQL Server 2005 등의 지원 기술 중 일부 언어로만 지역화된 기술이 있기 때문입니다. 사용자 인터페이스 요소를 생성하는 데 사용한 지원 기술 중 하나가 사이트 소유자가 사이트에 지정한 언어로 지역화되지 않은 경우 해당 사용자 인터페이스 요소는 영어로 표시됩니다. 예를 들어 사이트 소유자가 히브리어로 사이트를 만들고 .NET Framework 구성 요소에서 알림 메시지를 표시하는 경우 해당 .NET Framework 는 히브리어로 지역화되지 않았기 때문에 알림 메시지가 히브리어로 표시되지 않습니다. 이러한 상황은 중국어, 프랑스어, 독일어, 이탈리아어, 일본어, 한국어, 스페인어 이외의 언어로 작성된 사이트에서 발생할 수 있습니다.

중요:

각 언어 팩을 설치하면 %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\LAYOUTS\Locale_ID 에 문화권별 데이터가 포함된 폴더가 만들어집니다. 파일을 찾을 수 없는 경우 사용되는 오류 정보가 포함된 HTML 오류 파일은 각 locale_ID 폴더에 하나만 있어야 합니다. 언제든 해당 문화의 사이트에 대한 파일을 찾을 수 없으면 이 파일이 사용됩니다. 각 웹 응용 프로그램에 대해 SPWebApplication.FileNotFoundPage 속성을 설정하여 사용할 파일을 지정할 수 있습니다. 자세한 내용은 SPWebApplication.FileNotFoundPage 속성 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=169319&clcid=0x412)(영문일 수 있음)을 참조하십시오. 일부 텍스트를 원래 설치 언어에서 가져오는 경우 언어가 혼용될 수 있습니다. 이러한 언어 혼용 환경은 콘텐츠 작성자나 사이트 소유자에게만 표시되고 사이트 사용자에게는 표시되지 않습니다.

216



http://technet.microsoft.com/library/e318ac04-1b3c-478a-957c-4684ee5c7965(Office.14).aspx

언어 팩 다운로드지원하려는 각 언어에 대해 다음과 같은 단계를 따라야 합니다. 둘 이상의 언어를 다운로드하기로 결정한 경우 각 언어에 대해 공통 이름을 갖는 고유한 파일이 다운로드되는 경우가 있으므로 주의해야 합니다. 따라서 각 언어 팩을 하드 디스크의 별도 폴더에 다운로드하여 서로 다른 언어의 언어 팩을 덮어써 지지 않도록 해야 합니다.

중요:

Windows PowerShell 도움말 파일은 기본적으로 영어(en-us)로 설치됩니다. 이 파일을 운영 체제와 동일한 언어로 보려면 운영 체제가 설치된 언어와 동일한 언어의 언어 팩을 설치해야 합니다. 언어 팩은 SharePoint Server 2010, Project Server 2010, Search Server 2010 및 Office Web Apps 2010 용 2010 Server 언어 팩 .

중요:

이전 버전의 Microsoft SharePoint Server 에서 업그레이드하는 중이며 Group Approval (eApproval) 기능을 사용하는 경우 SharePoint 제품 구성 마법사를 실행하기 전에 다음과 같은 언어 팩을 모두 설치해야 합니다. 중국어(간체) - 2025 중국어(번체) - 1028 일본어 – 1041 한국어 – 1042언어 팩을 설치한 후에는 %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14 폴더에서 다음과 같은 명령을 실행하십시오. psconfig.exe –cmd upgrade –inplace v2v 언어 팩 다운로드1. 다운로드 링크 중 하나를 사용하여 64 비트 버전의 언어 팩을 다운로드합니다.2. 다운로드 페이지의 언어 변경 목록에서 원하는 언어를 선택한 다음 변경을 클릭합니다.3. 웹 페이지에서 다운로드를 클릭합니다.4. 표시되는 대화 상자에서 저장을 클릭하여 로컬 컴퓨터로 파일 복사본을 다운로드합니다.

217



참고:

SharePoint Server 2010 을 제거하는 경우에는 언어 팩부터 모두 제거한 후 SharePoint Server 2010 을 제거해야 합니다.

언어 팩을 사용하도록 웹 서버 준비웹 서버에 언어 팩을 설치하기 전에 다음을 수행해야 합니다. 웹 서버에 필요한 언어 파일을 설치합니다. 각 웹 서버에 SharePoint Server 2010 을 설치합니다. 각 웹 서버에서 SharePoint 제품 구성 마법사를 실행합니다. 언어 파일은 운영 체제에서 사용되며, 텍스트를 여러 언어로 표시 및 입력할 수 있도록 지원합니다. 다음과 같은 언어 파일이 있습니다. 키보드 파일 IME(입력기) 트루타입 글꼴 파일 비트맵 글꼴 파일 코드 페이지 변환 테이블 국가별 언어 지원(.nls) 파일 복잡한 스크립트 렌더링용 스크립트 엔진 기본적으로 대부분의 언어 파일은 Microsoft Windows Server 2008 운영 체제에 자동으로 설치됩니다. 하지만 동아시아 언어와 양방향 텍스트를 사용하거나 오른쪽에서 왼쪽 방향을 사용하는 언어에 대해서는 보조 언어 파일을 설치해야 합니다. 동아시아 언어에는 중국어, 일본어, 한국어가 있으며, 양방향 텍스트 및 오른쪽에서 왼쪽 방향 언어에는 아랍어, 아르메니아어, 그루지야어, 히브리어, 인도어, 태국어, 베트남어가 있습니다. 이러한 보조 언어 파일을 설치하는 방법은 다음 절차에 나와 있습니다. 이러한 언어 파일은 필요한 경우에만 설치하는 것이 좋습니다. 동아시아어 파일의 경우 약 230MB 의 하드 디스크 공간이 필요합니다. 양방향 텍스트 및 오른쪽에서 왼쪽 방향 언어의 경우 디스크 공간은 많이 필요하지 않지만 이러한 파일 집합을 설치하면 텍스트 입력 시 성능이 저하될 수 있습니다.

218

참고:

이 절차를 수행하려면 Windows Server 2008 제품 디스크가 있어야 하거나, 운영 체제 설치 파일이 포함된 공유 폴더 위치를 알아야 합니다. 보조 언어 파일을 설치한 후에는 컴퓨터를 다시 시작해야 합니다. Windows Server 2008 에 추가 언어 파일 설치1. 이러한 언어 파일을 설치하려면 컴퓨터의 Administrators 그룹의 구성원이어야 합니다. 언어 파일을 설치하고 나면 컴퓨터의 모든 사용자가 해당 언어를 사용할 수 있습니다.2. 웹 서버에서 시작과 제어판을 차례로 클릭한 다음 국가 및 언어 옵션을 클릭합니다.3. 국가 및 언어 옵션 대화 상자의 키보드 및 언어 탭에 있는 표시 언어 섹션에서 언어 설치/제거를 클릭합니다. 4. 언어 설치/제거 대화 상자에서 언어 설치를 클릭합니다.5. 설치할 언어 선택 페이지의 사용 가능한 언어 목록에서 언어를 선택합니다. 언어가 표시되지 않으면 폴더 찾아보기를 클릭하여 언어 파일을 다운로드한 위치로 이동합니다. 언어 파일은

.cab 파일입니다.6. 설치할 언어를 모두 선택하고 다음을 클릭합니다.7. 사용권 조항에 동의하고 다음을 클릭합니다.8. 설치를 클릭합니다.웹 서버에 필요한 언어 파일을 설치한 후에는 SharePoint Server 2010 을 설치하고 SharePoint 제품 구성 마법사를 실행해야 합니다. 이 마법사는 구성 데이터베이스를 만들어 구성하고 언어 팩 설치 전에 수행해야 하는 기타 구성 작업을 수행합니다. SharePoint Server 2010 을 설치하고 SharePoint 제품 구성 마법사를 실행하는 방법에 대한 자세한 내용은 배포 개요 (SharePoint Server 2010) 를 참조하십시오.

웹 서버에 언어 팩 설치웹 서버에 필요한 언어 파일을 설치하고 나면 언어팩을 설치할 수 있습니다. 언어 팩은 개별 다운로드(지원되는 각 언어당 다운로드 하나)로 제공됩니다. 서버 팜 환경을 사용 중이며 여러 언어를 지원하기 위해 언어 팩을 설치하는 경우에는 각 웹 서버에 언어 팩을 설치해야 합니다.

중요:

언어 팩은 기본 언어로 설치됩니다. 예를 들어 러시아어 언어 팩 실행 파일은 러시아어로 지역화되어 있습니다. 다음에서는 한국어 언어 팩 설치 절차를 설명합니다.SharePoint Foundation 2010 언어 팩은 SharePoint Server 2010 에는 필요 없습니다. 언어 팩 설치

219

1. setup.exe 를 실행합니다.2. Microsoft 소프트웨어 사용권 조항 보기 페이지에서 사용 조건을 검토하고 동의함 확인란을 선택한 다음 계속을 클릭합니다. 3. 설치 마법사가 실행되고 언어 팩이 설치됩니다.4. 기본 설정을 사용하여 SharePoint 제품 구성 마법사를 다시 실행합니다. 언어 팩을 설치한 후에 SharePoint 제품 구성 마법사를 실행하지 않으면 언어 팩이 제대로 설치되지 않습니다.SharePoint 2010 제품 구성 마법사 다시 실행1. 시작을 클릭하고 모든 프로그램을 가리키고, Microsoft SharePoint 2010

Products 를 클릭한 다음 SharePoint 2010 제품 구성 마법사를 클릭합니다.2. SharePoint 제품 페이지에서 다음을 클릭합니다.3. 구성하는 동안 일부 서비스를 다시 시작해야 할 수 있다고 알리는 대화 상자가 나타나면 예를 클릭합니다.4. 서버 팜 설정 수정 페이지에서 이 서버 팜과의 연결 끊지 않기를 클릭하고 다음을 클릭합니다.5. SharePoint 중앙 관리 웹 관리 설정 수정 페이지가 나타나면 기본 설정을 변경하지 않고 다음을 클릭합니다.6. SharePoint 제품 및 기술 구성 마법사 완료 페이지에서 다음을 클릭합니다.7. 구성 완료 페이지에서 마침을 클릭합니다.언어 팩을 설치하면 언어별 사이트 서식 파일이 %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\14\template\번호 디렉터리에 설치되며, 여기서 번호는 설치하는 언어의 언어 ID 입니다. 예를 들어 한국어 언어 팩은 %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\template\1402 디렉터리에 설치됩니다. 언어 팩을 설치하고 나면 사이트 소유자와 사이트 모음 관리자가 새 SharePoint 사이트 또는 사이트 모음을 만들 때 언어를 지정하여 언어별 사이트 서식 파일을 기준으로 사이트 및 사이트 모음을 만들 수 있습니다.

언어 팩 제거언어 팩을 설치한 언어를 더 이상 지원하지 않아도 되면 제어판을 사용하여 언어 팩을 제거할 수 있습니다. 언어 팩을 제거하면 언어별 사이트 서식 파일도 컴퓨터에서 제거됩니다. 또한 해당 언어별 사이트 서식 파일을 사용하여 만든 모든 사이트는 더 이상 작동하지 않으며, URL 을 입력하면 HTTP 500 - 내부 서버 오류 페이지가 표시됩니다. 언어 팩을 다시 설치하면 사이트도 다시 작동합니다.

참고:

서버에 설치한 SharePoint Server 2010 버전의 언어 팩은 제거할 수 없습니다. 예를 들어 SharePoint Server 2010 의 일본어 버전을 실행 중인 경우에는 SharePoint Server 2010용 일본어 지원을 제거할 수 없습니다.

220

팜 설정 구성(SharePoint Server 2010)Microsoft SharePoint Server 2010 을(를) 처음 설치한 후 몇 가지 추가 설정을 구성할 수 있습니다. 분석할 관련 데이터를 수집하도록 사용 현황 및 상태 데이터 수집 구성, 문제 해결에 유용한 몇 가지 진단 로깅 설정 구성, SharePoint 목록 또는 항목이 변경된 경우 SMS(Short Message Service)를 통해 사용자가 알림을 받을 수 있도록 모바일 계정 구성 등이 이러한 설정에 포함됩니다. 추가 설정 구성은 선택 사항이지만, 이러한 설정을 구성하지 않으면 여러 가지 주요 기능을 사용할 수 없습니다.이 섹션의 문서에서는 서버 팜을 구성하는 방법을 설명합니다. Configure usage and health data collection (SharePoint Server 2010)( 영문 )

이 문서에서는 SharePoint Server 2010 에서 사용 현황 및 상태 데이터 수집을 구성하는 방법을 설명합니다.

Configure diagnostic logging (SharePoint Server 2010)( 영문 ) 이 문서에서는 초기 배포 또는 업그레이드 후 그리고 가능한 경우 시스템의 수명 주기 전체에서 필요할 수 있는 진단 로깅을 구성하는 방법을 설명합니다.

전자 메일 통합 (SharePoint Server 2010) 이 문서에서는 서버 팜에서 받고 보내는 전자 메일을 구성하는 방법을 설명합니다.

모바일 계정 구성 (SharePoint Server 2010) 이 문서에서는 사용자가 SMS 를 사용하여 전송되는 알림을 신청할 수 있도록 SharePoint Server 2010 의 모바일 계정을 구성 및 관리하는 방법을 설명합니다.

Install and configure Remote BLOB Storage (RBS) with the FILESTREAM provider (SharePoint Server 2010)( 영문 ) 이 문서에서는 Microsoft SharePoint Server 2010 팜을 지원하는 Microsoft SQL Server 2008 데이터베이스 서버의 RBS(원격 BLOB 저장소)를 설치 및 구성하는 방법을 설명합니다.

Configure and use the Exchange connector (SharePoint Server 2010)( 영문 ) 이 문서에서는 크롤링 규칙을 만들고 Microsoft Exchange Server 공용 폴더를 크롤링할 콘텐츠 원본을 추가하는 방법을 설명합니다.

221

Configure usage and health data collection (SharePoint Server 2010)(영문)This article provides information about configuring usage and health data collection in Microsoft SharePoint Server 2010.The system writes usage and health data to the logging folder and to the logging database. To configure settings for the logging database, you must use Windows PowerShell.In this article: Configure usage and health data collection by using Central Administration Configure usage data collection by using Windows PowerShell To configure usage data collection for a specific event type by using

Windows PowerShell Log usage data in a different logging database by using Windows

PowerShell

참고: You cannot configure health data collection settings by using Windows PowerShell.

Configure usage and health data collection by using Central AdministrationYou can use only Central Administration to configure usage and health data collection.To configure usage and health data collection by using Central Administration1. Verify that the user account performing this procedure is a member of the

Farm Administrators group.

222

참고: The usage and health data settings are farm-wide and cannot be set for individual servers in the farm.2. In Central Administration, on the Home page, click Monitoring.3. On the Monitoring page, in the Reporting section, click Configure usage

and health data collection.4. On the Configure usage and health data collection page, in the Usage

data collection section, enable usage data collection by selecting the Enable usage data collection text box.

5. In the Event Selection section, select the events to log by selecting the check box next to the events in the Events to log list.

참고: Logging uses system resources and can affect performance and disk usage. Only log those events for which you want regular reports. For ad hoc reports or investigations, enable logging for specific events, and then disable logging for the events after the report or investigation is complete.6. In the Usage data collection settings section, type the path of the

folder you want usage and health information to be written to in the Log file location box. The path that you specify must exist on all farm servers.

참고: These settings are applied to all events. To set event collection settings for individual event types, you must use Windows PowerShell.7. Type the maximum disk space for the logs in gigabytes (between 1 and 20

GB) in the Maximum log file size box.8. In the Health data collection section, select the Enable health data

collection check box. To change the collection schedules, click Health Logging Schedule. A list of timer jobs that collect health data is listed. Click any of the timer jobs to change its schedule, or disable that timer job.

9. In the Logging Database Server section, to change the authentication used, select either the Windows authentication or SQL authentication option.

223

참고: To change the Database Server and Database Name values, you must use Windows PowerShell.

Configure usage data collection by using Windows PowerShell

참고: You can configure usage data collection by using Windows PowerShell, but you cannot configure health data collection by using Windows PowerShell. To configure usage data collection by using Windows PowerShell1. Verify that you meet the following minimum requirements: Add-

SPShellAdmin 을 참조하십시오.2. On the Start menu, click All Programs.3. Click Microsoft SharePoint 2010 Products.4. Click SharePoint 2010 Management Shell.5. At the Windows PowerShell command prompt (that is, PS C:\>), type the

following command, and then press ENTER:Set-SPUsageService [-LoggingEnabled {1 | 0}] [-UsageLogLocation <Path>] [-UsageLogMaxSpaceGB <1-20>] [-Verbose]

중요: You must specify a path for UsageLogLocation that exists on all farm servers.

Enable usage data logging by typing -LoggingEnabled 1. Specify the maximum amount of drive space used for logging with the UsageLogMaxSpaceGB parameter.

For more information, see Set-SPUsageService.

To configure usage data collection for a specific event type by using Windows PowerShellThe event types listed on the Configure usage and health data collection page in Central Administration are the same as Usage Definitions in Windows

224

http://technet.microsoft.com/library/c758e682-3a57-4d47-a932-56a96b56614d(Office.14).aspx

PowerShell. You can use only Windows PowerShell to configure usage definitions individually. Moreover, you can configure only the DaysRetained setting. To configure usage data logging for a specific event type using Windows PowerShell1. Verify that you meet the following minimum requirements: Add-


following command, and then press ENTER:Set-SPUsageDefinition -Identity <GUID> [-Enable] [-DaysRetained <1-30>] [-Verbose]Use the Enabled switch to enable usage logging for this usage definition. Use DaysRetained to specify how long the usage data is retained in the log before being deleted. The range is 1 to 30 days. To view the progress of the command, use the Verbose parameter.

For more information, see Set-SPUsageDefinition.

Log usage data in a different logging database by using Windows PowerShell

참고: You can use only Windows PowerShell to change this setting. To log usage data in a different logging database by using Windows PowerShell1. Verify that you meet the following minimum requirements: Add-


following command, and then press ENTER:

225

http://technet.microsoft.com/library/05ff2fea-1955-4537-8cfb-1b0e3890e1be(Office.14).aspx

Set-SPUsageApplication -DatabaseServer <Database server name> -DatabaseName <Database name> [-DatabaseUsername <User name>] [-DatabasePassword <Password>] [-Verbose]You must specify the value for the DatabaseServer parameter, even if the new database is on the same database server as the old one. You must use both the DatabaseUsername and the DatabasePassword parameters if the database owner is a different user account that the one you with which you are logged on. To view the progress of the command, use the Verbose parameter.

For more information, see Set-SPUsageApplication.

참고 항목기타 리소스Monitoring overview (SharePoint Server 2010)

226

http://technet.microsoft.com/library/6483e4c3-dc7e-49fd-92a7-15e1bb63d432(Office.14).aspx

http://technet.microsoft.com/library/4b918524-5af9-4265-9dcc-470f70fbaaba(Office.14).aspx

Configure diagnostic logging (SharePoint Server 2010)(영문)This article provides information about configuring diagnostic logging in Microsoft SharePoint Server 2010.In this article: Best practices Configure diagnostic logging by using Central Administration Configure diagnostic logging by using Windows PowerShell

Best practicesThe SharePoint Server 2010 environment might require configuration of the diagnostic loggings settings after initial deployment or upgrade and possibly throughout the system’s life cycle. The guidelines in the following list can help you form best practices for the specific environment. Change the drive that logging writes to. By default, diagnostic

logging is configured to write logs to the same drive and partition that SharePoint Server 2010 was installed on. Because diagnostic logging can use lots of drive space and writing to the logs can affect drive performance, you should configure logging to write to a drive that is different from the drive on whichSharePoint Server 2010 was installed. You should also consider the connection speed to the drive that logs are written to. If verbose-level logging is configured, lots of log data is recorded. Therefore, a slow connection might result in poor log performance.

Restrict log disk space usage. By default, the amount of disk space that diagnostic logging can use is not limited. Therefore, limit the disk space that logging uses to make sure that the disk does not fill up, especially if you configure logging to write verbose-level events. When the disk restriction is used up, the oldest logs are removed and new logging data information is recorded.

Use the Verbose setting sparingly. You can configure diagnostic logging to record verbose-level events. This means that the system will log every action that SharePoint Server 2010 takes. Verbose-level logging can quickly use drive space and affect drive and server performance. You can use verbose-level logging to record a greater level of detail when you are making critical changes and then re-configure logging to record only higher-level events after you make the change.

227

Regularly back up logs. The diagnostic logs contain important data. Therefore, back them up regularly to make sure that this data is preserved. When you restrict log drive space usage, or if you keep logs for only a few days, log files are automatically deleted, starting with the oldest files first, when the threshold is met.

Enable event log flooding protection. Enabling this setting configures the system to detect repeating events in the Windows event log. When the same event is logged repeatedly, the repeating events are detected and suppressed until conditions return to a typical state.

You can set the level of diagnostic logging for the event log and for the trace log. This will limit the types and amount of information that will be written to each log. The following tables define the levels of logging available for the event log and trace log:Event log levels Level

Definition

None

No logging occurs.

Critical

This message type indicates a serious error th

228

Level

Definition

at has caused a major failure in the solution.

Error

This message type indicates an urgent condition. All error

229

Level

Definition

events should be investigated.

Warning

This message type indicates a potential problem or issue that might requ

230

Level

Definition

ire attention. Warning messages should be reviewed and tracked for patterns over time.

Information

Information mes

231

Level

Definition

sages do not require any action, but they can provide valuable data for monitoring the state of your sol

232

Level

Definition

ution.

Verbose

This event log level corresponds to lengthy events or messages.

Trace log levels Level

Definition

None

No trace

233

Level

Definition

logs are written.

Unexpected

This level is used to log messages about events that cause solutions to stop proces

234

Level

Definition

sing. When set to log at this level, the log will only include events at this level.

Monitorable

This level is used to log

235

Level

Definition

messages about any unrecoverable events that limit the solution’s functionality but do not stop th

236

Level

Definition

e application. When set to log at this level, the log will also include critical errors (Unexpected level).

237

Level

Definition

High

This level is used to log any events that are unexpected but which do not stall the processing of a solution

238

Level

Definition

. When set to log at this level, the log will include warnings, errors (Monitorable level) and critical error

239

Level

Definition

s (Unexpected level).

Medium

When set to this level, the trace log includes everything except Verbose mes

240

Level

Definition

sages. This level is used to log all high-level information about operations that were performed. At this lev

241

Level

Definition

el, there is enough detail logged to construct the data flow and sequence of operations. This level of loggin

242

Level

Definition

g could be used by administrators or support professionals to troubleshoot issues.

Verbose

When set to log at this

243

Level

Definition

level, the log includes messages at all other levels. Almost all actions that are performed are logged wh

244

Level

Definition

en you use this level. Verbose tracing produces many log messages. This level is typically used only for de

245

Level

Definition

bugging in a development environment.

Configure diagnostic logging by using Central AdministrationYou can use Central Administration to configure diagnostic logging.To configure diagnostic logging by using Central Administration1. Verify that the user account that is performing this procedure is a member

of the Farm Administrators SharePoint group. 2. In Central Administration, on the Home page, click Monitoring.3. On the Monitoring page, in the Reporting section, click Configure

diagnostic logging.4. On the Diagnostic Logging page, in the Event Throttling section, you can

configure event throttling as follows:To configure event throttling for all categories:

a) Select the All Categories check box.b) Select the event log level from the Least critical event to report

to the event log list.c) Select the trace log level from the Least critical event to report

to the trace log list.To configure event throttling for one or more categories:

246

d) Select the check boxes next to the categories that you want.e) Select the event log level from the Least critical event to report

to the event log list.f) Select the trace log level from the Least critical event to report

to the trace log list.To configure event throttling for one or more sub-categories (you can expand one or more categories and select any sub-category):

g) Click (+) next to the category to expand the category.h) Select the check box next to the sub-category.i) Select the event log level from the Least critical event to report

to the event log list.j) Select the trace log level from the Least critical event to report

to the trace log list.To configure event throttling for all categories back to default settings:

k) Select the All Categories check box.l) Select Reset to default from the Least critical event to report

to the event log list.m) Select Reset to default from the Least critical event to report

to the trace log list.5. In the Event Log Flood Protection section, select the Enable Event

Log Flood Protection check box.6. In the Trace Log section, in the Path box, type the path of the folder to

which you want logs to be written. 7. In the Number of days to store log files box, type the number of days

(1-366) that you want logs to be kept. After this time, logs will automatically be deleted.

8. To restrict how much disk space the logs can use, select the Restrict Trace Log disk space usage check box, and then type the number gigabytes (GB) you want to restrict log files to. When logs reach this disk size, older logs will automatically be deleted.

9. After you have made the changes that you want on the Diagnostic Logging page, click OK.

Configure diagnostic logging by using Windows PowerShellYou can use Windows PowerShell to configure diagnostic logging.To configure diagnostic logging by using Windows PowerShell1. Verify that you meet the following minimum requirements: Add-

SPShellAdmin 을 참조하십시오.

247

2. On the Start menu, click All Programs.3. Click Microsoft SharePoint 2010 Products.4. Click SharePoint 2010 Management Shell.5. At the Windows PowerShell command prompt (that is, PS C:\>), type the

following command, and then press ENTER:Set-SPLogLevel -TraceSeverity {None | Unexpected | Monitorable | Medium | High | Verbose} -EventSeverity {None | Information | Warning | Error | Critical | Verbose} [-Identity <Category name…>] -VerboseYou can use the Identity parameter to specify one or more categories to change — for example, Administration. If you do not specify the value for the Identity parameter, all categories are changed. To view the current settings, type Get-SPLogLevel, and then press ENTER.To set all categories back to default levels, type Clear-SPLogLevel, and then press ENTER.

For more information, see Set-SPLogLevel.

참고:


참고 항목기타 리소스Monitoring overview (SharePoint Server 2010)

248

http://technet.microsoft.com/library/6483e4c3-dc7e-49fd-92a7-15e1bb63d432(Office.14).aspx

http://technet.microsoft.com/library/c8ede92a-f685-4140-8587-96700d1a45de(Office.14).aspx

전자 메일 통합(SharePoint Server 2010)Microsoft SharePoint Server 2010 을(를) 처음 설치한 후 받고 보내는 전자 메일을 구성할 수 있습니다. 이러한 추가 설정은 선택 사항이지만 서버 팜에서 전자 메일을 사용하여 작업하려는 경우 유용할 수 있습니다. 받는 전자 메일 구성 (SharePoint Server 2010)

이 문서에서는 SharePoint 사이트에서 받는 전자 메일을 받아서 보관하도록 받는 전자 메일을 구성하는 방법을 설명합니다. 전자 메일 토론이 진행될 때 해당 내용을 보관하고, 전자 메일 문서를 저장하고, 사이트 일정에 전자 메일로 통지된 모임을 표시하도록 받는 전자 메일을 구성하는 방법도 설명합니다. 또한 전자 메일 그룹 만들기 및 관리를 지원하도록 SharePoint Directory Management Service 를 구성하는 방법에 대해서도 설명합니다.

보내는 전자 메일 구성 (SharePoint Server 2010) 이 문서에서는 SMTP(Simple Mail Transfer Protocol) 서버에서 사이트 사용자에게 전자 메일 알림을 보내고 사이트 관리자에게 알리도록 보내는 전자 메일을 구성하는 방법을 설명합니다.

249

받는 전자 메일 구성(SharePoint Server 2010)이 문서에는 Microsoft SharePoint Server 2010 에 대해 받는 전자 메일을 구성하는 방법에 대해 설명합니다.이 작업의 절차 SMTP 서비스 설치 및 구성 기본 시나리오에서 받는 전자 메일 구성 DNS 관리자 구성 Microsoft Exchange Server 2007 에서 SMTP 커넥터 추가 디렉터리 관리 서비스에서 사용할 AD DS 구성 전자 메일 드롭 폴더에 대한 사용 권한 구성 고급 시나리오에서 받는 전자 메일 구성 SharePoint 문서 라이브러리로 전자 메일 메시지를 보내는 경우 첨부 파일이 누락되는 문제

개요받는 전자 메일을 사용하도록 설정하면 SharePoint 사이트에서 전자 메일 메시지 및 첨부 파일을 받아 목록 및 라이브러리에 저장할 수 있습니다. 이 문서에서는 기본 시나리오와 고급 시나리오에 대해 설명합니다. 고급 시나리오에는 선택할 수 있는 여러 가지 옵션이 포함되어 있습니다.기본 시나리오기본 시나리오에서 SharePoint Server 2010 을 실행하는 서버에서 SMTP(Simple Mail Transfer Protocol) 서비스를 설치해야 합니다. 또는 다른 SMTP 서버에서 실행되는 SMTP 서비스를 사용한 다음 모든 기본 설정이 포함된 자동 설정 모드를 통해 받는 전자 메일을 사용하도록 설정할 수 있습니다. 이 시나리오에서 전자 메일은 SMTP 서버로 바로 전달되며 SharePoint Server 2010 에서는 SMTP 서비스를 통해 자동으로 구성되는 기본 전자 메일 드롭 폴더에서 주기적으로 전자 메일을 확인합니다. 기본 시나리오는 단일 서버 팜 환경에 적용됩니다.고급 시나리오고급 시나리오에서는 받는 전자 메일 기능을 최적화하기 위해 선택할 수 있는 몇 가지 옵션이 제공됩니다. 하나는 Microsoft SharePoint 디렉터리 관리 서비스의 사용 여부를 선택하는 것입니다. 디렉터리 관리 서비스를 사용할 경우 문서 라이브러리용으로 만들어진 연락처 주소가 SharePoint Server 2010 의 OU(조직 구성 단위)에 있는 컴퓨터와 Active Directory 사용자에 자동으로 표시된다는 장점이 있습니다. 사용자가 SharePoint 사이트에서 전자 메일

250

그룹을 만들고 관리할 수도 있습니다. 또한 조직의 사용자 디렉터리에 연락처가 만들어지므로 사용자가 주소록에서 전자 메일 사용 SharePoint 목록을 찾을 수 있습니다. 그러나 디렉터리 관리 서비스는 AD DS(Active Directory Domain Services)와 통신하므로 사용할 때 좀 더 많은 관리가 필요합니다. 디렉터리 관리 서비스를 사용하지 않을 경우의 장점은 관리 오버헤드가 줄어든다는 것입니다. 그러나 새로운 연락처 주소를 각각 수동으로 추가해야 한다는 단점도 있습니다. 고급 시나리오를 사용하는 경우 단일 서버 팜 또는 여러 서버 팜에 대해 받는 전자 메일을 구성할 수 있습니다. SharePoint 팜에 프런트 엔드 웹 서버가 두 개 이상 있는 경우 받는 전자 메일을 팜으로 라우팅하는 데 이들 서버를 사용할 수 있습니다. 다음 표에서는 수행해야 할 작업과 팜에 대해 받는 전자 메일을 구성하기 위해 선택할 수 있는 옵션에 대해 설명합니다. 작업 설명호스트(A) 리소스 레코드를 추가하여 DNS 관리자를 구성합니다.

호스트(A) 리소스 레코드를 추가하여 컴퓨터 또는 호스트의 DNS 도메인 이름을 해당 IP 주소와 연결해야 합니다.

SMTP 커넥터를 추가합니다. Microsoft Exchange Server 2007 컴퓨터가 받는 전자 메일을 정확한 서버에 라우팅할 수 있도록 SMTP 커넥터를 추가해야 합니다.

디렉터리 관리 서비스를 사용합니다(선택 사항). 사용자가 SharePoint 사이트에서 전자 메일 그룹을 만들고 관리할 수 있도록 디렉터리 관리 서비스를 사용합니다. 문서 라이브러리용으로 만들어진 연락처 주소가 AD DS 에 자동으로 표시됩니다.

참고:

Exchange Server 를 사용하지 않는 경우 고유한 디렉터리 관리 서비스를 사용자 지정해야 합니다.

특정 전자 메일 드롭 폴더를 사용합니다(선택 사항).

SharePoint Foundation 2010 에서 SMTP 서비스로부터 보내는 받는 전자 메일을 폴링할 수 있도록 특정 전자 메일 드롭 폴더를 사용합니다.

251

디렉터리 관리 서비스에 대한 자세한 내용은 Inside SharePoint: SharePoint 디렉터리 통합 (http://go.microsoft.com/fwlink/?linkid=151766&clcid=0x412)을 참조하십시오.SharePoint Server 2010 에서 받는 전자 메일 설정을 구성하기 전에 다음 문서를 읽어보십시오. 받는 전자 메일 계획 (Office SharePoint Server)( 영문일 수 있음 ) 작업 요구 사항이 작업의 절차를 수행하려면 다음 요구 사항을 충족해야 합니다. SharePoint Server 2010 이 있어야 합니다. 서버 팜의 서버 하나 이상에서 SMTP 서비스를 실행하고 유효한 SMTP 서버 주소를 사용하고 있어야 합니다. 또는 SMTP 서비스를 실행하는 다른 서버의 이름을 알고 있어야 합니다. 각 SharePoint 프런트 엔드 웹 서버에서 SMTP 서비스 및 Windows SharePoint

Services Web Application Service 를 실행하고 있어야 합니다. 중앙 관리의 응용 프로그램 풀 ID 계정, Windows SharePoint Services Timer

Service 의 로그온 계정 및 웹 응용 프로그램의 응용 프로그램 풀 ID 계정이 전자 메일 드롭 폴더를 포함하는 로컬 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다.

SMTP 서비스 설치 및 구성SharePoint Server 2010 의 받는 전자 메일은 SMTP 서비스를 사용합니다. SMTP 서비스는 두 가지 방법 중 하나로 사용할 수 있습니다. 팜의 서버 하나 이상에 SMTP 서비스를 설치하거나 관리자가 다른 서버의 서비스에서 전달되는 전자 메일에 대해 전자 메일 드롭 폴더를 제공할 수도 있습니다.

참고:

전자 메일 드롭 폴더를 사용할 것인지 여부는 신중하게 생각해야 합니다. 우선 다른 서버의 관리자가 SMTP 의 구성을 변경하여 받는 전자 메일의 가용성에 영향을 미칠 수 있다는 점을 고려해야 합니다. 또한 이 옵션을 사용하려면 전자 메일 드롭 폴더에 대한 사용 권한을 구성하는 추가 단계가 필요합니다. SMTP 서비스 설치전자 메일에 드롭 폴더를 사용하지 않는 경우 받는 전자 메일을 구성할 팜의 모든 프런트 엔드 웹 서버에 SMTP 서비스가 설치되어 있어야 합니다. SMTP 서비스를 설치하려면 서버 관리자의 기능 추가 마법사를 사용합니다. 절차가 완료된 후에는 기본 SMTP 구성이 만들어집니다. 이 기본 SMTP 구성을 사용자 지정하여 환경의 요구 사항을 충족할 수 있습니다. SMTP 서비스를 설치하려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

252

http://technet.microsoft.com/ko-kr/library/cc263260.aspx


로컬 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다.2. 시작을 클릭하고 관리 도구를 가리킨 다음 서버 관리자를 클릭합니다.3. 서버 관리자에서 기능을 클릭합니다.4. 기능 요약에서 기능 추가를 클릭하여 기능 추가 마법사를 엽니다.5. 기능 선택 페이지에서 SMTP 서버를 선택합니다.6. 기능 추가 마법사 대화 상자에서 필요한 기능 추가를 클릭하고 다음을 클릭합니다.7. 설치 선택 확인 페이지에서 설치를 클릭합니다.8. 설치 결과 페이지에서 설치가 완료되었는지 확인하고 닫기를 클릭합니다.IIS 6.0 관리 도구 설치Windows Server 2008 에서 SMTP 서비스를 관리하려면 IIS(인터넷 정보 서비스) 6.0 관리자를 사용해야 합니다.IIS 6.0 관리자를 설치하려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

로컬 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다.2. 시작을 클릭하고 관리 도구를 가리킨 다음 서버 관리자를 클릭합니다.3. 서버 관리자에서 역할을 클릭합니다.4. 역할 서비스에서 역할 서비스 추가를 클릭합니다.5. 역할 서비스 선택 페이지에서 관리 도구 및 IIS 6 관리 호환성을 선택한 다음 설치를 클릭합니다.SMTP 서비스 구성SMTP 서비스를 설치한 후 도메인의 메일 서버에서 들어오는 전자 메일을 허용하도록 구성해야 합니다. 사용자가 특별히 제외하는 서버 이외의 모든 서버에서 릴레이된 전자 메일을 허용하도록 선택할 수 있습니다. 또는 특별히 포함하는 서버 이외의 모든 서버에서 전자 메일을 차단할 수도 있습니다. 서버를 개별적으로 포함하거나 서브넷 또는 도메인에 따라 그룹으로 포함할 수 있습니다.SMTP 서비스를 구성한 후 자동으로 시작하도록 설정합니다.SMTP 서비스를 구성하려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

로컬 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다.2. 시작을 클릭하고 관리 도구를 가리킨 다음 IIS(인터넷 정보 서비스) 6.0 관리자를 클릭합니다.3. IIS 관리자에서 구성할 SMTP 서버가 포함된 서버 이름을 확장합니다.4. 구성할 SMTP 가상 서버를 마우스 오른쪽 단추로 클릭한 다음 시작을 클릭합니다.5. 구성할 SMTP 가상 서버를 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.6. 액세스 탭의 액세스 제어 영역에서 인증을 클릭합니다.7. 인증 대화 상자에서 익명 액세스가 선택되어 있는지 확인합니다.8. 확인을 클릭합니다.

253

9. 액세스 탭의 릴레이 제한 영역에서 릴레이를 클릭합니다.10. 모든 서버에서 릴레이를 사용하려면 아래 목록을 제외한 모든 컴퓨터를 선택합니다.11. 하나 이상의 특정 서버에서 릴레이를 허용하려면 다음 단계를 수행합니다.

a) 아래 목록만 허용을 클릭합니다.b) 추가를 클릭한 다음 IP 주소별로 하나씩 서버를 추가하거나 서브넷 또는 도메인을 사용하여 그룹으로 추가합니다.c) 확인을 클릭하여 컴퓨터 대화 상자를 닫습니다.

12. 확인을 클릭하여 릴레이 제한 대화 상자를 닫습니다.13. 확인을 클릭하여 속성 대화 상자를 닫습니다.SMTP 서비스를 자동으로 시작하도록 설정하려면1. 시작을 클릭하고 관리 도구를 가리킨 다음 서비스를 클릭합니다.2. 서비스에서 SMTP(Simple Mail Transfer Protocol)를 마우스 오른쪽 단추로 클릭하고 속성을 선택합니다.3. SMTP(Simple Mail Transfer Protocol) 속성 대화 상자에 있는 일반 탭의 시작 유형 목록에서 자동을 선택합니다.4. 확인을 클릭합니다.

기본 시나리오에서 받는 전자 메일 구성SharePoint Server 2010 을 실행하는 서버에서 받는 전자 메일을 사용하도록 설정하기 전에, 사용할 SMTP 서비스를 선택해야 합니다.다음 절차에 따라 받는 전자 메일을 구성할 수 있습니다. 절차를 완료하면 기본 시나리오에 필요한 모든 항목이 구성됩니다. 그러면 사용자가 목록 및 라이브러리에 전자 메일을 보낼 수 있습니다.기본 시나리오에서 받는 전자 메일을 구성하려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

SharePoint 중앙 관리 웹 사이트가 실행되는 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다.2. 중앙 관리에서 시스템 설정을 클릭합니다.3. 시스템 설정 페이지의 전자 메일 및 문자 메시지(SMS) 섹션에서 받는 전자 메일 설정을 클릭합니다.4. 이 서버의 사이트에서 전자 메일을 받도록 설정하려면 받는 전자 메일 설정 페이지의 받는 전자 메일 사용 섹션에서 예를 클릭합니다.5. 자동 설정 모드를 선택합니다.6. 받는 전자 메일 서버 표시 주소 섹션의 전자 메일 서버 표시 주소 상자에 전자 메일 서버의 표시 이름(예:mail.fabrikam.com)을 입력합니다.7. 다른 모든 섹션에 대해 기본 설정을 사용하고 확인을 클릭합니다.받는 전자 메일이 구성되면 목록 관리 사용 권한이 있는 사용자가 전자 메일 사용 목록 및 문서 라이브러리를 구성할 수 있습니다. 전자 메일 사용 문서 라이브러리에 대한 자세한 내용은 목록 및 라이브러리에 대해 전자 메일 지원 사용 및 구성(http://go.microsoft.com/fwlink/?linkid=120164&clcid=0x412)을 참조하십시오.

254



DNS 관리자 구성Exchange Server 를 사용하고 조직 내에서 내부적으로 전자 메일을 라우팅하는 경우 DNS 관리자에 호스트(A) 리소스 레코드를 만들어 컴퓨터 또는 호스트의 DNS 도메인 이름을 해당 IP 주소에 연결해야 합니다. 조직에서 이미 DNS 관리자를 구성하고 A 리소스 레코드를 만들어 두었을 수도 있습니다. 그렇지 않은 경우 다음 절차를 따릅니다.하위 도메인에 대해 A 리소스 레코드를 만들려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

로컬 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다.2. DNS 관리자에서 SharePoint Server 2010 의 하위 도메인이 포함된 도메인의 정방향 조회 영역을 선택합니다.3. 영역을 마우스 오른쪽 단추로 클릭하고 새 호스트(A 또는 AAAA)를 클릭합니다.4. 새 호스트 대화 상자의 이름 텍스트 상자에서 SharePoint Server 2010 의 호스트 또는 하위 도메인 이름을 입력합니다.5. FQDN(정규화된 도메인 이름) 텍스트 상자에 SharePoint Server 2010 을 실행하는 서버의 FQDN 을 입력합니다. 이 이름은 보통 하위 도메인.도메인.com 형식입니다.

참고:

IIS 의 SMTP 서버 아래에 표시되는 도메인이 전자 메일을 받는 서버의 FQDN 과 일치하는지 확인합니다. 일치하지 않는 경우 아래의 절차에 따라 로컬 도메인을 만들어야 합니다. 6. IP 주소 텍스트 상자에 FQDN 이 확인할 IP 주소를 입력합니다.7. 호스트 추가를 클릭합니다.8. 호스트 레코드를 만들 것인지 확인하는 메시지가 표시되면 확인을 클릭합니다.9. 새 호스트 대화 상자에서 완료를 클릭합니다.

이제 A 리소스 레코드가 DNS 관리자에 표시됩니다. 로컬 도메인을 만들려면1. 시작을 클릭하고 관리 도구를 가리킨 다음 IIS(인터넷 정보 서비스) 6.0 관리자를 클릭합니다.2. IIS 관리자에서 SMTP 서버를 확장합니다.3. 도메인을 마우스 오른쪽 단추로 클릭하고 작업 메뉴에서 새로 만들기를 가리킨 다음 도메인을 클릭합니다.4. 새 SMTP 도메인 마법사 대화 상자에서 별칭을 선택하고 다음을 클릭합니다.5. 도메인 이름 영역의 이름 상자에 이 도메인에서 수신되는 메일의 주소를 입력합니다.

이 주소는 하위 도메인 절차에 대해 'A 리소스 레코드 만들기' 절차의 4 단계 및 고급 시나리오 절차의 '받는 전자 메일 구성'의 6b 단계에서 지정한 주소와 동일해야 합니다.

6. 마침을 클릭합니다.7. 호스트 레코드를 만들 것인지 확인하는 메시지가 표시되면 확인을 클릭합니다.

255

참고:

SMTP 서버를 다시 시작하면 큐 폴더에 있던 모든 전자 메일 메시지가 드롭 폴더로 이동합니다. 그런 다음 Windows SharePoint Services Timer Service 에서 메시지를 대상 목록 또는 라이브러리로 보냅니다.

참고:

조직 외부에서 보낸 전자 메일을 SMTP 서버로 라우팅하려면 MX 레코드를 사용해야 합니다. 자세한 내용은 영역에 MX( 메일 교환기 ) 리소스 레코드 추가(http://go.microsoft.com/fwlink/?linkid=150827&clcid=0x412)를 참조하십시오.

Microsoft Exchange Server 2007 에서 SMTP 커넥터 추가SMTP 커넥터를 사용하면 조직 내의 메시지 흐름을 보다 세밀하게 제어할 수 있습니다. 또한 배달 제한을 설정하거나 특정 주소 공간을 지정할 수도 있다는 장점이 있습니다. Exchange Server를 사용하여 받는 전자 메일을 SharePoint 목록 및 라이브러리로 라우팅하는 경우 SMTP 커넥터가 있어야 SharePoint Server 2010 도메인으로 전송되는 모든 메일이 SMTP 서비스를 실행하는 SharePoint Server 2010 서버를 사용합니다.다음 절차에 따라 Exchange Server 에서 SMTP 커넥터를 추가합니다. 절차가 완료된 후에는 SMPT 커넥터가 받는 전자 메일 메시지를 팜의 정확한 목록 및 라이브러리로 전송합니다.Exchange Server 에서 SMTP 커넥터를 추가하려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

Exchange Server 를 실행하는 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다.2. Exchange System Manager 에서 라우팅 그룹을 확장하여 커넥터를 마우스 오른쪽 단추로 클릭하고 새로 만들기를 가리킨 다음 SMTP 커넥터를 클릭합니다.새 커넥터에 대한 속성 대화 상자가 나타납니다.

참고:

관리 그룹 폴더가 표시되지 않으면 Exchange 조직 개체에서 속성을 마우스 오른쪽 단추로 클릭한 다음 관리 그룹 표시 및 라우팅 그룹 표시 확인란을 선택합니다. 확인을 클릭한 후 Exchange System Manager 를 다시 시작해야 합니다.3. 일반 탭에서 SMTP 커넥터의 이름을 입력합니다.

256



4. 일반 탭에서 다음 옵션 중 하나를 선택합니다. 커넥터를 호스팅하는 SMTP 가상 서버에 구성된 DNS 설정을 사용하려면 커넥터에서

DNS 를 사용하여 각 주소 공간을 라우팅합니다.를 선택합니다. Exchange Server 구성에는 DNS 를 사용하는 것이 좋습니다. 메일을 Windows SMTP 서버 또는 경계 네트워크(또는 스크린된 서브넷)으로 라우팅하려면 커넥터를 통해 모든 메일을 다음 스마트 호스트로 전달을 선택합니다. 대괄호에 스마트 호스트의 IP 주소 또는 호스트 이름을 입력하여 Exchange Server에서 DNS 를 사용하여 IP 주소를 확인하지 못하도록 합니다. 그런 다음 SMTP 커넥터가

DNS 를 확인하고 메일을 배달하도록 지정된 서버로 메일을 라우팅합니다.5. 일반 탭에서 추가를 클릭하고 한 대 이상의 브리지헤드 서버와 한 대의 SMTP 가상 서버를 추가합니다.

추가한 서버가 일반 탭의 로컬 브리지헤드 목록에 표시됩니다.6. 주소 공간 탭과 추가를 차례로 클릭합니다.7. 주소 공간 추가 대화 상자의 주소 유형 선택 목록에서 SMTP 및 확인을 차례로 클릭합니다.8. 인터넷 주소 공간 속성 대화 상자에서 다음 옵션을 선택합니다.

a) 전자 메일 도메인 상자에 커넥터의 전자 메일 도메인을 입력합니다. 중요:

전자 메일 도메인 상자를 보면 기본값이 *로 표시되어 있으며 이는 모든 주소를 나타냅니다. 조직 커넥터 중 하나 이상에 이 기본 주소 공간이 지정되어야 모든 외부 도메인이 인터넷으로 라우팅됩니다.

b) 순위 상자에 적절한 순위를 할당합니다. 기본 순위는 1 입니다.9. 확인을 클릭하여 주소 공간 탭으로 돌아갑니다.10. 주소 공간 탭의 커넥터 범위 영역에서 다음 옵션 중 하나를 선택한 다음 확인을 클릭합니다.

Exchange Server 조직의 모든 서버에서 이 커넥터를 사용하여 인터넷 메일을 보내도록 하려면 전체 조직을 클릭합니다. 라우팅 그룹의 서버에서만 이 커넥터를 사용하여 인터넷 메일을 보내도록 하려면 라우팅 그룹을 클릭합니다.

참고:

라우팅 그룹을 선택한 경우 다른 라우팅 그룹의 서버에서 인터넷 메일을 보낼 수 있는 다른 방법이 있어야 합니다.자세한 내용은 커넥터 관리(http://go.microsoft.com/fwlink/?linkid=150840&clcid=0x412)를 참조하십시오.

디렉터리 관리 서비스에서 사용할 AD DS 구성디렉터리 관리 서비스를 사용할 경우 먼저 OU(조직 구성 단위)를 만들고 AD DS 에 필요한 구성을 설정해야 합니다.SharePoint 팜이나 원격 서버 팜에서 디렉터리 관리 서비스를 사용하려면 AD DS 에 지정한 컨테이너에 사용자 계정 만들기, 삭제 및 관리 사용자 권한이 부여되도록 SharePoint 중앙 관리

257


웹 사이트의 응용 프로그램 풀 ID 계정을 구성해야 합니다. 이때 SharePoint 중앙 관리 웹 사이트의 응용 프로그램 풀 ID 계정에 권한을 할당하는 방법을 사용하는 것이 좋습니다. AD DS 관리자는 OU 를 설정하고 컨테이너에 사용자 계정 만들기, 삭제 및 관리 권한을 할당해야 합니다. 원격 서버 팜에서 디렉터리 관리 서비스를 사용할 경우 여러 팜 서비스 계정을 위해 OU 에 권한을 할당할 필요가 없어 편리합니다.다음 절차는 DNS 관리자가 포함된 Windows Server 2008 을 실행하는 도메인 컨트롤러에서 수행됩니다. 일부 배포에서는 이러한 응용 프로그램이 동일한 도메인의 여러 서버에서 실행될 수도 있습니다.AD DS 에 OU 를 만들려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

DNS 관리자를 실행하는 도메인 컨트롤러에서 Domain Administrators 그룹의 구성원이거나 도메인 관리를 위한 권한을 위임받아야 합니다.2. 시작을 클릭하고 관리 도구를 가리킨 다음 Active Directory 사용자 및 컴퓨터를 클릭합니다.3. Active Directory 사용자 및 컴퓨터에서 서버 팜이 포함된 두 번째 수준 도메인의 폴더를 마우스 오른쪽 단추로 클릭하고 새로 만들기를 가리킨 다음 조직 구성 단위를 클릭합니다.4. OU 의 이름을 입력하고 확인을 클릭합니다.

OU 를 만든 다음 사용자 계정 만들기, 삭제 및 관리 권한을 OU 의 컨테이너에 위임하여 사용자 계정을 관리해야 합니다.

중앙 관리의 응용 프로그램 풀 ID 계정에 권한을 위임하려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

AD DS 에서 Domain Administrators 그룹 또는 Enterprise Administrators 그룹의 구성원이거나 도메인 관리를 위한 권한을 위임받아야 합니다.2. Active Directory 사용자 및 컴퓨터에서 앞서 만든 OU 를 찾습니다.3. OU 를 마우스 오른쪽 단추로 클릭하고 제어 위임을 클릭합니다.4. 제어 위임 마법사의 시작 페이지에서 다음을 클릭합니다.5. 사용자 및 그룹 페이지에서 추가를 클릭하고 중앙 관리에서 사용하는 응용 프로그램 풀 ID 계정의 이름을 입력합니다. 6. 사용자, 컴퓨터 또는 그룹 선택 대화 상자에서 확인을 클릭합니다.7. 제어 위임 마법사의 사용자 또는 그룹 페이지에서 다음을 클릭합니다.8. 제어 위임 마법사의 위임할 작업 페이지에서 사용자 계정 작성, 삭제 및 관리 확인란을 선택하고 다음을 클릭합니다.9. 제어 위임 마법사의 마지막 페이지에서 마침을 클릭하여 마법사를 종료합니다.자식 개체를 만들고 삭제하려면 OU 의 모든 자식 개체 만들기 및 모든 자식 개체 삭제 권한도 중앙 관리의 응용 프로그램 풀 ID 계정에 위임해야 합니다. 이 절차가 완료되면 중앙 관리의 응용 프로그램 풀 ID 계정에 OU 의 모든 자식 개체 만들기 및 모든 자식 개체 삭제 권한이 부여되고 받는 전자 메일을 사용할 수 있게 됩니다.

258

OU 의 모든 자식 개체 만들기 및 모든 자식 개체 삭제 권한을 중앙 관리의 응용 프로그램 풀 ID 계정에 위임하려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

AD DS 에서 Domain Administrators 그룹 또는 Enterprise Administrators 그룹의 구성원이거나 도메인 관리를 위한 권한을 위임받아야 합니다.2. OU 를 마우스 오른쪽 단추로 클릭하고 제어 위임을 클릭합니다.3. 제어 위임 마법사에서 다음을 클릭합니다.4. 추가를 클릭하고 중앙 관리의 응용 프로그램 풀 ID 계정 이름을 입력합니다.5. 확인을 클릭합니다.6. 다음을 클릭합니다.7. 제어 위임 마법사의 위임할 작업 페이지에서 위임할 사용자 지정 작업 만들기를 선택하고 다음을 클릭합니다.8. 이 폴더, 이 폴더에 있는 기존 개체 및 이 폴더에 새 개체 만들기를 선택하고 다음을 클릭합니다.9. 사용 권한 섹션에서 모든 자식 개체 만들기 및 모든 자식 개체 삭제를 선택합니다.10. 다음을 클릭합니다.11. 제어 위임 마법사의 마지막 페이지에서 마침을 클릭하여 마법사를 종료합니다.OU 의 모든 자식 개체 만들기 및 모든 자식 개체 삭제 권한을 중앙 관리 응용 프로그램 풀 ID 계정에 위임하면 관리자가 목록에 대해 전자 메일을 사용하도록 설정할 수 있습니다. 이러한 권한을 위임한 뒤에는 관리자가 목록이나 문서 라이브러리에 대해 전자 메일을 사용하지 않도록 설정할 수 없습니다. 중앙 관리 계정은 목록에서 연락처를 삭제하는 것이 아니라 전체 OU 에서 연락처를 삭제하려 하기 때문입니다.이러한 문제를 방지하려면 중앙 관리의 응용 프로그램 풀 ID 계정에 하위 트리 삭제 사용 권한을 추가해야 합니다. 다음 절차에 따라 이러한 사용 권한을 추가합니다. 이 절차가 완료되면 목록에 대해 받는 전자 메일을 사용하지 않도록 설정할 수 있습니다.중앙 관리의 응용 프로그램 풀 ID 계정에 대해 하위 트리 삭제 권한을 추가하려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

AD DS 에서 Domain Administrators 그룹 또는 Enterprise Administrators 그룹의 구성원이거나 도메인 관리를 위한 권한을 위임받아야 합니다.2. Active Directory 사용자 및 컴퓨터에서 보기 메뉴를 클릭하고 고급 기능을 클릭합니다.3. OU 를 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.4. 속성 대화 상자의 보안 탭을 클릭하고 고급을 클릭합니다.5. 사용 권한 항목 영역에서 중앙 관리의 응용 프로그램 풀 ID 계정을 두 번 클릭합니다.6. 사용 권한 영역에서 하위 트리 삭제에 대해 허용를 선택합니다.7. 확인을 클릭하여 사용 권한 대화 상자를 닫습니다.8. 확인을 클릭하여 속성 대화 상자를 닫습니다.9. 확인을 클릭하여 Active Directory 사용자 및 컴퓨터를 닫습니다.이러한 사용 권한을 추가한 후에는 팜의 IIS(인터넷 정보 서비스)를 다시 시작해야 합니다.

259

자세한 내용은 Active Directory 사용자 , 컴퓨터 및 그룹 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=151331&clcid=0x412)(영문일 수 있음)을 참조하십시오.

전자 메일 드롭 폴더에 대한 사용 권한 구성특정 전자 메일 드롭 폴더를 지정하면 SharePoint Server 2010 이 다른 서버의 네트워크 공유에서 받는 전자 메일을 검색할 수 있습니다. SMTP 서비스를 사용하지 않으려는 경우 이 옵션을 사용할 수 있습니다. 그러나 드롭 폴더에 전자 메일을 배달하는 원격 전자 메일 서버에서 구성이 변경되어도 SharePoint Server 2010 에서 이를 감지할 수 없으므로 이 옵션을 사용할 때는 신중해야 합니다. 전자 메일 메시지의 위치가 변경된 경우 SharePoint Server 2010 이 전자 메일을 검색하지 못할 수도 있습니다. 그러나 이 기능은 기본 전자 메일 드롭 폴더가 꽉 찼거나 거의 찬 경우에는 유용합니다.전자 메일 드롭 폴더를 지정한 경우 전자 메일 드롭 폴더에 필요한 사용 권한이 중앙 관리 및 웹 응용 프로그램의 응용 프로그램 풀 ID 계정에 있는지 확인해야 합니다.웹 응용 프로그램의 응용 프로그램 풀 ID 계정에 대해 전자 메일 드롭 폴더 사용 권한 구성배포에서 중앙 관리와 웹 응용 프로그램 하나 이상에 대해 서로 다른 응용 프로그램 풀 ID 계정을 사용하는 경우, 각 응용 프로그램 풀 ID 계정에는 전자 메일 드롭 폴더에 대한 사용 권한이 있어야 합니다. 웹 응용 프로그램의 응용 프로그램 풀 ID 계정에 필요한 사용 권한이 없으면 전자 메일이 해당 웹 응용 프로그램의 문서 라이브러리로 배달되지 않습니다.대부분의 경우 받는 전자 메일을 구성하고 전자 메일 드롭 폴더를 선택하면 다음과 같은 작업자 프로세스 그룹에 사용 권한이 추가됩니다. 중앙 관리의 응용 프로그램 풀 ID 계정과 Windows SharePoint Services Timer

Service 의 로그온 계정을 포함하고 모든 권한 사용 권한이 있는 WSS_Admin_WPG 웹 응용 프로그램의 응용 프로그램 풀 계정을 포함하고 읽기 및 실행, 폴더 내용 보기 및 읽기 사용 권한이 있는 WSS_WPG이러한 그룹이 전자 메일 드롭 폴더에 대해 자동으로 구성되지 않는 경우도 있습니다. 예를 들어 중앙 관리를 네트워크 서비스 계정으로 실행하는 경우 전자 메일 드롭 폴더를 만들 때 받는 전자 메일에 필요한 그룹 또는 계정이 추가되지 않습니다. 이러한 그룹이 전자 메일 드롭 폴더에 자동으로 추가되었는지를 확인하십시오. 그룹이 자동으로 추가되지 않았으면 직접 추가하거나 필요한 특정 계정을 추가할 수 있습니다.웹 응용 프로그램의 응용 프로그램 풀 ID 계정에 대해 전자 메일 드롭 폴더 사용 권한을 구성하려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

전자 메일 드롭 폴더가 포함된 로컬 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다.

260



2. Windows 탐색기에서 드롭 폴더를 마우스 오른쪽 단추로 클릭하고 속성을 클릭한 다음 보안 탭을 클릭합니다.3. 보안 탭의 그룹 또는 사용자 이름 상자에서 편집 단추를 클릭합니다.4. Windows 탐색기의 사용 권한 대화 상자에서 추가 단추를 클릭합니다.5. 사용자, 컴퓨터 또는 그룹 선택 대화 상자의 선택할 개체의 이름을 입력하십시오. 상자에 웹 응용 프로그램의 작업자 프로세스 그룹 또는 응용 프로그램 풀 ID 계정 이름을 입력하고 확인을 클릭합니다.

참고:

이 계정이 IIS 의 응용 프로그램 풀 속성 대화 상자 ID 탭에 표시됩니다.6. 사용자 또는 그룹의 사용 권한 상자에서 수정 옆에 있는 허용을 선택합니다.7. 확인을 클릭합니다.Windows SharePoint Services Timer Service 의 로그온 계정에 대해 전자 메일 드롭 폴더 사용 권한 구성Windows SharePoint Services Timer Service 의 로그온 계정에 전자 메일 드롭 폴더에 대한 수정 권한이 있는지 확인합니다. 서비스의 로그온 계정에 수정 권한이 없으면 전자 메일 사용 문서 라이브러리에 전자 메일 메시지가 중복 수신됩니다.Windows SharePoint Services Timer Service 의 로그온 계정에 대해 전자 메일 드롭 폴더 사용 권한을 구성하려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

전자 메일 드롭 폴더가 포함된 로컬 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다.2. Windows 탐색기에서 드롭 폴더를 마우스 오른쪽 단추로 클릭하고 속성을 클릭한 다음 보안 탭을 클릭합니다.3. 보안 탭의 그룹 또는 사용자 이름 상자에서 편집 단추를 클릭합니다.4. Windows 탐색기의 사용 권한 대화 상자에서 추가 단추를 클릭합니다.5. 사용자, 컴퓨터 또는 그룹 선택 대화 상자의 선택할 개체 이름 입력 상자에 Windows

SharePoint Services Timer Service 의 로그온 계정 이름을 입력하고 확인을 클릭합니다. 참고:

이 계정이 서비스 콘솔의 서비스 속성 대화 상자 로그온 탭에 표시됩니다.6. 사용자 또는 그룹의 사용 권한 상자에서 수정 옆에 있는 허용을 선택합니다.7. 확인을 클릭합니다.

고급 시나리오에서 받는 전자 메일 구성다음 절차에서는 받는 전자 메일을 구성합니다. 디렉터리 관리 서비스를 선택하고 안전한 전자 메일 서버를 위한 옵션을 구성하거나 전자 메일 드롭 폴더를 지정한 다음 받는 전자 메일 표시

261

주소를 지정할 수도 있습니다. 절차가 완료되면 사용자가 목록 또는 라이브러리에 전자 메일을 보낼 수 있습니다.고급 시나리오에서 받는 전자 메일을 구성하려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

SharePoint 중앙 관리 웹 사이트가 실행되는 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다.2. 중앙 관리에서 시스템 설정을 클릭합니다.3. 시스템 설정 페이지의 전자 메일 및 문자 메시지(SMS) 섹션에서 받는 전자 메일 설정을 클릭합니다.4. 이 서버의 사이트에서 전자 메일을 받도록 설정하려면 받는 전자 메일 설정 페이지의 받는 전자 메일 사용 섹션에서 예를 클릭합니다.5. 자동 또는 고급 설정 모드를 선택합니다.

자동을 선택한 경우 모든 전자 메일 서버로부터의 전자 메일을 수락할지 몇 개의 지정된 전자 메일 서버로부터의 전자 메일을 수락할지 여부를 지정할 수 있습니다.고급을 선택하면 SMTP 서버를 사용하는 대신 드롭 폴더를 지정할 수 있습니다.

6. 디렉터리 관리 서비스에 연결하려면 디렉터리 관리 서비스 섹션에서 예를 클릭합니다.a) 새 메일 그룹 및 연락처가 만들어질 Active Directory 컨테이너 상자에 OU=컨테이너 이름, DC=도메인, DC=com 형식으로 컨테이너의 이름을 입력합니다. 여기서 컨테이너 이름은 AD DS 의 OU 이름이고, 도메인은 두 번째 수준의 도메인이며, com 은 최상위 도메인입니다.

참고:

중앙 관리의 응용 프로그램 풀 ID 계정에 컨테이너에 대한 사용자 계정 만들기, 삭제 및 관리 작업을 위임해야 합니다. 액세스는 AD DS 의 OU 속성에서 구성됩니다.

b) 받는 메일용 SMTP 메일 서버 상자에 SMTP 메일 서버 이름을 입력합니다. 서버 이름은 DNS 관리자의 메일 서버에 대한 A 리소스 레코드 항목의 FQDN 과 일치해야 합니다.c) 인증된 사용자의 메시지만 수락하려면 인증된 사용자의 메시지만 수락합니다.를 클릭하고, 그렇지 않으면 인증된 사용자의 메시지만 수락하지 않습니다.를 클릭합니다.d) SharePoint 사이트에서 메일 그룹을 만들 수 있도록 허용하려면 SharePoint 사이트에서 메일 그룹 만들기를 허용하시겠습니까?에서 예를 클릭하고, 그렇지 않으면 아니요를 클릭합니다.e) 메일 그룹 요청 승인 설정에서 승인이 필요한 작업을 선택합니다. 다음과 같은 작업이 있습니다.

새 메일 그룹 만들기 메일 그룹 전자 메일 주소 변경 메일 그룹 제목 및 설명 변경 메일 그룹 삭제

7. 원격 디렉터리 관리 서비스를 사용하려면 원격 사용을 선택합니다.

262

a) 디렉터리 관리 서비스 URL 상자에 사용할 디렉터리 관리 서비스의 URL 을 입력합니다. URL 은 보통 http://서버:관리 포트/_vti_bin/SharePointEmailWS.asmx 와 같은 형식입니다.b) 받는 메일용 SMTP 메일 서버 상자에 SMTP 메일 서버 이름을 입력합니다. 서버 이름은 도메인 서버의 DNS 관리자에 있는 메일 서버에 대한 A 리소스 레코드 항목의 FQDN 과 일치해야 합니다.c) 인증된 사용자의 메시지만 수락하려면 인증된 사용자의 메시지만 수락하시겠습니까?에서 예를 클릭하고, 그렇지 않으면 아니요를 클릭합니다.d) SharePoint 사이트에서 메일 그룹을 만들 수 있도록 허용하려면 SharePoint 사이트에서 메일 그룹 만들기를 허용하시겠습니까?에서 예를 클릭하고, 그렇지 않으면 아니요를 클릭합니다.

8. 디렉터리 관리 서비스를 사용하지 않으려면 아니요를 클릭합니다.9. 받는 전자 메일 서버 표시 주소 섹션의 전자 메일 서버 표시 주소 상자에 전자 메일 서버의 표시 이름(예:mail.fabrikam.com)을 입력합니다.

팁:

사용자가 목록 또는 그룹에 대해 받는 전자 메일 주소를 만들 때 표시되는 전자 메일 서버 주소를 지정할 수 있습니다. 디렉터리 관리 서비스와 함께 이 설정을 사용하면 기억하기 쉬운 전자 메일 서버 주소를 제공할 수 있습니다.10. 전자 메일 드롭 폴더 섹션의 전자 메일 드롭 폴더 상자에 SMTP 서비스에서 받는 전자 메일에 대해 SharePoint Foundation 이 폴링하는 폴더의 이름을 입력합니다.

기본 전자 메일 드롭 폴더가 꽉 찼거나 꽉 차려는 경우 전용 전자 메일 드롭 폴더를 사용하면 유용합니다.SharePoint Foundation Timer Service 의 로그온 계정에 전자 메일 드롭 폴더에 대한 수정 권한이 있는지 확인합니다. 자세한 내용은 이 섹션의 전반부에 나오는 "Windows SharePoint Services Timer Service 의 로그온 계정에 대해 전자 메일 드롭 폴더 사용 권한을 구성하려면"을 참조하십시오.

참고:

이 옵션은 고급 모드를 선택한 경우에만 사용할 수 있습니다.11. 안전한 전자 메일 서버 섹션에서 모든 전자 메일 서버로부터의 전자 메일을 수락할지 몇 개의 지정된 전자 메일 서버로부터의 전자 메일을 수락할지 선택합니다.

참고:

이 옵션은 자동 모드를 선택한 경우에만 사용할 수 있습니다.12. 확인을 클릭합니다.받는 전자 메일이 구성되면 사이트 관리자가 전자 메일 사용 목록 및 문서 라이브러리를 구성할 수 있습니다. 전자 메일 사용 문서 라이브러리에 대한 자세한 내용은 목록 및 라이브러리에 대해 전자 메일 지원 사용 및 구성(http://go.microsoft.com/fwlink/?linkid=120164&clcid=0x412)을 참조하십시오.

263



디렉터리 관리 서비스를 선택한 경우 문서 라이브러리용으로 만든 연락처 주소가 Active Directory 사용자 및 컴퓨터에 자동으로 표시됩니다. 주소는 SharePoint Server 2010 에 대한 AD DS 의 OU 에 표시되며 AD DS 관리자가 관리해야 합니다. AD DS 관리자는 각 연락처에 대해 전자 메일 주소를 더 추가할 수 있습니다. AD DS 에 대한 자세한 내용은 Active Directory 서비스 사용 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=151348&clcid=0x412)(영문일 수 있음)을 참조하십시오. 새 Exchange Server 전체 받는 사람 정책을 추가하여 Exchange Server 컴퓨터를 구성할 수도 있습니다. 이 정책은 두 번째 수준 도메인 이름을 사용하거나 SharePoint Server 2010 에 대한 하위 도메인 또는 호스트 이름이 아닌 외부 주소를 자동으로 추가합니다. Exchange Server 를 관리하는 방법에 대한 자세한 내용은 Microsoft Exchange Server 2007(http://go.microsoft.com/fwlink/?linkid=83249&clcid=0x412)을 참조하십시오.

SharePoint 문서 라이브러리로 전자 메일 메시지를 보내는 경우 첨부 파일이 누락되는 문제SharePoint Server 2010 문서 라이브러리로 보낸 전자 메일 메시지에서 첨부 파일이 누락되는 경우 문서 라이브러리와 전자 메일 주소가 연결되었기 때문일 수 있습니다. 이 경우 디렉터리 관리 서비스에서 다음과 같은 두 가지 특성을 추가하지 않습니다. internet Encoding = 1310720 mAPIRecipient = false누락된 두 가지 특성을 수동으로 추가하려면 ADSI(Active Directory 서비스 인터페이스)를 사용해야 합니다.

참고:

Windows Server 2008 또는 Windows Server 2008 R2 를 실행하는 서버에서 AD DS 역할을 설치하여 서버를 도메인 컨트롤러로 설정하면 ADSI 편집이 설치됩니다. 또한 도메인 구성원 서버 또는 독립 실행형 서버에 Windows Server 2008 RSAT(원격 서버 관리 도구)를 설치할 수도 있습니다. 자세한 내용은 원격 서버 관리 도구 팩 설치 또는 제거(http://go.microsoft.com/fwlink/?linkid=143345&clcid=0x412)를 참조하십시오. ADSI 도구를 사용하여 특성을 추가하려면1. 시작을 클릭하고 실행을 클릭합니다.2. 실행 대화 상자에 Adsiedit.msc 를 입력한 다음 확인을 클릭합니다.3. ADSI 편집 창에서 ADSI 편집, 도메인 [도메인 이름], DC=도메인 이름, DC=com,

CN=Users 를 차례로 확장합니다.4. 누락된 특성을 추가할 사용자 이름을 마우스 오른쪽 단추로 클릭하고 속성을 클릭합니다.5. 속성 대화 상자의 특성 편집기 탭에서 인터넷 인코딩을 두 번 클릭합니다.

264







6. 정수 특성 편집기 대화 상자의 값 상자에 1310720 을 클릭한 다음 확인을 클릭합니다.7. 속성 대화 상자의 특성 편집기 탭에서 mAPIRecipient 를 두 번 클릭합니다.8. 부울 특성 편집기 대화 상자에서 거짓을 클릭하고 확인을 차례로 두 번 클릭합니다.

265

보내는 전자 메일 구성(SharePoint Server 2010)이 문서에서는 팜의 보내는 전자 메일을 구성하는 방법과 Microsoft SharePoint Server 2010 용 특정 웹 응용 프로그램의 보내는 전자 메일을 구성하는 방법에 대해 설명합니다.이 작업의 절차 SMTP 서비스를 설치하려면 IIS 6.0 관리 도구를 설치하려면 SMTP 서비스를 구성하려면 SMTP 서비스를 자동으로 시작하도록 설정하려면 중앙 관리를 사용하여 팜의 보내는 전자 메일을 구성하려면 Stsadm 명령줄 도구를 사용하여 팜의 보내는 전자 메일을 구성하려면 중앙 관리를 사용하여 특정 웹 응용 프로그램의 보내는 전자 메일을 구성하려면 Stsadm 명령줄 도구를 사용하여 특정 웹 응용 프로그램의 보내는 전자 메일을 구성하려면

개요사이트 관리자는 보내는 전자 메일을 기반으로 하여 유용한 여러 전자 메일 알림 기능을 구현할 수 있습니다. 최종 사용자는 이러한 기능을 통해 개별 사이트 모음의 변경 내용 및 업데이트를 추적할 수 있으며, 사이트 관리자눈 상태 메시지를 전달할 수 있습니다. 보내는 전자 메일을 구성하면 사용자가 알림을 만들어 목록, 라이브러리, 문서 등 사이트의 항목을 추적할 수 있을 뿐 아니라, 사이트 관리자 또한 알림을 만들어 사이트 소유자가 지정된 저장 공간을 초과한 경우의 정보 등 사이트 관리자 문제에 대한 자동 알림을 받을 수 있습니다.특정 웹 응용 프로그램의 보내는 전자 메일을 구성하려면 먼저 팜에 있는 모든 웹 응용 프로그램에 대한 기본적인 보내는 전자 메일을 구성해야 합니다. 특정 웹 응용 프로그램의 보내는 전자 메일을 구성하면 해당 구성이 팜에 있는 모든 웹 응용 프로그램의 기본 구성보다 우선 적용됩니다.

작업 요구 사항이 작업의 절차를 수행하려면 다음 요구 사항을 충족해야 합니다. SharePoint Server 2010 이 설치되어 있어야 합니다. 서버 팜에 있는 하나 이상의 서버에서 SMTP(Simple Mail Transfer Protocol) 서비스를 실행 중이고 유효한 SMTP 서버 주소가 있어야 합니다. 또는 SMTP 서비스를 실행 중인 팜 외부의 서버 이름을 알고 있어야 합니다.SMTP 서비스를 설치 및 구성하지 않은 경우에는 보내는 전자 메일을 구성하기 전에 다음 절차를 수행해야 합니다.

266

SMTP 서비스 설치 및 구성SMTP 서비스 설치 및 구성보내는 전자 메일을 사용하려면 우선 사용할 SMTP 서버를 결정해야 합니다. 이 SMTP 서버는 익명의 SMTP 전자 메일 전송을 허용하도록 구성해야 합니다. 사용하는 SMTP 서버는 팜 내부에 있는 서버이거나 팜 외부에 있는 서버일 수 있습니다.

참고:

조직에서 Microsoft Exchange Server 를 사용한 익명의 SMTP 전자 메일 메시지 전송을 허용하지 않는 경우 익명 전자 메일 메시지를 허용하는 로컬 SMTP 서버를 SharePoint 팜에서 사용할 수 있습니다. 로컬 SMTP 서버는 메시지를 자동으로 인증한 다음 Exchange Server 컴퓨터로 전달합니다. SMTP 서비스 설치SMTP 서비스를 설치하려면 서버 관리자의 기능 추가 마법사를 사용합니다. 마법사가 끝나면 기본 SMTP 구성이 만들어집니다. 이 기본 SMTP 구성은 조직의 요구 사항을 충족하도록 사용자 지정할 수 있습니다.

참고:

서버에 이미 SMTP 서비스를 설치한 경우에는 다음 절차를 건너뛸 수 있습니다.

중요:

이 절차를 완료하려면 로컬 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다. SMTP 서비스를 설치하려면1. 시작을 클릭하고 관리 도구를 가리킨 다음 서버 관리자를 클릭합니다.2. 서버 관리자에서 기능을 클릭합니다.3. 기능 요약에서 기능 추가를 클릭하여 기능 추가 마법사를 엽니다.4. 기능 선택 페이지에서 SMTP 서버를 선택합니다.5. 기능 추가 마법사 대화 상자에서 필요한 기능 추가를 클릭하고 다음을 클릭합니다.6. 설치 선택 확인 페이지에서 설치를 클릭합니다.7. 설치 결과 페이지에서 설치가 완료되었는지 확인한 다음 닫기를 클릭합니다.SMTP 서비스 구성

267

SMTP 서비스를 설치한 후에는 팜의 서버에서 전달되는 전자 메일 메시지를 허용하도록 서비스를 구성해야 합니다.사용자가 특별히 제외하는 서버 이외의 모든 서버에서 릴레이된 전자 메일 메시지를 허용하도록 선택할 수 있습니다. 또는 특별히 포함하는 서버 이외의 서버에서 릴레이된 메시지를 차단할 수도 있습니다. 서버를 개별적으로 포함하거나 서브넷 또는 도메인에 따라 그룹으로 포함할 수 있습니다.익명 액세스와 릴레이된 전자 메일 메시지를 모두 사용하도록 설정하면 SMTP 서버가 원하지 않는 광고 전자 메일 메시지(스팸)를 릴레이하는 데 사용될 확률이 높아집니다. 스팸을 방지하려면 메일 서버를 신중하게 구성하여 이러한 확률을 낮춰야 합니다. 이렇게 할 수 있는 방법 중 하나는 릴레이되는 전자 메일 메시지를 특정 서버의 목록이나 특정 도메인으로 제한하고 다른 모든 서버에서 릴레이되는 전자 메일 메시지를 방지하는 것입니다.

참고:

Windows Server 2008 에서 SMTP 서비스를 관리하려면 IIS(인터넷 정보 서비스) 6.0 관리자를 사용해야 합니다. 서버 관리자에서 IIS 6.0 관리 도구를 설치해야 합니다.

중요:

이 절차를 완료하려면 로컬 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다. IIS 6.0 관리 도구를 설치하려면1. 시작을 클릭하고 관리 도구를 가리킨 다음 서버 관리자를 클릭합니다.2. 서버 관리자에서 역할을 클릭합니다.3. 역할 서비스 섹션에서 역할 서비스 추가를 클릭합니다.4. 역할 서비스 선택 페이지에서 관리 도구 및 IIS 6 관리 호환성을 선택한 다음 설치를 클릭합니다.

중요:

이 절차를 완료하려면 로컬 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다. SMTP 서비스를 구성하려면1. 시작을 클릭하고 관리 도구를 가리킨 다음 IIS(인터넷 정보 서비스) 6.0 관리자를 클릭합니다.2. IIS 관리자에서 구성할 SMTP 서버가 포함된 서버 이름을 확장합니다. 3. 구성할 SMTP 가상 서버를 마우스 오른쪽 단추로 클릭한 다음 시작을 클릭합니다.

268

4. 구성할 SMTP 가상 서버를 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다. 5. 액세스 탭의 액세스 제어 영역에서 인증을 클릭합니다.6. 인증 대화 상자에서 익명 액세스가 선택되어 있는지 확인합니다.7. 확인을 클릭합니다.8. 액세스 탭의 릴레이 제한 영역에서 릴레이를 클릭합니다.9. 모든 서버에서 릴레이된 전자 메일 메시지를 사용하도록 설정하려면 아래 목록을 제외한 모든 컴퓨터를 클릭합니다.10. 하나 이상의 특정 서버에서 릴레이된 전자 메일 메시지를 허용하려면 다음 단계를 수행합니다.

a) 아래 목록만 허용을 클릭합니다.b) 추가를 클릭한 다음 IP 주소별로 하나씩 서버를 추가하거나 서브넷 또는 도메인을 사용하여 그룹으로 추가합니다.c) 확인을 클릭하여 컴퓨터 대화 상자를 닫습니다.

11. 확인을 클릭하여 릴레이 제한 대화 상자를 닫습니다. 12. 확인을 클릭하여 속성 대화 상자를 닫습니다.

참고:

SMTP 서비스가 실행되고 있으며 자동으로 시작하도록 설정되어 있는지 확인합니다. 이렇게 하려면 다음 절차를 따릅니다. SMTP 서비스를 자동으로 시작하도록 설정하려면1. 시작을 클릭하고 관리 도구를 가리킨 다음 서비스를 클릭합니다.2. 서비스에서 SMTP(Simple Mail Transfer Protocol)를 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.3. SMTP(Simple Mail Transfer Protocol) 속성 대화 상자의 일반 탭에 있는 시작 유형 목록에서 자동을 선택합니다.4. 확인을 클릭합니다.

팜의 보내는 전자 메일 구성SharePoint 중앙 관리 웹 사이트 또는 Stsadm 명령줄 도구를 사용하여 팜의 보내는 전자 메일을 구성할 수 있습니다. 다음 절차에 따라 보내는 전자 메일을 구성합니다. 절차를 완료하면 최종 사용자가 개별 사이트 모음의 변경 내용 및 업데이트를 추적할 수 있습니다. 또한 사이트 관리자는 사용자가 사이트에 대한 액세스 권한을 요청하는 경우 알림을 받을 수도 있습니다.

269

중요:

SharePoint 중앙 관리 웹 사이트를 사용하여 보내는 전자 메일을 구성하려면 SharePoint 중앙 관리 웹 사이트를 실행하는 컴퓨터에서 Farm Administrators 그룹의 구성원이어야 합니다. 중앙 관리를 사용하여 팜의 보내는 전자 메일을 구성하려면1. 중앙 관리에서 시스템 설정을 클릭합니다.2. 시스템 설정 페이지의 전자 메일 및 문자 메시지(SMS) 섹션에서 보내는 전자 메일 설정 구성을 클릭합니다.3. 보내는 전자 메일 설정 페이지의 메일 설정 섹션에 있는 아웃바운드 SMTP 서버 상자에 전자 메일을 보낼 때 사용할 SMTP 서버 이름(예: mail.example.com)을 입력합니다.4. 보내는 사람 주소 상자에 전자 메일을 받는 사람에게 표시할 전자 메일 주소를 입력합니다.5. 회신 주소 상자에 전자 메일을 받는 사람이 회신할 전자 메일 주소를 입력합니다.6. 문자 집합 목록에서 사용 중인 언어에 해당하는 문자 집합을 선택합니다.7. 확인을 클릭합니다.

중요:

Stsadm 명령줄 도구를 실행하려면 로컬 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다. Stsadm 명령줄 도구를 사용하여 팜의 보내는 전자 메일을 구성하려면1. SharePoint 제품 및 기술이 설치된 드라이브에서 %COMMONPROGRAMFILES%\

Microsoft shared\Web server extensions\14\Bin 디렉터리로 변경합니다.2. 다음 명령을 입력하고 Enter 키를 누릅니다.

stsadm -o email-outsmtpserver <SMTP 서버 이름>-fromaddress <유효한 전자 메일 주소>-replytoaddress <유효한 전자 메일 주소>-codepage <유효한 코드 페이지>

예stsadm -o email -outsmtpserver mail.example.com -fromaddress [email protected] -replytoaddress [email protected] -codepage 65001자세한 내용은 Email: Stsadm 작업 (Office SharePoint Server)(http://go.microsoft.com/fwlink/?linkid=150045&clcid=0x412)을 참조하십시오.

270



특정 웹 응용 프로그램의 보내는 전자 메일 구성중앙 관리 웹 사이트 또는 Stsadm 명령줄 도구를 사용하여 특정 웹 응용 프로그램의 보내는 전자 메일을 구성할 수 있습니다. 다음 절차에 따라 보내는 전자 메일을 구성합니다. 절차를 완료하면 최종 사용자가 개별 사이트 모음의 변경 내용 및 업데이트를 추적할 수 있습니다. 또한 사이트 관리자는 사용자가 사이트에 대한 액세스 권한을 요청하는 경우 알림을 받을 수도 있습니다.

참고:

특정 웹 응용 프로그램의 보내는 전자 메일을 구성하려면 먼저 팜에 있는 모든 웹 응용 프로그램에 대한 기본적인 보내는 전자 메일을 구성해야 합니다. 특정 웹 응용 프로그램의 보내는 전자 메일을 구성하면 해당 구성이 팜에 있는 모든 웹 응용 프로그램의 기본 구성보다 우선 적용됩니다.

중요:

SharePoint 중앙 관리 웹 사이트를 사용하여 보내는 전자 메일을 구성하려면 SharePoint 중앙 관리 웹 사이트를 실행하는 컴퓨터에서 Farm Administrators 그룹의 구성원이어야 합니다. 중앙 관리를 사용하여 특정 웹 응용 프로그램의 보내는 전자 메일을 구성하려면1. 중앙 관리의 응용 프로그램 관리 섹션에서 웹 응용 프로그램 관리를 클릭합니다.2. 웹 응용 프로그램 관리 페이지에서 웹 응용 프로그램을 선택한 다음 리본의 일반 설정 그룹에서 보내는 전자 메일을 클릭합니다.3. 웹 응용 프로그램 보내는 전자 메일 설정 페이지의 메일 설정 섹션에 있는 아웃바운드 SMTP 서버 상자에 보내는 전자 메일의 SMTP 서버 이름(예: mail.fabrikam.com)을 입력합니다.4. 보내는 사람 주소 상자에 전자 메일을 받는 사람에게 표시할 전자 메일 주소(예: 사이트 관리자 별칭)를 입력합니다.5. 회신 주소 상자에 전자 메일을 받는 사람이 회신할 전자 메일 주소(예: 지원 센터 별칭)를 입력합니다.6. 문자 집합 목록에서 사용 중인 언어에 해당하는 문자 집합을 클릭합니다.7. 확인을 클릭합니다.

중요:

Stsadm 명령줄 도구를 실행하려면 로컬 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다. Stsadm 명령줄 도구를 사용하여 특정 웹 응용 프로그램의 보내는 전자 메일을 구성하려면

271

1. SharePoint 제품 및 기술이 설치된 드라이브에서 %COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\14\Bin 디렉터리로 변경합니다.

2. 다음 명령을 입력하고 Enter 키를 누릅니다.stsadm -o email-outsmtpserver <SMTP 서버 이름>-fromaddress <유효한 전자 메일 주소>-replytoaddress <유효한 전자 메일 주소>-codepage <유효한 코드 페이지>[-url <URL 이름>]

예stsadm -o email -outsmtpserver mail.example.com -fromaddress [email protected] -replytoaddress [email protected] –codepage 65001 -url http://서버_이름자세한 내용은 Email: Stsadm 작업 (Office SharePoint Server)(http://go.microsoft.com/fwlink/?linkid=150045&clcid=0x412)을 참조하십시오.

참고 항목기타 리소스보내는 전자 메일 계획 (Office SharePoint Server) Configure alert settings for a Web application (SharePoint Server 2010)

272

http://technet.microsoft.com/library/6f8746e6-9fff-4992-83a9-ae7a6e02eade(Office.14).aspx

http://technet.microsoft.com/ko-kr/library/cc262844.aspx



모바일 계정 구성(SharePoint Server 2010)이 문서에서는 Microsoft SharePoint Server 2010 의 모바일 계정을 구성 및 관리하여 사용자가 SMS(Short Message Service)를 통해 전송된 알림을 신청할 수 있도록 하는 방법에 대해 설명합니다. 알림은 SharePoint 목록 또는 항목에 변경 사항이 적용되면 사용자의 휴대폰으로 전송됩니다.모바일 알림 기능은 SharePoint Server 2010 에 이미 있는 기능 중 보내는 전자 메일 알림을 사용하는 기능과 유사합니다. 하지만 SharePoint 목록 또는 항목에 변경 사항이 적용되면 전자 메일을 통해 알림을 받지 않고 사용자의 휴대폰으로 알림을 받습니다. 전자 메일 알림에 대한 자세한 내용은 보내는 전자 메일 구성 (SharePoint Server 2010) 을 참조하십시오.SharePoint 사이트는 일반적으로 인트라넷에 있습니다. 따라서 사용자가 출장 중이거나 비즈니스 만찬에 참석하는 등 사무실 외부에 있을 경우 SharePoint 사이트에 액세스하기 어려울 수 있습니다. 이 경우 모바일 알림 기능을 통해 사용자는 SharePoint 목록 항목의 변경 사항에 대한 SMS 알림을 받고 빠르게 반응할 수 있습니다.한 모바일 계정을 서버 팜의 모든 웹 응용 프로그램에 대해 구성할 수도 있고 특정 웹 응용 프로그램에 대해 구성할 수도 있습니다. 하지만 팜에서는 하나의 모바일 계정만 구성할 수 있습니다. 구현 규모에 따라 팜에 대해 모바일 계정을 구성할 것인지 특정 웹 응용 프로그램에 대해 모바일 계정을 구성할 것인지 여부가 결정됩니다. 서버 팜에 대한 모바일 계정을 구성하는 경우 조직의 모든 사용자가 알림을 신청할 수 있습니다. 예를 들어 이 기능은 소규모 조직의 관리 부서에서 모든 사용자가 특정 알림을 받도록 하려는 경우에 유용합니다. 반면에 조직을 여러 그룹으로 나누는 몇 개의 웹 응용 프로그램을 사용하는 경우 모바일 계정을 해당 그룹 중 하나에 대해서만 구성할 수도 있습니다. 예를 들어 판매 그룹의 모든 사용자가 알림을 신청할 수 있도록 모바일 계정을 구성할 수 있습니다.이 절차를 수행하기 전에 다음 사항을 확인하십시오. 서버 팜 계정은 경고를 보내기 위해 인터넷에 액세스할 수 있는 사용 권한을 갖고 있습니다. 서비스 공급자의 HTTPS 웹 주소에 대한 루트 인증서를 갖고 있습니다. 루트 인증서는 서비스 공급자를 통해 또는 웹 브라우저를 사용하여 취득할 수 있습니다.이 문서의 절차 루트 인증서 가져오기 및 신뢰할 수 있는 상위 인증 기관 만들기 모바일 계정 구성 모바일 계정 정보 검색 모바일 계정 삭제

273

루트 인증서 가져오기 및 신뢰할 수 있는 상위 인증 기관 만들기모바일 계정을 구성하기 전에 서비스 공급자의 HTTPS 웹 주소에 대한 루트 인증서를 가져온 다음 신뢰할 수 있는 상위 인증 기관을 만들어야 합니다. 이 단계는 Windows PowerShell 을 사용하여 수동으로만 수행할 수 있습니다.Windows PowerShell 을 사용하여 루트 인증서를 가져오고 신뢰할 수 있는 상위 인증 기관을 만들려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오. 또한 Farm Administrators 그룹의 구성원이어야 하고 Windows

PowerShell 을 실행하는 컴퓨터에서 로컬 Administrators 그룹의 구성원이어야 합니다.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. 루트 인증서를 가져오려면 Windows PowerShell 명령 프롬프트에 다음 명령을 입력합니다.

코드 복사

$cert = Get-PfxCertificate <ObtainedCertificatePath>

신뢰할 수 있는 상위 인증 기관을 만들려면 Windows PowerShell 명령 프롬프트에 다음 명령을 입력합니다.

코드 복사

New-SPTrustedRootAuthority -Name <Name> -Certificate $cert

여기서 각 부분이 나타내는 의미는 다음과 같습니다. <이름>은 만들려고 하는 신뢰할 수 있는 상위 인증 기관의 이름입니다. <취득한 인증서 경로>는 루트 인증서 파일의 위치입니다.

참고:

인증서 창의 인증서 경로 탭에서 루트 인증서만 사용되고 다른 인증서는 나열되지 않는지 확인합니다. SharePoint 신뢰할 수 있는 루트 인증서 목록에는 루트 인증서만 나열되어 있어야 합니다.자세한 내용은 New-SPTrustedRootAuthority 를 참조하십시오.

모바일 계정 구성중앙 관리 또는 Windows PowerShell 을 사용하여 서버 팜 또는 특정 웹 응용 프로그램에 대해 모바일 계정을 구성할 수 있습니다.

274

http://technet.microsoft.com/library/25458530-4f0d-491c-80d3-61b8f1f0dd7e(Office.14).aspx

참고:

모바일 계정을 구성할 수 없으면 인증서 파일이 잘못되었을 수 있습니다. 이 경우 서비스 공급자에게 문의하십시오. 중앙 관리를 사용하여 서버 팜의 모바일 계정을 구성 또는 편집하려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

서버 팜의 모바일 계정을 구성하려면 SharePoint 중앙 관리 웹 사이트를 실행 중인 컴퓨터에서 Farm Administrators 그룹의 구성원이어야 합니다.2. 중앙 관리 홈 페이지에서 시스템 설정을 클릭합니다.3. 시스템 설정 페이지의 전자 메일 및 문자 메시지(SMS) 섹션에서 모바일 계정 구성을 클릭합니다.4. 모바일 계정 설정 페이지의 SMS 서비스 설정 섹션에서 Microsoft Office Online 링크를 클릭하여 서비스 공급자 목록에 액세스합니다.5. Office 2010 모바일 서비스 공급자 검색 페이지의 무선 서비스 공급자의 국가/지역 선택 목록에서 무선 서비스 공급자가 있는 국가 또는 지역을 선택합니다.6. Office 2010 모바일 서비스 공급자 검색 페이지의 현재 무선 서비스 공급자 선택 목록에서 사용하려는 무선 서비스 공급자를 선택합니다.

그러면 선택한 서비스 공급자의 웹 사이트로 이동하게 됩니다. 웹 사이트에서 SMS 서비스를 신청합니다. 서비스 공급자에게서 필요한 정보를 받으면 모바일 계정 설정 페이지로 돌아갑니다.

7. SMS 서비스의 URL 상자에 SMS 서비스의 URL 을 입력합니다. 참고:

입력한 서비스 URL 이 HTTPS URL 인지 확인합니다.8. SMS 서비스 공급자에게서 수신한 사용자 이름 및 암호를 사용자 이름 상자 및 암호 상자에 입력합니다.9. 해당 URL 및 사용자 자격 증명이 올바른지 확인하려면 서비스 테스트를 클릭합니다.10. 확인을 클릭합니다.Windows PowerShell 을 사용하여 서버 팜의 모바일 계정을 구성 또는 편집하려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오. 또한 Farm Administrators 그룹의 구성원이어야 하고 Windows

PowerShell 을 실행하는 컴퓨터에서 로컬 Administrators 그룹의 구성원이어야 합니다.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에 다음 명령을 입력합니다.

275

코드 복사

Set-SPMobileMessagingAccount -Identity sms -WebApplication <WebApplicationUrl> [-ServiceUrl <ServiceUrl>] [-UserId <UserId>] [-Password <Password>]

여기서 각 부분이 나타내는 의미는 다음과 같습니다. <웹 응용 프로그램 Url>은 중앙 관리 URL 입니다. <서비스 Url>은 SMS 서비스가 있는 서버의 URL 입니다. <사용자 Id>는 SMS 서비스 공급자로부터 받은 사용자 이름입니다. <암호>는 SMS 서비스 공급자로부터 받은 사용자 암호입니다.

예:코드 복사

Set-SPMobileMessagingAccount –Identity sms -WebApplication http://myserver:8080 -ServiceUrl https://www.example.com/omsservice.asmx -UserId [email protected] -Password password1

또는 세로줄 연산자를 사용하는 경우 다음 명령을 입력합니다.코드 복사

Get-SPWebApplication -Identity http://myserver:8080 | Set-SPMobileMessagingAccount -Identity sms -ServiceUrl https://www.example.com/omsservice.asmx -UserId [email protected] -Password password1

참고:

입력한 서비스 URL이 HTTPS URL 인지 확인합니다.자세한 내용은 Set-SPMobileMessagingAccount 및 Get-SPWebApplication 을 참조하십시오.중앙 관리를 사용하여 웹 응용 프로그램의 모바일 계정을 구성 또는 편집하려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

서버 팜의 모바일 계정을 구성하려면 SharePoint 중앙 관리 웹 사이트가 실행되고 있는 컴퓨터에서 Farm Administrators 그룹의 구성원이어야 합니다.2. 중앙 관리 홈 페이지의 응용 프로그램 관리 섹션에서 웹 응용 프로그램 관리를 클릭합니다.

276


http://technet.microsoft.com/library/ca94def6-f55a-4878-bb64-ee6f62373c8f(Office.14).aspx

3. 웹 응용 프로그램 페이지에서 모바일 계정을 구성하려는 웹 응용 프로그램을 선택합니다. 리본의 일반 설정에서 모바일 계정을 클릭합니다.4. 웹 응용 프로그램 SMS 서비스 설정 페이지의 SMS 서비스 설정 섹션에서 Microsoft

Office Online 링크를 클릭하여 서비스 공급자 목록에 액세스합니다.5. Office 2010 모바일 서비스 공급자 검색 페이지의 무선 서비스 공급자의 국가/지역 선택 목록에서 무선 서비스 공급자가 있는 국가 또는 지역을 선택합니다.6. Office 2010 모바일 서비스 공급자 검색 페이지의 현재 무선 서비스 공급자 선택 목록에서 사용하려는 무선 서비스 공급자를 선택합니다.

그러면 선택한 서비스 공급자의 웹 사이트로 이동하게 됩니다. 웹 사이트에서 SMS 서비스를 신청합니다. 서비스 공급자에게서 필요한 정보를 받으면 모바일 계정 설정 페이지로 돌아와서 해당 정보를 입력합니다.

7. SMS 서비스의 URL 상자에 SMS 서비스의 URL 을 입력합니다. 참고:

입력한 서비스 URL 이 HTTPS URL 인지 확인합니다.8. SMS 서비스 공급자에게서 수신한 사용자 이름 및 암호를 사용자 이름 상자 및 암호 상자에 입력합니다.9. URL 및 사용자 자격 증명이 올바른지 확인하려면 서비스 테스트를 클릭합니다.10. 확인을 클릭합니다.Windows PowerShell 을 사용하여 웹 응용 프로그램의 모바일 계정을 구성 또는 편집하려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오. 또한 Farm Administrators 그룹의 구성원이어야 하고 Windows

PowerShell 을 실행하는 컴퓨터에서 로컬 Administrators 그룹의 구성원이어야 합니다.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트(즉, PS C:\>)에 다음 명령을 입력합니다.

코드 복사

Set-SPMobileMessagingAccount -Identity sms –WebApplication <WebApplicationUrl> [-ServiceUrl <ServiceUrl>] [-UserId <UserId>] [-Password <Password>]

여기서 각 부분이 나타내는 의미는 다음과 같습니다. <웹 응용 프로그램 Url>은 웹 응용 프로그램 URL 입니다. <서비스 Url>은 SMS 서비스가 있는 서버의 URL 입니다. <사용자 Id>는 SMS 서비스 공급자로부터 받은 사용자 이름입니다. <암호>는 SMS 서비스 공급자로부터 받은 사용자 암호입니다.

예:

277

코드 복사

Set-SPMobileMessagingAccount –Identity sms -WebApplication http://localhost -ServiceUrl https://www.example.com/omsservice.asmx -UserId [email protected] -Password password1


Get-SPWebapplication -Identity http://localhost | Set-SPMobileMessagingAccount –Identity sms -ServiceUrl https://www.example.com/omsservice.asmx -UserId [email protected] -Password password1

참고:

입력한 서비스 URL이 HTTPS URL 인지 확인합니다.자세한 내용은 Set-SPMobileMessagingAccount 및 Get-SPWebApplication 을 참조하십시오.

모바일 계정 정보 검색Windows PowerShell 을 사용하여 서버 팜 또는 웹 응용 프로그램의 모바일 계정 정보를 검색할 수 있습니다. 이 작업을 수행하면 모바일 계정 정보를 볼 수 있을 뿐 아니라 set cmdlet 이 올바르게 작동하는지 등도 확인할 수 있습니다.Windows PowerShell 을 사용하여 서버 팜의 모바일 계정 정보를 검색하려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오. 또한 Farm Administrators 그룹의 구성원이어야 하고 Windows


278


http://technet.microsoft.com/library/ca94def6-f55a-4878-bb64-ee6f62373c8f(Office.14).aspx

코드 복사

Get-SPMobileMessagingAccount –WebApplication <WebApplicationUrl>

여기서 <웹 응용 프로그램 Url>은 중앙 관리 URL 입니다.예:

코드 복사

Get-SPMobileMessagingAccount -WebApplication http://myserver


Get-SPWebApplication -Identity http://myserver | Get-SPMobileMessagingAccount -AccountType sms

자세한 내용은 Get-SPMobileMessagingAccount 및 Get-SPWebApplication 을 참조하십시오.Windows PowerShell 을 사용하여 웹 응용 프로그램의 모바일 계정 정보를 검색하려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오. 또한 Farm Administrators 그룹의 구성원이어야 하고 Windows


코드 복사

Get-SPMobileMessagingAccount –WebApplication <WebApplicationUrl>

여기서 <웹 응용 프로그램 Url>은 웹 응용 프로그램 URL 입니다.예:

코드 복사

Get-SPMobileMessagingAccount -WebApplication http://localhost

또는 세로줄 연산자를 사용하는 경우 다음 명령을 입력합니다.

279


http://technet.microsoft.com/library/03b69f50-07ec-4feb-bc9c-567237d200ea(Office.14).aspx

코드 복사

Get-SPWebApplication -Identity http://localhost | Get-SPMobileMessagingAccount -AccountType sms

자세한 내용은 Get-SPMobileMessagingAccount 및 Get-SPWebApplication 을 참조하십시오.

모바일 계정 삭제서버 팜 또는 웹 응용 프로그램의 모바일 계정을 삭제할 수 있습니다. 이렇게 하면 계정을 사용할 수 없게 되어 사용자가 더 이상 SMS 알림을 신청할 수 없습니다. 하지만 서비스 공급자와 함께 설정한 계정은 삭제되지 않습니다. 조직에서 사용자에게 SMS 알림을 보내는 것이 비즈니스 가치가 없다고 결정하는 등의 경우 모바일 계정을 삭제할 수 있습니다.

참고:

Windows PowerShell 에는 상응하는 기능이 없습니다. 서버 팜의 모바일 계정을 삭제하려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

서버 팜의 모바일 계정을 삭제하려면 SharePoint 중앙 관리 웹 사이트가 실행되는 컴퓨터에서 Farm Administrators 그룹의 구성원이어야 합니다.2. 중앙 관리 홈 페이지에서 시스템 설정을 클릭합니다.3. 시스템 설정 페이지의 전자 메일 및 문자 메시지(SMS) 섹션에서 모바일 계정 구성을 클릭합니다.4. 모바일 계정 설정 페이지에서 모든 상자의 항목을 선택 취소한 다음 확인을 클릭합니다.웹 응용 프로그램의 모바일 계정을 삭제하려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

서버 팜의 모바일 계정을 삭제하려면 SharePoint 중앙 관리 웹 사이트가 실행되는 컴퓨터에서 Farm Administrators 그룹의 구성원이어야 합니다.2. 중앙 관리 홈 페이지의 응용 프로그램 관리 섹션에서 웹 응용 프로그램 관리를 클릭합니다.3. 리본의 일반 설정에서 모바일 계정을 클릭합니다.4. 웹 응용 프로그램 SMS 서비스 설정 페이지에서 모든 상자의 항목을 삭제한 다음 확인을 클릭합니다.

참고 항목개념보내는 전자 메일 구성 (SharePoint Server 2010)

280


http://technet.microsoft.com/library/03b69f50-07ec-4feb-bc9c-567237d200ea(Office.14).aspx

Install and configure Remote BLOB Storage (RBS) with the FILESTREAM provider (SharePoint Server 2010)(영문)This article describes how to install and configure Remote BLOB Storage (RBS) with the FILESTREAM provider on a Microsoft SQL Server 2008 database server that supports a Microsoft SharePoint Server 2010 system. RBS is typically recommended in the case where the content databases are 4 gigabytes (GB) or larger.RBS is a library API set that is incorporated as an add-on feature pack for Microsoft SQL Server 2008 and Microsoft SQL Server 2008 Express. RBS is designed to move the storage of binary large objects (BLOBs) from database servers to commodity storage solutions. RBS ships with the RBS FILESTREAM provider, which uses the RBS APIs to store BLOBs. Before installing and implementing RBS, we highly recommend that you read the articles Plan for remote BLOB storage (SharePoint Server 2010) and Overview of Remote BLOB Storage (SharePoint Server 2010).If you want to implement RBS with a provider other than FILESTREAM, read the article Install and configure Remote BLOB Storage without the FILESTREAM provider (SharePoint Server 2010).In this article: Enable FILESTREAM and provision the RBS data store Install RBS Enable and test RBS The user account that you use to perform the procedures that are described in this article must have the following memberships: Administrators group on the Web servers and application servers. Farm Administrators group for the SharePoint Server 2010 farm. SQL Server dbcreator and securityadmin fixed server roles on the

computer that is running SQL Server 2008 Express or SQL Server 2008.

Enable FILESTREAM and provision the RBS data storeYou must enable and configure FILESTREAM on the computer that is running SQL Server 2008 that hosts the SharePoint Server 2010 databases. To enable and configure FILESTREAM, follow the instructions in How to: Enable

282

http://go.microsoft.com/fwlink/?LinkID=166110&clcid=0x409

http://technet.microsoft.com/library/7c877590-c6b4-48b2-aee3-330c5d42d44c(Office.14).aspx

http://technet.microsoft.com/library/7c877590-c6b4-48b2-aee3-330c5d42d44c(Office.14).aspx

http://technet.microsoft.com/library/d359cdaa-0ebd-4c59-8fc5-002cba241b18(Office.14).aspx

http://technet.microsoft.com/library/d359cdaa-0ebd-4c59-8fc5-002cba241b18(Office.14).aspx

http://technet.microsoft.com/library/c1f83b4f-a507-42f7-bd82-fed5404ed1ad(Office.14).aspx

http://technet.microsoft.com/library/c1f83b4f-a507-42f7-bd82-fed5404ed1ad(Office.14).aspx

FILESTREAM (http://go.microsoft.com/fwlink/?LinkID=166110&clcid=0x409). After you have enabled and configured FILESTREAM, provision a BLOB store as described in the following procedure.To provision a BLOB Store with the FILESTREAM provider1. Click Start, click All Programs, click Microsoft SQL Server 2008, and

then click SQL Server Management Studio. 2. Expand Databases.3. Select the content database for which you want to create a BLOB store,

and then click New Query.4. In the Query pane, copy and execute each of the following SQL queries in

the sequence provided here. 팁:

For best performance, simplified troubleshooting, and as a general best practice, we recommend that you create the BLOB store on a volume that does not contain the operating system, paging files, database data, log files, or the tempdb file.

코드 복사

use [ContentDbName] if not exists (select * from sys.symmetric_keys where name = N'##MS_DatabaseMasterKey##')create master key encryption by password = N'Admin Key Password !2#4'

코드 복사use [ContentDbName] if not exists (select groupname from sysfilegroups where groupname=N'RBSFilestreamProvider')alter database [ContentDbName] add filegroup RBSFilestreamProvider contains filestream

코드 복사use [ContentDbName] alter database [ContentDbName] add file (name = RBSFilestreamFile, filename = 'c:\Blobstore') to filegroup RBSFilestreamProvider

283

http://go.microsoft.com/fwlink/?LinkID=166110&clcid=0x409

Where [ContentDbName] is the content database name, and c:\BLOBStore is the volume\directory in which you want the BLOB store created. Be aware that you can provision a BLOB store only one time. If you attempt to provision the same BLOB store more than one time, you will receive an error.

Install RBSYou must install RBS on the database server and on all Web servers and application servers in the SharePoint farm. You must configure RBS separately for each associated content database.

경고: We do not recommend that you install RBS by running the RBS_X64.msi file and launching the Install SQL Remote BLOB Storage wizard. The wizard configures the RBS Maintainer to run a scheduled task every 30 days. This setting might not be optimal for your environment. For more information about the RBS Maintainer, see the SQL Server Help documentation that is included with the Feature Pack for Microsoft SQL Server 2008 R2 의 SQL Server Remote BLOB Store 설치 패키지. To install RBS on a Web server1. On any Web server, go to http://go.microsoft.com/fwlink/?LinkID=177388

(http://go.microsoft.com/fwlink/?LinkID=177388) to download the RBS_X64.msi file.

중요: You must install the version of RBS that is included in the Feature Pack for Microsoft SQL Server 2008 R2 의 SQL Server Remote BLOB Store 설치 패키지. The version of RBS must be 10.50.xxx. No earlier version of RBS is supported for SharePoint Server 2010.2. Click Start and then type cmd in the text box. In the list of results, right-

click cmd, and then click Run as administrator. Click OK.3. Copy and paste the following command at the command prompt:

코드 복사

msiexec /qn /lvx* rbs_install_log.txt /i RBS_X64.msi TRUSTSERVERCERTIFICATE=true FILEGROUP=PRIMARY DBNAME="<ContentDbName>" DBINSTANCE="<DBInstanceName>" FILESTREAMFILEGROUP=RBSFilestreamProvider FILESTREAMSTORENAME=FilestreamProvider_1Where: <ContentDbName> is the database name.

284

http://go.microsoft.com/fwlink/?LinkID=177388

<DBInstanceName> is the SQL Server instance name.The operation should complete in approximately one minute.

To install RBS on all additional Web and application servers1. On a Web server, go to http://go.microsoft.com/fwlink/?LinkID=177388

(http://go.microsoft.com/fwlink/?LinkID=177388) and download the RBS_X64.msi file.

중요: You must install the version of RBS that is included in the SQL Server Remote BLOB Store installation package from the Feature Pack for SQL Server 2008 R2의 SQL Server Remote BLOB Store 설치 패키지. The version of RBS must be 10.50.xxx. No earlier version of RBS is supported for SharePoint Server 2010.2. Click Start and then type cmd in the text box. In the list of results, right-

click cmd, and then click Run as administrator. Click OK.3. Copy and paste the following command at the command prompt:

코드 복사

msiexec /qn /lvx* rbs_install_log.txt /i RBS_X64.msi DBNAME="ContentDbName" DBINSTANCE="DBInstanceName" ADDLOCAL="Client,Docs,Maintainer,ServerScript,FilestreamClient,FilestreamServer" Where: ContentDbName is the database name DBInstanceName is the name of the SQL Server instance.

The operation should finish within approximately one minute.4. Repeat this procedure on all Web servers and application servers. If you do

not install RBS on every Web and application server, users will encounter errors when they try to write to the content databases.

To confirm the RBS installation1. The rbs_install_log.txt log file is created in the same location as the

RBS_X64.msi file. Open the rbs_install_log.txt log file with a text editor and scroll toward the bottom of the file. Within the last 20 lines of the end of the file, an entry should read as follows: “Product: SQL Remote Blob Storage – Installation completed successfully”.

2. On the computer that is running SQL Server 2008, verify that the RBS tables were created in the content database. Several tables should reside under the content database with names that are preceded by the letters "mssqlrbs".

285


Enable and test RBSYou must enable RBS on one Web server in the SharePoint farm. It does not matter which Web server you choose for this activity, as long as RBS was installed on it by using the previous procedure.To enable RBS 1. On the Start menu, click Programs, click Microsoft SharePoint 2010

Products, and then click SharePoint 2010 Management Shell.2. At the Windows PowerShell command prompt, type each of the following

commands. 코드 복사

$cdb = Get-SPContentDatabase –WebApplication <http://SiteName>

Where <http://SiteName> is the URL of the Web application that is connected to the content database.

코드 복사

$rbss = $cdb.RemoteBlobStorageSettings

코드 복사

$rbss.Installed()

코드 복사

$rbss.Enable()

코드 복사

$rbss.SetActiveProviderName($rbss.GetProviderNames()[0])

코드 복사

$rbss

To test the RBS data store1. Connect to a document library on any Web server. 2. Upload a file that is at least 100 kilobytes (KB) to the document library.3. On the computer that contains the RBS data store, click Start, and then

click Computer. 4. Browse to the RBS data store directory.

286

5. Browse to the file list and open the folder that has the most recent modified date (other than $FSLOG). In that folder, open the file that has the most recent modified date. Verify that this file has the same size and contents as the file that you uploaded. If it does not, ensure that RBS is installed and enabled correctly.

To enable additional databases to use RBS, see Set a content database to use Remote Blob Storage (RBS) (SharePoint Server 2010).

참고 항목기타 리소스Migrate content into or out of Remote BLOB Storage (RBS) (SharePoint Server 2010)Disable Remote BLOB Service (RBS) on a content database (SharePoint Server 2010)

287

http://technet.microsoft.com/library/75096f60-b94e-44c2-bc84-8aa3e2c4fff3(Office.14).aspx

http://technet.microsoft.com/library/75096f60-b94e-44c2-bc84-8aa3e2c4fff3(Office.14).aspx

http://technet.microsoft.com/library/0317c126-78ed-47e0-9109-fe143ddb0259(Office.14).aspx

http://technet.microsoft.com/library/0317c126-78ed-47e0-9109-fe143ddb0259(Office.14).aspx

http://technet.microsoft.com/library/83ee2a38-1b91-4c6a-83de-1e968db74611(Office.14).aspx

http://technet.microsoft.com/library/83ee2a38-1b91-4c6a-83de-1e968db74611(Office.14).aspx

Configure and use the Exchange connector (SharePoint Server 2010)(영문)This article describes how to create a crawl rule and add a content source for crawling Microsoft Exchange Server public folders.Before you begin, ensure that the crawler has at least Read permission to the public folder.

Create a crawl ruleThis section describes the steps that are required to create a crawl rule. You must create a crawl rule if the default content access account does not have Read permission to the Exchange public folders that you want to crawl.To create a crawl rule1. Verify that the user account that is performing this procedure is an

administrator for the Search service application.2. On the Home page of the SharePoint Central Administration Web site, in

the Application Management section, click Manage service applications.

3. On the Manage Service Applications page, click Search Service Application.

4. On the Search Administration page, in the Crawling section, click Crawl Rules.

5. On the Manage Crawl Rules page, click New Crawl Rule.6. In the Path section, in the Path box, type a path to be crawled.

When creating a crawl rule, the URL that you type in the Path box should be in the following form: <protocol>://hostname/*where <protocol> is the protocol that you want to use (typically http or https), and hostname is the NetBIOS or fully qualified domain name of the server that is running Exchange Server.

7. In the Crawl Configuration section, select one of the following: Exclude all items in this path (Default) Include all items in this path

8. In the Specify Authentication section, select the type of crawl authentication to use. This section is used only when Include all items in this path is selected.

9. Click OK to add the crawl rule.288

Add a content source for Microsoft Exchange public foldersUse the following procedures to create a content source for Exchange Server public folders. Note that there are two procedures listed that describe separate processes to add a content source based on the Exchange Server version. The first procedure describes how to add a content source for Exchange Server 2007 and earlier, the second describes how to add a content source from Exchange Server 2007 with Service Pack 2 (SP2) and later versions. This includes Microsoft Exchange Server 2010.To add a content source for Exchange Server 2007 and earlier public folders 1. Verify that the user account that is performing this procedure is an

administrator for the Search service application.2. On the SharePoint Central Administration Home page, in the Application

Management section, click Manage service applications.3. On the Manage Service Applications page, click Search Service

Application.4. On the Search Administration page, in the Crawling section, click

Content Sources.5. On the Manage Content Sources page, click New Content Source.6. On the Add Content Source page, in the Name box, type the name that

you want to use for the content source.7. In the Content Source Type section, select Exchange Public Folders.8. In the Start Addresses section, type the URLs for the Exchange Server

public folders that you want to crawl. These URLs are typically in one of the following forms: <protocol>://host name/public

where <protocol> can be http or https, and host name is the NetBIOS or fully qualified domain name (FQDN) of the server that is running Exchange Server.

<protocol>://host name/public/subfolderwhere <protocol> can be http or https, host name is the NetBIOS or FQDN of the server that is running Exchange Server, and subfolder is the name of the specific subfolder that you want to crawl.For example, if you want to crawl all subfolders in the public folder on a server that is named exch-01 and that is in the Contoso domain, and that server does not use SSL, you could type either http://exch-01/public or http://exch-01.contoso.com. To crawl only a specific subfolder named Bob in the same public folder, type http://exch-01/public/bob or http://exch-01.contoso.com/bob.

289

참고: For performance reasons, you cannot add the same start addresses to multiple content sources.9. In the Crawl Settings section, select the behavior for the kind of content

that you selected. 10. In the Crawl Schedules section, you can optionally specify when to start

full and incremental crawls: You can create a full crawl schedule by clicking the Create Schedule

link below the Full Crawl list. You can create an incremental crawl schedule by clicking the Create

schedule link below the Incremental Crawl list.11. Click OK.12. Repeat steps 4 through 10 for any additional content sources that you

want to create.To add content sources for Microsoft Exchange 2007 SP2 and later versions public folders 1. Verify that the user account that is performing this procedure is an

administrator for the Search service application.2. Open a Web browser and navigate to the Outlook Web Access Web page

for the Exchange Server that has the public folders that you want to crawl.3. Log on to Outlook Web Access using any user account that has Read

access to the public folders that you want to crawl.4. Navigate to the public folder that you want to crawl, right-click that folder,

and then select Open in New Window.5. When the new window opens, navigate to the new window's address bar

and copy the complete URL. This is the Outlook Web Access public folder address.

6. On the SharePoint Central Administration Web site, in the Application Management section, click Manage service applications.

7. On the Manage Service Applications page, click Search Service Application.

8. On the Search Administration page, in Crawling section, click Content Sources.

9. Click New Content Source. 10. On the Add Content Source page, in the Name box, type the name that

you want to use for the content source.11. In the Content Source Type section, select Exchange Public Folders.12. In the Start Addresses section, paste the Outlook Web Access public

folder address that you copied in step 5.13. In the Crawl Settings section, select the behavior for the kind of content

that you selected.

290

14. In the Crawl Schedules section, you can optionally specify when to start full and incremental crawls: You can create a full crawl schedule by clicking the Create Schedule

link below the Full Crawl list. You can create an incremental crawl schedule by clicking the Create

schedule link below the Incremental Crawl list.15. To create the content source, click OK.

291

Business Intelligence Search Indexing Connector 배포(SharePoint Server 2010)이 섹션에서는 Microsoft Business Intelligence Indexing Connector 의 배포 단계에 대해 설명합니다. Install and configure BI Indexing Connector (back end)( 영문 )

이 문서에서는 Microsoft FAST Search Server 2010 for SharePoint 를 백 엔드로 성공적으로 설치한 후 Microsoft Business Intelligence Indexing Connector 를 백 엔드에 대해 설치 및 구성하는 방법에 대해 설명합니다.

Business Intelligence Indexing Connector 용 SharePoint 솔루션 팩 설치 또는 제거 ( 프런트 엔드 ) 이 문서에서는 Microsoft Business Intelligence Indexing Connector 를 설치 및 구성하는 방법에 대해 설명합니다.

Business Intelligence Indexing Connector 용 SharePoint 솔루션 팩 언어 팩 설치 또는 제거 ( 프런트 엔드 ) 이 지침에서는 SharePoint 솔루션 팩의 설치에 필요한 언어 팩을 적용하는 방법을 소개합니다.

292

Install and configure BI Indexing Connector (back end)(영문)This article describes how to install and configure the Microsoft Business Intelligence Indexing Connector for the back end. To download the Business Intelligence Indexing Connector (back end), see Microsoft Business Intelligence Indexing Connector – Back end (http://go.microsoft.com/fwlink/?LinkId=195026).Microsoft FAST Search Server 2010 for SharePoint must be installed first to provide indexing and query matching capabilities, and the administration of these features. For more information, see Add FAST Search Server 2010 for SharePoint as back-end for SharePoint Server (FAST Search Server 2010 for SharePoint).

중요: Microsoft SharePoint Server 2010 and FAST Search Server 2010 for SharePoint must not be installed on the same server.

Before you startMake sure that you have performed the steps for Installation and initial configuration of FAST Search Server 2010 for SharePoint.Review Determine software requirements for Business Intelligence Indexing Connector and Topology of Business Intelligence Indexing Connector in a multiple server deployment.We recommend that you grant the Service Identity account, the account under which Business Intelligence Indexing Connector service is run, the following fixed database roles: db_datareader db_denydatawriterThe Service Identity account should be added to the FASTSearchAdministrators group so that business intelligence properties are recognized on a document. Considerations for crawling external data sourcesThis section explains how you can successfully crawl external data sources, specifically Microsoft SQL Server Reporting Services(SSRS) report server, Microsoft SQL Server 2008 R2 PowerPivot for Microsoft SharePoint 2010, and other files.

293

http://technet.microsoft.com/library/6b768a7a-a305-4947-b0fc-69fed70ef2ee(Office.14).aspx


http://technet.microsoft.com/library/b2d2b716-10d3-409f-8887-f047ae92e6c8(Office.14).aspx


http://technet.microsoft.com/library/224430a1-4c94-451e-9a17-c8f53ac4865b(Office.14).aspx


http://technet.microsoft.com/library/7d391df2-3f55-4084-974e-43eaf66fc12a(Office.14).aspx



http://go.microsoft.com/fwlink/?LinkId=195026

http://go.microsoft.com/fwlink/?LinkId=195026

To crawl files that are created by Microsoft SQL Server PowerPivot for Microsoft Excel, you must deploy the same version of PowerPivot for Excel onto the instance of Microsoft FAST Search Server 2010 for SharePoint that is installed on the client. The client files that are crawled must be Microsoft Excel 2010 files that have the same version of PowerPivot for Excel that is installed on FAST Search Server 2010 for SharePoint.To crawl SSRS .rdl files on a computer that is running Microsoft SharePoint Server with the Reporting Services Add-in, you must append NoGetRedirect="TRUE" so that the tag in %ProgramFiles%\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\XML\ServerFiles_ReportServer.xml resembles the following. <Mapping FileExtension="rdl" RedirectUrlTemplate="/_layouts/ReportServer/RSViewerPage.aspx?rv:RelativeReportUrl=|0" NoGetRedirect="TRUE"/>If you have multiple SharePoint Web applications in a farm configuration, you must change the ServerFiles_ReportServer.xml file on each computer that has a front-end Web and is configured to manage report server content.

참고: If the Business Intelligence Indexing Connector front end (SharePoint Server 2010) and back end (FAST Search Server 2010 for SharePoint) are installed on the same computer, you do not have to render the SSRS report in the browser. Clicking an .rdl document (SSRS report) in a PowerPivot Gallery gives you the option to download the .rdl document rather than rendering the report in the browser. This does not affect other SharePoint document libraries, which will render SSRS reports in the browser. To query dynamic data in SSRS reports, you must specify the HTTP redirect as the URL after you select Enable External Data Source Crawling. The redirect would resemble the following. http://<computername>/_vti_bin/reportserverTo crawl SSRS report files, you must have the Business Intelligence Indexing Connector installed on the admin server. By default, all servers in a multiple server deployment, except the admin server, are non-admin servers. To learn how to determine whether a configured admin server is running, see Installation and initial configuration of FAST Search Server 2010 for SharePoint.

Install the Business Intelligence Indexing ConnectorWhen you click Download on the download page, a Microsoft Installer Package (MSI) runs on your computer and a wizard opens. Follow the procedures in sequence.

294



To install the Business Intelligence Indexing Connector 1. A welcome page appears. Click Next to continue with installation.2. Browse to change the default destination folder location. The default

install location is %Program Files%\Microsoft\Business Intelligence Indexing Connector. Click Next and then click Install.

3. Click Finish.To configure the Business Intelligence Indexing Connector1. On the Start Menu, point to All Programs, and then locate FAST Search

Server 2010 for SharePoint. Select Business Intelligence Indexing Connector to start the wizard. A welcome page opens. Click Next

2. On the BI Indexing Connector Service Settings page, select service identity account settings and optionally change the port. Click Next.

참고: To crawl external data sources, such as SSRS report server, you must enter an account that has database access.3. On the BI Indexing Connector Filters Settings page, you have to option to

enable external data source crawling. You can also select an SSRS report server as an external data source. If you select to Enable External Data Source Crawling for Excel or SSRS, you must apply security restrictions to indexed information about Active Directory service accounts. Security restrictions give you the option to select one or more user accounts and one or more groups. Click Next.

경고: If you select Enable External Data Source Crawling, you may enable search users to breach the network security because of design limitations. If your file has specific data-level permissions lower than the file security, consider excluding that specific report from the crawl completely. You can do this by isolating it in a secure content source or by not giving access to the report—or underlying data—from the Service Identity account.

경고: Users with write access to external data sources, including the Master database, can potentially index the complete database schema and execute SQL scripts. As a best practice, the database administrator should only grant read access to the Service Identity account.4. Click Configure to complete the configuration of your choices.Changes on the configuration made through the configuration wizard may stop and restart the FAST Search Server 2010 for SharePoint service after configuration has completed successfully. If the service stops after configuration or cannot restart, refer to Troubleshooting BI Indexing Connector (SharePoint Server 2010)( 영문 ) .

295

참고:

If you reinstall Office Filter Pack after the Business Intelligence Indexing Connector is configured, you must re-run the configuration wizard.

Verification of configurationWhen configuration is completed successfully, the BI Indexing Connector service is set to start automatically.

참고 항목기타 리소스Determine software requirements for Business Intelligence Indexing ConnectorTopology of Business Intelligence Indexing Connector in a multiple server deployment

296




Business Intelligence Indexing Connector 제거이 문서에서는 Microsoft Business Intelligence Indexing Connector 를 제거하는 방법에 대해 설명합니다.

참고:

Business Intelligence Indexing Connector 를 제거해도 관련된 관리 및 크롤링 속성은 Microsoft FAST Search Server 2010 for SharePoint 백 엔드 설치 환경에서 제거되지 않습니다. 이러한 속성을 제거하려면 SharePoint 중앙 관리 웹 사이트를 사용해야 합니다. 관리 및 크롤링 속성을 수동으로 제거하려면 콘텐츠를 다시 인덱싱해야 합니다.

Business Intelligence Indexing Connector 를 제거하려면1. 제어판 항목에서 프로그램 제거 또는 변경을 엽니다.2. Business Intelligence Indexing Connector 를 선택합니다.3. 제거를 클릭합니다.

297

Business Intelligence Indexing Connector 용 SharePoint 솔루션 팩 설치 또는 제거(프런트 엔드)이 문서에서는 Microsoft Business Intelligence Indexing Connector(프런트 엔드)를 설치 및 구성하는 방법에 대해 설명합니다. Business Intelligence Indexing Connector(프런트 엔드)를 다운로드하려면 Microsoft Business Intelligence Indexing Connector - 프런트 엔드(http://go.microsoft.com/fwlink/?linkid=195027&clcid=0x412)를 참조하십시오. 이 문서에서는 Microsoft SQL Server 또는 Microsoft SharePoint Server 2010 을 설치하는 방법에 대해서는 다루지 않습니다.

시작하기 전에배포를 시작하기 전에 다음 작업을 수행합니다. Business Intelligence Indexing Connector 의 백 엔드 및 프런트 엔드 배포에 대한 토폴로지를 검토합니다. 자세한 내용은 Topology of Business Intelligence Indexing

Connector in a multiple server deployment 를 참조하십시오. SharePoint Server 2010 설치의 일부로 다음이 준비되어 있는지 확인합니다.

FAST Search Server 2010 for SharePoint 가 Microsoft SharePoint Server 2010 의 백 엔드로 구성되어 있습니다. 자세한 내용은 FAST Search Server 2010 for SharePoint 배포 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=171127&clcid=0x412)(영문일 수 있음)를 참조하십시오.

Enterprise FAST Search 서식 파일을 사용하는 FAST Search 사이트 모음이 있습니다. URL 은 이 섹션의 프로세스 후반에 사용합니다. 사이트 모음을 만드는 방법에 대한 자세한 내용은 사이트 모음 만들기 (SharePoint Server 2010) 를 참조하십시오. 필요한 관리 자격 증명이 있는지 확인합니다. Business Intelligence Indexing

Connector(프런트 엔드)를 사용하도록 설정하려면 Farm Administrators 그룹의 구성원이어야 합니다.

SharePoint Server 용 SharePoint 솔루션 팩SharePoint 솔루션 팩을 설치하면 사용자가 Business Intelligence Indexing Connector를 사용할 수 있도록 하는 프런트 엔드 FAST Search 사이트에 보고서 탭이 추가됩니다.SharePoint 솔루션 팩을 설치하려면

298







1. 명령 프롬프트에 다음 명령을 입력하여 BIConnectorFrontend.exe 의 내용을 추출합니다. BIConnectorFrontend.exe /extract:<folder location>예: BIConnectorFrontend.exe /extract:C:\BIConnectorFrontendFolder

2. 명령 프롬프트 창을 열고 Stsadm.exe 가 있는 위치(%ProgramFile%\Common Files\Microsoft Shared\Web Server Extensions\14\Bin)로 이동합니다.

3. 다음 Stsadm 명령을 입력하고 BIConnectorFrontend.wsp 파일의 폴더 위치를 지정합니다. 이 파일은 1 단계에서 추출합니다. stsadm -o addsolution -filename <folder location>\FullPack\BIConnectorFrontend.wspEnter 키를 누릅니다.

4. 작업이 성공적으로 완료되면 다음 Stsadm 명령을 입력합니다. stsadm -o deploysolution -name BIConnectorFrontend.wsp -local -allowgacdeploymentEnter 키를 누릅니다.

5. 작업이 성공적으로 완료되면 다음 Stsadm 명령을 입력하여 앞에서 만든 FAST Search 사이트 모음의 URL 을 지정합니다. stsadm -o activatefeature -name BIIndexingConnector -url [Website URL]Enter 키를 누릅니다.

참고:

FAST Search 사이트의 보고서 탭을 테스트하기 전에 보고서 검색 범위가 배포될 때까지 60 초 동안 기다립니다. 그렇지 않으면 "선택한 범위가 잘못되었습니다."라는 오류 메시지가 나타납니다.FAST Search 사이트로 이동하여 보고서 탭이 추가되었는지 확인합니다.

참고:

모든 언어 중 하나의 SharePoint 솔루션 팩만 설치할 수 있습니다.

SharePoint 솔루션 팩 제거이 섹션에서는 SharePoint Server 용 SharePoint 솔루션 팩을 제거하는 방법에 대해 설명합니다.

참고:

SharePoint 솔루션 팩을 계속 제거하려면 먼저 모든 언어 팩을 제거해야 합니다. SharePoint 솔루션 팩을 제거하려면1. 명령 프롬프트 창을 열고 Stsadm.exe 가 있는 위치(%ProgramFile%\Common Files\

Microsoft Shared\Web Server Extensions\14\Bin)로 이동합니다.

299

2. 다음 Stsadm 명령을 입력하고 SharePoint 솔루션 팩 설치 시 사용한 FAST Search 사이트 모음의 URL 을 지정합니다. stsadm -o deactivatefeature -name BIIndexingConnector -url <Website URL>Enter 키를 누릅니다.

3. 작업이 성공적으로 완료되면 다음 Stsadm 명령을 입력합니다. stsadm -o retractsolution -name BIConnectorFrontend.wsp -localEnter 키를 누릅니다.

4. 작업이 성공적으로 완료되면 다음 Stsadm 명령을 입력하고 Enter 키를 누릅니다. stsadm -o deletesolution -name BIConnectorFrontend.wsp


300




Business Intelligence Indexing Connector 용 SharePoint 솔루션 팩 언어 팩 설치 또는 제거(프런트 엔드)다음 지침에서는 Microsoft Business Intelligence Indexing Connector(프런트 엔드)용 SharePoint 솔루션 팩의 설치에 필요한 언어 팩을 적용하는 방법을 소개합니다. Business Intelligence Indexing Connector(프런트 엔드)를 다운로드하려면 Microsoft Business Intelligence Indexing Connector – 프런트 엔드 (http://go.microsoft.com/fwlink/?linkid=195027&clcid=0x412)를 참조하십시오.

SharePoint 솔루션 팩 언어 팩SharePoint 솔루션 팩과 언어 팩을 함께 설치하면 국가별 대상 그룹이 Business Intelligence Indexing Connector 를 사용할 수 있도록 하는 프런트 엔드 FAST Search 사이트에 보고서 탭이 추가됩니다. SharePoint 솔루션 팩 언어 팩을 설치하려면1. Enterprise FAST Search 서식 파일을 사용하여 지역화된 FAST Search 사이트 모음을 만듭니다. URL 은 나중에 사용합니다. 사이트 모음을 만드는 방법에 대한 자세한 내용은 사이트 모음 만들기 (SharePoint Server 2010) 를 참조하십시오. 2. 명령 프롬프트 창을 열고 BIConnectorFrontend.exe 를 설치한 위치로 이동합니다. 3. 다음 명령을 사용하여 BIConnectorFrontend.exe 의 내용을 추출합니다.

BIConnectorFrontend.exe /extract:<folder location>4. 명령 프롬프트 창을 열고 Stsadm.exe 가 있는 위치(%ProgramFiles%\Common Files\

Microsoft Shared\Web Server Extensions\14\Bin)로 이동합니다.5. 다음 Stsadm 명령을 입력하고 BIConnectorFrontend.wsp 파일의 폴더 위치를 지정합니다. 이 파일은 1 단계에서 추출합니다. 또한 설치할 언어의 LCID 코드를 나타냅니다.

stsadm -o addsolution -filename <folder location>\LanguagePack\BIConnectorFrontend.wsp -lcid <code> Enter 키를 누릅니다.

6. 작업이 성공적으로 완료되면 다음 Stsadm 명령을 입력하고 설치할 언어의 LCID 코드를 지정합니다. stsadm -o deploysolution -name BIConnectorFrontend.wsp -local -allowgacdeployment -lcid <code>Enter 키를 누릅니다.

301



7. 작업이 성공적으로 완료되면 다음 Stsadm 명령을 입력하여 앞에서 만든 FAST Search 사이트 모음의 URL 을 지정합니다. stsadm -o activatefeature -name BIIndexingConnector -url <Website URL>Enter 키를 누릅니다.

참고:

여러 언어 팩을 각 SharePoint 솔루션 팩과 함께 배포할 수 있습니다.

SharePoint 솔루션 팩 언어 팩 제거이 섹션에서는 SharePoint 솔루션 팩 언어 팩을 제거하는 방법에 대해 설명합니다.

참고:

SharePoint 솔루션 팩을 계속 제거하려면 먼저 모든 언어 팩을 제거해야 합니다. SharePoint Server 언어 팩용 SharePoint 솔루션 팩을 제거하려면1. 명령 프롬프트 창을 열고 Stsadm.exe 가 있는 위치(%ProgramFile%\Common Files\

Microsoft Shared\Web Server Extensions\14\Bin)로 이동합니다.2. 다음 Stsadm 명령을 입력하고 언어 팩 설치 시 사용한 FAST Search 사이트 모음의 URL을 지정합니다.

stsadm -o deactivatefeature -name BIIndexingConnector -url <Website URL>Enter 키를 누릅니다.

3. 작업이 성공적으로 완료되면 다음 Stsadm 명령을 입력하고 제거할 언어의 LCID 코드를 지정합니다. stsadm -o retractsolution -name BIConnectorFrontend.wsp -local -lcid <code>Enter 키를 누릅니다.

4. 작업이 성공적으로 완료되면 다음 Stsadm 명령을 입력하고 제거할 언어의 LCID 코드를 지정합니다.stsadm -o deletesolution -name BIConnectorFrontend.wsp -lcid <code>


302




Troubleshooting BI Indexing Connector (SharePoint Server 2010)(영문)This article describes considerations when you install, configure, and crawl data sources for business intelligence assets by using Microsoft Business Intelligence Indexing Connector.

Data sourcesBusiness Intelligence Indexing Connector crawls files and can optionally crawl external data sources to data-driven files such as an Microsoft Excel file connected to a Microsoft SQL Server source or a Microsoft SQL Server Reporting Services(SSRS) .rdl file connected to a SQL Server database. This is so that you can see the database name of the data source and also elements of the data, including dimensions and measures of a Microsoft SQL Server Analysis Services(SSAS) cube. The following are considerations and issues that you may encounter when Business Intelligence Indexing Connector crawls Excel and SSRS .rdl files.Excel and PowerPivot filesCrawling Excel files with custom SQL statements is not supported. If a data source for an Excel file has a custom SQL statement for the data source query, you will receive an error message in an enabled event log that the SQL query cannot be read.To crawl files for Microsoft SQL Server PowerPivot for Microsoft Excel, you must deploy PowerPivot for Excel 2010 on the instance of FAST Search Server 2010 for SharePoint that is installed on the client. The client files that are crawled must be Excel 2010 files with the same version of PowerPivot for Excel that is installed on FAST Search Server 2010 for SharePoint.

Unified Logging Service log file or trace logsAny changes on the configuration made through the configuration wizard will stop and restart the service after configuration has completed successfully. If the service stops or cannot restart after configuration, review the Unified Logging Service (ULS) log. The ULS writes Microsoft SharePoint Server 2010 events to SharePoint Server 2010 Trace Logs which are located at: %ProgramFile%\Common Files\Microsoft Shared\web server extensions\14\LOGS.

303

Collectively this location and its files are commonly referred to as the “ULS Logs” though MSDN calls them the Trace Logs. The ulscommoncore.msi file is installed when FAST Search Server 2010 for SharePoint is installed. If it has not been installed, run ulscommoncore.msi from %FastSetupFolder%\installer\files to enable the Business Intelligence Indexing Connector log file.

304

서비스 구성(SharePoint Server 2010)Microsoft SharePoint Server 2010 에서는 개별 서비스를 일일이 구성할 수 있으며 조직에서 필요로 하는 서비스만 구현할 수도 있습니다. 서비스를 시작, 중지 및 구성하는 방법에 대한 자세한 내용은 Manage services on the server (SharePoint Server)를 참조하십시오.배포되는 서비스는 이름이 지정된 서비스 응용 프로그램입니다. 서비스 응용 프로그램은 팜 내 전체 사이트 또는 경우에 따라 여러 팜에서 공유할 수 있고 호스팅 웹 응용 프로그램을 통해 사용자가 액세스할 수 있는 리소스를 제공합니다. 서비스 응용 프로그램은 서비스 응용 프로그램 연결을 통해 웹 응용 프로그램에 연결됩니다. 서비스 응용 프로그램을 관리 및 게시하는 방법에 대한 자세한 내용은 Service application and service management (SharePoint Server 2010)( 영문 ) 를 참조하십시오.서비스 응용 프로그램 및 서비스에 대한 자세한 내용은 Technical diagrams (SharePoint Server 2010)을 참조하십시오.이 섹션에는 다음 문서가 포함되어 있습니다. Manage service applications (SharePoint Server 2010)

이 문서에서는 Microsoft SharePoint Server 2010 의 서비스 응용 프로그램 및 서비스 구조에 대해 설명하고 서비스 응용 프로그램과 서비스를 관리하는 방법을 소개합니다.

Security Token Service 구성 (SharePoint Server 2010) 이 문서에서는 Microsoft SharePoint Server 2010 STS(Security Token Service)를 구성하는 데 도움이 되는 지침을 제공합니다. STS 는 보안 토큰에 대한 요청에 응답하고 ID 관리를 제공하도록 디자인된 특수 웹 서비스입니다.

Secure Store Service 구성 (SharePoint Server 2010) 이 문서에서는 솔루션 디자이너가 사용자 및 그룹 자격 증명을 외부 데이터 원본의 자격 증명에 매핑하는 대상 응용 프로그램을 만드는 데 사용할 수 있는 Microsoft SharePoint Server 2010 Secure Store Service 작업에 대해 설명합니다.

검색을 위한 설치 후 단계 (SharePoint Server 2010) 이 문서에서는 단일 서버 배포에서 검색 시스템을 구성하기 위한 설치 후 단계에 대해 설명합니다.

305

http://technet.microsoft.com/library/0a785758-694c-4c5c-abe6-70a17b490c6e(Office.14).aspx



http://technet.microsoft.com/library/6641730b-7099-47c0-938f-783ea8ef8e62(Office.14).aspx

Service application and service management (SharePoint Server 2010)(영문)Articles in this section discuss the structures of service applications and services in Microsoft SharePoint Server 2010, and explain how service applications and services can be managed. These articles are for farm administrators and service application administrators who will operate SharePoint Server 2010.

이 섹션의 내용 About service applications and services

Provides an introduction to the logical infrastructure of service applications and services.

Managing service applications Describes how to manage, create, configure, and share service applications.

Managing services on the server (SharePoint Server) Describes how services can be started, stopped, and configured.

참고 항목기타 리소스Manage Web applications (SharePoint Server 2010)Technical diagrams (SharePoint Server 2010)

306


http://technet.microsoft.com/library/1ad49d4e-598d-446c-aabd-de4a8f6ad391(Office.14).aspx

http://technet.microsoft.com/library/6641730b-7099-47c0-938f-783ea8ef8e62(Office.14).aspx

http://technet.microsoft.com/library/0a785758-694c-4c5c-abe6-70a17b490c6e(Office.14).aspx

http://technet.microsoft.com/library/ba00a200-ea96-45f6-a423-3cfcffba77f8(Office.14).aspx

Security Token Service 구성(SharePoint Server 2010)이 문서에서는 Microsoft SharePoint Server 2010 STS(Security Token Service)를 구성하는 데 사용할 수 있는 지침을 제공합니다. STS 는 보안 토큰에 대한 요청에 응답하고 ID 관리를 제공하도록 디자인된 특수 웹 서비스입니다. 모든 STS 의 핵심 기능은 동일하지만 각 STS에서 수행하는 작업의 특성은 STS 가 해당 디자인 내의 다른 STS 웹 서비스와 관련하여 수행하는 역할에 따라 다릅니다.이 문서의 내용: STS 를 사용하는 웹 응용 프로그램의 작동 방식 Windows PowerShell 을 사용하여 SharePoint 클레임 기반 웹 응용 프로그램 구성 바인딩 편집 STS 를 사용하는 웹 응용 프로그램 구성

STS 를 사용하는 웹 응용 프로그램의 작동 방식Security Token Service 를 사용하는 웹 응용 프로그램은 보안 토큰 발급, 관리 및 확인 요청을 처리합니다. 보안 토큰은 사용자의 이름, 역할 및 익명 식별자와 같은 ID 클레임의 모음으로 구성됩니다. 토큰은 SAML(Security Assertion Markup Language) 토큰 등 다양한 형식으로 발급됩니다. 보안 토큰은 전송 과정에서 토큰의 콘텐츠를 보호하고 신뢰할 수 있는 발급자를 확인할 수 있도록 해 주는 X.509 인증서를 사용하여 보호할 수 있습니다. Security Token Service 에 대한 자세한 내용은 Plan authentication methods (SharePoint Server 2010)을 참조하십시오.IP-STS(ID 공급자-STS)는 신뢰할 수 있는 ID 클레임에 대한 요청을 처리하는 웹 서비스입니다. IP-STS 에서는 ID 저장소라는 데이터베이스를 사용하여 ID 및 해당 ID 의 연결된 특성을 저장 및 관리합니다. ID 공급자의 ID 저장소는 SQL 데이터베이스 테이블과 같이 단순한 형태일 수 있습니다. IP-STS 는 AD DS(Active Directory 도메인 서비스) 또는 AD LDS(Active Directory Lightweight Directory Service)와 같이 복잡한 ID 저장소를 사용할 수도 있습니다. IP-STS 는 ID 를 만들고 관리할 클라이언트와 클라이언트에서 제공하는 ID 를 확인해야 하는 신뢰 당사자 응용 프로그램에서 사용할 수 있습니다. 각 IP-STS 는 페더레이션 파트너 RP-STS(신뢰 당사자 STS) 웹 응용 프로그램과 페더레이션 트러스트 관계가 있으며 해당 웹 응용 프로그램에 토큰을 발급합니다. 클라이언트는 CardSpace 와 같은 카드 선택 도구를 사용하여 IP-STS 에 등록된 ID 를 나타내는 관리 정보 카드를 만들거나 구축할 수 있습니다. 클라이언트는 IP-STS 의 ID 저장소에 포함되어 있는 ID 를 나타내는 보안 토큰을 요청할 때 IP-STS 와 상호 작용합니다.

307

http://technet.microsoft.com/library/40117fda-70a0-4e3d-8cd3-0def768da16c(Office.14).aspx


인증 후 IP-STS 는 클라이언트가 신뢰 당사자 응용 프로그램에 제공할 수 있는 신뢰할 수 있는 보안 토큰을 발급합니다. 신뢰 당사자 응용 프로그램은 IP-STS 와 트러스트 관계를 설정할 수 있습니다. 따라서 IP-STS 에서 발급하는 보안 토큰을 확인할 수 있습니다. 트러스트 관계가 설정된 후 신뢰 당사자 응용 프로그램에서는 클라이언트가 제공하는 보안 토큰을 검사하고 보안 토큰에 포함된 ID 클레임의 유효성을 확인할 수 있습니다.RP-STS 는 신뢰할 수 있는 페더레이션 파트너 IP-STS 의 보안 토큰을 받는 STS 입니다. 토큰을 받은 RP-STS 는 로컬 신뢰 당사자 응용 프로그램에서 사용할 새 보안 토큰을 발급합니다. RP-STS 웹 응용 프로그램과 IP-STS 웹 응용 프로그램을 함께 사용하면 조직에서 파트너 조직의 사용자에게 웹 SSO(Single Sign-On)를 제공할 수 있습니다. 각 조직에서는 고유한 ID 저장소를 계속 관리합니다.

Windows PowerShell 을 사용하여 SharePoint 클레임 기반 웹 응용 프로그램 구성다음 절차에 따라 Windows PowerShell 을 사용하여 SharePoint 클레임 기반 웹 응용 프로그램을 구성합니다.Windows PowerShell 을 사용하여 SharePoint 클레임 기반 웹 응용 프로그램을 구성하려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트(즉, PS C:\>)에서 다음 예와 같이

x509Certificate2 개체를 만듭니다.코드 복사

$cert = New-Object System.Security.Cryptography.X509Certificates.X509Certificate2("path to cert file")

6. 다음 예와 같이 인증 공급자에서 사용할 클레임 유형 매핑을 만듭니다.코드 복사

New-SPClaimTypeMapping "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress" -IncomingClaimTypeDisplayName "EmailAddress" -SameAsIncoming

7. 다음 예와 같이 realm 매개 변수에 대한 값을 처음으로 만들어 신뢰할 수 있는 로그인 공급자를 만듭니다.

308

코드 복사

$realm = "urn:" + $env:ComputerName + ":domain-int"

8. 다음 예와 같이 웹 응용 프로그램을 가리키는 signinurl 매개 변수의 값을 만듭니다.

코드 복사

$signinurl = "https://test-2/FederationPassive/"

9. 다음 예와 같이 클레임 매핑($map1.InputClaimType)에서와 동일한 IdentifierClaim 값을 사용하여 신뢰할 수 있는 로그인 공급자를 만듭니다.

코드 복사

$ap = New-SPTrustedIdentityTokenIssuer -Name "WIF" -Description "Windows® Identity Foundation" -Realm $realm -ImportTrustCertificate $cert -ClaimsMappings $map1[,$map2..] -SignInUrl $signinurl -IdentifierClaim $map1.InputClaimType

10. 다음 예와 같이 웹 응용 프로그램 풀 계정(현재 사용자용)에 대한 값을 처음으로 만들어 웹 응용 프로그램을 만듭니다.코드 복사

$account = "DOMAIN\" + $env:UserName

참고:

응용 프로그램 풀 계정은 관리되는 계정이어야 합니다. 관리되는 계정을 만들려면 New-SPManagedAccount를 사용합니다.11. 다음 예와 같이 웹 응용 프로그램 URL 에 대한 값($webappurl = "https://" +

$env:ComputerName)을 만듭니다.

309

코드 복사

$wa = New-SPWebApplication -name "Claims WIF" -SecureSocketsLayer -ApplicationPool "SharePoint SSL" -ApplicationPoolAccount $account -Url $webappurl -Port 443 -AuthenticationProvider $ap

12. 다음 예와 같이 클레임 개체를 처음으로 만들어 사이트를 만듭니다.코드 복사

$claim = New-SPClaimsPrincipal -TrustedIdentityTokenIssuerr $ap -Identity $env:UserName

13. 다음 예와 같이 사이트를 만듭니다.코드 복사

$site = New-SPSite $webappurl -OwnerAlias $claim.ToEncodedString() -template "STS#0"

바인딩 편집SharePoint 클레임 기반 웹 응용 프로그램을 구성한 후 바인딩을 편집합니다.바인딩을 편집하려면1. 명령 프롬프트에서 INETMGR 를 입력하여 IIS 를 시작합니다.2. IIS 의 클레임 웹 응용 프로그램 사이트로 이동합니다. 3. 왼쪽 창에서 클레임 웹 응용 프로그램을 마우스 오른쪽 단추로 클릭하고 바인딩 편집을 선택합니다.4. https 를 선택하고 편집을 클릭합니다.5. SSL 인증서에서 나열되는 임의의 인증서를 선택합니다.

STS 를 사용하는 웹 응용 프로그램 구성SharePoint Server 2010 클레임 기반 웹 응용 프로그램을 구성하고, 바인딩을 편집하고, Web.Config 파일을 구성한 후에는 이 섹션의 절차에 따라 Security Token Service 웹 응용 프로그램을 구성할 수 있습니다.STS 를 사용하는 웹 응용 프로그램을 구성하려면1. AD FS(Active Directory Federation Services) 2.0 관리 콘솔을 엽니다.2. 왼쪽 창에서 정책을 확장하고 신뢰 당사자를 선택합니다. 3. 오른쪽 창에서 신뢰 당사자 추가를 클릭합니다. 그러면 AD FS(Active Directory

Federation Services) 2.0 구성 마법사가 열립니다.4. 마법사의 첫 번째 페이지에서 시작을 클릭합니다.5. 신뢰 당사자 구성 수동으로 입력을 클릭하고 다음을 클릭합니다.

310

6. 신뢰 당사자 이름을 입력하고 다음을 클릭합니다.7. AD FS(Active Directory Federation Services) 2.0 서버 프로필이 선택되었는지 확인하고 다음을 클릭합니다.8. 암호화 인증서를 사용하지 않으려는 경우 다음을 클릭합니다.9. 웹 브라우저 기반 ID 페더레이션 지원 사용을 선택합니다.10. 웹 응용 프로그램 URL 의 이름을 입력하고 /_trust/를 추가합니다(예: https://서버 이름/

_trust/). 다음을 클릭합니다.11.식별자를 입력하고 추가를 클릭합니다. 다음을 클릭합니다.12. 요약 페이지에서 다음을 클릭하고 닫기를 클릭합니다. 그러면 규칙 편집기 관리 콘솔이 열립니다. 이 콘솔을 사용하여 LDAP 웹 응용 프로그램에서 SharePoint 로 클레임 매핑을 구성합니다.13.왼쪽 창에서 새 규칙을 확장하고 미리 정의된 규칙을 선택합니다. 14. LDAP 특성 저장소에서 클레임 만들기를 선택합니다.15. 오른쪽 창의 특성 저장소 드롭다운 목록에서 엔터프라이즈 Active Directory 사용자 계정 저장소를 선택합니다.16. LDAP 특성에서 sAMAccountName 을 선택합니다.17. 나가는 클레임 유형에서 전자 메일 주소를 선택합니다.18.왼쪽 창에서 저장을 클릭합니다.

311

Secure Store Service 구성(SharePoint Server 2010)이 문서에서는 솔루션 디자이너가 사용자 및 그룹 자격 증명을 외부 데이터 원본의 자격 증명에 매핑하는 대상 응용 프로그램을 만드는 데 사용할 수 있는 Microsoft SharePoint Server 2010 Secure Store Service 작업에 대해 설명합니다. 이러한 대상 응용 프로그램을 사용하면 Business Data Connectivity Service 의 외부 콘텐츠 형식이 외부 데이터 원본과 상호 작용하여 외부 데이터 원본에 저장된 데이터를 읽고 쓰고 만들고 편집할 수 있습니다. Secure Store Service 에 대한 개요는 Plan the Secure Store service (SharePoint Server 2010)을 참조하십시오.Secure Store Service 를 사용하여 대상 응용 프로그램을 만들려면 암호를 제공해야 합니다. 암호는 Secure Store Service 데이터베이스에 저장된 자격 증명을 암호화화고 암호를 해독하는 데 사용되는 키를 생성하는 데 사용됩니다. 초기 암호를 제공해야 하는 경우 Secure Store Service 응용 프로그램 인스턴스를 열면 이 Secure Store Service 응용 프로그램에 대한 새 키를 생성하십시오.와 같은 메시지가 나타납니다.이 문서의 내용: Secure Store Service 응용 프로그램 인스턴스 초기화 암호화 키 새로 고침 새 암호화 키 생성 대상 응용 프로그램 만들기 대상 응용 프로그램에 대한 자격 증명 설정 Secure Store Service 응용 프로그램 인스턴스 초기화리본의 편집 그룹에 있는 명령을 사용하여 Secure Store Service 응용 프로그램의 인스턴스를 초기화할 수 있습니다.Secure Store Service 응용 프로그램 인스턴스를 초기화하려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

Secure Store Service 인스턴스에 대한 서비스 응용 프로그램 관리자여야 합니다.2. Secure Store Service 응용 프로그램 인스턴스에서 관리 탭을 클릭합니다.3. 키 관리 그룹에서 새 키 생성을 클릭합니다.4. 새 키 생성 페이지의 암호 상자에 암호 문자열을 입력하고 암호 확인 상자에도 같은 문자열을 입력합니다.

312

http://technet.microsoft.com/library/e1196de0-1eb9-4c50-aeca-93e0eba7be0d(Office.14).aspx

http://technet.microsoft.com/library/e1196de0-1eb9-4c50-aeca-93e0eba7be0d(Office.14).aspx

중요:

암호 문자열은 8 자 이상이어야 하며 다음 네 개의 요소 중 세 개 이상을 포함해야 합니다. 대문자 소문자 숫자 다음과 같은 특수 문자

“! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ \ ] ^ _ ` { | } ~

팁:

입력한 암호는 저장되지 않습니다. 따라서 암호를 기록해 두고 안전한 장소에 보관해야 합니다. 서버 팜에 새 응용 프로그램 서버를 추가할 때와 같이 키를 새로 고칠 때 이 암호를 사용해야 합니다.

5. 확인을 클릭합니다.다음과 같은 경우 암호 키를 새로 고쳐야 할 수 있습니다. 서버 팜에 새 응용 프로그램 서버를 추가하는 경우 암호화 키가 변경된 상태에서 이전에 백업한 Secure Store Service 데이터베이스를 복원하는 경우 “마스터 키를 가져올 수 없습니다.”라는 오류 메시지가 나타나는 경우암호화 키 새로 고침리본의 키 관리 그룹에 있는 명령을 사용하여 암호화 키를 새로 고칠 수 있습니다.암호화 키를 새로 고치려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

Secure Store Service 인스턴스에 대한 서비스 응용 프로그램 관리자여야 합니다.2. Secure Store Service 응용 프로그램 인스턴스에서 관리 탭을 클릭합니다.3. 키 관리 그룹에서 키 새로 고침을 클릭합니다.4. 암호 상자에 처음에 암호화 키를 생성하는 데 사용한 암호를 입력합니다.

이는 Secure Store Service 응용 프로그램을 초기화할 때 사용한 암호 또는 새 키 생성 명령을 사용하여 새 키를 생성할 때 사용한 암호 중 하나입니다.

313

5. 확인을 클릭합니다.

새 암호화 키 생성보안을 위한 예방 조치로 또는 일상적인 유지 관리의 일환으로 새 암호화 키를 생성하고 경우에 따라 새 키를 기반으로 강제로 Secure Store Service 를 다시 암호화할 수도 있습니다.

주의:

새 키를 생성하기 전에 Secure Store Service 응용 프로그램의 데이터베이스를 백업해야 합니다. 새 암호화 키를 생성하려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

Secure Store Service 인스턴스에 대한 서비스 응용 프로그램 관리자여야 합니다.2. Secure Store Service 응용 프로그램 인스턴스에서 관리 탭을 클릭합니다.3. 키 관리 그룹에서 새 키 생성을 클릭합니다.4. 새 키 생성 페이지의 암호 상자에 암호 문자열을 입력하고 암호 확인 상자에도 같은 문자열을 입력합니다.

중요:

암호 문자열은 8 자 이상이어야 하며 다음 네 개의 요소 중 세 개 이상을 포함해야 합니다. 대문자 소문자 숫자 다음과 같은 특수 문자

“! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ \ ] ^ _ ` { | } ~

팁:

입력한 암호는 저장되지 않습니다. 따라서 암호를 기록해 두고 안전한 장소에 보관해야 합니다. 서버 팜에 새 응용 프로그램 서버를 추가할

314

때와 같이 키를 새로 고칠 때 이 암호를 사용해야 합니다.5. Secure Store Service 데이터베이스를 강제로 다시 암호화하려면 새 키를 사용하여 데이터베이스 다시 암호화와 같은 옵션을 클릭합니다.6. 확인을 클릭합니다.

대상 응용 프로그램 만들기대상 응용 프로그램을 만들려면 Secure Store Service 를 사용합니다. 대상 응용 프로그램은 사용자, 그룹 또는 클레임의 자격 증명을 SQL Server 데이터베이스 또는 웹 서비스 같은 외부 데이터 원본의 자격 증명 집합에 매핑합니다. 대상 응용 프로그램을 만든 후에는 이를 외부 콘텐츠 형식 또는 응용 프로그램 모델에 연결하여 외부 데이터 원본에 액세스하도록 할 수 있습니다.대상 응용 프로그램을 만들려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

Secure Store Service 인스턴스에 대한 서비스 응용 프로그램 관리자여야 합니다.2. Secure Store Service 응용 프로그램 인스턴스에서 관리 탭을 클릭합니다.3. 대상 응용 프로그램 관리 그룹에서 새로 만들기를 클릭합니다.4. 대상 응용 프로그램 ID 상자에 텍스트 문자열을 입력합니다.

이는 Secure Store Service 응용 프로그램 내부에서 이 대상 응용 프로그램을 식별하는 데 사용되는 고유한 문자열입니다.

5. 표시 이름 상자에 사용자 인터페이스에 대상 응용 프로그램의 식별자를 표시하는 데 사용할 텍스트 문자열을 입력합니다.6. 담당자 전자 메일 상자에 이 대상 응용 프로그램에 대한 기본 담당자의 전자 메일 주소를 입력합니다.

이는 유효한 모든 전자 메일 주소일 수 있지만 Secure Store Service 응용 프로그램 관리자의 ID 일 필요는 없습니다.

7. 개별 형식의 대상 응용 프로그램을 만드는 경우(아래 참조) 사용자가 대상 데이터 원본에 대한 개별 자격 증명을 추가하는 데 사용할 수 있는 사용자 지정 웹 페이지를 구현할 수 있습니다. 이렇게 하려면 자격 증명을 대상 응용 프로그램에 전달하기 위한 사용자 지정 코드가 있어야 합니다. 이를 수행한 경우 대상 응용 프로그램 페이지 URL 필드에 이 페이지의 전체 URL 을 입력합니다. 다음과 같은 세 가지 옵션이 있습니다. 제공된 페이지 사용: 대상 응용 프로그램을 사용하여 외부 데이터에 액세스하는 모든 웹 사이트에는 개별 등록 페이지가 자동으로 추가됩니다. 이 페이지의 URL 은 http:/<예제 사이트>/_layouts/SecureStoreSetCredentials.aspx?TargetAppId=<대상 응용 프로그램 ID> 같은 형태이며, 여기서 <대상 응용 프로그램 ID>는 대상 응용 프로그램 ID 상자에 입력된 문자열입니다. 이 페이지의 위치를 게시하면 사용자가 외부 데이터 원본에 대한 자격 증명을 추가할 수 있게 됩니다. 사용자 지정 페이지 사용: 사용자가 개별 자격 증명을 제공할 수 있도록 하는 사용자 지정 웹 페이지를 제공합니다. 이 필드에는 사용자 지정 페이지의 URL 을 입력합니다. 없음: 등록 페이지가 없습니다. Secure Store Service 관리자만이 Secure Store

Service 응용 프로그램을 사용하여 개별 자격 증명을 추가할 수 있습니다.

315

8. 대상 응용 프로그램 형식 상자에 그룹 자격 증명에 대해서는 대상 응용 프로그램 형식을 그룹으로 입력하고 각 개인이 외부 데이터 원본의 고유한 자격 증명 집합에 매핑되는 경우에는 개별로 입력합니다. 참고:

대상 응용 프로그램을 만들기 위한 기본 형식에는 다음과 같은 두 가지가 있습니다. 그룹 - 하나 이상의 그룹에 있는 모든 구성원을 외부 데이터 원본의 단일 자격 증명 집합에 매핑합니다. 개별 - 각 개인을 외부 데이터 원본의 고유한 자격 증명 집합에 매핑합니다.

9. 외부 데이터 원본의 자격 증명이 Windows 자격 증명이면 Windows 확인란을 선택합니다.외부 데이터 원본의 자격 증명이 Windows 자격 증명이 아닌 경우에는 확인란의 선택을 취소합니다.

10. 다음을 클릭하여 자격 증명을 외부 데이터 원본으로 제출하는 데 사용할 필드를 구성합니다.11. Secure Store 대상 응용 프로그램에 대한 자격 증명 필드를 지정하십시오. 페이지에서 외부 데이터 원본에 자격 증명을 제공하는 데 필요할 수 있는 다양한 필드를 구성합니다. 기본적으로 두 개의 필드(사용자 이름 및 암호)가 나열됩니다.외부 데이터 원본에 자격 증명을 제공하기 위한 필드를 추가하려면 Secure Store 대상 응용 프로그램에 대한 자격 증명 필드를 지정하십시오. 페이지에서 필드 추가를 클릭합니다.기본적으로 새 필드의 형식은 일반이며 다음과 같은 필드 형식을 사용할 수 있습니다.

필드

설명

일반

다른 범주에 적합하지 않은 값입니다.

사용

사용

316

필드

설명

자 이름

자를 식별하는 사용자 계정입니다.

암호

단어 또는 구 형태의 암호입니다.

PIN

개인 식별 번호입니다.

317

필드

설명

키 암호화 알고리즘 또는 암호화의 기능 출력을 결정하는 매개 변수입니다.

Windows 사용자

사용자를 식별하는

318

필드

설명

이름

Windows 사용자 계정입니다.

Windows 암호

Windows 계정에 대한 단어 또는 구 형태의 암호입니다. 새 필드 또는 기존 필드의 형식을 변경하려면 필드 형식 옆에 나타나는 화살표를 클릭한 다음 새 필드 형식을 선택합니다.

319

참고:

추가하는 모든 필드에는 자격 증명을 설정하기 위해 제출할 때 데이터가 포함되어 있어야 합니다. 사용자가 필드와 상호 작용할 때 표시되는 이름을 변경할 수 있습니다. Secure Store 대상 응용 프로그램에 대한 자격 증명 필드를 지정하십시오. 페이지의 필드 이름 열에서 현재 텍스트를 선택하고 새 텍스트를 입력하여 필드 이름을 변경합니다. 필드가 마스킹되어 있으면 사용자가 입력하는 각 문자가 표시되지 않고 별표(“*”) 같은 마스크 문자로 대체됩니다. 필드를 마스킹하려면 페이지의 마스킹됨 여부와 같은 열에서 해당 필드의 확인란을 클릭합니다. 필드를 삭제하려면 페이지의 삭제 열에서 해당 필드에 대한 삭제 아이콘을 클릭합니다.

자격 증명 필드의 편집을 마쳤으면 다음을 클릭합니다.12.멤버 자격 설정을 지정하십시오. 페이지의 대상 응용 프로그램 관리자 필드에 대상 응용 프로그램 설정을 관리하기 위한 액세스 권한이 있는 모든 사용자를 나열합니다. 13. 대상 응용 프로그램 형식이 그룹인 경우에는 구성원 필드에 해당 대상 응용 프로그램에 대한 자격 증명 집합에 매핑할 사용자 그룹을 나열합니다.14. 확인을 클릭하여 대상 응용 프로그램 구성을 완료합니다.

대상 응용 프로그램에 대한 자격 증명 설정대상 응용 프로그램을 만든 후 해당 대상 응용 프로그램의 관리자는 응용 프로그램에 대해 자격 증명을 설정할 수 있습니다. 이러한 자격 증명은 Microsoft Business Connectivity Services 및 다른 서비스에서 외부 데이터 원본에 액세스할 수 있도록 하는 데 사용됩니다. 대상 응용 프로그램 형식이 개별이면 경우에 따라 개인이 고유한 자격 증명을 제공하도록 할 수도 있습니다. 대상 응용 프로그램에 대한 자격 증명을 설정하려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

Secure Store Service 인스턴스에 대한 서비스 응용 프로그램 관리자여야 합니다.2. Secure Store Service 응용 프로그램 인스턴스에서 대상 응용 프로그램 식별자를 가리키고 나타나는 화살표를 클릭한 다음 메뉴에서 자격 증명 설정을 클릭합니다.

대상 응용 프로그램 형식이 그룹이면 외부 데이터 원본에 대한 자격 증명을 입력합니다. 외부 데이터 원본에 필요한 정보에 따라 자격 증명을 설정하기 위한 필드가 달라집니다.대상 응용 프로그램 형식이 개별인 경우 외부 데이터 원본의 자격 증명 집합에 매핑되는 개인의 사용자 이름을 입력하고 외부 데이터 원본에 대한 자격 증명을 입력합니다. 외부 데이터 원본에 필요한 정보에 따라 자격 증명을 설정하기 위한 필드가 달라집니다.

중앙 관리를 사용하여 감사 로그를 사용하도록 설정Secure Store Service 에 대한 감사 항목은 Secure Store Service 데이터베이스에 저장됩니다. 기본적으로 감사 로그 파일은 사용하도록 설정되지 않습니다. 감사 로그 파일을 사용하도록 설정하려면 다음 단계를 따릅니다.

320

감사 로그를 사용하도록 설정하려면1. 이 절차를 수행하는 사용자 계정이 Farm Administrators SharePoint 그룹의 구성원인지 확인합니다.2. 중앙 관리의 홈 페이지에서 응용 프로그램 관리를 클릭합니다.3. 응용 프로그램 관리 페이지의 서비스 응용 프로그램 섹션에서 서비스 응용 프로그램 관리를 클릭합니다.4. 서비스 응용 프로그램 탭에서 보안 저장소를 클릭합니다. 유형은 Secure Store Service 응용 프로그램과 연결해야 합니다.5. 리본에서 속성을 클릭합니다.6. 감사 사용 섹션에서 감사 로그 사용 확인란을 클릭하여 선택합니다.

321

검색을 위한 설치 후 단계(SharePoint Server 2010)이 문서에서는 단일 서버 배포에서 검색 시스템을 구성하기 위한 설치 후 단계에 대해 설명합니다. 일부 단계는 제품이 기본 또는 고급 중 어떤 설치 옵션으로 설치되었는지에 따라 달라집니다. 이 문서는 두 경우 모두에 대한 단계를 제공합니다.이 문서의 내용 최종 사용자가 검색 결과를 가져올 수 있도록 기본 검색 기능 구성 Web Analytics Service 응용 프로그램이 실행되고 있는지 확인하여 검색 보고서 사용 사용자가 조직의 다른 사용자를 찾을 수 있도록 사용자 검색 사용 선택적 단계기본 검색 기능 구성다음 표에는 기본 또는 고급 설치 후 SharePoint Server 2010 의 주요 검색 구성 요소 구성에 대한 설명이 나와 있습니다. 요구 사항

기본 설치 후 존재 여부

고급 설치 후 존재 여부

Search Service 응

예 1 상황에 따라 다름1

322

요구 사항



용 프로그램검색 센터 사이트

상황에 따라 다름2

상황에 따라 다름2

담당자 전자 메일 주소

예. 가상 주소([email protected])로 구성됨

예. 가상 주소([email protected])로 구성됨

기본 콘텐츠

예. NT Authority\Local

예설치 동안 팜 구성 마법

323

요구 사항



액세스 계정

Service 로 구성됨

사에서 지정한 계정으로 구성됨

1 설치 동안 팜 구성 마법사가 실행될 때 관리자가 검색 확인란 선택을 취소하지 않았다고 가정합니다.2 검색 센터 사이트는 SharePoint Server 2010 을 설치한 관리자가 사이트 모음을 만들 때 검색 센터 사이트가 포함된 사이트 서식 파일을 선택한 경우에만 존재합니다.검색 관리 페이지로 이동하려면1. 이 절차를 수행할 사용자 계정이 Search Service 응용 프로그램의 관리자인지 확인합니다. 2. 중앙 관리 웹 사이트 홈 페이지의 응용 프로그램 관리 섹션에서 서비스 응용 프로그램 관리를 클릭합니다.3. 서비스 응용 프로그램 관리 페이지에서 Search Service 응용 프로그램을 클릭합니다. 검색 관리 페이지가 나타납니다.기본 콘텐츠 액세스 계정 지정설치 동안 사용자 계정이 기본 콘텐츠 액세스 계정으로 할당됩니다. 크롤러는 이 계정을 사용하여 다른 계정을 지정하는 크롤링 규칙이 없는 콘텐츠를 크롤링합니다. 크롤링하려는 콘텐츠를 최대한 많이 읽을 수 있는 권한을 가진 도메인 사용자 계정을 기본 콘텐츠 액세스 계정으로 지정하는 것이 좋습니다. 기본 콘텐츠 액세스 계정은 언제든지 변경할 수 있습니다. 크롤링 규칙을 만드는 방법에 대한 자세한 내용은 이 문서 뒷부분에 나오는 크롤링 규칙 만들기를 참조하십시오.기본 콘텐츠 액세스 계정을 지정하려면1. 검색 관리 페이지의 시스템 상태 섹션에서 기본 콘텐츠 액세스 계정 행에 표시된 계정을 살펴봅니다. 표시된 계정이 크롤러에서 콘텐츠를 크롤링할 때 사용할 계정이라면 다음 절차를 건너뜁니다. 그렇지 않으면 2 단계로 이동합니다.2. 기본 콘텐츠 액세스 계정 행의 링크를 클릭합니다.3. 기본 콘텐츠 액세스 계정 대화 상자의 계정 상자에 도메인\사용자 이름 형식으로 다른 사용자 이름을 입력합니다.4. 암호 및 암호 확인 상자에 이 계정의 암호를 입력합니다.

324

http://technet.microsoft.com/library/fc72ddda-7aba-4f48-a5a7-ee3c4e44133d(Office.14).aspx#BKMK_CreateCrawlRule

5. 확인을 클릭합니다.담당자 전자 메일 주소 지정담당자 전자 메일 주소는 크롤링 서버의 로그에 기록됩니다. 기본적으로 담당자 전자 메일 주소는 [email protected] 입니다. 하지만 크롤링으로 인해 시스템이 크롤링하는 서버에서 성능 저하와 같은 문제가 발생하는 경우 외부 관리자가 연락할 수 있는 계정으로 이 계정을 변경하는 것이 좋습니다.담당자 전자 메일 주소를 지정하려면1. 검색 관리 페이지의 시스템 상태 섹션에서 담당자 전자 메일 주소 링크를 클릭합니다.2. 검색 전자 메일 설정 대화 상자의 전자 메일 주소 상자에 검색 시스템에서 크롤링하는 서버의 로그에 표시할 전자 메일 주소를 입력합니다.3. 확인을 클릭합니다.팜 전체 검색 설정 구성 팜 전체 검색 설정에는 다음과 같은 설정이 있습니다. 프록시 서버

서버 팜 외부에 있는 콘텐츠를 크롤링할 때 인덱스 서버에서 사용하는 프록시 서버. 기본적으로 프록시 서버가 선택되어 있지 않습니다.

검색 제한 시간 설정다른 서비스에 연결하는 동안 시스템에서 대기하는 시간 및 시스템에서 콘텐츠 승인 요청에 대해 대기하는 시간입니다. 기본적으로 이 값은 연결 대기 및 승인 요청 대기에 대해 각각 60초로 설정됩니다.

SSL 경고SSL 인증서 이름 경고를 무시할지 여부를 지정합니다. 기본적으로 이 값은 아니요로 설정됩니다.

팜 전체 검색 설정을 구성하려면1. 검색 관리 페이지의 빠른 실행에서 팜 전체 검색 관리를 클릭합니다.2. 프록시 서버를 지정하려면 프록시 서버 행의 링크를 클릭합니다. 그렇지 않으면 3 단계로 건너뜁니다. 자세한 내용은 Configure farm-level proxy server settings

(SharePoint Server 2010)을 참조하십시오.3. 다른 제한 시간 기간을 지정하려면 제한 시간(초) 행의 링크를 클릭합니다. 그렇지 않으면 4단계로 건너뜁니다. 자세한 내용은 Configure search time-out settings (SharePoint

Server 2010)을 참조하십시오. 4. SSL 인증서 경고를 무시할지 여부를 지정하려면 SSL 경고 무시 행의 링크를 클릭합니다. 그렇지 않으면 다음 섹션으로 건너뜁니다. 자세한 내용은 Configure SSL certificate

warning settings (SharePoint Server 2010)을 참조하십시오. 콘텐츠 크롤링을 위한 콘텐츠 원본 만들기

325

http://technet.microsoft.com/library/432973c1-21c1-4fdc-87e6-a2252596937a(Office.14).aspx

http://technet.microsoft.com/library/432973c1-21c1-4fdc-87e6-a2252596937a(Office.14).aspx

http://technet.microsoft.com/library/ae686fd8-4e65-40f6-b86d-14ef50b0d354(Office.14).aspx

http://technet.microsoft.com/library/ae686fd8-4e65-40f6-b86d-14ef50b0d354(Office.14).aspx

http://technet.microsoft.com/library/0a626f4d-0c8d-4d08-9cb8-5efe0fb93143(Office.14).aspx

http://technet.microsoft.com/library/0a626f4d-0c8d-4d08-9cb8-5efe0fb93143(Office.14).aspx

콘텐츠를 크롤링하려면 적어도 하나 이상의 콘텐츠 원본이 필요합니다. 설치 과정에서 로컬 SharePoint 사이트라는 콘텐츠 원본이 기본적으로 만들어지고 서버 팜의 모든 사이트를 크롤링하도록 구성됩니다.SharePoint Server 2010 기본 설치를 수행하는 경우 설치 뒤에 로컬 SharePoint 사이트의 전체 크롤링이 자동으로 수행되고 그 이후 20분마다 증분 크롤링이 수행되도록 예약됩니다. SharePoint Server 2010 고급 설치의 경우에도 이 콘텐츠 원본이 만들어지지만 크롤링이 자동으로 수행되거나 예약되지 않습니다.SharePoint Server 2010 에서 콘텐츠 원본을 만들고 구성하는 작업은 이전 버전과 동일하지만 다음 예외 사항이 있습니다. 비즈니스 데이터 카탈로그가 LOB(기간 업무) 데이터 콘텐츠 원본 유형의 하위 집합이 되었습니다. 사용자 지정 저장소를 크롤링하기 위한 콘텐츠 원본 유형이 새로 추가되었습니다. 이 옵션을 사용하려면 하나 이상의 사용자 지정 커넥터가 등록되어 있어야 합니다. 콘텐츠 원본을 추가 또는 편집할 때 콘텐츠 원본 우선 순위라는 새 섹션을 사용할 수 있습니다. 이 섹션을 사용하여 콘텐츠 원본을 보통 또는 높은 우선 순위로 실행할지 지정할 수 있습니다. 기본 설정은 "보통"입니다.검색 센터 사이트설치 후 수행한 설치 유형과 선택한 서식 파일에 따라 검색 센터 사이트를 사용할 수도 있습니다. 웹 브라우저에서 설치가 만들어진 사이트 모음의 최상위 사이트로 이동합니다. 이 사이트에 "검색"이라는 탭이 없거나 이 사이트가 검색 센터 사이트가 아닌 경우 검색 센터 사이트를 만들어야 합니다. 검색 센터 사이트가 없을 경우에는 다음 절차를 사용하여 하나 만듭니다.검색 센터 서식 파일을 사용하여 사이트 모음을 만들려면1. 이 절차를 수행할 사용자 계정이 Farm Administrators SharePoint 그룹의 구성원인지 확인합니다. 2. 중앙 관리 웹 사이트 홈 페이지의 응용 프로그램 관리 섹션에서 사이트 모음 만들기를 클릭합니다.3. 사이트 모음 만들기 페이지에서 다음을 수행합니다.

a) 제목 및 설명 섹션의 제목 상자에 이 검색 센터 사이트에 사용할 이름을 입력합니다. 필요에 따라 설명 상자에 설명을 입력합니다.b) 웹 사이트 주소 섹션에 이 사이트 URL 의 마지막 부분을 입력합니다.c) 서식 파일 선택 섹션에서 엔터프라이즈 탭을 클릭하고 엔터프라이즈 검색 센터 또는 기본 검색 센터 서식 파일을 선택합니다. 사용자 검색을 사용하려면 엔터프라이즈 검색 센터 서식 파일을 선택해야 합니다.d) 주 사이트 모음 관리자 섹션의 사용자 이름 상자에 이 사이트 모음의 주 사이트 모음 관리자 사용자 이름을 도메인\사용자 이름 형식으로 입력합니다. e) 필요한 경우 보조 사이트 모음 관리자 섹션에서 보조 사이트 모음 관리자의 사용자 이름을 입력합니다.f) 확인을 클릭합니다.

4. 최상위 사이트 만들기 완료 페이지에서 앞서 만든 검색 센터 사이트의 링크를 클릭합니다.

326

인증된 모든 사용자에게 검색 센터에 대한 액세스 권한 부여1. 이 절차를 수행할 사용자 계정이 검색 센터 사이트의 사이트 모음 관리자인지 확인합니다.2. 웹 브라우저에서 검색 센터 사이트로 이동합니다.3. 사이트 작업 메뉴에서 사이트 설정을 클릭합니다.4. 사용자 및 사용 권한 섹션에서 사용자 및 그룹을 클릭합니다.5. 이 검색 센터를 만드는 데 사용한 서식 파일에 따라 빠른 실행에서 엔터프라이즈 검색 센터 방문자 또는 기본 검색 센터 방문자를 클릭합니다.6. 새로 만들기 메뉴에서 사용자 추가를 클릭합니다.7. 사용자/그룹 상자에 NT Authority\인증된 사용자를 입력합니다.8. 확인을 클릭합니다.

검색 보고 사용검색 관련 보고서에는 Web Analytics Web Service 가 사용됩니다. 이 서비스는 설치 동안 팜 구성 마법사를 실행할 때 만들어집니다.Web Analytics Service 응용 프로그램이 시작되었는지 확인1. 이 절차를 수행할 사용자 계정이 Search Service 응용 프로그램의 관리자인지 확인합니다. 2. 중앙 관리 웹 사이트 홈 페이지의 응용 프로그램 관리 섹션에서 서비스 응용 프로그램 관리를 클릭합니다.3. 서비스 응용 프로그램 관리 페이지에서 Web Analytics Service 응용 프로그램이 서비스 응용 프로그램 목록에 있는지 확인하고 다음 중 하나를 수행합니다.

Web Analytics Service 응용 프로그램이 있으면 이 서비스 응용 프로그램의 상태 열에 시작됨이 표시되는지 확인합니다. 이 서비스 응용 프로그램의 상태 열에 시작됨이 표시되면 이 문서 뒷부분의 "검색 쿼리 실행" 섹션으로 건너뜁니다. 그렇지 않으면 "Web Analytics Web Service 시작"이라는 절차로 이동합니다. Web Analytics Service 응용 프로그램은 팜 구성 마법사를 사용하지 않고도 만들어지지만, 이 경우 이 응용 프로그램의 종속 서비스가 시작되지 않습니다.

Web Analytics Service 응용 프로그램이 없으면 다음 절차를 수행하여 이 응용 프로그램을 만듭니다. Web Analytics Service 응용 프로그램 만들기Web Analytics Service 응용 프로그램을 만들려면1. 이 절차를 수행할 사용자 계정이 Farm Administrators SharePoint 그룹의 구성원인지 확인합니다.2. 중앙 관리 웹 사이트 홈 페이지의 빠른 실행에서 구성 마법사를 클릭합니다.3. 팜 구성 마법사 시작을 클릭합니다.4. 보다 나은 SharePoint 만들기 페이지에서 다음 중 하나를 선택합니다.


5. 확인을 클릭합니다.6. SharePoint 팜 구성 페이지에서 기본 설정을 수락하고 다음을 클릭합니다.

327

7. SharePoint 팜 구성 페이지의 서비스 계정 섹션에서 기존 관리되는 계정 사용을 선택합니다.8. Web Analytics Service 응용 프로그램 확인란이 선택되었는지 확인하고 다음을 클릭합니다.9. 사이트 모음 만들기 페이지에서 건너뛰기를 클릭합니다.10. SharePoint 팜 구성 페이지에서 마침을 클릭합니다.11. 검색 쿼리 실행으로 이동합니다. Web Analytics Web Service 시작Web Analytics Service 를 시작하려면1. 이 절차를 수행할 사용자 계정이 Farm Administrators SharePoint 그룹의 구성원인지 확인합니다.2. 중앙 관리 웹 사이트 홈 페이지의 시스템 설정 섹션에서 이 팜의 서버 관리를 클릭합니다.3. 팜의 서버 페이지의 서버 열에서 서버의 링크를 클릭합니다.4. 서버 제공 서비스 페이지의 Web Analytics Web Service 행에 있는 작업 열에서 시작을 클릭합니다.링크 이름이 중지이면 이 서비스가 이미 시작된 것이므로 추가 작업이 필요하지 않습니다.

검색 쿼리 실행검색 센터 웹 사이트와 필요한 경우 다른 사이트 모음(예: 팀 사이트)의 검색 상자를 함께 사용하여 검색 쿼리를 실행할 수 있습니다. 쿼리 보고서는 검색 센터 웹 사이트를 호스팅하는 사이트 모음을 비롯한 각 사이트 모음에 대해 개별적으로 컴파일됩니다.

팁:

쿼리 보고서는 매일 처리됩니다. 일반적으로 쿼리가 쿼리 보고서에 표시되려면 쿼리 실행 후 24시간을 기다려야 합니다. 쿼리 보고서 보기검색 관리자는 쿼리 보고서를 두 가지 수준에서 볼 수 있습니다. 하나는 웹 응용 프로그램 수준이고 다른 하나는 사이트 모음 수준입니다. 다른 검색 보고서, 주로 크롤링 콘텐츠와 관련된 보고서도 사용할 수 있습니다.

참고:

다음 단계를 수행하려면 팜 관리자여야 합니다. 웹 응용 프로그램 수준에서 쿼리 보고서 보기1. 중앙 관리 웹 사이트의 빠른 실행에서 홈을 클릭합니다.2. 모니터링 섹션에서 웹 분석 보고서 보기를 클릭합니다.

328

3. 웹 분석 보고서 - 요약 페이지의 웹 응용 프로그램 이름 열에서 보고서를 보려는 웹 응용 프로그램의 이름을 클릭합니다.기본적으로 이 이름은 SharePoint - 80 입니다.모든 보고서의 요약이 표시됩니다.

4. 빠른 실행의 검색 섹션에서 자세한 쿼리 보고서를 보려는 쿼리 수를 클릭합니다.

참고:

다음 단계를 수행하려면 보고서를 보려는 사이트 모음의 사이트 모음 관리자 또는 팜 관리자여야 합니다. 사이트 모음 수준에서 쿼리 보고서 보기1. 웹 브라우저에서 쿼리 보고서를 보려는 사이트 모음의 최상위 사이트로 이동합니다.

예를 들어 팀 사이트 또는 검색 센터 사이트로 이동합니다. 2. 작업 메뉴에서 사이트 설정을 클릭합니다.3. 사이트 모음 관리 섹션에서 사이트 모음 웹 분석 보고서를 클릭합니다.4. 사이트 모음 웹 분석 보고서 - 요약 페이지의 빠른 실행에 있는 검색 섹션에서 여러 가지 검색 관련 보고서를 보려는 링크를 클릭합니다.

참고:

다음 단계를 수행하려면 팜 관리자여야 합니다. 다른 검색 관련 보고서 보기1. 중앙 관리 웹 사이트의 빠른 실행에서 모니터링을 클릭합니다.2. 보고 섹션에서 관리 보고서 보기를 클릭합니다.3. 유형 열에서 검색 폴더를 클릭합니다.4. 이름 열에서 보려는 보고서의 이름을 클릭합니다.

사용자 검색 사용사용자 검색을 사용하려면 다음 서비스 응용 프로그램이 만들어져 있고 이러한 응용 프로그램에서 사용하는 서비스가 시작되어 있어야 합니다. 검색 User Profile Managed MetadataUser Profile Service 응용 프로그램은 사용자 검색 결과에 나타나는 정보를 많이 저장하기 때문에 사용자 검색에서 중요합니다. 예를 들어 User Profile Service 응용 프로그램에서는 내

329

사이트에 있는 사이트의 정보와 AD DS(Active Directory 도메인 서비스) 같은 LDAP(Lightweight Directory Access Protocol) 저장소의 정보를 저장합니다.사용자 검색에는 서비스 응용 프로그램뿐만 아니라 엔터프라이즈 검색 센터 서식 파일을 사용하여 만든 검색 센터 사이트가 필요합니다. 기본 검색 센터와 다르게 엔터프라이즈 검색 센터에는 사용자를 검색하는 데 사용되는 탭이 있습니다.서비스 응용 프로그램이 실행되고 있는지 확인이 섹션에서는 사용자 검색에 필요한 서비스 응용 프로그램이 있는지 확인하는 방법에 대해 설명하고 이러한 응용 프로그램이 없을 경우 새로 만들 수 있도록 도와 주며 종속 서비스가 시작되었는지 확인하는 방법에 대해 설명합니다. 서비스 응용 프로그램이 있는지 확인하려면1. 이 절차를 수행할 사용자 계정이 Farm Administrators SharePoint 그룹의 구성원인지 확인합니다.2. 중앙 관리 웹 사이트 홈 페이지의 응용 프로그램 관리 섹션에서 서비스 응용 프로그램 관리를 클릭합니다. 3. 서비스 응용 프로그램 관리 페이지에서 다음 서비스가 이름 열에 표시되는지 확인합니다.

Managed Metadata Service Search Service 응용 프로그램 User Profile Service

4. 이 서비스 응용 프로그램 중 하나라도 존재하지 않으면 서비스 응용 프로그램 만들기 섹션의 단계를 수행합니다. 그렇지 않으면 Managed Metadata Service 응용 프로그램이 시작되었는지 확인으로 건너뜁니다.서비스 응용 프로그램을 만들려면1. 중앙 관리 웹 사이트 홈 페이지의 빠른 실행에서 구성 마법사를 클릭합니다. 2. 구성 마법사 페이지에서 팜 구성 마법사 시작을 클릭합니다.3. 보다 나은 SharePoint 만들기 페이지에서 다음 옵션 중 하나를 클릭하고 확인을 클릭합니다.


4. SharePoint 팜 구성 페이지에서 이 마법사를 사용하여 설정을 살펴봅니다.를 선택하고 다음을 클릭합니다. 5. SharePoint 팜 구성 페이지의 서비스 계정 섹션에서 기존 관리되는 계정 사용을 선택합니다. 6. 만들어야 하는 서비스 응용 프로그램의 확인란을 선택하고 다음을 클릭합니다.7. 사이트 모음 만들기 페이지에서 건너뛰기를 클릭합니다.8. SharePoint 팜 구성 페이지에서 마침을 클릭합니다.Managed Metadata Service 응용 프로그램이 시작되었는지 확인하려면1. 응용 프로그램 관리 섹션에서 서비스 응용 프로그램 관리를 클릭합니다.2. Managed Metadata Service 응용 프로그램의 상태 열에 시작됨이 표시되는지 확인합니다. 이 서비스 응용 프로그램을 만드는 데 팜 구성 마법사를 사용하지 않은 경우

330

Managed Metadata Web Service 가 실행되지 않을 수 있습니다. 이 경우 2 단계로 계속합니다. 그렇지 않으면 웹 응용 프로그램 구성으로 건너뜁니다.3. 중앙 관리 홈 페이지의 시스템 설정 섹션에서 서버의 서비스 관리를 클릭합니다.4. 서버 제공 서비스 페이지의 Managed Metadata Web Service 행에 있는 작업 열에서 시작 링크를 클릭합니다.

참고:

작업 열의 링크 이름이 "중지"이면 Managed Metadata Web Service 가 이미 실행되고 있는 것입니다.

웹 응용 프로그램 및 사이트 모음 구성프로덕션 환경에서는 대개 별도의 웹 응용 프로그램을 만들어 내 사이트의 사이트에 대한 사이트 모음을 호스팅합니다. 평가 목적으로 같은 웹 응용 프로그램을 사용하여 SharePoint 사이트, 검색 센터 사이트 및 내 사이트의 사이트에 대해 별도의 사이트 모음을 호스팅할 수 있습니다.이 문서에서는 같은 웹 응용 프로그램을 사용하여 SharePoint 사이트, 검색 센터 사이트 및 내 사이트의 사이트에 대한 사이트 모음을 호스팅합니다. 서버 팜에는 최소한 둘 이상의 웹 응용 프로그램이 이미 있어야 합니다. 하나는 중앙 관리 웹 사이트용이고 다른 하나는 SharePoint 사이트용입니다. 이러한 결론에서는 SQL Server 가 설치된 단일 서버 배포 (SharePoint Server 2010)의 절차를 수행하여 SharePoint Server 를 설치했다고 가정합니다.SharePoint 사이트, 검색 센터 사이트 및 내 사이트의 사이트에 대한 웹 응용 프로그램이 만들어졌는지 확인1. 이 절차를 수행할 사용자 계정이 Farm Administrators SharePoint 그룹의 구성원인지 확인합니다.2. 중앙 관리 웹 사이트 홈 페이지의 응용 프로그램 관리 섹션에서 웹 응용 프로그램 관리를 클릭합니다.3. 웹 응용 프로그램 관리 페이지에서 이 서버에 대해 만들어진 모든 응용 프로그램이 나열됩니다.

배포 가이드에서 SQL Server 가 설치된 단일 서버 배포 (SharePoint Server 2010) 의 단계는 포트 80 을 사용하는 웹 응용 프로그램을 만듭니다. 이 웹 응용 프로그램을 사용하여 SharePoint 사이트, 검색 센터 사이트 및 내 사이트의 사이트에 대한 사이트 모음을 호스팅할 수 있습니다.

팁:

기본 설치를 수행한 경우 SharePoint - 80 이라는 웹 응용 프로그램이 포트 80 에서 자동으로 만들어지고 팀 사이트 서식 파일을 사용하여 이 웹 응용 프로그램에 사이트 모음이 만들어집니다. 팜 구성 마법사를 사용하여 사이트 모음을 만든 경우에는 고급 설치 후에도 이 웹 응용 프로그램이 만들어질 수 있습니다.4. SharePoint 사이트 및 내 사이트의 사이트에 대한 웹 응용 프로그램이 존재하지 않으면 5단계로 이동합니다. 그렇지 않으면 "서비스 응용 프로그램이 웹 응용 프로그램과 연결되었는지 확인"으로 건너뜁니다.5. 웹 응용 프로그램 관리 페이지의 리본에 있는 참가 그룹에서 새로 만들기를 클릭합니다.

331

6. 새 웹 응용 프로그램 만들기 대화 상자에서 새 IIS 웹 사이트 만들기를 선택하고 필요한 경우 이름 상자에 사이트의 이름을 입력합니다.7. 포트 상자에 이 웹 응용 프로그램에서 사용할 포트 번호를 입력합니다.8. 나머지 다른 설정을 지정하고 확인을 클릭합니다.9. 응용 프로그램이 만들어짐 페이지에서 확인을 클릭합니다.서비스 응용 프로그램이 웹 응용 프로그램과 연결되었는지 확인1. 웹 응용 프로그램 관리 페이지의 이름 열에서 필요한 서비스 응용 프로그램과 연결되었는지 확인하려는 웹 응용 프로그램이 포함된 행을 클릭합니다. 일반적으로 이 이름은

SharePoint-80 입니다. 참고:

SharePoint 사이트, 검색 센터 사이트 및 내 사이트의 사이트에 대한 웹 응용 프로그램이 다음 서비스 응용 프로그램과 연결되었는지 확인해야 합니다. Managed Metadata Service User Profile Search Service 응용 프로그램2. 리본의 관리 그룹에서 서비스 연결을 클릭합니다.3. 서비스 응용 프로그램 연결 구성 대화 상자에서 Managed Metadata Service 연결,

User Profile Service 프록시, Search Service 응용 프로그램 프록시 확인란이 선택되었는지 확인합니다.4. 확인을 클릭합니다.User Profile Service 응용 프로그램에 사용자 프로필 추가사용자 검색에서 의미 있는 결과를 얻을 수 있으려면 먼저 User Profile Service 응용 프로그램에 사용자 프로필을 추가해야 합니다. 이 작업은 다음 두 가지 방법으로 수행합니다. 사용자 프로필을 수동으로 추가 AD DS, 타사 LDAP 또는 Business Data Connectivity 서비스 같은 외부 데이터 원본이나 디렉터리 서비스와 동기화

중요:

테스트 환경의 경우 프로필 저장소를 프로덕션 환경에 있는 다른 외부 데이터 원본이나 디렉터리 서비스와 동기화하지 않는 것이 좋습니다. 대신 User Profile Service 응용 프로그램과 동기화할 디렉터리 서비스의 복사본을 만드십시오. 사용자 프로필 목록 보기1. 서비스 응용 프로그램 관리 페이지에서 User Profile Service 응용 프로그램이 포함된 행을 클릭하고 리본에서 관리를 클릭합니다. 2. Profile Service 관리 페이지의 사용자 섹션에서 사용자 프로필 관리를 클릭합니다.

332

3. 사용자 프로필 관리 페이지의 프로필 찾기 상자에 사용자가 구성원으로 속한 도메인의 이름을 입력하고 찾기를 클릭합니다.예를 들어 사용자가 Contoso.com 도메인의 구성원이라면 프로필 찾기 상자에 Contoso 를 입력합니다. 정규화된 도메인 이름을 입력하지 마십시오.

4. 찾기를 클릭합니다.내 사이트 설정 구성내 사이트 설정은 팜 구성 마법사를 사용하여 User Profile Service 응용 프로그램을 만들 때 기본적으로 구성됩니다. 기본 설정을 변경하려면 다음 단계를 수행합니다.1. 서비스 응용 프로그램 관리 페이지에서 User Profile Service 응용 프로그램이 포함된 행을 클릭합니다.2. 리본의 작업 그룹에서 관리를 클릭합니다.3. Profile Service 관리 페이지의 내 사이트 설정 섹션에서 내 사이트 설정을 클릭합니다.4. 기본 설정 검색 센터 섹션의 기본 설정 검색 센터 상자에서 검색 센터 사이트의 경로가 올바른지 확인합니다.5. 사람 검색 범위 목록에서 사용자가 선택되었는지 확인합니다.6. 문서 검색 범위 목록에서 문서를 찾는 데 사용할 검색 범위를 선택합니다.

모든 사이트 범위를 선택하는 것이 좋습니다.7. 내 사이트 호스트 섹션의 내 사이트 호스트 위치 상자에서 내 사이트 호스트의 경로가 올바른지 확인합니다.

기본적으로 이 경로는 my/personal 입니다.8. 사이트 이름 형식 섹션에서 새 개인 사이트 이름을 지정하는 데 사용할 형식을 선택합니다.

사용자 이름(충돌을 해결하지 않음)이 기본적으로 선택되어 있습니다.9. 언어 옵션 섹션에서 필요한 경우 사용자가 자신의 개인 사이트 언어를 선택하도록 허용할지 여부와 해당 개인 사이트의 언어를 사용하여 사용자 프로필을 편집할지 여부를 선택합니다.10. 중복 배포 섹션에서 필요한 경우 전역 배포를 지원하도록 내 사이트를 설정할 수 있습니다.

이렇게 하면 다른 User Profile Service 응용 프로그램에서 호스팅하는 내 사이트를 가진 사용자가 동료 및 해당 기본 내 사이트에 대한 링크를 추가하고 사회적 거리에 따라 그룹화된 사용자 검색 결과를 표시하는 등의 작업을 수행할 수 있습니다.

11.읽기 사용 권한 수준 섹션에서 필요한 경우 개인 사이트가 만들어질 때 이러한 사이트의 읽기 권한 수준을 부여할 하나 이상의 계정을 입력합니다.이 권한은 인증된 모든 사용자에게 기본적으로 부여됩니다.

12. 내 사이트 구축 섹션에서 필요한 경우 내 사이트를 구축할 방식을 구성합니다. 13. 내 사이트 전자 메일 알림 섹션에서 필요한 경우 내 사이트의 모든 사이트에서 보내는 모든 전자 메일 알림에 표시할 다른 이름을 지정합니다.

기본적으로 보낸 사람 이름은 "내 사이트"입니다.14. 확인을 클릭합니다.내 사이트의 사이트에 정보 추가

333

내 사이트의 정보는 User Profile Service 응용 프로그램에 저장됩니다. 따라서 내 사이트의 사이트에 추가하는 정보가 많을수록 사용자 검색에서 좀 더 흥미로운 결과를 얻을 수 있습니다. 예를 들어 내 사이트의 사이트에 사용자의 전문 지식과 관심에 관한 정보를 제공하여 검색 결과 페이지에 이러한 정보가 어떻게 나타나는지 확인해 보는 것이 좋습니다.내 사이트의 사이트에 정보를 추가하려면 User Profile Service 응용 프로그램에서 사용자 프로필이 만들어진 사용자로 로그온하고 내 사이트의 URL 로 이동합니다. 이렇게 하려면 웹 브라우저에서 http:// 호스트 이름/my/로 이동합니다. 내 사이트가 만들어지지 않은 경우에는 자동으로 만들어집니다.프로필 저장소 크롤링 이전 버전의 SharePoint 제품 및 기술에서는 프로필 저장소를 크롤링하는 데 사용되는 URL 이 기본 콘텐츠 원본에 자동으로 제공되었습니다. 하지만 SharePoint Server 2010 에서는 자동 제공되지 않습니다. SharePoint 사이트와 다른 일정으로 프로필 저장소를 크롤링할 수 있도록 새로운 콘텐츠 원본을 만드는 것이 좋습니다.프로필 저장소를 크롤링하기 전에 기본 콘텐츠 액세스 계정에 할당된 사용자 계정이 User Profile Service 응용 프로그램의 관리자인지 확인합니다.User Profile Service 응용 프로그램에 관리자를 추가하려면1. 서비스 응용 프로그램 관리 페이지에서 User Profile Service 응용 프로그램이 포함된 행을 클릭하고 리본에서 관리자를 클릭합니다. 2. User Profile Service 의 관리자 대화 상자의 계정, 그룹 또는 클레임을 추가하려면... 상자에 추가할 사용자 계정을 도메인\사용자 이름 형식으로 입력합니다.3. 추가를 클릭합니다.4. 사용 권한 목록 상자에서 모든 권한 확인란을 선택합니다.5. 확인을 클릭합니다.프로필 저장소를 크롤링할 콘텐츠 원본 만들기1. 이 절차를 수행할 사용자 계정이 Search Service 응용 프로그램의 관리자인지 확인합니다.2. 중앙 관리 사이트 홈 페이지의 응용 프로그램 관리 섹션에서 서비스 응용 프로그램 관리를 클릭합니다. 3. 서비스 응용 프로그램 관리 페이지에서 Search Service 응용 프로그램을 클릭합니다.4. 검색 관리 페이지의 빠른 실행에 있는 크롤링 섹션에서 콘텐츠 원본을 클릭합니다.5. 콘텐츠 원본 관리 페이지에서 새 콘텐츠 원본을 클릭합니다.6. 콘텐츠 원본 추가 페이지의 이름 섹션에서 이 콘텐츠 원본의 이름을 입력합니다.7. 콘텐츠 원본 형식 섹션에서 SharePoint 사이트가 선택되었는지 확인합니다.8. 시작 주소 섹션에서 sps3://호스트 이름을 입력합니다. 여기서 호스트 이름은 서버 팜의 호스트 이름입니다.9. 크롤링 일정 섹션에서 필요한 경우 전체 및 증분 크롤링에 대한 일정을 만듭니다.10. 전체 크롤링 시작 섹션에서 이 콘텐츠 원본의 전체 크롤링 시작 확인란을 선택하고 확인을 클릭합니다. 크롤링 확인

334

1. 검색 관리 페이지의 빠른 실행에서 검색 관리를 클릭합니다. 참고:

크롤링 로그를 검토하여 크롤링 오류가 발생했는지 확인하는 것이 좋습니다.2. 크롤링 기록 섹션에서 새로 고침 단추를 클릭하여 크롤링 상태를 새로 고칩니다.

콘텐츠 원본 크롤링이 완료되면 모든 오류 열의 숫자가 0 으로 표시되는지 확인합니다. 오류가 발생한 경우에는 모든 오류 열의 숫자가 0 보다 큽니다. 이 경우 모든 오류 열에서 숫자를 클릭하여 해당 콘텐츠 원본의 크롤링 로그를 확인합니다. 오류가 발생하지 않은 경우에는 "선택적 단계"로 이동합니다.

참고:

크롤링 로그에 인증 오류가 발생한 것으로 나타나면 이 문서 앞부분에 나오는 "사용자 서비스 응용 프로그램에 관리자 추가"에서 설명된 단계를 수행하거나 사용자 서비스 응용 프로그램의 기존 관리자 계정을 사용하여 크롤러를 인증하는 크롤링 규칙을 만들어 이 문제를 해결할 수 있습니다. 크롤링 규칙을 만드는 방법에 대한 자세한 내용은 이 문서 뒷부분의 "크롤링 규칙 만들기(선택 사항)"를 참조하십시오.

선택적 단계다음 절차는 필요한 경우 수행합니다.크롤링 규칙 만들기(선택 사항)이 문서 앞부분에 나오는 "기본 콘텐츠 액세스 계정 지정" 섹션에서 기본 콘텐츠 액세스 계정으로 할당한 계정이 User Profile Service 응용 프로그램의 관리자가 아니면 크롤러에서 User Profile Service 응용 프로그램에 대해 인증하는 데 사용할 수 있는 크롤링 규칙을 만드는 것이 좋습니다.

참고:

이 문서 앞부분의 "User Profile Service 응용 프로그램에 관리자 추가" 섹션에 나온 단계를 수행한 경우에는 이 절차가 필요하지 않습니다. 1. 중앙 관리 웹 사이트 홈 페이지의 응용 프로그램 관리 섹션에서 서비스 응용 프로그램 관리를 클릭합니다.2. 서비스 응용 프로그램 관리 페이지에서 Search Service 응용 프로그램을 클릭합니다.3. 검색 관리 페이지의 빠른 실행에 있는 크롤링 섹션에서 크롤링 규칙을 클릭합니다.4. 크롤링 규칙 관리 페이지에서 새 크롤링 규칙을 클릭합니다.5. 경로 섹션의 경로 상자에 User Profile Service 응용 프로그램의 시작 주소를 sps3://호스트 이름 형식으로 입력합니다. 여기서 호스트 이름은 서버 팜의 호스트 이름입니다.6. 크롤링 구성 섹션에서 이 경로의 모든 항목 포함을 선택합니다.

335

7. 인증 지정 섹션에서 다른 콘텐츠 액세스 계정 지정을 선택합니다.8. 나타나는 계정 상자에 User Profile Service 응용 프로그램의 관리자인 사용자 계정의 이름을 도메인\사용자 이름 형식으로 입력합니다.9. 암호 및 암호 확인 상자에 이전 단계에서 지정한 계정의 암호를 입력합니다.10. 확인을 클릭합니다.

336

Configure a managed metadata service application (SharePoint Server 2010)(영문)In Microsoft SharePoint Server 2010, you can configure a managed metadata service application manually or by using Windows PowerShell.The following articles provide detailed information about how to configure a managed metadata service application and a managed metadata service connection: Create, update, publish, or delete a managed metadata service application

(SharePoint Server 2010) Create, update, or delete a managed metadata service connection

(SharePoint Server 2010)

참고 항목기타 리소스Managed metadata service application overview (SharePoint Server 2010)

337

http://technet.microsoft.com/library/ecd9e1d1-3e56-4ab9-80e1-29972586c5a7(Office.14).aspx

http://technet.microsoft.com/library/94f8453b-bebb-4fbd-ab9b-ddb1f6136a50(Office.14).aspx

http://technet.microsoft.com/library/94f8453b-bebb-4fbd-ab9b-ddb1f6136a50(Office.14).aspx

http://technet.microsoft.com/library/be30ab95-f6bf-41e1-93ac-2f5c78ac703b(Office.14).aspx

http://technet.microsoft.com/library/be30ab95-f6bf-41e1-93ac-2f5c78ac703b(Office.14).aspx

사이트 호스팅 준비(SharePoint Server 2010)Microsoft SharePoint Server 2010 을 설치하고 초기 구성을 수행한 후에는 SharePoint 사이트를 만들 수 있습니다. 사이트 모음을 만들기 전에 먼저 사이트 모음을 만들 웹 응용 프로그램을 만들어야 합니다. 또한 Kerberos 인증 또는 클레임 기반 인증을 사용하려는 경우 웹 응용 프로그램 인증을 구성해야 합니다.이 섹션의 문서를 참조하면 SharePoint 사이트의 계층 구조 및 서버 팜에서 클레인 인증과 Kerberos 인증을 구성하는 방법을 쉽게 결정할 수 있습니다. 웹 응용 프로그램 만들기 (SharePoint Server 2010)

SharePoint 사이트는 웹 응용 프로그램에 호스팅되므로, 사이트를 만들기 전에 웹 응용 프로그램을 하나 이상 만들어야 합니다. 이 문서에서는 중앙 관리 웹 사이트에서 또는 Windows PowerShell 2.0 을 사용하여 웹 응용 프로그램을 만드는 방법에 대해 다룹니다.

클레임 인증 구성 (SharePoint Server 2010) 이 문서에서는 팜의 클레임 기반 로그인 및 서비스 인프라를 제공하는 SharePoint Server 2010 클레임 기반 웹 응용 프로그램을 구성하는 방법에 대해 설명합니다. 또한 이 문서에서는 클레임 기반 웹 응용 프로그램에 대한 익명의 액세스를 구성하는 방법과 양식 기반 인증 또는 웹 SSO 인증용 웹 응용 프로그램 영역을 적절히 구성하는 방법도 설명합니다.

Kerberos 인증 구성 (SharePoint Server 2010) Kerberos 인증을 사용하여 SharePoint Server 2010 을 실행하는 서버 팜을 배포하려면 컴퓨터에 다양한 응용 프로그램을 설치 및 구성해야 합니다. 이 문서에서는 SharePoint Server 2010 을 실행하는 예제 서버 팜에 대해 설명하고 Kerberos 인증을 사용하여 SharePoint 서버 팜에서 작동하도록 팜을 배포 및 구성하는 지침을 제공합니다.

사이트 모음 만들기 (SharePoint Server 2010) 웹 응용 프로그램을 만든 후 사이트 모음을 만들 수 있습니다. 이 문서는 중앙 관리 웹 사이트에서 또는 Windows PowerShell 2.0 을 사용하여 사이트 모음을 만드는 데 도움이 됩니다. 사용자가 자신의 사이트를 만들 수 있도록 설정하려면 웹 응용 프로그램용 셀프 서비스 사이트 관리를 구성해야 합니다.

338

웹 응용 프로그램 만들기(SharePoint Server 2010)웹 응용 프로그램은 생성된 사이트 모음에 대한 논리 단위 역할을 하는 IIS(인터넷 정보 서비스) 웹 사이트로 구성됩니다. 사이트 모음을 만들려면 먼저 웹 응용 프로그램을 만들어야 합니다.각 웹 응용 프로그램은 고유 응용 프로그램 풀 또는 공유되는 응용 프로그램 풀이 있는 서로 다른 IIS 웹 사이트로 나타납니다. 각 웹 응용 프로그램에 고유한 도메인 이름을 할당할 수 있으며, 이를 통해 사이트 간 스크립트 공격을 방지할 수 있습니다.웹 응용 프로그램을 사용하여 콘텐츠를 격리합니다. 새로운 웹 응용 프로그램을 만드는 경우 새 콘텐츠 데이터베이스도 만들고 데이터베이스 연결에 사용할 인증 방법도 정의합니다. 또한 IIS 웹 사이트에서 사용할 인증 방법을 SharePoint Server 2010 에서 정의합니다.SharePoint Server 2010 에서는 다음과 같은 두 가지 사용자 인증 방법을 제공합니다. 사용자가 Windows 인증을 사용하여 웹 응용 프로그램에 로그온하는 클래식 모드 인증. 자세한 내용은 Windows 클래식 인증을 사용하는 웹 응용 프로그램 만들기 (SharePoint

Server 2010)를 참조하십시오. 사용자가 Windows 인증, FBA(양식 기반 인증) 또는 SAML(신뢰할 수 있는 ID 공급자)을 사용하여 웹 응용 프로그램에 로그온하는 클레임 기반 인증. FBA 또는 SAML 을 사용하는 경우 추가 구성 단계를 수행해야 합니다. 클레임 기반 인증에 대한 자세한 내용은 Windows 클레임 인증을 사용하는 웹 응용 프로그램 만들기 (SharePoint Server 2010) 을 참조하십시오.두 가지 인증 유형에 대한 자세한 내용은 Plan authentication methods (SharePoint Server 2010)을 참조하십시오.SharePoint Server 2010 에서는 각 웹 응용 프로그램에 사용할 수 있는 서비스 응용 프로그램 집합을 제공합니다. 만드는 각 웹 응용 프로그램에 대해 사용할 서비스 응용 프로그램을 선택할 수 있습니다. 자세한 내용은 Technical diagrams (SharePoint Server 2010), Define managed paths (SharePoint Server 2010) 및 Service application and service management (SharePoint Server 2010)( 영문 ) 를 참조하십시오.이 섹션의 내용: Windows 클래식 인증을 사용하는 웹 응용 프로그램 만들기 (SharePoint Server 2010) Windows 클레임 인증을 사용하는 웹 응용 프로그램 만들기 (SharePoint Server 2010)

참고 항목개념사이트 모음 만들기 (SharePoint Server 2010)

339

http://technet.microsoft.com/library/0f95a1e6-7044-487e-8681-b1d717caabb3(Office.14).aspx

http://technet.microsoft.com/library/0f95a1e6-7044-487e-8681-b1d717caabb3(Office.14).aspx




기타 리소스Extend a Web application (SharePoint Server 2010)Logical architecture planning (SharePoint Server 2010)웹 서버 보안 구성 (IIS 7)

340


http://technet.microsoft.com/library/bc5991d1-c187-495c-8057-3bf2c5653aff(Office.14).aspx

http://technet.microsoft.com/library/02dc86bd-5918-4a01-89e9-d04508c3cc72(Office.14).aspx

Windows 클래식 인증을 사용하는 웹 응용 프로그램 만들기(SharePoint Server 2010)이 문서에서는 Windows 클래식 인증을 사용하는 웹 응용 프로그램을 만드는 방법에 대해 설명합니다.

팁:

Windows 클레임 인증을 사용하는 경우에는 Windows 클레임 인증을 사용하는 웹 응용 프로그램 만들기 (SharePoint Server 2010) 를 참조하십시오. 이 절차를 수행하기 전에 다음 사항을 확인하십시오. 시스템에서 Microsoft SharePoint Server 2010 을 실행 중이어야 합니다. 논리적 아키텍처 디자인이 마련되어 있어야 합니다. 자세한 내용은 Logical architecture

components (SharePoint Server 2010)를 참조하십시오. 웹 응용 프로그램에 대한 인증 계획을 마쳤어야 합니다. 자세한 내용은 Plan

authentication methods (SharePoint Server 2010), Kerberos 인증 구성 (SharePoint Server 2010) 및 Choose security groups (SharePoint Server 2010)을 참조하십시오.

웹 응용 프로그램에 대해 사용할 서비스 응용 프로그램을 선택한 상태여야 합니다. 자세한 내용은 Service application and service management (SharePoint Server 2010)( 영문 ) 를 참조하십시오.

SSL(Secure Sockets Layer)을 사용하는 경우에는 IIS 웹 사이트가 만들어진 후 웹 응용 프로그램의 IIS 웹 사이트와 SSL 인증서를 연결해야 합니다. SSL 을 설정하는 방법에 대한 자세한 내용은 IIS 7.0 에서 SSL 을 설정하는 방법 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=187887&clcid=0x412)(영문일 수 있음)을 참조하십시오. 대체 액세스 매핑에 대한 항목을 읽어야 합니다. Windows 에서 UAC(사용자 계정 컨트롤)를 설정한 상태에서 Windows PowerShell 2.0을 사용하여 웹 응용 프로그램을 만드는 경우 SharePoint 2010 관리 셸을 마우스 오른쪽 단추로 클릭하고 관리자 권한으로 실행을 선택해야 합니다.SharePoint 중앙 관리 웹 사이트 또는 Windows PowerShell 을 사용하여 웹 응용 프로그램을 만들 수 있습니다. 일반적으로는 중앙 관리를 사용하여 웹 응용 프로그램을 만듭니다. 기업에서 흔히 하듯이, 웹 응용 프로그램 만들기 작업을 자동화하려는 경우에는 Windows PowerShell 을

341



http://technet.microsoft.com/library/1a45c752-a485-439a-a19b-340a5bd7a6f3(Office.14).aspx






사용합니다. 절차가 완료되면 만든 웹 응용 프로그램에서 하나 이상의 사이트 모음을 만들 수 있습니다.Windows 클래식 인증을 사용하는 웹 응용 프로그램을 중앙 관리를 사용하여 만들려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

웹 응용 프로그램을 만들려면 Farm Administrators SharePoint 그룹의 구성원이어야 하며 중앙 관리를 실행하는 컴퓨터에서 로컬 Administrators 그룹의 구성원이어야 합니다.2. 중앙 관리 홈 페이지의 응용 프로그램 관리 섹션에서 웹 응용 프로그램 관리를 클릭합니다.3. 리본 메뉴에서 새로 만들기를 클릭합니다.4. 새 웹 응용 프로그램 만들기 페이지의 인증 섹션에서 클래식 모드 인증을 클릭합니다.5. IIS 웹 사이트 섹션에서 다음 두 옵션 중 하나를 선택하여 새 웹 응용 프로그램에 대한 설정을 구성할 수 있습니다.

기존 IIS 웹 사이트 사용을 클릭한 다음 새 웹 응용 프로그램을 설치할 웹 사이트를 선택합니다. 새 IIS 웹 사이트 만들기를 클릭한 다음 이름 상자에 웹 사이트의 이름을 입력합니다.

6. IIS 웹 사이트 섹션의 포트 상자에 웹 응용 프로그램에 액세스하는 데 사용할 포트 번호를 입력합니다. 새 웹 사이트를 만드는 경우에는 이 필드에 임의의 포트 번호가 채워지고, 기존 웹 사이트를 사용하는 경우에는 이 필드에 현재 포트 번호가 채워집니다. 참고:

HTTP 액세스를 위한 기본 포트 번호는 80 이고 HTTPS 액세스를 위한 기본 포트 번호는 443입니다. 사용자가 포트 번호를 입력하지 않고 웹 응용 프로그램에 액세스하도록 하려면 사용자가 해당 기본 포트 번호를 사용해야 합니다.

7. 선택 사항: IIS 웹 사이트 섹션의 호스트 헤더 상자에 웹 응용 프로그램에 액세스하는 데 사용할 호스트 이름(예: www.contoso.com)을 입력합니다. 참고:

일반적으로, 같은 서버에서 동일한 포트 번호를 공유하는 둘 이상의 IIS 웹 사이트를 구성하려고 하며 요청을 같은 서버로 라우팅하도록 DNS 가 구성된 경우가 아니면 이 필드는 설정되지 않습니다.8. IIS 웹 사이트 섹션의 경로 상자에 서버의 IIS 웹 사이트 홈 디렉터리 경로를 입력합니다. 새 웹 사이트를 만드는 경우에는 이 필드에 제안 경로가 채워지고, 기존 웹 사이트를 사용하는 경우에는 이 필드에 해당 웹 사이트의 현재 경로가 채워집니다.9. 보안 구성 섹션에서 웹 응용 프로그램의 인증 및 암호화를 구성합니다.

a) 인증 공급자 섹션에서 협상(Kerberos) 또는 NTLM 을 클릭합니다.

342

참고:

Kerberos 인증을 사용하도록 설정하려면 추가 구성을 수행해야 합니다. 자세한 내용은 Kerberos 인증 구성 (SharePoint Server 2010) 을 참조하십시오.

b) 익명 허용 섹션에서 예 또는 아니요를 클릭합니다. 익명 액세스를 허용하도록 선택하면 컴퓨터별 익명 액세스 계정(즉, IIS_IUSRS)을 사용하여 웹 사이트에 익명으로 액세스할 수 있습니다. 참고:

사용자가 모든 사이트 콘텐츠에 익명으로 액세스할 수 있게 하려면 SharePoint 사이트 수준에서 익명 액세스를 사용하도록 설정하기 전에 전체 웹 응용 프로그램 영역에 대해 익명 액세스를 사용하도록 설정해야 합니다. 그러면 나중에 사이트 소유자가 자신의 사이트 내에서 익명 액세스가 사용되는 방식을 구성할 수 있습니다. 웹 응용 프로그램 수준에서 익명 액세스를 사용하도록 설정하지 않으면 나중에 사이트 수준에서 익명 액세스를 사용하도록 설정할 수 없습니다. 자세한 내용은 Choose security groups (SharePoint Server 2010)을 참조하십시오.

c) SSL(Secure Sockets Layer) 사용 섹션에서 예 또는 아니요를 클릭합니다. 웹 사이트에 대해 SSL 을 사용하도록 설정하면 SSL 인증서를 요청하고 설치하여 SSL 을 구성해야 합니다. SSL 을 설정하는 방법에 대한 자세한 내용은 IIS 7.0 에서 SSL 을 설정하는 방법 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=187887&clcid=0x412)(영문일 수 있음)을 참조하십시오.

10. 공용 URL 섹션에 사용자가 이 웹 응용 프로그램에서 액세스할 모든 사이트의 도메인 이름에 대한 URL 을 입력합니다. 이 URL 은 해당 웹 응용 프로그램 내의 페이지에 표시되는 링크에서 기준 URL 로 사용됩니다. 기본 URL 은 현재 서버 이름 및 포트이며 페이지의 현재 SSL, 호스트 헤더 및 포트 번호 설정을 반영하도록 자동으로 업데이트됩니다. 부하 분산 장치 또는 프록시 서버 배후에 SharePoint Server 2010 을 배포할 경우 이 URL 은 이 페이지의 SSL, 호스트 헤더 및 포트 설정과 달라야 할 수 있습니다.영역 값은 새 웹 응용 프로그램에 대해 기본값으로 자동 설정됩니다.

참고:

웹 응용 프로그램을 확장할 때 영역을 변경할 수 있습니다. 자세한 내용은 Extend a Web application (SharePoint Server 2010)을 참조하십시오.11. 응용 프로그램 풀 섹션에서 다음 중 하나를 수행합니다.

기존 응용 프로그램 풀 사용을 클릭한 다음 드롭다운 메뉴에서 사용할 응용 프로그램 풀을 선택합니다. 새 응용 프로그램 풀 만들기를 클릭한 다음 새 응용 프로그램 풀 이름을 입력하거나 기본 이름을 그대로 유지합니다.

자세한 내용은 Logical architecture components (SharePoint Server 2010)을 참조하십시오.

12. 이 응용 프로그램 풀에 대한 보안 계정을 선택하십시오.에서 다음 중 하나를 수행합니다. 미리 정의된 보안 계정을 사용하려면 미리 정의됨을 클릭한 다음 드롭다운 메뉴에서 보안 계정을 선택합니다.

343







기존 응용 프로그램 풀에 사용할 새 보안 계정을 지정하려면 보안 계정 구성을 클릭합니다. 참고:

새 관리되는 계정을 등록하십시오. 링크를 클릭하여 새 계정을 만들 수 있습니다.13. 데이터베이스 이름 및 인증 섹션에서 다음 표에 설명된 대로 새 웹 응용 프로그램의 데이터베이스 서버, 데이터베이스 이름 및 인증 방법을 선택합니다.항목

작업

데이터베이스 서버

사용할 Microsoft SQL Server 인스턴스 및 데이터베이스 서버 이름을 <서버 이름\인스턴스> 형식으로 입력합니다. 기본 항목을 사용할

344

항목

작업

수도 있습니다.

데이터베이스 이름

데이터베이스 이름을 입력하거나 기본 항목을 사용합니다.

데이터베이스 인증

다음 작업 중 하나를 수행하여 사용할 데이터베이스 인증을 선택합니다. W

345

항목

작업

indows 인증을 사용하려는 경우 이 옵션을 선택한 상태로 둡니다. Window

346

항목

작업

s 인증에서는 SQL Server에 연결할 때 암호를 자동으로 암호화하므로 이 옵

347

항목

작업

션을 사용하는 것이 좋습니다.

SQL 인증을 사용하려면 SQL 인증을 클릭합니다.

348

항목

작업

계정 상자에 웹 응용 프로그램이 SQL Server 데이터베이스 인증에 사용할 계

349

항목

작업

정의 이름을 입력한 다음 암호 상자에 암호를 입력합니다.

SQL 암호화되지 않은 상태로 로 보냅니다네트워크 트래픽을 암호화하기 위해 SQL Server암호화를 강제하는 경우에만 인증을 사용하는 것이 좋습니다

350

항목

작업

14. 데이터베이스 미러링을 사용하는 경우 장애 조치 서버 섹션의 장애 조치 데이터베이스 서버 상자에 콘텐츠 데이터베이스와 연결할 특정 장애 조치(failover) 데이터베이스 서버의 이름을 입력합니다.15. 서비스 응용 프로그램 연결 섹션에서 웹 응용 프로그램에서 사용할 수 있는 서비스 응용 프로그램 연결을 선택합니다. 드롭다운 메뉴에서 기본값 또는 사용자 지정을 클릭합니다. 웹 응용 프로그램에 사용할 서비스 응용 프로그램 연결을 선택하려면 사용자 지정 옵션을 사용합니다.16. 사용자 환경 개선 프로그램 섹션에서 예 또는 아니요를 클릭합니다.17. 확인을 클릭하여 새 웹 응용 프로그램을 만듭니다.Windows 클래식 인증을 사용하는 웹 응용 프로그램을 Windows PowerShell 을 사용하여 만들려면1. 최소 요구 사항을 충족하는지 확인합니다. 즉, Add-SPShellAdmin 을 참조하십시오. 또한 Windows PowerShell 을 실행하는 컴퓨터에서 로컬 Administrators 그룹의 구성원이어야 합니다. 뿐만 아니라 일부 절차를 수행하려면 SQL Server 고정 서버 역할

dbcreator 및 securityadmin 의 구성원이어야 합니다.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에 다음 명령을 입력합니다.

코드 복사

New-SPWebApplication -Name <Name> -ApplicationPool <ApplicationPool> -ApplicationPoolAccount <ApplicationPoolAccount> -Port <Port> -URL <URL>

여기서 각 부분이 나타내는 의미는 다음과 같습니다. <이름>은 새 웹 응용 프로그램의 이름입니다. <응용 프로그램 풀>은 응용 프로그램 풀의 이름입니다. <응용 프로그램 풀 계정>은 이 응용 프로그램 풀을 실행할 사용자 계정입니다. <포트>는 IIS 에서 웹 응용 프로그램이 만들어질 포트입니다. <URL>은 웹 응용 프로그램의 공용 URL 입니다.

예제

351

코드 복사

New-SPWebApplication -Name "Contoso Internet Site" -ApplicationPool "ContosoAppPool" -ApplicationPoolAccount (Get-SPManagedAccount "DOMAIN\jdoe") -Port 80 -URL "http://www.contoso.com"

자세한 내용은 New-SPWebApplication 을 참조하십시오.

참고:


참고 항목개념사이트 모음 만들기 (SharePoint Server 2010) Windows 클레임 인증을 사용하는 웹 응용 프로그램 만들기 (SharePoint Server 2010) 기타 리소스Extend a Web application (SharePoint Server 2010)웹 서버 보안 구성 (IIS 7)

352




Windows 클레임 인증을 사용하는 웹 응용 프로그램 만들기(SharePoint Server 2010)이 문서에서는 Windows 클레임 인증을 사용하는 웹 응용 프로그램을 만드는 방법에 대해 설명합니다.

팁:

Windows 클래식 인증을 사용하는 경우에는 Windows 클래식 인증을 사용하는 웹 응용 프로그램 만들기 (SharePoint Server 2010) 를 참조하십시오. 이 절차를 수행하기 전에 다음 사항을 확인하십시오. 시스템에서 Microsoft SharePoint Server 2010 을 실행 중이어야 합니다. 논리적 아키텍처 디자인이 마련되어 있어야 합니다. 자세한 내용은 Logical architecture

components (SharePoint Server 2010)를 참조하십시오. 웹 응용 프로그램에 대한 인증 계획을 마쳤어야 합니다. 자세한 내용은 Plan

authentication methods (SharePoint Server 2010), Kerberos 인증 구성 (SharePoint Server 2010) 및 Choose security groups (SharePoint Server 2010)을 참조하십시오.

웹 응용 프로그램에 대해 사용할 서비스 응용 프로그램을 선택한 상태여야 합니다. 자세한 내용은 Service application and service management (SharePoint Server 2010)( 영문 ) 를 참조하십시오.

SSL(Secure Sockets Layer)을 사용하는 경우에는 IIS 웹 사이트가 만들어진 후 웹 응용 프로그램의 IIS 웹 사이트와 SSL 인증서를 연결해야 합니다. SSL 을 설정하는 방법에 대한 자세한 내용은 IIS 7.0 에서 SSL 을 설정하는 방법 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=187887&clcid=0x412)(영문일 수 있음)을 참조하십시오. 대체 액세스 매핑에 대한 항목을 읽어야 합니다. Windows 에서 UAC(사용자 계정 컨트롤)를 설정한 상태에서 Windows PowerShell 2.0을 사용하여 웹 응용 프로그램을 만드는 경우 SharePoint 2010 관리 셸을 마우스 오른쪽 단추로 클릭하고 관리자 권한으로 실행을 선택해야 합니다.SharePoint 중앙 관리 웹 사이트 또는 Windows PowerShell 을 사용하여 웹 응용 프로그램을 만들 수 있습니다. 일반적으로는 중앙 관리를 사용하여 웹 응용 프로그램을 만듭니다. 기업에서 흔히 하듯이, 웹 응용 프로그램 만들기 작업을 자동화하려는 경우에는 Windows PowerShell 을

353









사용합니다. 절차가 완료되면 만든 웹 응용 프로그램에서 하나 이상의 사이트 모음을 만들 수 있습니다.Windows 클레임 인증을 사용하는 웹 응용 프로그램을 중앙 관리를 사용하여 만들려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

웹 응용 프로그램을 만들려면 Farm Administrators SharePoint 그룹의 구성원이어야 하며 중앙 관리를 실행하는 컴퓨터에서 로컬 Administrators 그룹의 구성원이어야 합니다.2. 중앙 관리 홈 페이지의 응용 프로그램 관리 섹션에서 웹 응용 프로그램 관리를 클릭합니다.3. 리본 메뉴에서 새로 만들기를 클릭합니다.4. 새 웹 응용 프로그램 만들기 페이지의 인증 섹션에서 클레임 기반 인증을 클릭합니다.5. IIS 웹 사이트 섹션에서 다음 두 옵션 중 하나를 선택하여 새 웹 응용 프로그램에 대한 설정을 구성할 수 있습니다.

기존 IIS 웹 사이트 사용을 클릭한 다음 새 웹 응용 프로그램을 설치할 웹 사이트를 선택합니다. 새 IIS 웹 사이트 만들기를 클릭한 다음 이름 상자에 웹 사이트의 이름을 입력합니다.

6. IIS 웹 사이트 섹션의 포트 상자에 웹 응용 프로그램에 액세스하는 데 사용할 포트 번호를 입력합니다. 새 웹 사이트를 만드는 경우에는 이 필드에 임의의 포트 번호가 채워지고, 기존 웹 사이트를 사용하는 경우에는 이 필드에 현재 포트 번호가 채워집니다. 참고:

HTTP 액세스를 위한 기본 포트 번호는 80 이고 HTTPS 액세스를 위한 기본 포트 번호는 443입니다. 사용자가 포트 번호를 입력하지 않고 웹 응용 프로그램에 액세스하도록 하려면 사용자가 해당 기본 포트 번호를 사용해야 합니다.7. 선택 사항: IIS 웹 사이트 섹션의 호스트 헤더 상자에 웹 응용 프로그램에 액세스하는 데 사용할 호스트 이름(예: www.contoso.com)을 입력합니다.

참고:

일반적으로, 같은 서버에서 동일한 포트 번호를 공유하는 둘 이상의 IIS 웹 사이트를 구성하려고 하며 요청을 같은 서버로 라우팅하도록 DNS 가 구성된 경우가 아니면 이 필드는 설정되지 않습니다.8. IIS 웹 사이트 섹션의 경로 상자에 서버의 IIS 웹 사이트 홈 디렉터리 경로를 입력합니다. 새 웹 사이트를 만드는 경우에는 이 필드에 제안 경로가 채워지고, 기존 웹 사이트를 사용하는 경우에는 이 필드에 해당 웹 사이트의 현재 경로가 채워집니다.9. 보안 구성 섹션에서 익명 액세스 허용 여부와 SSL(Secure Sockets Layer) 사용 여부를 선택합니다.

a) 익명 허용에서 예 또는 아니요를 클릭합니다. 익명 액세스를 허용하도록 선택하면 컴퓨터별 익명 액세스 계정(즉, IIS_IUSRS)을 사용하여 웹 사이트에 익명으로 액세스할 수 있습니다.

354

참고:

사용자가 모든 사이트 콘텐츠에 익명으로 액세스할 수 있게 하려면 SharePoint 사이트 수준에서 익명 액세스를 사용하도록 설정하기 전에 전체 웹 응용 프로그램 영역에 대해 익명 액세스를 사용하도록 설정해야 합니다. 그러면 나중에 사이트 소유자가 자신의 사이트 내에서 익명 액세스가 사용되는 방식을 구성할 수 있습니다. 웹 응용 프로그램 수준에서 익명 액세스를 사용하도록 설정하지 않으면 나중에 사이트 수준에서 익명 액세스를 사용하도록 설정할 수 없습니다. 자세한 내용은 Choose security groups (SharePoint Server 2010)을 참조하십시오.

b) SSL(Secure Sockets Layer) 사용에서 예 또는 아니요를 클릭합니다. 웹 사이트에 대해 SSL 을 사용하도록 설정하면 SSL 인증서를 요청하고 설치하여 SSL을 구성해야 합니다. SSL 을 설정하는 방법에 대한 자세한 내용은 IIS 7.0 에서 SSL 을 설정하는 방법 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=187887&clcid=0x412)(영문일 수 있음)을 참조하십시오.

10. 클레임 인증 유형 섹션에서 웹 응용 프로그램에 대해 사용할 인증을 선택합니다.a) Windows 인증을 사용하도록 설정하려는 경우 Windows 인증 사용을 선택하고 드롭다운 메뉴에서 협상(Kerberos) 또는 NTLM 을 선택합니다. 자세한 내용은

Kerberos 인증 구성 (SharePoint Server 2010) 을 참조하십시오.Windows 통합 인증을 사용하지 않으려면 Windows 통합 인증의 선택을 취소합니다.사용자의 자격 증명을 네트워크를 통해 암호화되지 않은 양식으로 전송하려는 경우 기본 인증(암호를 일반 텍스트로 보냄)을 선택합니다.

참고:

기본 인증이나 Windows 통합 인증 또는 두 가지 모두를 선택할 수 있습니다. 두 가지를 모두 선택하는 경우 SharePoint Server 2010 에서 두 가지 인증 유형을 모두 클라이언트 웹 브라우저에 제공합니다. 그러면 클라이언트 웹 브라우저에서 사용할 인증 유형을 결정합니다. 기본 인증만 선택하는 경우에는 SSL 을 사용하도록 설정해야 합니다. 그러지 않으면 악의적인 사용자가 자격 증명을 가로챌 수 있습니다.

b) 양식 기반 인증을 사용하도록 설정하려는 경우 FBA(양식 기반 인증) 사용을 선택한 다음 상자에 멤버 자격 공급자 이름과 역할 관리자 이름을 입력합니다.자세한 내용은 클레임 기반 웹 응용 프로그램에 대해 폼 기반 인증 구성 (SharePoint Server 2010)을 참조하십시오.

참고:

이 옵션을 선택하는 경우 SSL 이 사용하도록 설정되어 있는지 확인합니다. 그러지 않으면 악의적인 사용자가 자격 증명을 가로챌 수 있습니다.

c) Windows PowerShell 에서 신뢰할 수 있는 ID 공급자 인증을 설정한 경우 신뢰할 수 있는 ID 공급자 확인란이 선택됩니다.

355




자세한 내용은 SAML 보안 토큰을 사용하여 인증 구성 (SharePoint Server 2010) 을 참조하십시오.하나 이상의 클레임 인증 유형을 사용할 수 있습니다. 자세한 내용은 Plan authentication methods (SharePoint Server 2010)을 참조하십시오.

11. 로그인 페이지 URL 섹션에서 다음 옵션 중 하나를 선택하여 SharePoint Server 2010 에 로그인합니다. 사용자를 클레임 기반 인증을 위한 기본 로그인 웹 사이트로 리디렉션하려는 경우 기본 로그인 페이지 URL 을 선택합니다. 사용자를 클레임 기반 인증을 위한 사용자 지정된 로그인 웹 사이트로 리디렉션하려는 경우 사용자 지정 로그인 페이지 URL 을 선택한 다음 로그인 URL 을 입력합니다.

12. 공용 URL 섹션에 사용자가 이 웹 응용 프로그램에서 액세스할 모든 사이트의 도메인 이름에 대한 URL 을 입력합니다. 이 URL 은 해당 웹 응용 프로그램 내의 페이지에 표시되는 링크에서 기준 URL 로 사용됩니다. 기본 URL 은 현재 서버 이름 및 포트이며 페이지의 현재 SSL, 호스트 헤더 및 포트 번호 설정을 반영하도록 자동으로 업데이트됩니다. 부하 분산 장치 또는 프록시 서버 배후에 SharePoint Server 2010 을 배포할 경우 이 URL 은 이 페이지의 SSL, 호스트 헤더 및 포트 설정과 달라야 할 수 있습니다.영역 값은 새 웹 응용 프로그램에 대해 기본값으로 자동 설정됩니다.

참고:

웹 응용 프로그램을 확장할 때 영역을 변경할 수 있습니다. 자세한 내용은 Extend a Web application (SharePoint Server 2010)을 참조하십시오.13. 응용 프로그램 풀 섹션에서 다음 중 하나를 수행합니다.

기존 응용 프로그램 풀 사용을 클릭한 다음 드롭다운 메뉴에서 사용할 응용 프로그램 풀을 선택합니다. 새 응용 프로그램 풀 만들기를 클릭한 다음 새 응용 프로그램 풀 이름을 입력하거나 기본 이름을 그대로 유지합니다.

자세한 내용은 Logical architecture components (SharePoint Server 2010)을 참조하십시오.

14. 이 응용 프로그램 풀에 대한 보안 계정을 선택하십시오.에서 다음 중 하나를 수행합니다. 미리 정의된 보안 계정을 사용하려면 미리 정의됨을 클릭한 다음 드롭다운 메뉴에서 보안 계정을 선택합니다. 기존 응용 프로그램 풀에 사용할 새 보안 계정을 지정하려면 보안 계정 구성을 클릭합니다.

참고:

새 관리되는 계정을 등록하십시오. 링크를 클릭하여 새 계정을 만들 수 있습니다.15. 데이터베이스 이름 및 인증 섹션에서 다음 표에 설명된 대로 새 웹 응용 프로그램의 데이터베이스 서버, 데이터베이스 이름 및 인증 방법을 선택합니다.항목

작업

데사용356






항목

작업

이터베이스 서버

할 Microsoft SQL Server 인스턴스 및 데이터베이스 서버 이름을 <서버 이름\인스턴스> 형식으로 입력합니다. 기본 항목을 사용할 수도 있습니다.

데이

데이터베

357

항목

작업

터베이스 이름

이스 이름을 입력하거나 기본 항목을 사용합니다.

데이터베이스 인증

다음 작업 중 하나를 수행하여 사용할 데이터베이스 인증을 선택합니다. W

indows 인

358

항목

작업

증을 사용하려는 경우 이 옵션을 선택한 상태로 둡니다. Windows 인증에서는

359

항목

작업

SQL Server에 연결할 때 암호를 자동으로 암호화하므로 이 옵션을 사용하는

360

항목

작업

것이 좋습니다.

SQL 인증을 사용하려면 SQL 인증을 클릭합니다. 계정 상자에 웹

361

항목

작업

응용 프로그램이 SQL Server 데이터베이스 인증에 사용할 계정의 이름을 입

362

항목

작업

력한 다음 암호 상자에 암호를 입력합니다.

SQL 암호화되지 않은 상태로 로 보냅니다네트워크 트래픽을 암호화하기 위해 SQL Server암호화를 강제하는 경우에만 인증을 사용하는 것이 좋습니다

16. 데이터베이스 미러링을 사용하는 경우 장애 조치 서버 섹션의 장애 조치 데이터베이스 서버 상자에 콘텐츠 데이터베이스와 연결할 특정 장애 조치(failover) 데이터베이스 서버의 이름을 입력합니다.17. 서비스 응용 프로그램 연결 섹션에서 웹 응용 프로그램에서 사용할 수 있는 서비스 응용 프로그램 연결을 선택합니다. 드롭다운 메뉴에서 기본값 또는 사용자 지정을 클릭합니다. 웹 응용 프로그램에 사용할 서비스 응용 프로그램 연결을 선택하려면 사용자 지정 옵션을 사용합니다.

363

18. 사용자 환경 개선 프로그램 섹션에서 예 또는 아니요를 클릭합니다.19. 확인을 클릭하여 새 웹 응용 프로그램을 만듭니다.Windows 클레임 인증을 사용하는 웹 응용 프로그램을 Windows PowerShell 을 사용하여 만들려면1. 최소 요구 사항을 충족하는지 확인합니다. 즉, Add-SPShellAdmin 을 참조하십시오. 또한 Windows PowerShell 을 실행하는 컴퓨터에서 로컬 Administrators 그룹의 구성원이어야 합니다. 뿐만 아니라 일부 절차를 수행하려면 SQL Server 고정 서버 역할

dbcreator 및 securityadmin 의 구성원이어야 합니다.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows 클레임 인증 공급자를 만들려면 Windows PowerShell 명령 프롬프트에 다음 명령을 입력합니다.

코드 복사

$ap = New-SPAuthenticationProvider

Windows 클레임 인증을 사용하는 웹 응용 프로그램을 만들려면 Windows PowerShell 명령 프롬프트에 다음 명령을 입력합니다.

코드 복사$wa = New-SPWebApplication -Name <ClaimsWindowsWebApplication> -ApplicationPool <ClaimsApplicationPool> -ApplicationPoolAccount <ClaimsApplicationPoolAccount> -URL <URL> -Port <Port> -AuthenticationProvider $ap

참고:

응용 프로그램 풀 계정은 서버 팜에서 관리되는 계정인 것이 좋습니다.

여기서 각 부분이 나타내는 의미는 다음과 같습니다.

364

<이름>은 Windows 클레임 인증을 사용하는 새 웹 응용 프로그램의 이름입니다. <응용 프로그램 풀>은 응용 프로그램 풀의 이름입니다. <응용 프로그램 풀 계정>은 이 응용 프로그램 풀을 실행할 사용자 계정입니다. <URL>은 웹 응용 프로그램의 공용 URL 입니다. <포트>는 IIS 에서 웹 응용 프로그램이 만들어질 포트입니다.

예제코드 복사

$ap = New-SPAuthenticationProvider

코드 복사

$wa = New-SPWebApplication -Name "Contoso Internet Site" -ApplicationPool "ContosoAppPool" -ApplicationPoolAccount (Get-SPManagedAccount "DOMAIN\jdoe") -URL "http://www.contoso.com" -Port 80 -AuthenticationProvider $ap

자세한 내용은 New-SPWebApplication 및 New-SPAuthenticationProvider 를 참조하십시오.

참고:


참고 항목개념사이트 모음 만들기 (SharePoint Server 2010) 클레임 기반 웹 응용 프로그램에 대해 폼 기반 인증 구성 (SharePoint Server 2010) SAML 보안 토큰을 사용하여 인증 구성 (SharePoint Server 2010) Windows 클래식 인증을 사용하는 웹 응용 프로그램 만들기 (SharePoint Server 2010) 기타 리소스Extend a Web application (SharePoint Server 2010)웹 서버 보안 구성 (IIS 7)

365



http://technet.microsoft.com/library/c1056674-30b6-4c9c-bfc7-a2d336064b62(Office.14).aspx


클레임 인증 구성(SharePoint Server 2010)이 섹션의 내용: Windows 클레임 인증을 사용하는 웹 응용 프로그램 만들기 (SharePoint Server 2010) Configure anonymous access for a claims-based Web application

(SharePoint Server 2010)( 영문 ) 클레임 기반 웹 응용 프로그램에 대해 폼 기반 인증 구성 (SharePoint Server 2010) Configure Kerberos authentication for the claims to Windows token service

(SharePoint Server 2010)( 영문 ) SAML 보안 토큰을 사용하여 인증 구성 (SharePoint Server 2010) Windows Live ID 를 사용하여 클레임 기반 인증 구성 (SharePoint Server 2010)

366

Configure anonymous access for a claims-based Web application (SharePoint Server 2010)(영문)After you have configured a Microsoft SharePoint Server 2010 claims-based Web application, you can use the procedure in this article to configure anonymous access for your claims-based Web application. For more information, see Windows 클레임 인증을 사용하는 웹 응용 프로그램 만들기 (SharePoint Server 2010).

Configure anonymous access for a claims-based Web applicationTo configure anonymous access for a claims-based Web application1. Verify that the user account that is performing this procedure is a site

collection administrator.2. In Central Administration, go to the Security section.3. Under Anonymous Access, select Enable Anonymous.4. Click Save.5. Go to the site for the appropriate Web application.6. Select Site Actions.7. Select Site Permissions.8. On the ribbon, select Anonymous Access.9. Select either Entire Web Site or Lists and Libraries, depending on how

you want to scope anonymous access for this site.

367

클레임 기반 웹 응용 프로그램에 대해 폼 기반 인증 구성(SharePoint Server 2010)이 문서의 절차에서는 다음을 수행하기 위한 지침을 제공합니다. Microsoft SharePoint Server 2010 클레임 기반 웹 응용 프로그램에 대해 폼 기반 인증을 구성할 수 있도록 합니다. 폼 기반 인증을 사용하도록 구성된 기존 Office SharePoint Server 2007 웹 응용 프로그램이 SharePoint Server 2010 과 함께 작동하도록 업그레이드하는 과정을 지원합니다.SharePoint Server 2010 으로 업그레이드한 후에는 Microsoft Office SharePoint Server 2007 웹 응용 프로그램에서 레거시 로그인을 수행할 수 있도록 구성됩니다. Office SharePoint Server 2007 웹 응용 프로그램이 Windows 인증을 사용하도록 구성된 경우에는 업그레이드를 위해 수행할 추가 단계가 없습니다. 그러나 Office SharePoint Server 2007 웹 응용 프로그램이 폼 기반 인증 또는 웹 SSO 인증을 사용하도록 구성된 경우 SharePoint Server 2010 에서 Office SharePoint Server 2007 웹 응용 프로그램을 사용하려면 먼저 클레임 기반 인증으로 변환해야 합니다. Office SharePoint Server 2007 웹 응용 프로그램을 클레임 기반 인증으로 변환한 후에는 폼 기반 인증(또는 상황에 따라 웹 SSO 인증)에 대해 웹 응용 프로그램 영역을 구성합니다. 마지막 단계에서는 사용자 및 사용 권한을 SharePoint Server 2010 으로 마이그레이션합니다.이 문서의 내용: 웹 응용 프로그램을 클레임 인증으로 변환 중앙 관리를 사용하여 LDAP 공급자를 사용하도록 폼 기반 웹 응용 프로그램 구성 LDAP Web.Config 파일 구성 Windows PowerShell 을 사용하여 LDAP 공급자를 사용하도록 폼 기반 웹 응용 프로그램 구성 SharePoint Server 2007 에서 SharePoint Server 2010 으로 사용자 및 사용 권한 마이그레이션웹 응용 프로그램을 클레임 인증으로 변환다음 절차의 단계에 따라 Windows PowerShell 을 사용하여 기존 웹 응용 프로그램을 클레임 인증으로 변환합니다.웹 응용 프로그램을 클레임 인증으로 변환하려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.

368

2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에 다음 명령을 입력합니다.

코드 복사

$w = Get-SPWebApplication "http://<server>/" $w.UseClaimsAuthentication = "True"; $w.Update() $w.ProvisionGlobally()

참고:


중앙 관리를 사용하여 LDAP 공급자를 사용하도록 폼 기반 웹 응용 프로그램 구성다음 절차의 단계에 따라 중앙 관리를 사용하여 클레임 기반 웹 응용 프로그램에 대해 폼 기반 인증을 구성합니다.중앙 관리를 사용하여 클레임 기반 웹 응용 프로그램에 대해 폼 기반 인증을 구성하려면1. 이 절차를 수행하는 계정이 사이트 모음 관리자인지 확인합니다.2. 중앙 관리의 응용 프로그램 관리에서 웹 응용 프로그램 관리를 선택합니다. 3. 리본 메뉴에서 새로 만들기를 선택합니다.4. 새 웹 응용 프로그램 대화 상자의 인증 섹션에서 클레임 기반 인증을 선택합니다.5. 인증 유형 섹션에서 ASP.NET 멤버 자격 및 역할 공급자 사용을 선택합니다.6. 멤버 자격 공급자 이름과 역할 관리자 이름을 입력합니다. 이 문서에 나와 있는 예인

Web.Config 파일의 경우 멤버 자격 공급자 이름은 membership 이고 역할 관리자 이름은 rolemanager 입니다.7. 확인을 클릭하여 웹 응용 프로그램을 만듭니다.

LDAP Web.Config 파일 구성웹 응용 프로그램을 성공적으로 만든 후(앞의 절차 설명 참조)에는 다음 Web.Config 파일을 수정합니다. 중앙 관리 웹 응용 프로그램 Web.Config 파일 Security Token Service Web.Config 파일

369

폼 기반 인증 클레임 기반 웹 응용 프로그램 Web.Config 파일중앙 관리 Web.Config 파일을 구성하려면1. 명령 프롬프트에 INETMGR 을 입력하여 IIS 관리자를 엽니다.2. IIS 에서 SharePoint 중앙 관리 사이트로 이동합니다. 3. SharePoint 중앙 관리를 마우스 오른쪽 단추로 클릭하고 탐색을 선택합니다.4. Web.Config 파일을 엽니다.5. <Configuration> <system.web>

섹션을 찾아 다음 항목을 추가합니다.

코드 복사

<membership defaultProvider="AspNetSqlMembershipProvider"> <providers> <add name="membership" type="Microsoft.Office.Server.Security.LdapMembershipProvider, Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" server="yourserver.com" port="389" useSSL="false" userDNAttribute="distinguishedName" userNameAttribute="sAMAccountName" userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC= distinguishedName (of your userContainer)" userObjectClass="person" userFilter="(ObjectClass=person)" scope="Subtree" otherRequiredUserAttributes="sn,givenname,cn" /> </providers> </membership> <roleManager enabled="true" defaultProvider="AspNetWindowsTokenRoleProvider" > <providers> <add name="roleManager" type="Microsoft.Office.Server.Security.LdapRoleProvider, Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" server="yourserver.com" port="389" useSSL="false" groupContainer="DC=internal,DC=yourcompany,DC= distinguishedName (of your groupContainer)" groupNameAttribute="cn" groupNameAlternateSearchAttribute="samAccountName" groupMemberAttribute="member" userNameAttribute="sAMAccountName" dnAttribute="distinguishedName" groupFilter="((ObjectClass=group)" userFilter="((ObjectClass=person)" scope="Subtree" /> </providers> </roleManager>

중요:

위 항목을 추가한 후 Web.Config 파일을 저장하고 닫습니다. Security Token Service Web.Config 파일을 구성하려면1. 명령 프롬프트에 INETMGR 을 입력하여 IIS 관리자를 엽니다.2. SharePoint Web Services 사이트로 이동합니다.

370

3. SecurityTokenServiceAppliction 하위 사이트로 이동합니다.4. SharePoint 중앙 관리를 마우스 오른쪽 단추로 클릭하고 탐색을 선택합니다.5. Web.Config 파일을 엽니다.6. <Configuration> <system.web>

섹션을 찾아 다음 항목을 추가합니다.

코드 복사

<membership> <providers> <add name="membership" type="Microsoft.Office.Server.Security.LdapMembershipProvider, Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" server="yourserver.com" port="389" useSSL="false" userDNAttribute="distinguishedName" userNameAttribute="sAMAccountName" userContainer="OU=UserAccounts,DC=internal,DC=yourcompany,DC=com" userObjectClass="person" userFilter="(&(ObjectClass=person))" scope="Subtree" otherRequiredUserAttributes="sn,givenname,cn" /> </providers> </membership> <roleManager enabled="true" > <providers> <add name="rolemanager" type="Microsoft.Office.Server.Security.LdapRoleProvider, Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" server="yourserver.com" port="389" useSSL="false" groupContainer="DC=internal,DC=yourcompany,DC=com" groupNameAttribute="cn" groupNameAlternateSearchAttribute="samAccountName" groupMemberAttribute="member" userNameAttribute="sAMAccountName" dnAttribute="distinguishedName" groupFilter="(&(ObjectClass=group))" userFilter="(&(ObjectClass=person))" scope="Subtree" /> </providers> </roleManager>

중요:

위 항목을 추가한 후 Web.Config 파일을 저장하고 닫습니다. 폼 기반 인증 클레임 기반 웹 응용 프로그램 Web.Config 파일을 구성하려면1. 명령 프롬프트에 INETMGR 을 입력하여 IIS 관리자를 엽니다.2. 클레임 폼 사이트로 이동합니다.3. 클레임 폼을 마우스 오른쪽 단추로 클릭하고 탐색을 선택합니다.4. Web.Config 파일을 엽니다.5. <Configuration> <system.web>

섹션을 찾습니다.

371

6. <membership defaultProvider="i"> 섹션을 찾아 다음 항목을 추가합니다.

코드 복사

<add name="membership" type="Microsoft.Office.Server.Security.LdapMembershipProvider, Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" server="yourserver.com" port="389" useSSL="false" userDNAttribute="distinguishedName" userNameAttribute="sAMAccountName" userContainer="OU=UserAccounts,DC=internal, DC=yourcompany,DC=com" userObjectClass="person" userFilter="(&(ObjectClass=person))" scope="Subtree" otherRequiredUserAttributes="sn,givenname,cn" /> <roleManager defaultProvider="c" enabled="true" cacheRolesInCookie="false"> 섹션을 찾아 다음 항목을 추가합니다.

코드 복사

<add name="roleManager" type="Microsoft.Office.Server.Security.LdapRoleProvider, Microsoft.Office.Server, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" server="yourserver.com" port="389" useSSL="false" groupContainer="DC=internal,DC=yourcompany,DC=com" groupNameAttribute="cn" groupNameAlternateSearchAttribute="samAccountName" groupMemberAttribute="member" userNameAttribute="sAMAccountName" dnAttribute="distinguishedName" groupFilter="(&(ObjectClass=group))" userFilter="(&(ObjectClass=person))" scope="Subtree" />

372

중요:

위 항목을 추가한 후 Web.Config 파일을 저장하고 닫습니다.

경고:

이 Web.Config 파일의 기존 항목을 덮어쓰지 않습니다.

Windows PowerShell 을 사용하여 LDAP 공급자를 사용하도록 폼 기반 웹 응용 프로그램 구성다음 절차의 단계에 따라 Windows PowerShell 을 사용하여 클레임 기반 웹 응용 프로그램에 대해 폼 기반 인증을 구성합니다.Windows PowerShell 을 사용하여 LDAP 공급자를 사용하도록 폼 기반 웹 응용 프로그램을 구성하려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에 다음 명령을 입력합니다.

코드 복사$ap = New-SPAuthenticationProvider -Name "ClaimsForms" -ASPNETMembershipProvider "membership" -ASPNETRoleProviderName "rolemanager" $wa = New-SPWebApplication -Name "Claims Windows Web App" -ApplicationPool "Claims App Pool" -ApplicationPoolAccount "internal\appool" -Url http://servername -Port 80 -AuthenticationProvider $ap

373

참고: ApplicationPoolAccount 매개 변수 값은 팜의 관리되는 계정이어야 합니다.6. 인증 공급자와 웹 응용 프로그램을 성공적으로 만든 후에는 이 문서의 "LDAP Web.Config 파일 구성" 섹션에 나와 있는 항목 예를 사용하여 다음 Web.Config 파일을 수정합니다.

중앙 관리 웹 응용 프로그램 Web.Config 파일 Security Token Service Web.Config 파일 폼 기반 인증 클레임 기반 웹 응용 프로그램 Web.Config 파일

7. Web.Config 파일을 수정한 후에는 다음 예에서처럼 SPClaimsPrinciple 및 사이트 모음을 만듭니다.코드 복사

$cp = New-SPClaimsPrincipal -Identity "membership:SiteOwner" -IdentityType FormsUser $sp = New-SPSite http://servername:port -OwnerAlias $cp.Encode() -Template "STS#0"

참고:


SharePoint Server 2007 에서 SharePoint Server 2010 으로 사용자 및 사용 권한 마이그레이션다음 절차의 단계에 따라 Windows PowerShell 을 사용하여 사용자 및 사용 권한을 마이그레이션합니다.SharePoint Server 2007 에서 SharePoint Server 2010 으로 사용자 및 사용 권한을 마이그레이션하려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.

374

5. Windows PowerShell 명령 프롬프트에 다음 명령을 입력합니다.코드 복사

$w = Get-SPWebApplication "http://<server>/" $w.MigrateUsers(True)

참고:


375

Configure Kerberos authentication for the claims to Windows token service (SharePoint Server 2010)(영문)This article is obsolete.For information about how to configure Kerberos authentication, see Configuring Kerberos Authentication for Microsoft SharePoint 2010 Products and Technologies (white paper). (http://go.microsoft.com/fwlink/?LinkID=197178) white paper.

참고 항목기타 리소스Plan authentication methods (SharePoint Server 2010)

376




SAML 보안 토큰을 사용하여 인증 구성(SharePoint Server 2010)이 문서의 절차에서는 SAML(Security Assertion Markup Language) 보안 토큰을 사용하여 Microsoft SharePoint Server 2010 클레임 기반 웹 응용 프로그램에 대한 인증을 구성하는 방법을 설명합니다.일반적으로 SAML 로그인은 비즈니스 파트너에게 액세스를 제공해야 하는 등의 엔터프라이즈 연결 시나리오에서 사용됩니다. 또한 SAML 로그인은 SharePoint Server 2010 을 포함하는 포리스트의 일부가 아닌 도메인에 계정이 있는 내부 사용자에게 액세스를 제공하기 위해 배포되기도 합니다.SAML 보안 토큰을 사용하여 SharePoint Server 2010 클레임 기반 웹 응용 프로그램에 대한 인증을 구성하려면 먼저 AD FS(Active Directory Federation Services) 2.0 을 실행하는 서버를 구성해야 합니다. AD FS 2.0 을 실행하도록 서버를 구성하는 방법에 대한 자세한 내용은 AD FS 2.0 Deployment Guide 를 참조하십시오.이 문서의 내용 Windows PowerShell 을 사용하여 IP-STS(Identity Provider STS) 웹 응용 프로그램 구성 RP-STS(Relying Party STS) 웹 응용 프로그램 구성 Windows PowerShell 을 사용하여 IP-STS 와 RP-STS 간 트러스트 관계 설정 Windows PowerShell 을 사용하여 신뢰할 수 있는 IP-STS 인증서 내보내기 Windows PowerShell 을 사용하여 클레임 매핑의 고유 식별자 정의 SharePoint 웹 응용 프로그램을 만들고 SAML 로그인을 사용하도록 웹 응용 프로그램 구성

Windows PowerShell 을 사용하여 IP-STS(Identity Provider STS) 웹 응용 프로그램 구성다음 절차에 따라 Windows PowerShell 을 사용하여 SharePoint 클레임 기반 웹 응용 프로그램을 구성합니다.Windows PowerShell 을 사용하여 IP-STS(Identity Provider STS) 웹 응용 프로그램을 구성하려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.

377

http://technet.microsoft.com/library/a987c9e5-910e-410f-a780-4c9630fe280(WS.10).aspx

3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에서 다음 예와 같이 x509Certificate2 개체를 만듭니다.

코드 복사

$cert = New-Object System.Security.Cryptography.X509Certificates.X509Certificate2("path to cert file")

6. 다음 예와 같이 신뢰할 수 있는 인증 공급자에서 사용할 클레임 유형 매핑을 만듭니다.코드 복사

New-SPClaimTypeMapping "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress" -IncomingClaimTypeDisplayName "EmailAddress" -SameAsIncoming

7. 다음 예와 같이 realm 매개 변수에 대한 값을 처음으로 만들어 신뢰할 수 있는 로그인 공급자를 만듭니다.

코드 복사

$realm = "urn:" + $env:ComputerName + ":domain-int"

8. 다음 예와 같이 Security Token Service 웹 응용 프로그램을 가리키는 signinurl 매개 변수의 값을 만듭니다.

코드 복사

$signinurl = "https://test-2/FederationPassive/"

9. 다음 예와 같이 클레임 매핑($map1.InputClaimType)에서와 동일한 IdentifierClaim 값을 사용하여 신뢰할 수 있는 로그인 공급자를 만듭니다.

코드 복사

$ap = New-SPTrustedIdentityTokenIssuer -Name "WIF" -Description "Windows® Identity Foundation" -Realm $realm -ImportTrustCertificate $cert -ClaimsMappings $map1[,$map2..] -SignInUrl $signinurl -IdentifierClaim $map1.InputClaimType

10. 다음 예와 같이 웹 응용 프로그램 풀 계정(현재 사용자용)에 대한 값을 처음으로 만들어 웹 응용 프로그램을 만듭니다.코드 복사

$account = "DOMAIN\" +

378

$env:UserName

참고:

응용 프로그램 풀 계정은 관리되는 계정이어야 합니다. 관리되는 계정을 만들려면 New-SPManagedAccount를 사용합니다.11. 다음 예와 같이 웹 응용 프로그램 URL 에 대한 값($webappurl = "https://" +

$env:ComputerName)을 만듭니다.

코드 복사

$wa = New-SPWebApplication -name "Claims WIF" -SecureSocketsLayer -ApplicationPool "SharePoint SSL" -ApplicationPoolAccount $account -Url $webappurl -Port 443 -AuthenticationProvider $ap

12. 다음 예와 같이 클레임 개체를 처음으로 만들어 사이트를 만듭니다.코드 복사

$claim = New-SPClaimsPrincipal -TrustedIdentityTokenIssuerr $ap -Identity $env:UserName

13. 다음 예와 같이 사이트를 만듭니다.코드 복사

$site = New-SPSite $webappurl -OwnerAlias $claim.ToEncodedString() -template "STS#0"

RP-STS(Relying Party STS) 웹 응용 프로그램 구성이 섹션의 절차에 따라 Relying Party STS 웹 응용 프로그램을 구성합니다.RP-STS(Relying Party STS) 웹 응용 프로그램을 구성하려면1. AD FS(Active Directory Federation Services) 2.0 관리 콘솔을 엽니다.2. 왼쪽 창에서 정책을 확장하고 신뢰 당사자를 선택합니다.

379

3. 오른쪽 창에서 신뢰 당사자 추가를 클릭합니다. 그러면 AD FS(Active Directory Federation Services) 2.0 구성 마법사가 열립니다.

4. 마법사의 첫 번째 페이지에서 시작을 클릭합니다.5. 신뢰 당사자 구성 수동으로 입력을 선택하고 다음을 클릭합니다.6. 신뢰 당사자 이름을 입력하고 다음을 클릭합니다.7. AD FS(Active Directory Federation Services) 2.0 서버 프로필이 선택되었는지 확인하고 다음을 클릭합니다.8. 암호화 인증서를 사용하지 마십시오. 다음을 클릭합니다.9. 웹 브라우저 기반 ID 페더레이션 지원 사용을 선택합니다.10. 웹 응용 프로그램 URL 의 이름을 입력하고 /_trust/를 추가합니다(예: https://서버 이름/

_trust/). 다음을 클릭합니다.11.식별자 이름(예: urn:COMPUTERNAME:Geneva)을 입력하고 추가를 클릭합니다. 다음을 클릭합니다.12. 요약 페이지에서 다음을 클릭하고 닫기를 클릭합니다. 그러면 규칙 편집기 관리 콘솔이 열립니다. 이 콘솔을 사용하여 LDAP 웹 응용 프로그램에서 SharePoint 로 클레임 매핑을 구성합니다.13.왼쪽 창에서 새 규칙을 확장하고 미리 정의된 규칙을 선택합니다. 14. LDAP 특성 저장소에서 클레임 만들기를 선택합니다.15. 오른쪽 창의 특성 저장소 드롭다운 목록에서 엔터프라이즈 Active Directory 사용자 계정 저장소를 선택합니다.16. LDAP 특성에서 sAMAccountName 을 선택합니다.17. 나가는 클레임 유형에서 전자 메일 주소를 선택합니다.18.왼쪽 창에서 저장을 클릭합니다.

Windows PowerShell 을 사용하여 IP-STS와 RP-STS 간 트러스트 관계 설정이 섹션의 절차에 따라 IP-STS 와의 트러스트 관계를 설정합니다.Windows PowerShell 을 사용하여 IP-STS와의 트러스트 관계를 설정하려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에서 다음 예와 같이 트러스트 관계를 설정합니다.

380

코드 복사

$waurl = "https://" + $env:ComputerName $title = "SAML-Claims"

Windows PowerShell 을 사용하여 신뢰할 수 있는 IP-STS 인증서 내보내기이 섹션의 절차에 따라 트러스트 관계를 설정할 IP-STS 의 인증서를 내보낸 다음, Microsoft SharePoint Server 2010 에서 액세스할 수 있는 위치로 인증서를 복사합니다.Windows PowerShell 을 사용하여 신뢰할 수 있는 IP-STS 인증서를 내보내려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에서 다음 예와 같이 신뢰할 수 있는 IP-STS 인증서를 내보냅니다.

코드 복사

$cert = New-Object System.Security.Cryptography.X509Certificates.X509Certificate2("c:\geneva.cer")

Windows PowerShell 을 사용하여 클레임 매핑의 고유 식별자 정의이 섹션의 절차에 따라 클레임 매핑의 고유 식별자로 사용될 전자 메일 주소를 정의합니다. 토큰에 포함된 어떤 값이 사용자별로 항상 고유한지는 STS 의 소유자만 알고 있기 때문에 일반적으로 신뢰할 수 있는 STS 의 관리자가 이 정보를 제공해야 합니다. 신뢰할 수 있는 STS 의 관리자는 해당 전자 메일 주소를 나타내는 URI 를 만들 수 있습니다.Windows PowerShell 을 사용하여 클레임 매핑의 고유 식별자를 정의하려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에서 다음 예와 같이 매핑을 만듭니다.

381

코드 복사

$map = New-SPClaimTypeMapping -IncomingClaimType "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress" -IncomingClaimTypeDisplayName "EmailAddress" -SameAsIncoming

새 인증 공급자 만들기이 섹션의 절차에 따라 웹 응용 프로그램에서 사용할 새 인증 공급자를 만듭니다.Windows PowerShell 을 사용하여 새 인증 공급자를 만들려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에서 다음 예와 같이 새 인증 공급자를 만듭니다.

realm 은 신뢰할 수 있는 STS 에서 특정 SharePoint 팜을 식별하기 위해 사용되는 매개 변수입니다.코드 복사

$realm = "urn:" + $env:ComputerName + ":Geneva" $ap = New-SPTrustedIdentityTokenIssuer -Name "Geneva" -Description "Geneva" -Realm $realm -ImportTrustCertificate $cert -ClaimsMappings $map -SignInUrl "https:// test-2/FederationPassive/" -IdentifierClaim "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress"

SharePoint 웹 응용 프로그램을 만들고 SAML 로그인을 사용하도록 웹 응용 프로그램 구성이 단계에서는 웹 응용 프로그램을 만들고 구성합니다.Windows PowerShell 을 사용하여 SharePoint 웹 응용 프로그램을 만들고 SAML 로그인을 사용하도록 웹 응용 프로그램 구성하려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에서 SharePoint 웹 응용 프로그램을 만들고

SAML 로그인을 사용하도록 웹 응용 프로그램을 구성합니다. "WebAppUrl" 및 "domain\admin"을 유효한 값으로 바꿔야 합니다.

382

코드 복사

$wa = New-SPWebApplication -Name "SAML Sign-In" -SecureSocketsLayer -ApplicationPool "SAML Sign-In" -ApplicationPoolAccount "domain\admin" - Url "WebAppUrl" -Port 443 -AuthenticationProvider $ap

참고:

SAML 로그인에서 쿠키는 사용자에 대한 Single Sign-on 티켓으로 사용되기 때문에 SSL을 사용하도록 설정합니다. 따라서 관리자는 토큰의 유효 기간 동안에는 사용자를 다시 인증할 필요 없이 SharePoint 리소스에 대한 액세스를 부여할 수 있습니다. SSL 을 사용하지 않을 경우 이러한 쿠키는 악의적인 사용자에 의해 쉽게 무단 사용되어 원래 사용자로 가장하는 데 악용될 수 있습니다.

이러한 절차를 완료한 후에는 SharePoint 사이트를 만들고 소유자를 지정합니다. SharePoint 사이트 만들기에 대한 자세한 내용은 사이트 모음 만들기 (SharePoint Server 2010) 를 참조하십시오.

383

Configuring the Login Token Expiration for SAML Claims Users (SharePoint 2010) (OBSOLETE)The content that you tried to view is no longer available.

384

Windows Live ID 를 사용하여 클레임 기반 인증 구성(SharePoint Server 2010)Microsoft SharePoint Server 2010 의 클레임 기반 인증에서는 인증을 Windows Live ID STS(Security Token Service)에 위임할 수 있습니다. 이는 암호 관리를 위해 Windows Live ID 를 사용하는 시나리오를 구현하려는 경우에 중요한 역할을 합니다. Windows Live ID 서비스는 SharePoint Server 2010 에 대한 ID 공급자로 구성됩니다. SharePoint Server 2010 과 Windows Live ID 간에는 인증서 기반의 단방향 트러스트 관계가 설정됩니다. 사용자가 Windows Live ID 자격 증명을 제공하면 Windows Live ID 서비스에서는 SAML(Security Assertion Markup Language) 버전 1.1 클레임 토큰에 캡슐화된 전자 메일 정보와 PUID(Passport Unique Identity)를 반환합니다. Windows Live ID 메타데이터 XML 의 일부인 Windows Live ID 공개 키는 이 클레임 토큰을 암호화합니다.Windows Live ID 에 대한 자세한 내용은 다음 리소스를 참조하십시오. Windows Live ID 소개 (http://go.microsoft.com/fwlink/?

linkid=201477&clcid=0x412) Microsoft Federation Gateway( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=150843&clcid=0x412)(영문일 수 있음) Windows Live 개발자 센터 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?

linkid=191075&clcid=0x412)(영문일 수 있음) Windows Live ID 쿠키는 클라이언트 컴퓨터에 캐시되고 성공적인 인증 요청에 대한 POST 응답을 통해 SharePoint Server 2010 으로 전송됩니다. SharePoint Server 2010 에서는 Windows Live ID SAML 토큰을 SharePoint Server 2010 SAML 토큰으로 변환합니다. 사용자의 PUID 는 SAML 토큰에 반환된 UPN(사용자 계정 이름) 클레임을 기반으로 생성됩니다. 이 값은 SharePoint Server 2010 전체에서 사용자를 고유하게 식별하고 액세스 제어를 수행하는 데 사용됩니다. SharePoint Server 2010 에서는 SharePoint Server 2010 웹 응용 프로그램에 구성된 사용자 지정 클레임 공급자를 사용하여 추가 클레임으로 사용자 토큰을 확장할 수 있습니다. 또한 SharePoint Server 2010 쿠키는 클라이언트 컴퓨터로 반환되고 이후 요청에 대해 캐시됩니다. Windows Live ID 또는 SharePoint Server 2010 쿠키가 만료되면 사용자는 Windows Live ID 서버로 리디렉션됩니다.이 문서의 내용: Windows Live ID Security Token Service 구성 Windows Live ID 인증을 사용하도록 SharePoint 구성 Windows Live ID 내부 환경을 프로덕션 환경으로 변환 다양한 유형의 SharePoint 클레임 기반 웹 응용 프로그램 만들기

385





모든 Windows Live ID 인증 사용자에게 사용 권한 부여 Windows Live ID Security Token Service 구성WS-Federation 프로토콜은 Windows Live ID 서비스를 통해 구현되며 신뢰할 수 있는 ID 공급자로 지정된 Live ID STS 인프라를 제공합니다. 메타데이터 XML X509Certificate 노드에서 Windows Live ID 공용 인증서를 추출하여 이를 파일 확장명이 .cer 인 인터넷 보안 인증서에 저장할 수 있습니다. 메타데이터 XML 에 여러 개의 X509Certificate 노드가 포함되어 있는 경우 아무 노드나 하나를 사용하면 됩니다. 인터넷 보안 인증서(.cer 파일)에서 SharePoint Server 2010 팜 응용 프로그램 풀 계정에 대한 읽기 액세스 권한을 제공하십시오.다음 값을 사용하여 MSM(Microsoft Services Manager)을 구성합니다. 값설명도메인 이름

Live ID STS에 대한 인증 요청이 생성되는 도메인 이름으로, FQDN(정규화된 도메인 이름)을 사용합니

386

값설명다.

기본 반환 URL

Windows Live ID STS에서 인증에 성공한 후 사용자를 리디렉션하는 URL입니다(예: https://username.global.corp.contoso.com/_trust/default.aspx).DNS

Windows Live ID

387

값설명이름STS에 대한 인증 요청에 제공되는 고유 식별자입니다. 이 고유 식별자는 기본 반환 URL에 대한 조회 기능을 사용하도록 설정합니다. DNS 이름은 Windows Live ID 인증 요청

388

값설명에 지정된 영역 값과 일치해야 합니다.WRealm 매개 변수

WRealm 매개 변수는 MSM 사이트 구성의 DNS 필드와 일치해야 하며, sub.domain.top 또는 Urn:domain:name 중 한 가지 형식으로 만들

389

값설명어야 합니다.

인증 정책 무시

MBI_FED_SSL 값을 사용하여 인증 정책 무시를 구성합니다.

Windows Live ID 인증을 사용하도록 SharePoint 구성이 문서의 절차에 따라 Windows Live ID 인증을 사용하도록 SharePoint Server 2010 을 구성합니다.Windows PowerShell 을 통해 SharePoint 에서 Windows Live ID 인증을 사용하도록 구성하려면1. 최소 요구 사항을 충족하는지 확인합니다. 즉, Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트(즉, PS C:\>)에서 Microsoft Services

Manager 에 지정된 DNS 이름 값과 일치하도록 영역 값을 정의합니다. Windows Live ID 통합의 영역 값은 다음 예에서처럼 올바른 DNS 이름과 일치해야 합니다.

390

코드 복사

$realm = "urn:" + $env:ComputerName + ":ServerName"

6. 먼저 Windows Live ID(https://accountservices.passport.net) 웹 사이트에 로그인하여 팜 관리자 계정으로 사용할 계정의 PUID 값을 가져온 다음 자격 증명 페이지에서 Unique ID 필드를 찾습니다.

7. [email protected] 형식을 사용하여 PUID 값을 지정합니다.8. 다음 원본에서 <X509Certificate>

노드 중 하나를 찾습니다. 메타데이터 XML URL( 영문일 수 있음 ) (https://nexus.passport-int.com/federationmetadata2/2007-06/federationmetadata.xml)

9. 다음 예에서처럼 두 X509Certificate 노드 중 하나의 내용을 복사합니다.

코드 복사

MIICWzCCAcSgAwIBAgIJAJEzHoaEodSoMA0GCSqGSIb3DQEBBQUAMCkxJzAlBgNV BAMTHkxpdmUgSUQgU1RTIFNpZ25pbmcgUHVibGljIEtleTAeFw0wODEwMzAyMjA5 MjNaFw0xMzEwMjkyMjA5MjNaMCkxJzAlBgNVBAMTHkxpdmUgSUQgU1RTIFNpZ25p bmcgUHVibGljIEtleTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEArz97XPae GNAC4UnKl5zReyhgk3Bzf08U+CgD0R9+GZOahmpakJXFpI213gQWiHrUGaMN9nsK 4kzSfDPiquAMsV6vBYyWuPLZ0XrMzTAOV/WHSK3bCsYWWQZeH9Xn8G1Hkz+gQSC/ 92lBbq9oBCZfLv3OlkobOmT8d+ldRKGU4pUCAwEAAaOBijCBhzAdBgNVHQ4EFgQU VbJyIcGL0AjB4/Wm4DqUZux6uUkwWQYDVR0jBFIwUIAUVbJyIcGL0AjB4/Wm4DqU Zux6uUmhLaQrMCkxJzAlBgNVBAMTHkxpdmUgSUQgU1RTIFNpZ25pbmcgUHVibGlj IEtleYIJAJEzHoaEodSoMAsGA1UdDwQEAwIBxjANBgkqhkiG9w0BAQUFAAOBgQAO /5vGfu+Vg1TKBuxsAIMqjqKXX7aRrANNZM/5ACdwAUtMDG/n8INoXgOKr851fbF6 4yBesmFjg2TbR8y0/ITAD+d+iyEpR7IO3/is9rWAj4ggbw8yqaDWn26eh3bAdoa+ p38qtqJHkUGF5vApeHiu6zO573bKs+nXcKVM8mNbjA==

10. X509Certificate 노드 하나의 내용을 새 메모장 파일에 붙여 넣고 메모장 파일을 LiveID-INT.cer 이라는 이름으로 저장합니다.

11. 다음 예에서처럼 메타데이터 XML 에서 추출한 Windows Live ID 인증서를 구성합니다. 코드 복사

$certloc = "C:\LiveIDWithSAML\LiveID-INT.cer"

12. 다음 예에서처럼 SharePoint Server 2010 에서 신뢰할 수 있는 루트 기관을 새로 정의합니다.

391

https://nexus.passport-int.com/federationmetadata2/2007-06/federationmetadata.xml

https://nexus.passport-int.com/federationmetadata2/2007-06/federationmetadata.xml

https://accountservices.passport.net/

코드 복사

$rootcert = Get-PfxCertificate $certloc New-SPTrustedRootAuthority "NewRootAuthority" -Certificate $rootcert | Out-Null

13. 다음 예에서처럼 Windows Live ID 인증서를 사용하여 개체를 만듭니다. 코드 복사

$cert = New-Object System.Security.Cryptography.X509Certificates.X509Certificate2($certloc)

14. 사용자의 고유 식별자로 사용할 클레임을 정의합니다. UPN 클레임을 예약된 클레임 이름에 매핑합니다. 또한 다음 예에서처럼 전자 메일 주소 클레임도 매핑할 수 있습니다.코드 복사

$map1 = New-SPClaimTypeMapping -IncomingClaimType "http://schemas.xmlsoap.org/claims/EmailAddress" -IncomingClaimTypeDisplayName "http://schemas.xmlsoap.org/claims/EmailAddress" -SameAsIncoming $map2 = New-SPClaimTypeMapping -IncomingClaimType "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/nameidentifier" -IncomingClaimTypeDisplayName "UPN" -LocalClaimType "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/upn"

15. 다음 예에서처럼 새 웹 응용 프로그램의 SharePoint Server 2010 인증 공급자를 새로 만듭니다.코드 복사

$apSAML = New-SPTrustedIdentityTokenIssuer -Name "LiveID" -Description "LiveID" -Realm $realm -ImportTrustCertificate $cert -ClaimsMappings $map1,$map2 -SignInUrl "https://login.live-int.com/login.srf" -IdentifierClaim "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/nameidentifier"

16. 다음 예에서처럼 이전 단계에서 만든 인증 공급자와 함께 사용할 새 SharePoint Server 2010 웹 응용 프로그램을 만듭니다.

코드 복사

$waurl = https://" + $env:ComputerName - You might use FQDN url of your site here. $title = "Site Title" $waexe = New-SPWebApplication -Name $title -ApplicationPool $title -ApplicationPoolAccount $owner -Url $waurl -AuthenticationProvider $scexe = New-SPSite $siteurl -Name $title -Description $title -Template 'STS#1' -OwnerAlias

17. 명령 프롬프트에서 INETMGR 을 입력하여 IIS 를 시작합니다.18. IIS 의 클레임 웹 응용 프로그램 사이트로 이동합니다.19.왼쪽 창에서 클레임 웹 응용 프로그램을 마우스 오른쪽 단추로 클릭하고 바인딩 편집을 선택합니다.

392

20. https 를 선택하고 편집을 클릭합니다.21. SSL 인증서에서 나열되는 임의의 인증서를 선택합니다. 자체 서명된 인증서를 사용하는 것이 좋습니다.22. Local computer, SharePoint Server 2010 및 Trusted People 폴더로

Windows Live ID 공용 인증서를 가져옵니다.

Windows Live ID 내부 환경을 프로덕션 환경으로 변환이 섹션의 절차에 따라 Windows Live ID 내부 환경을 프로덕션 환경으로 변환합니다.Windows Live ID 내부 환경을 프로덕션 환경으로 변환하려면1. 사이트가 MSM 의 프로덕션 환경으로 마이그레이션되어 있으며 규정 준수가 완료되었는지 확인합니다. MSM 의 Windows Live ID 환경이 내부 환경인 경우에는 규정 준수 검토를 수행할 필요가 없습니다.2. Windows Live ID 프로덕션 환경의 인증 정책이 MBI_FED_SSL 값으로 구성되어 있는지 확인합니다.3. 프로덕션 환경의 인증 정책이 SSL 전송에 대해 구성되어 있으므로 Windows Live ID 프로덕션 환경에서 HTTPS 기반 URL 을 사용하는지 확인합니다. 프로덕션 환경 사이트에서는 SSL 을 통해 POST 요청을 https://login.live.com/으로 전송합니다.

SPTrustedIdentityTokenIssuer 에 있는 공급자 URI 는 실제 로그인 URI 여야 합니다. 실제 로그인 URI 가 HTTPS 를 기반으로 하는지 확인합니다. 4. Windows Live ID 클레임 공급자가 PUID 대신 전자 메일 주소를 사용하도록 구성되어 있는 경우 프로덕션 환경 사이트는 Microsoft 정책 그룹에 있어야 합니다. 이 정책 그룹이 내부 파트너에 대해 자동으로 승인되며 외부 파트너에 대해서는 명시적 승인이 이루어지는지 확인합니다.

다양한 유형의 SharePoint 클레임 기반 웹 응용 프로그램 만들기이 섹션의 절차에 따라 Windows PowerShell 스크립트를 실행하여 다양한 유형의 SharePoint Server 2010 클레임 기반 웹 응용 프로그램을 만듭니다.Windows PowerShell 을 사용하여 다양한 유형의 SharePoint 클레임 기반 웹 응용 프로그램을 만들려면1. 최소 요구 사항을 충족하는지 확인합니다. 즉, Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에서 다음 예와 같이 DeployLiveIdWithSAML 스크립트를 실행합니다.

393

코드 복사

#.SYNOPSIS # Script for creating different types of claims web applications from the Windows PowerShell command line. #.DESCRIPTION # Script will create ANON, WIN, FBA, MULTI, MIXED, SAML and combinations of these web applications. #.NOTES # Script: ClaimsWA.ps1 # Remark: The script will load/unload additional snap-ins depending on where it's being executed from. # Update: 1/15/2010 (v2.0) #.PARAMETER type # Indicates the type of claims web app to create (see examples for full list of valid supported types) #If not specified, this will default to ALL and each of the supported types of claims web apps will be created #.PARAMETER port # Indicates the port number to create the web app on (See reserved ports at http://support.microsoft.com/kb/832017) #If not specified, this will default to port 201 and will be incremented in sequence for multiple web apps #.PARAMETER owner # Indicates the domain account that will be used for App Pool (should be registered as a SharePoint Server managed account) #If not specified, this will default to logged on user and will use USERDOMAIN & USERNAME environment values #.EXAMPLE # claimswa.ps1 WIN (create WIN-claims web app at port# 201 and use logged on user for app pool account) # # Here are some more examples of HOWTO use the script: # claimswa.ps1 ANON (create ANON web app at port# 201) # claimswa.ps1 ANON/FBA 701 (create ANON/FBA web app at port# 701) # claimswa.ps1 FBA (create FBA web app at port# 201 using LDAP provider; default is REDMOND instance) # claimswa.ps1 FBA/IBM (create FBA web app at port# 201 using LDAP provider pointing to the IBM instance) # claimswa.ps1 FBA/SQL 851 (create forms-based authentication web app at port# 851 using SQL provider) # claimswa.ps1 WIN/FBA/MIXED 501 (create Windows/forms-based authentication mixed-mode web apps at port# 501) # claimswa.ps1 WIN/SAML/MULTI 901 (create Windows/SAML multi-auth web apps at port# 901) # # Here is the full list of all the support TYPEs (combine options delimited with slash for your config): # # Basic auth types: # WIN : create Windows claims web application on the port# specified on command line # FBA : create forms-based authentication claims web apps with the specified membership provider (SQL Server/LDAP listed below) # SAML : create SAML-claims web application on the default HTTPS port# 443 # ANON : indicator switch for creating the web application to allow ANON mode # Complex auth types: # MULTI : create claims web application with multiple auth types using a single URL to access # MIXED : create claims web application with multiple auth types using multiple URLs to access # FBA membership/rolemanager providers # RED : use the REDMOND domain LDAP provider; this is the default setting if a

394

provider is not specified # SQL : use the SQL Server provider for connecting to forms-based authentication web apps (connects to the ASPNETDB instance on ZADANG) # PPL : use the PEOPLEDC domain LDAP provider that is a private domain used for testing PEOPLE features # SUN : use the SUNOne LDAP provider in the PEOPLEDC domain which is used for profile import/sync testing # IBM : use the IBM LDAP provider in the PEOPLEDC domain which is used for profile import/sync testing # NVL : use the Novell LDAP provider in the PEOPLEDC domain which is used for profile import/sync testing # TODO (no specific ETA for these updates): # 1. Set the default IIS cert bindings for SAML web # 2. Use IIS CMDlets instead of updating XML object # 3. We should be able to define MixedMode base auth # 4. Use the domain for logged on user for LDAP string # 5. Do not attempt to write to CA/STS if running on WFE # Define the args list that we will accept & work with param ([string]$type, [int]$port, [string]$owner) function main() { # Valid options list $auths = @("WIN", "FBA", "SAML", "ANON") $extnd = @("MULTI", "MIXED") $provs = @("SQL", "RED", "PPL", "SUN", "IBM", "NVL") $optns = @("APP", "FIX") $typeOK = $true # Do we have the minimum args data before we can proceed # I'm not doing extensive validation but at least minimum foreach ($arg in $type.split("/")) { if (($auths+$extnd+$optns+$provs) -notcontains $arg) { write-host -Fore Red "`nInvalid TYPE argument was specified; execution aborted!`nTo see a list of valid TYPEs, execute with -examples option`n" $typeOK=$false; break } } if ($typeOK) { $type = @($type.toupper().split("/") | Sort | Get-Unique) switch ($type.count) { 1 { foreach ($arg in $type) { if (($auths+$extnd+$optns) -notcontains $arg) { write-host -Fore Red "`nInvalid AUTH argument was specified; execution aborted!`nTo see a list of valid AUTHs, execute with -examples option`n" $typeOK=$false; break } } if (($type -eq "MULTI") -or ($type -eq "MIXED")) { $type += @("WIN", "FBA"); write-host -Fore Yellow "MULTI/MIXED auth combo not specified; defaulting to $type" } if ($type -eq "ANON") { $type += @("WIN"); write-host -Fore Yellow "ANON auth combo not specified; defaulting to $type" } } 2 { if ($type -contains "ANON") { foreach ($arg in $type) { if ($auths -notcontains $arg) { write-host -Fore Red "`nInvalid ANON combo was specified; execution aborted!`nTo see a list of valid PROVIDERs, execute with -examples option`n" $typeOK=$false; break } } } else { $multiOK=$true foreach ($arg in $type) { if ($auth -notcontains $arg) { $multiOK=$false; break } } if ($multiOK) {$type += @("MULTI"); write-host -Fore Yellow "Multiple auth types specified; defaulting to $type"} } } } if (($type -contains "MULTI") -or ($type -contains "MIXED") -and ($type.count -lt 3)) { write-host -Fore Red "`nMULTI/MIXED option requires 2 base auth types be specified!

395

`nTo see a list of valid TYPEs, execute with -examples option`n" $typeOK=$false } } if ($typeOK) { # We seem to have the TYPE argument, let's check the others if (-not $port) { if ($type -contains "SAML") {$port=443} else {$port=201} write-host -Fore Yellow "PORT not specified; defaulting to $port" } if (-not $owner) { $owner = $env:UserDomain + "\" + $env:UserName.tolower() write-host -Fore Yellow "OWNER not specified; defaulting to $owner" } #In case somebody attempts to execute this script in the regular PS/ISE console, #let's load the IIS/SP snap-in to ensure we have everything we need to work with Manage-SnapIns (1) # check what flavor of SERVER we're running $product = Get-SPProduct | Where-Object {$_.ProductName.contains("SharePoint Server 2010")}; if ($product.ProductName.contains("Debug")) {$flavor="DEBUG"} else {$flavor="SHIP"} write-host -Fore Green "Detected $flavor flavor of MOSS installed on this farm!" if ($type -contains "APP") { Write-WEBConfigs 0 "APP" } elseif ($type -contains "FIX") { Fix-Environment } else { Create-WebApp $type $port } # We're done with the snap-ins, so let's unload them Manage-SnapIns (0) } } function Fix-Environment { # This is just a series of steps to clean up # Not recommended to use unless you know why! Remove-SPTrustedRootAuthority NewRootAuthority Remove-SPTrustedIdentityTokenIssuer ServerName # I need to add the other clean up stuff here... } # This is the core script block that creates the different web apps function Create-WebApp ([string]$type, [int]$port) { $waurl = http://" + $env:ComputerName if ($type.contains("SAML")) { $waurl = $waurl.replace("http", "https") } $siteurl = $waurl + ":" + $port $title = "ClaimsWA-$port-" + $type.replace(" ","-") # Let's construct the WA/SC CMDlet call that we'll invoke later $waexe = "New-SPWebApplication -Name $title -ApplicationPool $title -ApplicationPoolAccount $owner -Url $waurl -AuthenticationProvider" $scexe = "New-SPSite $siteurl -Name $title -Description $title -Template 'STS#1' -OwnerAlias" write-host -Fore Cyan "`nSetting up $title on port $port now:" if ($type.contains("WIN")) { $apWIN = New-SPAuthenticationProvider -DisableKerberos:$true $cpWIN = New-SPClaimsPrincipal -Identity $owner -IdentityType 1 } if ($type.contains("FBA")) { if ($type.contains("SQL")) { $membership="SQLms"; $rolemanager="SQLrm"; $identity = "sqlms:user1" } elseif ($type.contains("PPL")) { $membership="PPLms"; $rolemanager="PPLrm"; $identity = "pplms:fbauser1" } elseif ($type.contains("SUN")) { $membership="SUNms"; $rolemanager="SUNrm"; $identity = "sunms:fbauser1" } elseif ($type.contains("IBM")) { $membership="IBMms"; $rolemanager="IBMrm"; $identity = "ibmms:fbauser1" } elseif ($type.contains("NVL")) { $membership="NVLms"; $rolemanager="NVLrm"; $identity = "nvlms:fbauser1" } else { $membership="REDms"; $rolemanager="REDrm";

396

$identity = ("redms:$env:UserName").tolower() } $apFBA = New-SPAuthenticationProvider -ASPNETMembershipProvider $membership -ASPNETRoleProviderName $rolemanager; $cpFBA = New-SPClaimsPrincipal -Identity $identity -IdentityType 4 } if ($type.contains("SAML")) { $realm = "urn:" + $env:ComputerName + ":ServerName" $user = "[email protected]" $certloc = "C:\LiveIDWithSAML\LiveID-INT.cer" $rootcert = Get-PfxCertificate $certloc New-SPTrustedRootAuthority "NewRootAuthority" -Certificate $rootcert | Out-Null $cert = New-Object System.Security.Cryptography.X509Certificates.X509Certificate2($certloc) $map1 = New-SPClaimTypeMapping -IncomingClaimType "http://schemas.xmlsoap.org/claims/EmailAddress" -IncomingClaimTypeDisplayName "http://schemas.xmlsoap.org/claims/EmailAddress" -SameAsIncoming $map2 = New-SPClaimTypeMapping -IncomingClaimType "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/nameidentifier" -IncomingClaimTypeDisplayName "UPN" -LocalClaimType "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/upn" $apSAML = New-SPTrustedIdentityTokenIssuer -Name "LiveID" -Description "LiveID" -Realm $realm -ImportTrustCertificate $cert -ClaimsMappings $map1,$map2 -SignInUrl "https://login.live-int.com/login.srf" -IdentifierClaim "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/nameidentifier" $cpSAML = New-SPClaimsPrincipal -TrustedIdentityTokenIssuer $apSAML -Identity $user.tolower() } if ($type.contains("WIN")) { $waexe += " `$apWIN"; $scexe += " `$cpWIN.ToEncodedString()" } elseif ($type.contains("FBA")) { $waexe += " `$apFBA"; $scexe += " `$cpFBA.ToEncodedString()" } else { $waexe += " `$apSAML -SecureSocketsLayer"; $scexe += " `$cpSAML.ToEncodedString()" } if ($type.contains("MULTI")) { if ($type.contains("WIN")) { if ($type.contains("FBA")) { $waexe += ",`$apFBA"; $scexe += " -SecondaryOwnerAlias `$cpFBA.ToEncodedString()" } if ($type.contains("SAML")) { $waexe += ",`$apSAML -SecureSocketsLayer"; if (!$scexe.contains("Secondary")) { $scexe += " -SecondaryOwnerAlias `$cpSAML.ToEncodedString()" } } } else { $waexe += ",`$apSAML -SecureSocketsLayer"; $scexe += " -SecondaryOwnerAlias `$cpSAML.ToEncodedString()" } } # Check if we're creating the ANON web apps if ($type.contains("ANON")) { $waexe += " -AllowAnonymousAccess" } $waexe += " -Port $port | Out-Null"; $scexe += " | Out-Null" write-host -Fore Cyan "Deploying app..." -noNewLine Invoke-Expression $waexe # We could do this with a simple if/else but there may be other auth types too if ($type.contains("WIN")) { Create-UserPolicy $siteurl $cpWIN.ToEncodedString() } if

397

($type.contains("FBA")) { Create-UserPolicy $siteurl $cpFBA.ToEncodedString() } if ($type.contains("SAML")) { Create-UserPolicy $siteurl $cpSAML.ToEncodedString() } write-host -Fore Cyan "Creating site..." -noNewLine Invoke-Expression $scexe # If this is the ANON web app, then set the root site access to entire web if ($type.contains("ANON")) { $web = Get-SPWeb $siteurl; $web.AnonymousState="On"; $web.Update() } # At this time, let's also check if it's going to be a MixedMode web app if ($type.contains("MIXED")) { # If it's a Mixed-Mode web app we need to extend the base app to another auth type too $port++; write-host -Fore Cyan "Extending port $port..." -noNewLine $waurl = $waurl.replace("https", "http") $waexe = "Get-SPWebApplication $siteurl | New-SPWebApplicationExtension -Name $title-Ext -Zone `"Intranet`" -URL $waurl -Port $port -AuthenticationProvider" if ($type.contains("WIN")) { if ($type.contains("FBA")) { $waexe += " `$apFBA" } else { $waexe += " `$apSAML" } } else { $waexe += " `$apSAML" } Invoke-Expression $waexe } # If we've created a FBA web app, then it's time to update the CA/STS/FBA web.config files if ($type.contains("FBA")) { Write-WEBConfigs 0 $port.tostring() }; write-host -Fore Cyan "done!" } function Create-UserPolicy ([string]$weburl, [string]$encodeduser) { $webapp = Get-SPWebApplication $weburl $policy = $webapp.Policies.Add($encodeduser, "ClaimsWA.ps1 User") $role = $webapp.PolicyRoles.GetSpecialRole([Microsoft.SharePoint.Administration.SPPolicyRoleType]::FullControl) $policy.PolicyRoleBindings.Add($role) $webapp.Update() } function Write-WEBConfigs ([int]$begin, [string]$vroot) { # For now I'm using the XML object to load/save the config files # Eventually we should use the IIS:CMDlets from WebAdministration write-host -Fore Cyan "Writing WEBConfig..." -noNewLine #$filei = "\\back\scratch\suntoshs\backup\webconfigs.xml" $filei = "\\back\scratch\suntoshs\scripts\oobinstall\webconfigs.xml" $xmli = [xml](get-content $filei) $root = $xmli.get_DocumentElement() for ($j=$begin; $j -le 2; $j++) { if ($j -eq 0) { [void][reflection.assembly]::LoadWithPartialName("Microsoft.SharePoint") $fileo = [Microsoft.SharePoint.Administration.SPAdministrationWebApplication]::Local.IisSettings.get_Item(0).Path.FullName + "\web.config" } elseif ($j -eq 1) { $fileo = $env:CommonProgramFiles + "\Microsoft Shared\Web Server Extensions\14\WebServices\SecurityToken\web.config" if ($flavor -eq "DEBUG") { $fileo = $fileo.replace("Shared", "Shared Debug") } } else { if ($vroot -ne "APP") { $fileo = $env:HomeDrive + "\inetpub\wwwroot\wss\VirtualDirectories\$vroot\web.config" } } $xmlo = [xml](get-content $fileo) $perf = $xmlo.CreateElement("clear") if ($flavor -eq "DEBUG") { $ship = $root.config[1].tokens.token[0].value $debug = $root.config[1].tokens.token[1].value $token =

398

$root.config[0]["system.web"].membership.providers.add[0].type $root.config[0]["system.web"].membership.providers.add[0].SetAttribute("type", $token.replace($ship,$debug)) | Out-Null $token = $root.config[0]["system.web"].rolemanager.providers.add[0].type $root.config[0]["system.web"].rolemanager.providers.add[0].SetAttribute("type", $token.replace($ship,$debug)) | Out-Null } if ($j -eq 0) { # Update the CA web config if (-not $xmlo.SelectSingleNode("/configuration/connectionStrings")) { $xmlo.configuration["system.web"].membership.ParentNode.RemoveChild($xmlo.configuration["system.web"].membership) | Out-Null $xmlo.configuration["system.web"].roleManager.ParentNode.RemoveChild($xmlo.configuration["system.web"].roleManager) | Out-Null $xmlo.SelectSingleNode("/configuration").AppendChild($xmlo.ImportNode($root.config[0]["connectionStrings"], $true)) | Out-Null $xmlo.SelectSingleNode("/configuration/system.web").AppendChild($xmlo.ImportNode($root.config[0]["system.web"].membership, $true)) | Out-Null $xmlo.SelectSingleNode("/configuration/system.web/membership/providers").PrependChild($xmlo.ImportNode($perf, $true)) | Out-Null $xmlo.SelectSingleNode("/configuration/system.web").AppendChild($xmlo.ImportNode($root.config[0]["system.web"].rolemanager, $true)) | Out-Null $xmlo.SelectSingleNode("/configuration/system.web/roleManager/providers").PrependChild($xmlo.ImportNode($perf, $true)) | Out-Null } } elseif ($j -eq 1) { # Update the STS web config if (-not $xmlo.SelectSingleNode("/configuration/system.web")) { $xmlo.SelectSingleNode("/configuration").AppendChild($xmlo.ImportNode($root.config[0]["connectionStrings"], $true)) | Out-Null $xmlo.SelectSingleNode("/configuration").AppendChild($xmlo.ImportNode($root.config[0]["system.web"], $true)) | Out-Null } } else { # Update the FBA web config if ($vroot -ne "APP") { if ($type.contains("PPL")) {$provider=1} elseif ($type.contains("SUN")) {$provider=2} elseif ($type.contains("IBM")) {$provider=3} elseif ($type.contains("NVL")) {$provider=4} elseif ($type.contains("SQL")) {$provider=5} else {$provider=0} $xmlo.SelectSingleNode("/configuration").AppendChild($xmlo.ImportNode($root.config[0]["connectionStrings"], $true)) | Out-Null $xmlo.SelectSingleNode("/configuration/system.web/membership/providers").PrependChild($xmlo.ImportNode($root.config[0]["system.web"].membership.providers.add[$provider], $true)) | Out-Null $xmlo.SelectSingleNode("/configuration/system.web/membership/providers").PrependChild($xmlo.ImportNode($perf, $true)) |

399

Out-Null $xmlo.SelectSingleNode("/configuration/system.web/roleManager/providers").PrependChild($xmlo.ImportNode($root.config[0]["system.web"].rolemanager.providers.add[$provider], $true)) | Out-Null $xmlo.SelectSingleNode("/configuration/system.web/roleManager/providers").PrependChild($xmlo.ImportNode($perf, $true)) | Out-Null } } $xmlo.Save($fileo) } } function Manage-SnapIns ([int]$action) { #The OWSTimer process always causes an update conflict (known bug) while #creating multiple web apps; let's temporarily shut it down until we're done if ($action -eq 1) { Stop-Service "SPTimerV4" } # We need to do this only if we're running on ISE so check it if ($host.name.contains("ISE")) { if ($action -eq 1) { write-host -Fore Yellow "Detecting host and loading dependent snap-ins..." # Add-PSSnapIn WebAdministration (later!) Add-PSSnapIn Microsoft.Sharepoint.PowerShell } else { write-host -Fore Yellow "Unloading dependent snap-ins loaded earlier on..." # Remove-PSSnapIn WebAdministration (later!) Remove-PSSnapIn Microsoft.Sharepoint.PowerShell } } if ($action -eq 0) {Start-Service "SPTimerV4"; write-host -Fore Yellow "`nAll done; if there were errors please research PS database for known issues!`n"} } main

6. 명령 프롬프트에서 INETMGR 을 입력하여 IIS 를 시작합니다.7. IIS 의 클레임 웹 응용 프로그램 사이트로 이동합니다.8. 왼쪽 창에서 클레임 웹 응용 프로그램을 마우스 오른쪽 단추로 클릭하고 바인딩 편집을 선택합니다.9. https 를 선택하고 편집을 클릭합니다.10. SSL 인증서에서 나열되는 임의의 인증서를 선택합니다. 자체 서명된 인증서를 사용하는 것이 좋습니다.11. Local computer, SharePoint Server 2010 및 Trusted People 폴더로

Windows Live ID 공용 인증서를 가져옵니다.12. IIS 를 다시 설정하고 사이트 URL 을 검색합니다.

모든 Windows Live ID 인증 사용자에게 사용 권한 부여이 섹션의 절차에 따라 모든 Windows Live ID 인증 사용자에게 사용 권한을 부여합니다.모든 Windows Live ID 인증 사용자에게 사용 권한을 부여하려면1. 직접 만든 SharePoint Server 2010 사이트로 이동하고 관리자 계정으로 로그온합니다.2. 사이트 작업 메뉴에서 사이트 설정을 클릭합니다.3. 사용자 및 사용 권한 섹션에서 사이트 사용 권한을 클릭합니다.4. Site Name Visitors 그룹을 클릭합니다. 여기서 Site Name 은 사이트의 이름입니다.5. 새로 만들기를 클릭하고 사용자 추가를 클릭합니다.

400

6. 사용 권한 부여 창에서 찾아보기 아이콘을 클릭합니다.7. 사용자 및 그룹 선택 창에서 모든 사용자를 클릭한 다음 오른쪽 창에서 모든 사용자

(LiveIDSTS)를 클릭합니다.8. 추가를 클릭합니다.9. 확인을 클릭합니다.10. 모든 사용자(LiveIDSTS)가 방문자 그룹에 포함되었는지 확인합니다. 이제 다른 Live ID 사용자의 자격 증명을 사용하여 SharePoint Server 2010 사이트에 로그온할 수 있습니다.

저자 정보Birendra Acharya 는 Microsoft MSIT 의 수석 소프트웨어 디자인 엔지니어입니다.

참고 항목기타 리소스WS-Federation 이해 (http://go.microsoft.com/fwlink/? linkid=192377&clcid=0x412)( 영문일 수 있음 )

401



Register a custom claims provider (SharePoint 2010)Insert introduction here.

Section HeadingInsert section body here.Subsection HeadingInsert subsection body here.

402

Configure Client Certificate Authentication (SharePoint Server 2010)Client Certificate Authentication is available in Microsoft SharePoint Server 2010 through integration with Active Directory Federation Services (ADFS) 2.0, or any third-party identity management system that supports Claims-Based Authentication (CBA), WS-Trust, WS-Federation, and SAML 1.1. For more information about SharePoint Server 2010 protocol requirements, see BUGBUG: need URL for here.SharePoint Server 2010 makes it possible to use a variety of Security Token Services (STS) through CBA. By combining CBA with ADFS 2.0 as your STS, SharePoint Server 2010 can support any Identity Provider that is trusted by ADFS 2.0, including Client Certificate Authentication.In the following model, SharePoint Server 2010 needs to be configured as a relying partner for an IP STS, such as ADFS 2.0 or a third-party STS application. ADFS 2.0 can authenticate the user via several different types of accounts, for example: FBA, Active Directory, Client Certificates, Smart Cards, etc. When you configure SharePoint Server 2010 as a relying partner for an STS, SharePoint trusts the accounts that the STS validates, which is how SharePoint Server 2010 supports Client Certificate Authentication.

403

http://www.microsoft.com/

Configure Client Certificate AuthenticationThe following topics discuss the steps that are required to configure SharePoint Server 2010 with Client Certificate authentication or Smart Card authentication by using ADFS 2.0 as your STS. (Note: The required steps will be similar for a third-party STS.) Configure ADFS 2.0 or third-party STS to support CBA, and thereby Client

Certificate authentication or Smart Card authentication. For information on 404

making these configuration changes, see AD FS 2.0 - How to change the local authentication type.

Configure SharePoint Server 2010 as relying party in ADFS 2.0 or third-party STS. For information on making these configuration changes using ADFS 2.0, see Configuring SharePoint 2010 and ADFS v2 End to End.

Configure the IP-STS, for example ADFS 2.0, inside SharePoint as a trusted identity provider. For information on making these configuration changes using ADFS 2.0, see BUGBUG: need URL for here.

Create a Web application that uses Claims-Based Authentication with a SAML security token, and thereby Client Certificate authentication or Smart Card authentication. For information on creating a Web application that uses SAML security tokens, see Configure authentication using a SAML security token (SharePoint Server 2010).

참고 항목기타 리소스Planning and Architecture: AD FS 2.0AD FS 2.0 Deployment GuideUsing Active Directory Federation Services 2.0 in Identity SolutionsConfigure the Security Token Service for SharePoint Server 2010Configure the Security Token Service to use Claims-Based AuthenticationConfigure SharePoint as relying party in ADFS 2.0 or third-party STSConfigure authentication using a SAML security token (SharePoint Foundation 2010)Configuring SharePoint 2010 and ADFS v2 End to EndAD FS 2.0 - How to change the local authentication type

405

http://social.technet.microsoft.com/wiki/contents/articles/ad-fs-2-0-how-to-change-the-local-authentication-type.aspx

http://blogs.technet.com/b/speschka/archive/2010/07/30/configuring-sharepoint-2010-and-adfs-v2-end-to-end.aspx

http://technet.microsoft.com/en-us/library/ff607597.aspx


http://download.microsoft.com/documents/France/Interop/2010/Using_ADFS2_0_For_Interoperable_SAML_2_0-Based_Federated_SSO.docx


http://technet.microsoft.com/en-us/library/ee806864.aspx

http://msdn.microsoft.com/en-us/magazine/ee335705.aspx

http://technet.microsoft.com/en-us/library/adfs2-deployment-guide.aspx

http://technet.microsoft.com/en-us/library/adfs2-planning-and-architecture.aspx



http://www.microsoft.com/

http://blogs.technet.com/b/speschka/archive/2010/07/30/configuring-sharepoint-2010-and-adfs-v2-end-to-end.aspx



Kerberos 인증 구성(SharePoint Server 2010)이 문서의 내용: Kerberos 인증 정보 시작하기 전에 SQL 통신에 대한 Kerberos 인증 구성 Kerberos 인증을 사용하는 웹 응용 프로그램의 서비스 사용자 이름 만들기 서버 팜 배포 팜의 서버에 대한 서비스 구성 Kerberos 인증을 사용하는 웹 응용 프로그램 만들기 포털 사이트 웹 응용 프로그램에서 공동 작업 포털 서식 파일을 사용하여 사이트 모음 만들기 Kerberos 인증을 사용하는 웹 응용 프로그램에 대한 성공적인 액세스 확인 올바른 검색 인덱싱 기능 확인 올바른 검색 쿼리 기능 확인 구성 제한 사항 추가 리소스 및 문제 해결 지침 Kerberos 인증 정보Kerberos 는 티켓 인증을 지원하는 보안 프로토콜입니다. Kerberos 인증 서버는 유효한 사용자 자격 증명과 유효한 SPN(서비스 사용자 이름)이 포함된 클라이언트 컴퓨터 인증 요청에 대한 응답으로 티켓을 부여합니다. 그러면 클라이언트 컴퓨터에서는 해당 티켓을 사용하여 네트워크 리소스에 액세스합니다. Kerberos 인증을 사용하도록 설정하려면 클라이언트 컴퓨터와 서버 컴퓨터에 도메인 KDC(키 배포 센터)에 대한 트러스트된 연결이 있어야 합니다. KDC 는 암호화를 사용할 수 있도록 공유 비밀 키를 배포합니다. 또한 클라이언트 컴퓨터와 서버 컴퓨터가 AD DS(Active Directory 도메인 서비스)에 액세스할 수 있어야 합니다. AD DS 의 경우 포리스트 루트 도메인이 Kerberos 인증 조회의 중심입니다.Kerberos 인증을 사용하는 Microsoft SharePoint Server 2010 을 실행하는 서버 팜을 배포하려면 컴퓨터에 다양한 응용 프로그램을 설치하고 구성해야 합니다. 이 문서에서는 SharePoint Server 2010 을 실행하는 예제 서버 팜에 대해 설명하며 Kerberos 인증을 사용하여 다음 기능을 지원하도록 팜을 배포하고 구성하기 위한 지침을 제공합니다. SharePoint Server 2010 과 Microsoft SQL Server 데이터베이스 소프트웨어 간의 통신 SharePoint 중앙 관리 웹 응용 프로그램에 대한 액세스

406

포털 사이트 웹 응용 프로그램 및 내 사이트 웹 응용 프로그램 등의 다른 웹 응용 프로그램에 대한 액세스시작하기 전에이 문서는 다음 내용에 대한 지식이 있는 관리자급 인력을 대상으로 합니다. Windows Server 2008 Active Directory IIS(인터넷 정보 서비스) 6.0(또는 IIS 7.0) Microsoft SharePoint Foundation 2010 SharePoint Server 2010 Windows Internet Explorer Windows Server 2008 의 AD DS(Active Directory 도메인 서비스)에서 구현된

Kerberos 인증 Windows Server 2008 의 NLB(네트워크 부하 분산) Active Directory 도메인의 컴퓨터 계정 Active Directory 도메인의 사용자 계정 IIS 웹 사이트와 이러한 사이트의 바인딩 및 인증 설정 IIS 웹 사이트의 IIS 응용 프로그램 풀 ID SharePoint 제품 구성 마법사 SharePoint Foundation 2010 및 SharePoint Server 2010 웹 응용 프로그램 중앙 관리 페이지 SPN(서비스 사용자 이름) 및 Active Directory 도메인에서 SPN 을 구성하는 방법

중요:

Active Directory 도메인에서 SPN 을 만들려면 도메인 관리 수준 권한이 있어야 합니다. 이 문서에서는 Kerberos 인증을 자세히 살펴보지 않습니다. Kerberos 는 AD DS 에서 구현되는 업계 표준 인증 방법입니다.이 문서에서는 SharePoint Server 2010 을 설치하거나 SharePoint 제품 구성 마법사를 사용하는 지침을 단계별로 자세히 설명하지 않습니다.이 문서에서는 중앙 관리를 사용하여 SharePoint Server 2010 웹 응용 프로그램을 만드는 지침을 단계별로 자세히 설명하지 않습니다.소프트웨어 버전 요구 사항이 문서에서 제공되는 지침과 이 지침을 확인하기 위해 수행된 테스트는 Windows Update 사이트(http://go.microsoft.com/fwlink/?linkid=101614&clcid=0x412)에서 최신 업데이트를 적용한 Windows Server 2008 및 Internet Explorer 를 실행하는 시스템을 사용한 결과를 바탕으로 합니다. 다음 소프트웨어 버전이 설치되었습니다.

407


Windows Update 사이트(http://go.microsoft.com/fwlink/?linkid=101614&clcid=0x412)에서 최신 업데이트를 적용한 Windows Server 2008

Internet Explorer SharePoint Server 2010 의 릴리스 버전또한 Windows Update 사이트(http://go.microsoft.com/fwlink/?linkid=101614&clcid=0x412)에서 최신 업데이트를 적용한 Windows Server 2008 을 Active Directory 도메인 컨트롤러에서 실행해야 합니다.알려진 문제SharePoint Server 2010 은 기본 포트(TCP 포트 80 및 SSL(Secure Sockets Layer) 포트 443)에 바인딩된 IIS 가상 서버에서 호스팅되고 Kerberos 인증을 사용하도록 구성된 웹 응용 프로그램을 크롤링할 수 있습니다. 그러나 SharePoint Server 2010 검색 기능은 비기본 포트(TCP 포트 80 및 SSL 포트 443 이외의 포트)에 바인딩된 IIS 가상 서버에서 호스팅되고 Kerberos 인증을 사용하도록 구성된 SharePoint Server 2010 웹 응용 프로그램을 크롤링할 수 없습니다. 현재 SharePoint Server 2010 검색 기능은 비기본 포트에 바인딩된 IIS 가상 서버에서 호스팅되고 NTLM 인증이나 기본 인증을 사용하도록 구성된 SharePoint Server 2010 웹 응용 프로그램만 크롤링할 수 있습니다. Kerberos 인증을 사용한 최종 사용자 액세스의 경우 비기본 포트에 바인딩된 IIS 가상 서버에서만 호스팅될 수 있는 웹 응용 프로그램을 배포해야 할 때 최종 사용자가 검색 쿼리 결과를 얻게 하려면 다음 조건을 충족해야 합니다. 동일한 웹 응용 프로그램이 비기본 포트에 바인딩된 다른 IIS 가상 서버에서 호스팅되어야 합니다. 웹 응용 프로그램이 NTLM 또는 기본 인증을 사용하도록 구성되어야 합니다. 검색 인덱싱에서 NTLM 또는 기본 인증을 사용하는 웹 응용 프로그램을 크롤링해야 합니다.이 문서에서는 다음에 대한 지침을 제공합니다. 비기본 포트에 바인딩된 IIS 가상 서버에서 호스팅되는 Kerberos 인증을 사용하는 중앙 관리 웹 응용 프로그램 구성 IIS 호스트 헤더 바인딩을 사용하고 기본 포트에 바인딩된 IIS 가상 서버에서 호스팅되는

Kerberos 인증을 사용하는 포털 및 내 사이트 응용 프로그램 구성 검색 인덱싱에서 Kerberos 인증을 사용하는 SharePoint Server 2010 웹 응용 프로그램을 성공적으로 크롤링하는지 확인 Kerberos 인증된 웹 응용 프로그램에 액세스하는 사용자가 해당 웹 응용 프로그램에 대한 검색 쿼리 결과를 성공적으로 얻을 수 있는지 확인추가 배경 설명Kerberos 인증을 사용할 때 정확한 인증 기능은 Kerberos 를 사용하여 인증하려는 클라이언트의 동작에 따라 부분적으로 결정된다는 것을 알고 있어야 합니다. Kerberos 인증을 사용하는 SharePoint Server 2010 팜 배포에서 SharePoint Server 2010 은 클라이언트가 아닙니다. Kerberos 인증을 사용하는 SharePoint Server 2010 을 실행하는 서버 팜을 배포하기 전에 다음 클라이언트의 동작을 이해해야 합니다. 브라우저(이 문서의 맥락에서 브라우저는 항상 Internet Explorer 임)

408



Microsoft .NET Framework브라우저는 SharePoint Server 2010 웹 응용 프로그램에서 웹 페이지로 이동할 때 사용되는 클라이언트입니다. SharePoint Server 2010 에서 로컬 SharePoint Server 2010 콘텐츠 원본을 크롤링하는 등의 작업을 수행할 때는 .NET Framework 가 클라이언트 역할을 합니다.Kerberos 인증이 제대로 작동하려면 AD DS 에서 SPN 을 만들어야 합니다. 이러한 SPN 에 해당하는 서비스가 비기본 포트에서 수신 대기하는 경우 SPN 에 포트 번호가 포함되어야 합니다. 이는 SPN 이 의미를 갖도록 하기 위한 것이며 중복된 SPN 이 생성되지 않도록 하는 데도 필요합니다.클라이언트에서 Kerberos 인증을 사용하는 리소스에 액세스하려는 경우 Kerberos 인증 프로세스의 일부로 사용할 SPN 을 만들어야 합니다. 클라이언트에서 AD DS 에 구성된 SPN 과 일치하는 SPN 을 만들지 않으면 대개 "액세스 거부" 오류가 발생하면서 Kerberos 인증이 실패합니다.포트 번호가 포함된 SPN 을 만들지 않는 Internet Explorer 버전이 있습니다. IIS 에서 비기본 포트 번호에 바인딩된 SharePoint Server 2010 웹 응용 프로그램을 사용하는 경우 Internet Explorer 에서 만드는 SPN 에 포트 번호를 포함하도록 설정해야 할 수 있습니다. SharePoint Server 2010 을 실행하는 팜에서 중앙 관리 웹 응용 프로그램은 비기본 포트에 바인딩된 IIS 가상 서버에서 기본적으로 호스팅됩니다. 따라서 이 문서에서는 포트에 바인딩된 IIS 웹 사이트와 호스트 헤더에 바인딩된 IIS 웹 사이트를 모두 살펴봅니다.SharePoint Server 2010 을 실행하는 팜에서 .NET Framework 는 기본적으로 포트 번호가 포함된 SPN 을 만들지 않습니다. 이 때문에 검색에서 비기본 포트에 바인딩된 IIS 가상 서버에서 호스팅되고 Kerberos 인증을 사용하는 웹 응용 프로그램을 크롤링할 수 없습니다.서버 팜 토폴로지이 문서는 다음 SharePoint Server 2010 서버 팜 토폴로지를 대상으로 합니다. Windows NLB 가 구성된 프런트 엔드 웹 서버 역할을 하며 Windows Server 2008 을 실행하는 두 컴퓨터 응용 프로그램 서버 역할을 하며 Windows Server 2008 을 실행하는 세 컴퓨터. 응용 프로그램 서버 중 하나는 중앙 관리 웹 응용 프로그램을 호스팅하고, 두 번째 응용 프로그램 서버는 검색 쿼리를 실행하며, 세 번째 응용 프로그램 서버는 검색 인덱싱을 실행합니다. SharePoint Server 2010 을 실행하는 팜의 SQL 호스트로 사용되며 Windows Server

2008 을 실행하는 한 컴퓨터. 이 문서에서 설명된 시나리오의 경우에는 Microsoft SQL Server 2008 을 사용할 수도 있습니다.

Active Directory 도메인 서비스, 컴퓨터 이름 및 NLB 규칙이 문서에서 설명하는 시나리오에서는 다음과 같은 Active Directory, 컴퓨터 이름 및 NLB 규칙을 사용합니다.

409

서버 역할

도메인 이름

Active Directory 도메인 서비스

mydomain.net

SharePoint Server 2010을

mossfe1.mydomain.net

410

서버 역할

도메인 이름

실행하는 프런트 엔드 웹 서버 SharePoint Server 2010을

mossfe2.mydomain.net

411

서버 역할

도메인 이름

실행하는 프런트 엔드 웹 서버 SharePoint Server 2010 중

mossadmin.mydomain.net

412

서버 역할

도메인 이름

앙 관리SharePoint Server 2010을 실행하는 검색 인덱싱

mosscrawl.mydomain.net

S mo413

서버 역할

도메인 이름

harePoint Server 2010을 실행하는 검색 쿼리

ssquery.mydomain.net

SharePoin

mosssql.mydomain.net

414

서버 역할

도메인 이름

t Server 2010을 실행하는 SQL Server 호스트 mossfe1.mydomain.net 및 mossfe2.mydomain.net 에서 NLB 를 구성한 결과로 이러한 시스템에 NLB VIP 가 할당됩니다. 이 주소를 가리키는 DNS 호스트 이름의 집합은 DNS 시스템에서 등록됩니다. 예를 들어 NLB VIP 가 192.168.100.200 이면 다음 DNS 이름을 이 IP 주소(192.168.100.200)로 확인하는 DNS 레코드의 집합이 있습니다. kerbportal.mydomain.net kerbmysite.mydomain.netActive Directory 도메인 계정 규칙

415

이 문서의 예제에서는 다음 표에 나와 있는 SharePoint Server 2010 을 실행하는 팜에서 사용되는 서비스 계정과 응용 프로그램 풀 ID 에 대한 명명 규칙을 사용합니다. 도메인 계정 또는 응용 프로그램 풀 ID

이름

로컬 관리자 계정

mydomain\pscexec

SQL Server 호스

mydomain\sqladmin

416

도메인 계정 또는 응용 프로그램 풀 ID

이름

트 컴퓨터의 로컬 관리자 계정SQL Server 서비스를 실

mydomain\mosssqlsvc

417


이름

행하는 데 사용되는 SQL Server 서비스 계정 Share

mydomain\mo

418


이름

Point Server 2010 팜 관리자 계정

ssfarmadmin중앙 관리의 응용 프로그램 풀 ID와 SharePoint 타이머 서

419


이름

비스의 서비스 계정으로 사용됩니다.

포털 사이트 웹 응용 프

mydomain\portalpool

420


이름

로그램의 SharePoint Server 2010 응용 프로그램

421


이름

풀 ID

내 사이트 웹 응용 프로그램의 SharePoint Ser

mydomain\mysitepool

422


이름

ver 2010 응용 프로그램 풀 IDSharePoint Foun

mydomain\wsssearch

423


이름

dation 2010 검색 서비스 계정SharePoint Foun

mydomain\wsscrawl

424


이름

dation 2010 검색 콘텐츠 액세스 계정SharePoint

mydomain\mosssearch

425


이름

Server 2010 검색 서비스 계정SharePoint Ser

mydomain\mosscrawl

426


이름

ver 2010 콘텐츠 액세스 계정 예비 구성 요구 사항서버 팜의 컴퓨터에 SharePoint Server 2010 을 설치하기 전에 다음 절차를 수행했는지 확인합니다. SQL 호스트를 비롯하여 팜에 사용된 모든 서버가 Windows Update 사이트(http://go.microsoft.com/fwlink/?linkid=101614&clcid=0x412)에서 최신 업데이트를 적용한 Windows Server 2008 을 사용하여 설정되었습니다. 팜의 모든 서버에 Windows Update 사이트(http://go.microsoft.com/fwlink/?

linkid=101614&clcid=0x412)에서 설치한 Internet Explorer 와 해당하는 최신 업데이트가 있습니다.

427



SQL Server 2008 이 SQL 호스트 컴퓨터에 설치되어 실행되며, SQL Server 서비스가 mydomain\sqlsvc 계정으로 실행됩니다. 기본 SQL Server 인스턴스가 설치되어 TCP 포트 1433 에서 수신 대기하고 있습니다.

SharePoint 제품 구성 마법사의 다음 사용자 이름으로 실행 기능이 다음과 같이 추가되었습니다. SQL 호스트에서 SQL 로그인으로 추가됨 SQL 호스트에서 SQL Server DBCreators 역할에 추가됨 SQL 호스트에서 SQL Server Security Administrators 역할에 추가됨

SQL 통신에 대한 Kerberos 인증 구성SharePoint Server 2010 을 실행하는 서버에 SharePoint Server 2010 을 설치하고 구성하기 전에 SQL 통신에 대한 Kerberos 인증을 구성합니다. 이 작업을 수행하는 이유는 SharePoint Server 2010 을 실행하는 컴퓨터가 SQL Server 에 연결하려면 SQL 통신에 대한 Kerberos 인증을 구성하고 작동하는지 확인해야 하기 때문입니다.Windows Server 2008 을 실행하는 호스트 컴퓨터에 설치된 서비스에 대한 Kerberos 인증을 구성하는 프로세스에는 호스트에서 서비스를 실행하는 데 사용되는 도메인 계정의 SPN 을 만드는 작업이 포함됩니다. SPN 은 다음 부분으로 구성됩니다. 서비스 이름(예: MSSQLSvc 또는 HTTP) 호스트 이름(실제 또는 가상) 포트 번호mosssql 이라는 컴퓨터에서 실행되고 포트 1433 에서 수신 대기하는 SQL Server 의 기본 인스턴스에 대한 SPN 의 예는 다음과 같습니다. MSSQLSvc/mosssql:1433 MSSQLSvc/mosssql.mydomain.com:1433위의 예는 이 문서에서 설명하는 팜에서 사용될 SQL 호스트의 SQL Server 인스턴스에 대해 만드는 SPN 입니다. 항상 네트워크의 호스트에 대한 NetBIOS 이름과 전체 DNS 이름을 모두 가진 SPN 을 만들어야 합니다.Active Directory 도메인의 계정에 대한 SPN 을 설정하는 데 여러 가지 방법을 사용할 수 있습니다. 그 중 한 가지 방법은 Windows Server 2008 의 리소스 키트 도구에 포함된 SETSPN.EXE 유틸리티를 사용하는 것입니다. 다른 방법은 Active Directory 도메인 컨트롤러에서 ADSIEDIT.MSC 스냅인을 사용하는 것입니다. 이 문서에서는 ADSIEDIT.MSC 스냅인을 사용하는 방법을 살펴봅니다.SQL Server 에 대한 Kerberos 인증을 구성하는 과정에는 다음과 같은 두 가지 핵심 단계를 수행하게 됩니다. SQL Server 서비스 계정의 SPN 만들기 Kerberos 인증이 SharePoint Server 2010 을 실행하는 서버를 SQL Server 를 실행하는 서버에 연결하는 데 사용되는지 확인합니다.SQL Server 서비스 계정의 SPN 만들기

428

1. 도메인 관리 권한이 있는 사용자의 자격 증명을 사용하여 Active Directory 도메인 컨트롤러에 로그온합니다.2. 실행 대화 상자에 ADSIEDIT.MSC 를 입력합니다.3. 관리 콘솔 대화 상자에서 도메인 컨테이너 폴더를 확장합니다.4. 사용자 계정이 포함된 컨테이너 폴더를 확장합니다(예: CN=Users).5. SQL Server 서비스 계정의 컨테이너를 찾습니다(예: CN=mosssqlsvc).6. 이 계정을 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다.7. servicePrincipalName 을 찾을 때까지 SQL Server 서비스 계정 대화 상자의 속성 목록을 아래로 스크롤합니다. 8. servicePrincipalName 속성을 선택하고 편집을 클릭합니다.9. 다중값 문자열 편집기 대화 상자의 추가할 값 필드에 SPN MSSQLSvc/mosssql:1433을 입력하고 추가를 클릭합니다. 그런 다음 이 필드에 SPN

MSSQLSvc/mosssql.mydomain.com:1433 을 입력하고 추가를 클릭합니다.10. 다중값 문자열 편집기 대화 상자에서 확인을 클릭한 다음 SQL Server 서비스 계정의 속성 대화 상자에서 확인을 클릭합니다.Kerberos 인증이 SharePoint Server 2010 을 실행하는 서버를 SQL Server 에 연결하는 데 사용되는지 확인SharePoint Server 2010 을 실행하는 서버 중 하나에 SQL 클라이언트 도구를 설치하고 이 도구를 사용하여 SharePoint Server 2010 을 실행하는 서버에서 SQL Server 를 실행하는 서버에 연결합니다. 이 문서에서는 SharePoint Server 2010 을 실행하는 서버 중 하나에 SQL 클라이언트 도구를 설치하는 단계는 다루지 않습니다. 확인 절차는 다음과 같은 가정을 바탕으로 합니다. SQL 호스트에서 SQL Server 2008 을 사용 중입니다. mydomain\pscexec 계정을 사용하여 SharePoint Server 2010 을 실행하는 서버 중 하나에 로그온했고 SharePoint Server 2010 을 실행하는 서버에 SQL 2005 클라이언트 도구를 설치했습니다.1. SQL Server 2005 Management Studio 를 실행합니다.2. 서버에 연결 대화 상자가 나타나면 SQL 호스트 컴퓨터의 이름(이 예에서 SQL 호스트 컴퓨터는 mosssql 임)을 입력하고 연결을 클릭하여 SQL 호스트 컴퓨터에 연결합니다.3. Kerberos 인증이 이 연결에 사용되었는지 확인하려면 SQL 호스트 컴퓨터에서 이벤트 뷰어를 실행하고 보안 이벤트 로그를 검토합니다. 다음 표에 있는 데이터와 유사한 로그온/로그오프 범주 이벤트에 대한 성공 감사 레코드가 표시되어야 합니다.

이벤트 유형

성공 감사

429

이벤트 원본

보안

이벤트 범주

로그온/로그오프

이벤트 ID

540

날짜

2007-10-31

시간

오후 4:12:24

사용자

MYDOMAIN\pscexec

컴퓨터

MOSSSQL

설명

다음 표에는 성공적인 네트워크 로그온의 예가 나와 있습니다.

430

사용자 이름

pscexec

도메인

MYDOMAIN

로그온 ID

(0x0,0x6F1AC9)

로그온 유형

3

로그온 프로세스

Kerberos

워크스테이션 이름로 {3

6d

431

그온 GUID

6fbe0-2cb8-916c-4fee-4b02b0d3f0fb}

호출자 사용자 이름호출자 도메인호출자 로그온 ID

호출자

432

프로세스 ID

전송된 서비스원본 네트워크 주소

192.168.100.100

원본 포트

2465

로그 항목을 검토하여 다음을 확인하십시오.1. 사용자 이름이 올바릅니다. mydomain\pscexec 계정이 네트워크를 통해 SQL 호스트에 로그온했습니다.2. 로그온 유형이 3 입니다. 유형 3 로그온은 네트워크 로그온입니다.3. 로그온 프로세스와 인증 패키지에서 모두 Kerberos 인증을 사용합니다. 이로써

SharePoint Server 2010 을 실행하는 서버에서 Kerberos 인증을 사용하여 SQL 호스트와 통신하고 있음을 확인할 수 있습니다.4. 원본 네트워크 주소가 연결을 설정한 컴퓨터의 IP 주소와 일치합니다.SQL 호스트에 대한 연결이 실패하고 SSPI 컨텍스트를 생성할 수 없습니다.와 유사한 오류 메시지가 나타나면 SQL Server 인스턴스에 사용되는 SPN 에 문제가 있을 수 있습니다. 이 문제를 해결하려면 Microsoft 기술 자료에서 "SSPI 컨텍스트를 생성할 수 없습니다 ." 오류 메시지 문제 해결 방법(http://go.microsoft.com/fwlink/?linkid=76621&clcid=0x412) 문서를 참조하십시오.

433



Kerberos 인증을 사용하는 웹 응용 프로그램의 서비스 사용자 이름 만들기Kerberos 인증과 관련하여 IIS 기반 SharePoint Server 2010 웹 응용 프로그램에 대한 특별한 사항은 없습니다. Kerberos 인증에서는 이러한 웹 응용 프로그램을 다른 IIS 웹 사이트와 마찬가지 방식으로 처리합니다.이 프로세스를 수행하려면 다음 항목에 대해 알아야 합니다. SPN 의 서비스 클래스(이 문서의 맥락에서 SharePoint Server 2010 웹 응용 프로그램의 경우 항상 HTTP 임) Kerberos 인증을 사용하는 모든 SharePoint Server 2010 웹 응용 프로그램의 URL SPN 의 호스트 이름 부분(실제 또는 가상. 이 문서에서는 둘 다 다룸) SPN 의 포트 번호 부분(이 문서에서 설명하는 시나리오에서는 IIS 포트 기반 및 IIS 호스트 헤더 기반 SharePoint Server 2010 웹 응용 프로그램이 모두 사용됨) SPN 을 만들어야 하는 Windows Active Directory 계정다음 표에는 이 문서에서 설명하는 시나리오에 대한 정보가 나와 있습니다. URL

Active Directory 계정

SPN

http://mossadmin.mydomain.net:10

mossfarmadmi

HTTP/mossadm

434

URL


SPN

000

n in.mydomain.net:10000

HTTP/mossa

435

URL


SPN

dmin.mydomain.net:10000

http://kerbportal.my

portalp

HTTP/ke

436

URL


SPN

domain.net

ool

rbportal.mydomain.net

HTTP/kerbp

437

URL


SPN

ortal

http://kerbmysite.mydomain.net

mysitepool

HTTP/kerbmysite.mydomain.

438

URL


SPN

net

HTTP/kerbmysite

이 표에 대한 참고 사항 위에 있는 첫 번째 URL 은 중앙 관리의 URL 이며 포트 번호를 사용합니다. 포트 10000 을 사용할 필요는 없습니다. 포트 10000 은 이 문서 전반의 일관성을 위해 사용된 예일 뿐입니다. 그 다음 두 개의 URL 은 각각 포털 사이트와 내 사이트의 URL 입니다.위에 제공된 지침을 사용하여 AD DS 에서 SharePoint Server 2010 웹 응용 프로그램에 대한 Kerberos 인증을 지원하는 데 필요한 SPN 을 만듭니다. 도메인 관리 권한이 있는 계정을 사용하여 해당 환경의 도메인 컨트롤러에 로그온해야 합니다. SPN 을 만들려면 앞에서 설명한 SETSPN.EXE 유틸리티나 ADSIEDIT.MSC 스냅인을 사용하면 됩니다. ADSIEDIT.MSC

439

스냅인을 사용하는 경우 이 문서 앞부분에 나와 있는 SPN 을 만드는 지침을 참조하십시오. AD DS 에서 올바른 계정의 올바른 SPN 을 만들어야 합니다.

서버 팜 배포서버 팜 배포 작업에는 다음 단계가 포함됩니다.1. SharePoint Server 2010 을 실행하는 모든 서버에서 SharePoint Server 2010 을 설치합니다.2. SharePoint 제품 구성 마법사를 실행하고 새 팜을 만듭니다. 이 단계에는 비기본 포트에 바인딩된 IIS 가상 서버에서 호스팅되고 Kerberos 인증을 사용할 SharePoint Server

2010 중앙 관리 웹 응용 프로그램을 만드는 작업이 포함됩니다.3. SharePoint 제품 구성 마법사를 실행하고 다른 서버를 팜에 연결합니다.4. 팜의 서버에 대한 다음 서비스를 구성합니다.

SharePoint Foundation 2010 검색 서비스 SharePoint Server 2010 검색 인덱싱 SharePoint Server 2010 검색 쿼리

5. Kerberos 인증을 사용하여 포털 사이트 및 내 사이트에 사용되는 웹 응용 프로그램을 만듭니다.6. 포털 사이트 웹 응용 프로그램에서 공동 작업 포털 서식 파일을 사용하여 사이트 모음을 만듭니다.7. Kerberos 인증을 사용하는 웹 응용 프로그램에 대한 성공적인 액세스를 확인합니다.8. 올바른 검색 인덱싱 기능을 확인합니다.9. 올바른 검색 쿼리 기능을 확인합니다.모든 서버에 SharePoint Server 2010 설치이 작업은 SharePoint Server 2010 설치 프로그램을 실행하여 SharePoint Server 2010을 실행하는 서버에 SharePoint Server 2010 바이너리를 설치하는 간단한 프로세스입니다. mydomain\pscexec 계정을 사용하여 SharePoint Server 2010 을 실행하는 각 컴퓨터에 로그온합니다. 이에 대한 단계별 지침은 제공되지 않습니다. 이 문서에서 설명하는 시나리오의 경우 SharePoint Server 2010 이 필요한 모든 서버에서 SharePoint Server 2010 의 전체 설치를 수행합니다.새 팜을 만들기이 문서에 설명된 시나리오의 경우 MOSSADMIN 에서 SharePoint 제품 구성 마법사 중앙 관리 웹 응용 프로그램을 호스팅하도록 먼저 MOSSADMIN 검색 인덱싱 서버에서 SharePoint Server 2010 를 실행합니다.MOSSCRAWL 이라는 서버에서 설치가 완료되면 SharePoint 제품 구성 마법사를 실행하도록 확인란이 선택되어 있는 설치 완료 대화 상자가 나타납니다. 이 확인란을 선택된 상태로 두고 설치 대화 상자를 닫아 SharePoint 제품 구성 마법사를 실행합니다.이 컴퓨터에서 SharePoint 제품 구성 마법사를 실행하는 경우 다음 설정을 사용하여 새 팜을 만듭니다.

440

데이터베이스 서버 이름을 제공합니다. 이 문서에서는 MOSSSQL 이라는 서버입니다. 구성 데이터베이스 이름을 제공합니다. 기본 이름을 사용하거나 선택한 이름을 지정할 수 있습니다. 데이터베이스 액세스(팜 관리자) 계정 정보를 제공합니다. 이 문서의 시나리오를 사용하는 경우 이 계정은 mydomain\mossfarmadmin 입니다. SharePoint Server 2010 중앙 관리 웹 응용 프로그램에 필요한 정보를 제공합니다. 이 문서의 시나리오를 사용하는 경우 이 정보는 다음과 같습니다.

중앙 관리 웹 응용 프로그램 포트 번호: 10000 인증 방법: 협상

필요한 모든 정보를 제공한 경우 SharePoint 제품 구성 마법사가 성공적으로 완료됩니다. 마법사가 성공적으로 완료되면 Kerberos 인증을 사용하는 SharePoint Server 2010 중앙 관리 웹 응용 프로그램 홈 페이지에 액세스할 수 있는지 확인합니다. 이렇게 하려면 다음 단계를 수행합니다.1. SharePoint Server 2010 을 실행하는 다른 서버나 mydomain 도메인의 다른 컴퓨터에

mydomain\pscexec 로 로그온합니다. SharePoint Server 2010 중앙 관리 웹 응용 프로그램을 호스팅하는 컴퓨터에서 올바른 Kerberos 인증 동작을 직접 확인하면 안 됩니다. 이러한 확인 작업은 도메인에 있는 별도의 컴퓨터에서 수행해야 합니다.2. 이 서버에서 Internet Explorer 를 시작하고

http://mossadmin.mydomain.net:10000 으로 이동합니다. 중앙 관리의 홈 페이지가 렌더링되어야 합니다. 3. Kerberos 인증이 중앙 관리에 액세스하는 데 사용되었는지 확인하려면 MOSSADMIN이라는 컴퓨터로 다시 이동하고 이벤트 뷰어를 실행하여 보안 로그를 검토합니다. 다음 표와 유사한 성공 감사 레코드가 표시되어야 합니다.

이벤트 유형

성공 감사

이벤트 원본

보안

이벤트


441

범주이벤트 ID

540

날짜

2007-11-1

시간

오후 2:22:20

사용자

MYDOMAIN\pscexec

컴퓨터

MOSSADMIN

설명

다음 표에는 성공적인 네트워크 로그온의 예가 나와 있습니다.

사용자 이름

pscexec

도메인

MYDOMA

442

IN

로그온 ID

(0x0,0x1D339D3)

로그온 유형

3

로그온 프로세스

Kerberos

인증 패키지

Kerberos

워크스테이션 이름로그온 GUI

{fad7cb69-21

443

D f8-171b-851b-3e0dbf1bdc79}

호출자 사용자 이름호출자 도메인호출자 로그온 ID

호출자 프로

444

세스 ID

전송된 서비스원본 네트워크 주소

192.168.100.100

원본 포트

2505

이 로그 레코드에는 이전 로그 항목의 경우와 동일한 유형의 정보가 표시됩니다. 사용자 이름이 올바른지 확인합니다. 사용자 이름은 중앙 관리를 호스팅하는 SharePoint

Server 2010 을 실행하는 서버에 네트워크를 통해 로그온한 mydomain\pscexec 계정입니다. 로그온 유형이 3 인지 확인합니다. 로그온 유형 3 은 네트워크 로그온입니다. 로그온 프로세스와 인증 패키지에서 모두 Kerberos 인증을 사용하는지 확인합니다. 이로써

Kerberos 인증이 중앙 관리 웹 응용 프로그램에 액세스하는 데 사용됨을 확인할 수 있습니다. 원본 네트워크 주소가 연결을 설정한 컴퓨터의 IP 주소와 일치하는지 확인합니다.중앙 관리 홈 페이지가 렌더링되지 않고 권한이 없음 오류 메시지가 표시되면 Kerberos 인증이 제대로 작동하지 않는 것입니다. 이에 대한 원인은 대개 두 가지뿐입니다. AD DS 의 SPN 이 올바른 계정에 대해 등록되지 않았습니다. mydomain\

mossfarmadmin 에 대해 등록되어야 합니다. AD DS 의 SPN 이 Internet Explorer 에서 생성되는 SPN 과 일치하지 않거나 다른 이유로 유효하지 않습니다. 사용자가 AD DS 에서 등록한 SPN 에서 포트 번호를 생략했을 수도 있습니다. 두 가지 중 어떤 경우든 계속하기 전에 Kerberos 인증을 사용하여 이 문제가 해결되었고 중앙 관리가 작동하는지 확인하십시오.

445

참고:

네트워크를 통해 진행되는 상황을 확인하는 데 사용할 수 있는 진단 도구는 중앙 관리로 이동하는 동안 추적하는 Microsoft 네트워크 모니터와 같은 네트워크 스니퍼입니다. 실패 후에 추적을 검토하고 KerberosV5 프로토콜 패킷을 찾은 후 Internet Explorer 에서 생성된 SPN 이 포함된 패킷을 찾습니다. 추적의 SPN 이 올바르면 AD DS 의 SPN 이 유효하지 않거나 잘못된 계정에 대해 등록된 것입니다. 팜에 다른 서버 연결이제 팜이 만들어졌고 중앙 관리에 성공적으로 액세스할 수 있으므로 SharePoint 제품 구성 마법사를 실행하고 다른 서버를 팜에 연결해야 합니다.SharePoint Server 2010 을 실행하는 다른 네 서버(mossfe1, mossfe2, mossquery 및 mosscrawl)에서 SharePoint Server 2010 설치가 완료되었고 SharePoint 제품 구성 마법사 확인란이 선택된 상태로 설치 완료 대화 상자가 나타납니다. 이 확인란을 그대로 두고 설치 완료 대화 상자를 닫아 SharePoint 제품 구성 마법사를 실행합니다. 그런 다음 이러한 각 서버를 팜에 연결하는 절차를 수행합니다.팜에 추가하는 각 서버에서 SharePoint 제품 구성 마법사가 완료되면 이러한 각 서버에서 실행 중인 중앙 관리 MOSSADMIN 을 렌더링할 수 있는지 확인합니다. 중앙 관리를 렌더링하지 못하는 서버가 있으면 계속하기 전에 적절한 조치를 취하여 문제를 해결합니다.

팜의 서버에 대한 서비스 구성다음 섹션에 나와 있는 계정을 사용하여 팜에 있는 SharePoint Foundation 2010 및 SharePoint Server 2010 을 실행하는 특정 서버에서 실행할 특정 SharePoint Foundation 2010 및 SharePoint Server 2010 서비스를 구성합니다.

참고:

이 섹션에서는 사용자 인터페이스에 대해 자세히 설명하지 않고 개략적인 지침만 제공합니다. 계속하기 전에 필요한 단계를 수행하는 방법과 중앙 관리에 대해 잘 알고 있어야 합니다. 중앙 관리에 액세스하고 다음 단계에 따라 지정된 계정을 사용하여 표시된 서버에 대한 서비스를 구성합니다.Windows SharePoint Services 검색중앙 관리의 서버 제공 서비스 페이지에서 다음을 수행합니다.1. MOSSQUERY 서버를 선택합니다.

446

2. 페이지에 나타나는 서비스 목록에서 SharePoint Foundation 2010 검색 서비스를 찾은 다음 작업 열에서 시작을 클릭합니다.3. 이후 페이지에서 SharePoint Foundation 2010 검색 서비스 계정과 SharePoint

Foundation 2010 콘텐츠 액세스 계정의 자격 증명을 제공합니다. 이 문서의 시나리오에서 SharePoint Foundation 2010 검색 서비스 계정은 mydomain\wsssearch 이며 SharePoint Foundation 2010 콘텐츠 액세스 계정은 mydomain\wsscrawl 입니다. 페이지의 적절한 위치에 계정 이름과 암호를 입력한 다음 시작을 클릭합니다.

인덱스 서버중앙 관리의 서버 제공 서비스 페이지에서 다음을 수행합니다.1. MOSSCRAWL 서버를 선택합니다.2. 페이지에 나타나는 서비스 목록에서 SharePoint Server 2010 검색 서비스를 찾은 다음 작업 열에서 시작을 클릭합니다.이후 페이지에서 이 서버를 사용하여 콘텐츠를 인덱싱할 수 있습니다. 확인란을 선택한 다음 SharePoint Server 2010 검색 서비스 계정의 자격 증명을 제공합니다. 이 문서의 시나리오에서 SharePoint Server 2010 검색 서비스 계정은 mydomain\mosssearch입니다. 페이지의 적절한 위치에 계정 이름과 암호를 입력한 다음 시작을 클릭합니다.쿼리 서버중앙 관리의 서버 제공 서비스 페이지에서 다음을 수행합니다.1. MOSSQUERY 서버를 선택합니다.2. 페이지에 나타나는 서비스 목록에서 SharePoint Server 2010 검색 서비스를 찾은 다음 서비스 열에서 서비스 이름을 클릭합니다.이후 페이지에서 이 서버를 사용하여 검색 쿼리를 처리할 수 있습니다. 확인란을 선택하고 확인을 클릭합니다.

Kerberos 인증을 사용하는 웹 응용 프로그램 만들기이 섹션에서는 팜에 있는 포털 사이트 및 내 사이트에 사용되는 웹 응용 프로그램을 만듭니다.

참고:

이 섹션에서는 사용자 인터페이스에 대해 자세히 설명하지 않고 개략적인 지침만 제공합니다. 계속하기 전에 필요한 단계를 수행하는 방법과 중앙 관리에 대해 잘 알고 있어야 합니다. 포털 사이트 웹 응용 프로그램 만들기1. 중앙 관리의 응용 프로그램 관리 페이지에서 웹 응용 프로그램 만들기 또는 확장을 클릭합니다.2. 이후 페이지에서 새 웹 응용 프로그램 만들기를 클릭합니다.3. 이후 페이지에서 새 IIS 웹 사이트 만들기가 선택되었는지 확인합니다.

설명 필드에 PortalSite 를 입력합니다.447

포트 필드에 80 을 입력합니다. 호스트 헤더 필드에 kerbportal.mydomain.net 을 입력합니다.

4. 협상이 이 웹 응용 프로그램의 인증 공급자로 선택되었는지 확인합니다.5. 기본 영역에 이 웹 응용 프로그램을 만듭니다. 이 웹 응용 프로그램의 영역을 수정하지 마십시오.6. 새 응용 프로그램 풀 만들기가 선택되었는지 확인합니다.

응용 프로그램 풀 이름 필드에 PortalAppPool 을 입력합니다. 구성 가능이 선택되었는지 확인합니다. 사용자 이름 필드에 mydomain\

portalpool 계정을 입력합니다.7. 확인을 클릭합니다.8. 웹 응용 프로그램이 성공적으로 만들어졌는지 확인합니다.

참고:

SSL 연결을 사용하고 웹 응용 프로그램을 포트 443 에 바인딩하려면 포트 필드에 443 을 입력하고 새 웹 응용 프로그램 만들기 페이지에서 SSL 사용을 선택합니다. 또한 SSL 와일드카드 인증서를 설치해야 합니다. SSL 을 사용하도록 구성된 IIS 웹 사이트에서 IIS 호스트 헤더 바인딩을 사용할 때 SSL 와일드카드 인증서를 사용해야 합니다. IIS 의 SSL 호스트 헤더에 대한 자세한 내용은 SSL 호스트 헤더 구성 (IIS 6.0)( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=111285&clcid=0x412)(영문일 수 있음)을 참조하십시오. 내 사이트 웹 응용 프로그램 만들기1. 중앙 관리의 응용 프로그램 관리 페이지에서 웹 응용 프로그램 만들기 또는 확장을 클릭합니다.2. 이후 페이지에서 새 웹 응용 프로그램 만들기를 클릭합니다.3. 이후 페이지에서 새 IIS 웹 사이트 만들기가 선택되었는지 확인합니다.

설명 필드에 MySite 를 입력합니다. 포트 필드에 80 을 입력합니다. 호스트 헤더 필드에 kerbmysite.mydomain.net 을 입력합니다.

4. 협상이 이 웹 응용 프로그램의 인증 공급자로 선택되었는지 확인합니다.5. 기본 영역에 이 웹 응용 프로그램을 만듭니다. 이 웹 응용 프로그램의 영역을 수정하지 마십시오.6. 새 응용 프로그램 풀 만들기가 선택되었는지 확인합니다.

응용 프로그램 풀 이름 필드에 MySiteAppPool 을 입력합니다. 구성 가능이 선택되었는지 확인합니다. 사용자 이름 필드에 mydomain\

mysitepool 계정을 입력합니다.7. 확인을 클릭합니다.8. 웹 응용 프로그램이 성공적으로 만들어졌는지 확인합니다.

448



참고:

SSL 연결을 사용하고 웹 응용 프로그램을 포트 443 에 바인딩하려면 포트 필드에 443 을 입력하고 새 웹 응용 프로그램 만들기 페이지에서 SSL 사용을 선택합니다. 또한 SSL 와일드카드 인증서를 설치해야 합니다. SSL 을 사용하도록 구성된 IIS 웹 사이트에서 IIS 호스트 헤더 바인딩을 사용할 때 SSL 와일드카드 인증서를 사용해야 합니다. IIS 의 SSL 호스트 헤더에 대한 자세한 내용은 SSL 호스트 헤더 구성 (IIS 6.0)( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=111285&clcid=0x412)(영문일 수 있음)을 참조하십시오.

포털 사이트 웹 응용 프로그램에서 공동 작업 포털 서식 파일을 사용하여 사이트 모음 만들기이 섹션에서는 이 목적으로 만든 웹 응용 프로그램에서 포털 사이트에 사이트 모음을 만듭니다.

참고:

이 섹션에서는 사용자 인터페이스에 대해 자세히 설명하지 않고 개략적인 지침만 제공합니다. 계속하기 전에 필요한 단계를 수행하는 방법과 중앙 관리에 대해 잘 알고 있어야 합니다. 1. 중앙 관리의 응용 프로그램 관리 페이지에서 사이트 모음 만들기를 클릭합니다.2. 이후 페이지에서 올바른 웹 응용 프로그램을 선택해야 합니다. 이 문서에 있는 예의 경우

http://kerbportal.mydomain.net 을 선택합니다.3. 이 사이트 모음에 사용할 제목과 설명을 제공합니다.4. 웹 사이트 주소를 변경하지 않고 그대로 둡니다.5. 서식 파일 선택 아래의 서식 파일 선택 섹션에서 게시 탭을 클릭하고 공동 작업 포털 서식 파일을 선택합니다.6. 주 사이트 모음 관리자 섹션에 mydomain\pscexec 를 입력합니다.7. 사용할 보조 사이트 모음 관리자를 지정합니다.8. 확인을 클릭합니다.9. 포털 사이트 모음이 성공적으로 만들어졌는지 확인합니다.

Kerberos 인증을 사용하는 웹 응용 프로그램에 대한 성공적인 액세스 확인Kerberos 인증이 최근에 만든 웹 응용 프로그램에 대해 작동하는지 확인합니다. 포털 사이트부터 시작합니다.이렇게 하려면 다음 단계를 수행합니다.

449



1. NLB 를 사용하도록 구성된 두 프런트 엔드 웹 서버 중 하나가 아니라 SharePoint Server 2010 을 실행하는 서버에 mydomain\pscexec 로 로그온합니다. Kerberos 인증을 사용하는 부하가 분산된 웹 사이트를 호스팅하는 컴퓨터 중 하나에서 올바른 Kerberos 인증 동작을 직접 확인하면 안 됩니다. 이러한 확인 작업은 도메인에 있는 별도의 컴퓨터에서 수행해야 합니다.

2. 이 별도의 시스템에서 Internet Explorer 를 시작하고 http://kerbportal.mydomain.net 으로 이동합니다.

Kerberos 인증 포털 사이트의 홈 페이지가 렌더링되어야 합니다. Kerberos 인증이 포털 사이트에 액세스하는 데 사용되었는지 확인하려면 부하가 분산된 프런트 엔드 웹 서버 중 하나로 이동하고 이벤트 뷰어를 실행하여 보안 로그를 검토합니다. 프런트 엔드 웹 서버 중 하나에서 다음 표와 유사한 성공 감사 레코드가 표시되어야 합니다. 부하가 분산된 요청을 처리한 시스템에 따라 보안 로그를 찾으려면 두 프런트 엔드 웹 서버를 모두 살펴봐야 할 수도 있습니다. 이벤트 유형

성공 감사

이벤트 원본

보안

이벤트 범주


이벤트 ID

540

450

날짜

2007-11-1

시간

오후 5:08:20

사용자

MYDOMAIN\pscexec

컴퓨터

mossfe1

설명 다음 표에는 성공적인 네트워크 로그온의 예가 나와 있습니다. 사용자 이름

pscexec

도메인

MYDOMAIN

로그온 ID

(0x0,0x1D339D3)

로 3451

그온 유형로그온 프로세스

Kerberos 인증

워크스테이션 이름로그온 GUID

{fad7cb69-21f8-171b-851b-3e0dbf1bdc79}

호출

452

자 사용자 이름호출자 도메인호출자 로그온 ID

호출자 프로세스 ID

전송된 서비스원본 네트

192.168.100.1

453

워크 주소

00

원본 포트

2505

이 로그 레코드에는 이전 로그 항목의 경우와 동일한 유형의 정보가 표시됩니다. 사용자 이름이 올바른지 확인합니다. 사용자 이름은 포털 사이트를 호스팅하는 SharePoint

Server 2010 을 실행하는 프런트 엔드 웹 서버에 네트워크를 통해 로그온한 mydomain\pscexec 계정입니다.

로그온 유형이 3 인지 확인합니다. 로그온 유형 3 은 네트워크 로그온입니다. 로그온 프로세스와 인증 패키지에서 모두 Kerberos 인증을 사용하는지 확인합니다. 이로써

Kerberos 인증이 포털 사이트에 액세스하는 데 사용됨을 확인할 수 있습니다. 원본 네트워크 주소가 연결을 설정한 컴퓨터의 IP 주소와 일치하는지 확인합니다.포털 사이트의 홈 페이지가 렌더링되지 않고 "권한이 없음" 오류 메시지가 표시되면 Kerberos 인증이 실패한 것입니다. 이에 대한 원인은 대개 두 가지뿐입니다. AD DS 의 SPN 이 올바른 계정에 대해 등록되지 않았습니다. 포털 사이트의 웹 응용 프로그램의 경우 mydomain\portalpool 에 대해 등록되어야 합니다. AD DS 의 SPN 이 Internet Explorer 에서 생성되는 SPN 과 일치하지 않거나 다른 이유로 유효하지 않습니다. 이 경우에 명시적 포트 번호 없이 IIS 호스트 헤더를 사용하기 때문에 AD

DS 에서 등록된 SPN 이 웹 응용 프로그램을 확장했을 때 지정한 IIS 호스트 헤더와 다릅니다. Kerberos 인증이 작동하게 하려면 이 문제를 해결해야 합니다.

참고:

네트워크를 통해 진행되는 상황을 확인하는 데 사용할 수 있는 진단 도구는 중앙 관리로 이동하는 동안 추적하는 Microsoft 네트워크 모니터와 같은 네트워크 스니퍼입니다. 실패 후에 추적을 검토하고 KerberosV5 프로토콜 패킷을 찾은 후 Internet Explorer 에서 생성된 SPN 이 포함된 패킷을 찾습니다. 추적의 SPN 이 올바르면 AD DS 의 SPN 이 유효하지 않거나 잘못된 계정에 대해 등록된 것입니다. Kerberos 인증이 포털 사이트에 대해 작동하도록 한 후에는 다음 URL 을 사용하여 Kerberos 인증 내 사이트로 이동합니다. http://kerbmysite.mydomain.net

454

참고:

내 사이트 URL 에 처음 액세스하는 경우 SharePoint Server 2010 에서 로그온한 사용자에 대한 내 사이트를 만드는 데 어느 정도 시간이 걸립니다. 하지만 이 작업은 성공하고 해당 사용자의 내 사이트 페이지가 렌더링됩니다. 이는 제대로 작동해야 하며, 제대로 작동하지 않으면 앞의 문제 해결 단계를 참조하십시오.

올바른 검색 인덱싱 기능 확인검색 인덱싱에서 이 팜에 호스팅된 콘텐츠를 성공적으로 크롤링하는지 확인합니다. 이 단계는 Kerberos 인증을 사용하는 사이트에 액세스하는 사용자에 대한 검색 쿼리 결과를 확인하기 전에 수행해야 합니다.

참고:

이 섹션에서는 사용자 인터페이스에 대해 자세히 설명하지 않고 개략적인 지침만 제공합니다. 계속하기 전에 필요한 단계를 수행하는 방법과 중앙 관리에 대해 잘 알고 있어야 합니다. 검색 인덱싱 기능을 확인하려면 웹 응용 프로그램에 액세스하고 전체 크롤링을 시작합니다. 크롤링이 완료될 때까지 기다립니다. 크롤링이 실패하면 문제를 검사하고 해결한 다음 전체 크롤링을 실행해야 합니다. 크롤링이 "액세스 거부" 오류가 발생하면서 실패하면 크롤링 계정이 콘텐츠 원본에 액세스할 수 없기 때문이거나 Kerberos 인증이 실패했기 때문입니다. 원인이 무엇이든 간에 이후 단계를 진행하기 전에 이 오류를 해결해야 합니다. 계속하기 전에 Kerberos 인증 웹 응용 프로그램의 전체 크롤링을 완료해야 합니다.

올바른 검색 쿼리 기능 확인검색 쿼리에서 Kerberos 인증을 사용하는 포털 사이트에 액세스하는 사용자에 대한 결과를 반환하는지 확인하려면1. mydomain.net 에 있는 시스템에서 Internet Explorer 를 시작하고

http://kerbportal.mydomain.net 으로 이동합니다.2. 포털 사이트의 홈 페이지가 렌더링되면 검색 필드에 검색 키워드를 입력하고 Enter 키를 누릅니다.3. 검색 쿼리 결과가 반환되는지 확인합니다. 반환되지 않으면 입력한 키워드가 해당 배포에서 유효하고, 검색 인덱싱이 제대로 실행되고 있고, 검색 서비스가 검색 인덱싱 및 검색 쿼리 서버에서 실행되고 있고, 검색 인덱스 서버에서 검색 쿼리 서버로의 검색 전파에 문제가 없는지 확인합니다.

455

구성 제한 사항생성되는 새로운 형식 SPN 의 호스트 이름 부분은 서비스를 실행하는 호스트의 NetBIOS 이름입니다(예: MSSP/kerbtest4:56738/SSP1). 이는 SharePoint Server 2010 구성 데이터베이스에서 호스트 이름을 가져오고 NetBIOS 컴퓨터 이름만 SharePoint Server 2010 구성 데이터베이스에 저장되기 때문입니다. 이것은 특정 시나리오에서 모호할 수도 있습니다. 현재 SharePoint Server 2010 을 실행하는 서버의 이름을 바꾸는 Stsadm 명령줄 도구를 사용하여 SharePoint Server 2010 을 실행하는 서버의 이름을 바꿀 수 없으므로 이 문제의 해결 방법은 없습니다.

추가 리소스 및 문제 해결 지침 제품/기술 리소스Kerberos 시나리오 백서

SharePoint 2010 제품에 대한 Kerberos 인증 구성 ( 영문일 수 있음 ) 핵심 배포, 세 개의 Microsoft SQL Server 솔루션, Excel Services, PowerPivot, Visio Services, PerformancePoint Services 및 Business Connectivity Services 를 사용하는 시나리오 등의 9 가지 특정 시나리오에서 Kerberos 를 구성하기 위한 포괄적인 지침으로, ID 및 Kerberos 인증에 대한 개념 정보도 다루고 있습니다.

SQL Server

SQL Server 2005 의 인스턴스에 원격 연결을 만들 때 Kerberos 인증을 사용하고 있는지 확인하는 방법(http://go.microsoft.com/fwlink/?linkid=85942&clcid=0x412)

SQL Server

"SSPI 컨텍스트를 생성할 수 없습니다 ." 오류 메시지 문제 해결 방법(http://go.microsoft.com/fwlink/?linkid=82932&clcid=0x412)

.NET Framework

AuthenticationManager.CustomTargetNameDictionary 속성(http://go.microsoft.com/fwlink/?linkid=120460&clcid=0x412)

Internet Explorer

Windows XP 기반 컴퓨터에서 Internet Explorer 를 사용하여 Kerberos 인증을 필요로 하는 웹 사이트에 액세스하려고 하면 "HTTP 오류 401 - 권한이 없음 : 잘못된 자격 증명 때문에 액세스가 거부되었습니다 ." 오류 메시지가 나타난다 (http://go.microsoft.com/fwlink/?linkid=120462&clcid=0x412)

Kerberos 인증 Kerberos 인증 기술 참조 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=78646&clcid=0x412)(영문일 수 있음)

Kerberos 인증 Kerberos 오류 문제 해결 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=93730&clcid=0x412)(영문일 수 있음)

Kerberos Kerberos 프로토콜 전환 및 제한된 위임 ( 영문일 수

456













제품/기술 리소스인증 있음 ) (http://go.microsoft.com/fwlink/?linkid=100941&clcid=0x412)

(영문일 수 있음)IIS SSL 호스트 헤더 구성 (IIS 6.0)( 영문일 수

있음 ) (http://go.microsoft.com/fwlink/?linkid=120463&clcid=0x412)(영문일 수 있음)

457





SharePoint 2010 제품에 대한 Kerberos 인증 구성(백서)이 문서에서는 Microsoft SharePoint 2010 제품의 ID 개념, Kerberos 인증이 인증 및 위임 시나리오에서 중요한 역할을 수행하는 방식, Kerberos 인증을 솔루션 디자인에 사용해야 하거나 사용할 수 있는 상황을 이해하는 데 도움이 되는 정보를 제공합니다. 이러한 시나리오에는 SQL Server 등의 외부 데이터 원본에 안전하게 액세스해야 하는 비즈니스 인텔리전스 구현이 포함됩니다.또한 이 문서에서는 Microsoft SharePoint Server 의 다양한 서비스 응용 프로그램을 사용하는 시나리오를 포함하여 해당 환경에서 Kerberos 인증을 포괄적으로 구성하는 방법을 소개합니다. 아울러 Kerberos 구성을 테스트하고 유효성을 검사하는 데 도움이 되는 추가 도구 및 리소스도 설명되어 있습니다. 이 문서의 "단계별 구성" 섹션에서는 다음과 같은 SharePoint Server 2010 시나리오에 대해 다룹니다. 시나리오 1: 핵심 구성 시나리오 2: SQL OLTP 에 대한 Kerberos 인증 시나리오 3: SQL Analysis Services 에 대한 ID 위임 시나리오 4: SQL Reporting Services 에 대한 ID 위임 시나리오 5: Excel Services 에 대한 ID 위임 시나리오 6: PowerPivot for SharePoint 에 대한 ID 위임 시나리오 7: Visio Services 에 대한 ID 위임 시나리오 8: PerformancePoint Services 에 대한 ID 위임 시나리오 9: Business Connectivity Services 에 대한 ID 위임백서 다운로드Microsoft SharePoint 2010 제품 및 기술에 대한 Kerberos 인증 구성 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=196600&clcid=0x412)(영문일 수 있음)(7.3MB)

458


사이트 모음 만들기(SharePoint Server 2010)사이트 모음은 사용 권한 등의 소유자 및 공유 관리 설정이 동일한 웹 사이트 그룹입니다. 사이트 모음을 만들면 해당 사이트 모음에 최상위 사이트가 자동으로 만들어집니다. 그러면 최상위 사이트 아래에 하나 이상의 하위 사이트를 만들 수 있습니다. 사이트 모음은 웹 응용 프로그램 내에 있어야 합니다. 기존 웹 응용 프로그램을 기반으로 사이트 모음을 만들 수도 있고, 웹 응용 프로그램을 만든 다음 해당 응용 프로그램 내에 사이트 모음을 만들 수도 있습니다. 자세한 내용은 웹 응용 프로그램 만들기 (SharePoint Server 2010) 를 참조하십시오.웹 응용 프로그램이 다른 프로젝트 또는 단일 팀에서 사용되는 경우 여러 사이트를 관리해야 하는 부담이 없도록 사이트 모음을 하나만 사용합니다. 그러나 복잡한 솔루션의 경우에는 사이트 모음을 여러 개 사용해야 콘텐츠를 정리하고 각 사이트에 대한 사용 권한을 관리하기가 편리합니다. 예를 들어 사이트 모음 간의 탐색이 기본 제공되지 않는 경우 사이트 모음을 여러 개 사용하면 사이트 콘텐츠에 대한 보안을 한층 강화할 수 있습니다.SharePoint 에서는 공동 작업, 모임, 회사, 게시 및 사용자 지정과 같은 범주의 사이트 서식 파일을 제공합니다. 사이트 모음을 만들 때는 사이트에서 수행하는 작업과 일치하는 서식 파일을 선택합니다. 예를 들어 읽기 권한자 수가 참가자 수보다 훨씬 더 많은 대규모 인트라넷 사이트를 만들려는 경우에는 게시 포털 서식 파일을 선택합니다. 사이트 모음을 만들기 전에 다음 필수 구성 요소가 있는지 확인합니다. 사이트 모음을 만들 웹 응용 프로그램 할당량 지정 서식 파일(사이트 모음에 저장할 수 있는 데이터의 양 및 사이트 모음 관리자에게 전자 메일 알림을 보내도록 하는 저장소 크기를 지정하는 값을 정의하려는 경우) 사용자 지정 관리 와일드카드 경로(루트(/) 디렉터리 또는 /사이트/ 디렉터리가 아닌 다른 곳에 사이트 모음을 만들려는 경우)이 문서의 내용중앙 관리를 사용하여 사이트 모음 만들기Windows PowerShell 을 사용하여 사이트 모음 만들기

중앙 관리를 사용하여 사이트 모음 만들기일반적으로 중앙 관리 웹 사이트를 사용하여 독립 실행형 배포에 사이트 모음을 만듭니다.중앙 관리를 사용하여 사이트 모음을 만들려면1. 다음과 같은 관리 자격 증명이 있는지 확인합니다.

459

사이트 모음을 만들려면 SharePoint 중앙 관리 웹 사이트를 실행하는 컴퓨터에서 Farm Administrators SharePoint 그룹의 구성원이어야 합니다.

2. 중앙 관리 웹 사이트의 응용 프로그램 관리 섹션에서 사이트 모음 만들기를 클릭합니다. 3. 사이트 모음을 만들 웹 응용 프로그램을 선택하지 않은 경우 사이트 모음 만들기 페이지에 있는 웹 응용 프로그램 섹션의 웹 응용 프로그램 메뉴에서 웹 응용 프로그램 변경을 클릭하고 사이트 모음을 만들 웹 응용 프로그램을 클릭합니다.4. 제목 및 설명 섹션에서 사이트 모음의 제목과 설명을 입력합니다. 5. 웹 사이트 주소 섹션에서 URL 에 사용할 경로(예: /사이트/ 등의 와일드카드 포함 경로 또는 / 등의 루트 디렉터리)를 선택합니다.

와일드카드 포함 경로를 선택하는 경우 사이트 URL 에서 사용할 사이트 이름도 입력해야 합니다.

6. 서식 파일 선택 섹션의 서식 파일 선택 목록에서 사이트 모음의 최상위 사이트에 사용할 서식 파일을 선택하거나, 사용자 지정 탭을 클릭하여 빈 사이트를 만들고 나중에 서식 파일을 적용합니다.7. 주 사이트 모음 관리자 섹션에 사이트 모음 관리자로 지정할 사용자의 사용자 이름을 도메인\사용자 이름 형식으로 입력합니다. 8. 보조 사이트 모음 관리자 섹션에서 사이트 모음의 보조 관리자로 사용할 사용자 이름을 입력합니다.

주 사이트 모음 관리자가 없는 경우 다른 누군가가 사이트 모음을 관리할 수 있도록 하려면 보조 사이트 모음 관리자를 지정하는 것이 가장 좋습니다.

9. 할당량을 사용하여 사이트 모음의 저장소를 관리하는 경우 할당량 지정 서식 파일 섹션의 할당량 지정 서식 파일 선택 목록에서 서식 파일을 클릭합니다. 10. 확인을 클릭합니다.

Windows PowerShell 을 사용하여 사이트 모음 만들기작업 자동화는 회사에서 자주 수행되는데, 작업을 자동화하려는 경우에는 일반적으로 Windows PowerShell 을 사용하여 사이트 모음을 만듭니다.Windows PowerShell 을 사용하여 사이트 모음을 만들려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트(즉, PS C:\>)에서 다음 명령을 입력하고 Enter 키를 누릅니다.

460

코드 복사

Get-SPWebTemplate $template = Get-SPWebTemplate "STS#0" New-SPSite -Url "<URL for the new site collection>" -OwnerAlias "<domain\user>" -Template $template

이 예에서는 사용 가능한 모든 사이트 서식 파일 목록을 가져온 다음 팀 사이트 서식 파일을 사용하여 사이트 모음을 만듭니다. 자세한 내용은 New-SPSite 및 Get-SPWebTemplate을 참조하십시오.명령줄 관리 작업을 수행하는 경우 Windows PowerShell 을 사용하는 것이 좋습니다. Stsadm 명령줄 도구는 더 이상 사용되지 않지만 이전 제품 버전과의 호환성을 지원하기 위해 포함됩니다.

461

http://technet.microsoft.com/library/dfd10bac-c304-4f3f-bea9-eb0af5f96df5(Office.14).aspx

http://technet.microsoft.com/library/ebdadc86-0cda-49b7-a84a-5cfc6b4506b3(Office.14).aspx

Uninstall SharePoint Server 2010This article describes how to uninstall Microsoft SharePoint Server 2010.You remove SharePoint Server 2010 by uninstalling it from Control Panel. When you uninstall SharePoint Server 2010, most files and subfolders located in the installation folders are removed. However, Web.config files, index files, log files, and customizations that you might have are not automatically removed when you uninstall SharePoint Server 2010. Also, Microsoft SQL Server databases are detached, but are not removed from the database server. If you uninstall a single server that has a built-in database, Microsoft SQL Server Express is not removed. When you uninstall SharePoint Server 2010, all user data remains in the database files.Before you perform this procedure, confirm that you have uninstalled any language packs that you might have on the server.

Uninstall SharePoint Server 2010Use this procedure to uninstall SharePoint Server 2010.To uninstall SharePoint Server 20101. Verify that you are a member of the Farm Administrators group or a

member of the Administrators group on the local computer.2. On the computer that runs SharePoint Server 2010, log on as a local or

domain administrator.3. Click Start, and then click Control Panel.4. In the Programs area, click Uninstall a program.5. In the Uninstall or change a program dialog box, click Microsoft

SharePoint Server 2010.6. Click Change.7. On the Change your installation of Microsoft SharePoint Server 2010 page,

click Remove, and then click Continue. A confirmation message appears.8. Click Yes to remove SharePoint Server 2010. A warning message appears.9. Click OK to continue. A confirmation message appears.10. Click OK.

You might be prompted to restart the server.

462

참고:

If you did not remove the language template packs before you uninstalled and then reinstalled SharePoint Server 2010, you must run Repair from the SharePoint 제품 구성 마법사 for each language template pack on the server. After the repair operation is complete, you must restart the server. Finally, complete the language template pack configuration by running the SharePoint 제품 구성 마법사.

참고 항목개념하드웨어 및 소프트웨어 요구 사항 (SharePoint Server 2010) 기본 제공 데이터베이스가 포함된 단일 서버 배포 (SharePoint Server 2010) SQL Server 가 설치된 단일 서버 배포 (SharePoint Server 2010) 3 계층 팜의 다중 서버 (SharePoint Server 2010) 언어 팩 배포 (SharePoint Server 2010) 기타 리소스Add a Web or application server to the farm (SharePoint Server 2010)Remove a server from the farm (SharePoint Server 2010)

463

http://technet.microsoft.com/library/acb2d589-6c19-4b6b-9cd1-5e334ba4f2cd(Office.14).aspx


사용자 지정 내용 배포 - 개요(SharePoint Server 2010)이 장의 문서에서는 개발자 또는 웹 디자이너가 사용자 지정한 사이트 요소를 Microsoft SharePoint Server 2010 환경에 배포하는 방법에 대해 설명합니다.이 문서의 내용 프로세스 개요 시작하기 전에 사용자 지정 가능한 두 종류의 사이트 요소 정보 개발된 사이트 요소 배포 제작된 사이트 요소 배포 프로세스 개요SharePoint Server 2010 에서 사용 가능한 배포 방식에는 여러 가지가 있으므로 사용자 지정 내용을 배포하는 작업은 상당히 복잡할 수 있으며, 각 방식 간의 이점이 항상 확연히 드러나는 것은 아닙니다. 이러한 서로 다른 유형의 사이트 요소, 즉 아티팩트는 서로 다른 방법으로 배포합니다. 한 가지 배포 방법으로는 모든 사용자 지정 가능한 사이트 요소를 배포할 수 없습니다. 요소는 일반적으로 서로 다른 디자이너 그룹에서 생성되고 업그레이드 고려 사항도 서로 다르기 때문에 배포 시 각 유형의 요소에 맞는 고유한 사항을 고려해야 합니다. 서로 다른 종류의 사이트 요소는 이 문서 뒷부분의 사용자 지정 가능한 두 종류의 사이트 요소 정보에 설명되어 있습니다.특정 배포 작업 및 관련 고려 사항에 대한 자세한 내용은 다음 문서를 참조하십시오. 솔루션 패키지 배포 (SharePoint Server 2010) 제작된 사이트 요소 배포 (SharePoint Server 2010) 기능을 사용하여 사이트 요소 배포 (SharePoint Server 2010) 서식 파일 배포 (SharePoint Server 2010) Workflow deployment process (SharePoint Server 2010)( 영문 )

시작하기 전에사용자 지정 코드를 환경으로 배포하려면 사용자 지정 내용이 성능에 영향을 주는 방식을 분석할 수 있도록 환경 성능의 기준을 설정해야 합니다. 성능 기준을 설정한 후에는 테스트 환경이나 통합 환경에서 사용자 지정 코드를 철저하게 테스트한 후에 그 결과를 성능 기준과 비교합니다. 모든 사용자 지정 내용은 프로덕션 환경에 배포하기 전에 철저하게 테스트해야 합니다.

464

또한 타사에서 제공한 코드도 신뢰할 수 있는 출처에서 얻었다 하더라도 프로덕션 환경으로 배포하기 전에 테스트해야 합니다.이러한 문서에 나오는 설명 및 지침은 Plan for server farms and environments (SharePoint Server 2010)에서 제시한 요구 사항을 충족하도록 구성되어 배포된 SharePoint Server 환경에 적용됩니다.

사용자 지정 가능한 두 종류의 사이트 요소 정보개발된 사이트 요소는 솔루션 아티팩트이며 일반적으로 개발자가 만듭니다. 솔루션에는 Microsoft .NET Framework 기반 언어로 작성되고 배포 전에 컴파일되는 SharePoint 구성 요소인 어셈블리가 포함될 수 있습니다. 타이머 작업 어셈블리와 사이트 정의를 제외한 개발된 사이트 요소는 일반적으로 기능으로 그룹화되며 솔루션 패키지의 일부로 배포됩니다. 개발된 사이트 요소는 다음과 같습니다. 웹 파트 워크플로 사이트 및 목록 정의 문서 변환기 이벤트 수신기 타이머 작업 어셈블리제작된 사이트 요소. 일반적으로 웹 디자이너가 만들며 명시적으로 컴파일되지 않고 콘텐츠 데이터베이스에 위치합니다. 제작된 사이트 요소는 다음과 같습니다. 마스터 페이지 CSS 스타일시트 양식 레이아웃 페이지사용자 지정 가능한 사이트 요소의 두 가지 유형은 다음과 같은 기준으로 구별됩니다. SharePoint Server 2010 팜에서 파일을 저장하는 위치 조직에서 사이트 요소를 관리하는 팀 사이트 요소에 필요한 배포 메커니즘일부 요소는 솔루션 아티팩트 또는 제작된 아티팩트일 수 있습니다. 예를 들어 콘텐츠 형식은 개발된 솔루션 아티팩트로 XML 파일에 정의되거나 브라우저를 통해 제작된 아티팩트로 만들어질 수 있습니다. 솔루션 아티팩트 또는 제작된 아티팩트일 수 있는 사이트 요소로는 사이트 열 및 목록 인스턴스가 있습니다. 솔루션 아티팩트는 파일을 웹 사이트로 구축하는 데 사용할 수 있으며 프런트 엔드 웹 서버의 메모리에 캐시되도록 설정할 수 있습니다.

465

http://technet.microsoft.com/library/fd081152-5fdd-4e47-9afb-c887fbf1ce22(Office.14).aspx

http://technet.microsoft.com/library/fd081152-5fdd-4e47-9afb-c887fbf1ce22(Office.14).aspx

개발된 사이트 요소 배포개발된 사이트 요소는 일반적으로 코드 개발 환경에서 만들고 프런트 엔드 웹 서버 및 응용 프로그램 서버에 직접 배포하는 사이트 요소로 정의할 수 있습니다. 이러한 사이트 요소는 Microsoft Visual Studio 2010 Tools for SharePoint 2010, Microsoft Office SharePoint Designer 또는 XML 편집 도구를 사용하여 개발자가 사용자 지정합니다. 자세한 내용은 SharePoint Foundation 개발 도구 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=183360&clcid=0x412)(영문일 수 있음)를 참조하십시오.

참고:

이 문서에서는 샌드박스 솔루션으로 배포되는 개발된 사이트 요소의 배포에 대해서는 다루지 않습니다. 샌드박스 솔루션은 서버 개체 모델의 하위 집합에 액세스할 수 있으며 사이트 모음 관리자가 배포할 수 있는 기능 요소의 하위 집합에 액세스할 수 있는 솔루션입니다. 자세한 내용은 Sandboxed solutions overview (SharePoint Server 2010)를 참조하십시오. 개발된 사이트 요소를 배포할 때는 솔루션 패키지와 Windows PowerShell 을 사용하는 것이 가장 좋습니다. SharePoint Server 솔루션 프레임워크에서는 새로운 사이트 요소 또는 업그레이드된 사이트 요소를 팜 전체에 배포하고 팜에 있는 다른 서버의 상태와 일치하도록 프런트 엔드 웹 서버를 동기화하는 프로세스를 간소화 및 표준화합니다. 예를 들어 솔루션 패키지는 팜을 다시 구성하기 위한 프로세스를 간소화합니다. 코드 및 파일을 수동으로 처리하여 사이트 요소를 배포할 경우 업그레이드 프로세스에서 비일관성이 나타나고 서버가 다른 서버와 동기화되지 않을 수 있습니다. 솔루션 패키지를 사용하면 개발 사이트 요소를 개발자 환경에서 통합 팜으로 배포한 다음 스테이징 팜, 파일럿 팜 및 프로덕션 팜으로 배포할 수 있습니다.Windows PowerShell cmdlet 을 사용하여 솔루션 패키지를 만들고 가져오고 내보내고 구축할 수 있습니다. 솔루션 패키지에서는 개발된 사이트 요소 사용자 지정 내용을 솔루션 프레임워크를 통해 배포합니다. Windows PowerShell cmdlet 은 SharePoint Server 2010 및 SharePoint Foundation 2010 에서 모두 제공하므로 대부분의 환경에서 사이트 사용자 지정 내용을 배포하는 데 유용합니다. 이 도구는 단독으로 사용하거나 다른 도구와 함께 사용할 수 있습니다. Windows PowerShell cmdlet 을 사용하면 아티팩트 및 개발된 사이트 요소를 모두 배포할 수 있습니다. 또한 cmdlet 을 사용하여 솔루션 패키지에 배포되는 기능을 활성화할 수도 있습니다.

제작된 사이트 요소 배포제작된 사이트 요소는 웹 서버 또는 일반적이지는 않지만 응용 프로그램 서버의 파일 시스템에 있는 리소스를 사용할 수 있지만 콘텐츠 데이터베이스에 저장된다는 점에서 개발된 사이트 요소와 다릅니다. 제작된 사이트 요소가 작동하려면 개발된 사이트 요소가 먼저 배포되어 있어야 하는 경우도 있습니다.

466

http://technet.microsoft.com/library/cf2b1b11-8e35-4269-a8c7-96fde034947f(Office.14).aspx



사용자 지정 내용 배포가 모두 자동화된 환경에서는 필수 배포 순서를 따르므로 동기화 문제는 발생하지 않습니다. 그러나 요청에 따라 사용자 지정 내용을 부분적으로 또는 완전히 수동으로 배포하는 경우에는 리소스를 사용하는 콘텐츠를 배포하기 전에 웹 서버 및 응용 프로그램 서버에 필요한 리소스가 모두 있어야 합니다.제작된 사이트 요소는 하나 이상의 다양한 시스템을 사용하여 제작 환경에서 준비, 파일럿 및 프로덕션 팜으로 배포됩니다. 다음 표에는 사용하는 시스템 및 관련 인터페이스와 사용 시나리오가 나와 있습니다. 개발 시스템

사용 시나리오

SharePoint 중앙 관리 웹 사이트

원본 및 대상 팜이 네트워크로 연결된 환경에서는 중앙 관리의 콘텐츠 배포 기능을 사용하여 원본 팜에서

467

개발 시스템

사용 시나리오

콘텐츠 배포 패키지를 만들어 다른 팜으로 내보낼 수 있습니다.이 방법은 구성과 사용이 쉽고 제작된 사이트 요소 배포를 자동화하는 데 사용

468

개발 시스템

사용 시나리오

할 수 있습니다. 이 방법을 사용하면 설정 시간과 유지 관리 노력도 거의 들지 않습니다.

콘텐츠 마이그레이션 개체 모

배포 네임스페이스 API로 프로그래밍하거나, 웹 서비스에 대한

469

개발 시스템

사용 시나리오

델SOAP(Simple Object Access Protocol) 호출을 사용하거나, Windows PowerShell cmdlet을 사용하여 전체 사이트를 이동하는 등의 사용 방법에 따라

470

개발 시스템

사용 시나리오

마이그레이션할 콘텐츠와 마이그레이션 방법을 제어할 수 있습니다. GUID(Globally Unique Identifier)는 API를 사용하여 콘텐츠를 가져오거나 내보내는

471

개발 시스템

사용 시나리오

경우에만 유지됩니다.자세한 내용은 콘텐츠 마이그레이션(http://go.microsoft.com/fwlink/?linkid=183372&clcid=0x412)(영문일 수 있음)을 참조하십

472

개발 시스템

사용 시나리오

시오.Windows PowerShell

Windows PowerShell cmdlet을 사용하여 타임스탬프, 보안 정보 및 사용자 정보를 보존하면서 전체 사이트에 대해 가져오기 및 내보내기 작업

473

개발 시스템

사용 시나리오

을 수행할 수 있습니다. Windows PowerShell cmdlet은 전체 웹 사이트에서 기본 콘텐츠를 이동하려는 경우에 가장 적합합니다. Windows PowerSh

474

개발 시스템

사용 시나리오

ell 은 SharePoint 2010 제품에서도 제공하므로 대부분의 환경에서 사이트 사용자 지정 내용을 배포하는 데 유용합니다. 이 도구는 단독으로 사용

475

개발 시스템

사용 시나리오

하거나 다른 도구와 함께 사용할 수 있습니다. Windows PowerShell cmdlet을 사용하면 아티팩트 및 개발된 사이트 요소를 모두 배포할 수 있습니다.

476

개발 시스템

사용 시나리오

자세한 내용은 SharePoint 2010 Products administration by using Windows PowerShell 를 참조하십시오.

사용자 지정 웹 서비

콘텐츠 마이그레이션 및 배포를 자동화하는

477

http://technet.microsoft.com/library/ae4901b4-505a-42a9-b8d4-fca778abc12e(Office.14).aspx



개발 시스템

사용 시나리오

스사용자 지정 웹 서비스를 만들 수 있습니다. 이 프로세스에 속하는 특정 작업을 실행하는 사용자 지정 스크립트 및 Windows 응용 프로그램을

478

개발 시스템

사용 시나리오

작성할 수 있습니다.사용자 지정 웹 서비스 작성을 위한 프로그래밍 방법에 대한 자세한 내용은 Microsoft SharePoint 2010 SDK(소프트웨

479

개발 시스템

사용 시나리오

어 개발 키트)의 다음 리소스를 참조하십시오. S

ites 메서드(영문일 수 있음)(http://go

480




개발 시스템

사용 시나리오

.microsoft.com/fwlink/?linkid=183373&clcid=

481

개발 시스템

사용 시나리오

0x412)(영문일 수 있음)

자세한 내용은 기능 작업(영문일 수 있음)(

482




개발 시스템

사용 시나리오

http://go.microsoft.com/fwlink/?linkid=1833

483

개발 시스템

사용 시나리오

77&clcid=0x412)(영문일 수 있음) 을 참조하십시오.

S ites.

484



개발 시스템

사용 시나리오

ImportWeb 메서드(영문일 수 있음)(http://go.microso

485



개발 시스템

사용 시나리오

ft.com/fwlink/?linkid=183378&clcid=0x412)(영

486

개발 시스템

사용 시나리오

문일 수 있음)

수동 코드 처리

규모가 작고 서로 연결되지 않은 환경이나 제작된 사이트 요소가 지속적으로 사용자 지정되지 않는 환경에서

487

개발 시스템

사용 시나리오

는 사이트 요소와 관련 리소스를 수동으로 배포할 수 있습니다. 규모가 작고 서로 연결된 환경에서는 중앙 관리의 콘텐츠 배포 기능을 사용하여 제작

488

개발 시스템

사용 시나리오

된 사이트 요소 사용자 지정 내용을 배포하는 것이 좋습니다.

솔루션 패키지 및 기능

페이지 레이아웃, 마스터 페이지, 양식 및 스타일시트 같은 요소는 솔루션 패키

489

개발 시스템

사용 시나리오

지의 일부인 기능으로 그룹화하여 배포할 수 있습니다. 솔루션 패키지로부터 배포한 기능은 제작된 요소를 구축해야 하는 범위에서 활성화할 수 있습

490

개발 시스템

사용 시나리오

니다.자세한 내용은 기능을 사용하여 사이트 요소 배포(SharePoint Server 2010)를 참조하십시오.

사용자 지정 서식 파일

사용자는 특정 콘텐츠의 유무와 상관없이 기존 사이

491

개발 시스템

사용 시나리오

트를 사용자 지정 서식 파일로 저장할 수 있습니다. 이렇게 하면 사용자 지정된 사이트를 다시 사용할 수 있습니다. 사용자 지정 사이트 서식 파일은 .wsp

492

개발 시스템

사용 시나리오

파일로 저장됩니다. 사이트 서식 파일은 사이트 모음에 있는 최상위 사이트의 솔루션 갤러리에 저장되어 해당 사이트 모음의 모든 웹 사이트에

493

개발 시스템

사용 시나리오

서 하위 사이트를 만드는 데 사용할 수 있게 됩니다. 또한 사이트 서식 파일은 다운로드하여 다른 사이트 모음 갤러리로 이동할 수 있습니다.

494

참고 항목개념솔루션 패키지 배포 (SharePoint Server 2010) 제작된 사이트 요소 배포 (SharePoint Server 2010) 서식 파일 배포 (SharePoint Server 2010) 서식 파일 배포 (SharePoint Server 2010)

495

솔루션 패키지 배포(SharePoint Server 2010)이 문서에서는 솔루션 패키지에 대해 설명하고 제작되거나 개발된 사용자 지정 내용을 Microsoft SharePoint Server 2010 에 배포할 때 솔루션 패키지가 수행하는 역할에 대해서도 설명합니다. 이 문서에는 솔루션 패키지를 가져와 배포하는 절차가 설명되어 있고 Microsoft Visual Studio 2010 을 사용하여 솔루션 패키지를 빌드하고 배포하는 예도 나와 있습니다.이 문서의 내용 솔루션 패키지의 정의 솔루션 패키지를 사용하여 사이트 요소 배포 Visual Studio 2010 을 사용하여 사용자 지정 웹 파트 솔루션 패키지 만들기 및 배포

솔루션 패키지의 정의솔루션 패키지는 사용자 지정 SharePoint Server 2010 개발 콘텐츠를 서버 팜의 웹 서버 또는 응용 프로그램 서버에 제공하는 배포 패키지입니다. 솔루션을 사용하여 사용자 지정 기능, 사이트 정의, 서식 파일, 레이아웃 페이지, 웹 파트, CSS 스타일시트 및 어셈블리를 패키징하고 배포합니다.이 문서에서는 샌드박스 솔루션의 배포에 대해 설명하지 않습니다. Microsoft SharePoint Server 2010 솔루션을 SharePoint Server 팜에 직접 배포하거나 샌드박스 내에 배포할 수 있습니다. 샌드박스는 프로그램이 특정 리소스에만 액세스할 수 있도록 하고 샌드박스에서 발생하는 문제가 서버 환경의 나머지 부분에 영향을 주지 않도록 하는 제한된 실행 환경입니다. 자세한 내용은 Sandboxed solutions overview (SharePoint Server 2010)를 참조하십시오.솔루션 패키지는 파일 이름 확장명이 .wsp 인 CAB 파일이자 매니페스트 파일입니다. Visual Studio 2010 Tools for SharePoint 2010 을 사용하여 SharePoint 솔루션을 개발하고 패키지하는 것이 좋습니다. Makecab.exe 및 SharePoint Packman 과 같은 도구를 사용하여 솔루션 패키지를 수동으로 만들 수도 있습니다.다음과 같은 구성 요소를 솔루션으로 패키지화할 수 있습니다. .NET Framework 어셈블리, 일반적으로 웹 파트 어셈블리 및 이벤트 수신기 어셈블리 리소스 파일, 페이지, 기타 도우미 파일 등의 배포 파일 웹 사이트에서 코드를 활성화 및 비활성화하고 사용자 지정 목록, 라이브러리, 필드 및 콘텐츠 형식과 같은 요소를 포함할 수 있도록 하는 기능 새로운 서식 파일 및 사이트 정의

496

http://technet.microsoft.com/library/cf2b1b11-8e35-4269-a8c7-96fde034947f(Office.14).aspx

웹 서버 수준에서 수행해야 하는 구성(예: 웹 파트 등록을 위한 Web.config 파일에 사용자 지정 배포). 이러한 구성은 기능과 함께 배포되는 기능을 통해서도 수정할 수 있습니다. 웹 페이지 및 웹 페이지에서 호출되는 이미지와 같은 웹 콘텐츠. 연결되지 않은 환경에서 웹 콘텐츠를 배포해야 하는 경우 콘텐츠 배포 패키지를 사용해야 합니다.

솔루션 패키지를 사용하여 사이트 요소 배포이 섹션의 내용 솔루션 패키지를 사용해야 하는 경우 팜 솔루션 배포 솔루션 패키지 추가 솔루션 패키지 배포 솔루션 패키지 만들기 솔루션 패키지를 사용해야 하는 경우사용자 지정 내용을 배포하는 최상의 방법은 솔루션 패키지를 일관성 있고 간편하고 안전한 응용 프로그램 수명 주기 관리 프로세스의 일부로 사용하는 것입니다. 솔루션 패키지를 사용하면 웹 사이트가 만들어진 후 사이트의 기능을 보다 간단하게 변경할 수 있습니다. 솔루션 패키지를 사용하여 새 솔루션을 배포하고 팜 전체의 기존 솔루션을 업그레이드할 수 있습니다. 모든 SharePoint Server 항목을 한 파일로 패키지하고 해당 파일을 솔루션 저장소에 추가한 다음 팜의 프런트 엔드 웹 서버에 배포할 수 있습니다. 또한 솔루션 패키지를 사용하여 프런트 엔드 웹 서버의 상태가 팜에 있는 다른 웹 서버의 상태와 일치하도록 프런트 엔드 웹 서버를 동기화할 수 있습니다.솔루션 패키지를 사용하여 제작된 사이트 요소 사용자 지정 내용을 통합 팜에서 제작, 파일럿 또는 프로덕션 팜에 배포할 수 있습니다. SharePoint Server 에서 사용자는 사용자 지정된 사이트를 서식 파일로 저장할 수 있습니다. 이렇게 하면 다른 팜에 배포될 수 있는 파일 이름 확장명이 .wsp인 솔루션 패키지가 만들어집니다.솔루션 패키지를 사용하여 다음 환경 간에 사용자 지정을 배포할 수 있습니다. 개발자 워크스테이션에서 통합 팜 또는 소프트웨어 구성 관리 시스템으로 배포 통합 팜 및 제작 클라이언트 워크스테이션에서 파일럿 또는 프로덕션 팜으로팜 솔루션 배포팜 솔루션은 로컬로 배포되거나 Timer Service 를 사용하여 배포됩니다. 로컬 배포와 타이머 기반 배포 모두 명령줄 명령을 사용하거나 개체 모델을 사용하여 프로그래밍 방식으로 트리거될 수 있습니다.로컬 배포로컬 배포에서 솔루션 파일은 배포 작업이 시작된 컴퓨터에만 배포됩니다. 솔루션은 솔루션 파일이 서버 팜의 모든 해당 서버에 배포될 때까지 구성 데이터베이스에서 "배포됨"으로 표시되지 않습니다. 이렇게 된 후 솔루션 기능이 설치되고 스키마 및 정의 파일이 구성 저장소에 커밋됩니다.Timer Service 배포

497

Timer Service 를 사용하는 배포의 경우 배포에서 타이머 작업이 만들어집니다. 이 타이머 작업은 서버 팜의 각 웹 서버에서 Timer Service 에 의해 선택됩니다. 처음에는 매니페스트 및 기능 매니페스트가 구문 분석되어 어셈블리 및 _layouts 파일을 찾고 찾은 파일이 적절한 위치에 복사됩니다. 기능 디렉터리에 포함된 다른 모든 파일은 기능 디렉터리에 복사됩니다. 솔루션 파일이 대상 컴퓨터에 복사된 후 구성 재설정이 모든 프런트 엔드 웹 서버에 대해 예약됩니다. 재설정을 통해 파일이 배포되고 Microsoft IIS(인터넷 정보 서비스)가 다시 시작됩니다. 이때 솔루션 기능이 등록되고 스키마 및 정의 파일이 구성 저장소에 커밋됩니다.솔루션 저장소, 배포 및 동기화에 대한 자세한 내용은 Microsoft SharePoint 2010 SDK(소프트웨어 개발 키트)의 솔루션 배포 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=186995&clcid=0x412)(영문일 수 있음)를 참조하십시오.솔루션 패키지 추가솔루션 패키지를 배포하려면 SharePoint Server 팜의 솔루션 데이터베이스에 솔루션 패키지를 추가해야 합니다.

중요:

Windows PowerShell 을 실행하는 모든 컴퓨터에서 Administrators 그룹의 구성원이어야 합니다. Windows PowerShell 을 사용하여 솔루션 패키지를 가져오려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에 다음과 같은 명령을 입력합니다.

코드 복사

Add-SPSolution -LiteralPath <SolutionPath>

솔루션이 팜의 솔루션 저장소에 추가됩니다. 솔루션을 사용하려면 이 문서의 다음 섹션에 나오는 절차를 따릅니다. 자세한 내용은 Add-SPSolution 을 참조하십시오.솔루션 패키지 배포가져온 솔루션을 중앙 관리 웹 사이트나 Windows PowerShell 을 사용하여 배포할 수 있습니다. Windows PowerShellAdd-SPSolution cmdlet 을 사용하여 솔루션을 솔루션 저장소에 추가한 후에는 솔루션을 사이트에 배포해야 솔루션에 액세스할 수 있습니다.

498

http://technet.microsoft.com/library/0c64c1ac-39c0-4d5e-923f-27d0c48b006a(Office.14).aspx


참고:

중앙 관리의 솔루션 관리 페이지를 사용하여 솔루션을 추가할 수는 없습니다. 다음 절차는 가져온 솔루션을 중앙 관리 웹 사이트나 Windows PowerShell 을 사용하여 팜의 사이트에 배포하는 방법을 보여 줍니다.중앙 관리를 사용하여 솔루션을 배포하려면1. 중앙 관리 홈 페이지에서 시스템 설정을 클릭합니다.2. 팜 관리 섹션에서 팜 솔루션 관리를 클릭합니다.3. 솔루션 관리 페이지에서 배포할 솔루션을 클릭합니다. 4. 솔루션 속성 페이지에서 솔루션 배포를 클릭합니다. 5. 솔루션 배포 페이지의 배포 시기 섹션에서 다음 중 하나를 선택합니다.

지금 지정한 시간. 이 옵션을 선택한 경우 날짜 및 시간 상자를 사용하여 시간을 지정합니다. 대상 서버의 부하가 적은 시간을 선택하는 것이 좋습니다.

6. 배포 위치 섹션의 특정 웹 응용 프로그램 목록에서 모든 웹 응용 프로그램을 클릭하거나 특정 웹 응용 프로그램을 선택합니다.7. 확인을 클릭합니다.Windows PowerShell 을 사용하여 단일 웹 응용 프로그램에 솔루션 패키지를 배포하려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에 다음과 같은 명령을 입력합니다.

코드 복사

Install-SPSolution -Identity <SolutionName> -WebApplication <URLname>

여기서 각 부분이 나타내는 의미는 다음과 같습니다. <SolutionName>은 솔루션의 이름입니다. <URLname>은 가져온 솔루션을 배포할 웹 응용 프로그램의 URL 입니다.

기본적으로 솔루션이 즉시 배포됩니다. time 매개 변수를 사용하여 배포를 예약할 수도 있습니다. 자세한 내용은 Install-SPSolution 을 참조하십시오.

Windows PowerShell 을 사용하여 모든 웹 응용 프로그램에 솔루션 패키지를 배포하려면

499

http://technet.microsoft.com/library/0133c53b-70c4-4dff-a2ae-3c94759ed25d(Office.14).aspx

1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에 다음과 같은 명령을 입력합니다.

코드 복사

Install-SPSolution -Identity <SolutionName> -AllWebApplications -time <TimeToDeploy> -GACDeployment -CASPolicies

여기서 각 부분이 나타내는 의미는 다음과 같습니다. GACDeployment 는 SharePoint Server 2010 에서 전역 어셈블리 캐시에 어셈블리를 배포할 수 있도록 하는 매개 변수입니다. CASPolicies 를 사용하면 사용자 지정 CAS(코드 액세스 보안) 정책 파일을 만들고 대상 사이트 모음의 Web.config 파일에서 해당 파일을 활성화할 수 있습니다.

기본적으로 솔루션은 즉시 배포되지만 time 매개 변수를 사용하여 배포 일정을 예약할 수도 있습니다.

솔루션 패키지 만들기SharePoint Server 2010 에는 솔루션 패키지를 만들기 위한 도구가 포함되어 있지 않습니다. 이 섹션에서는 개발된 사이트 요소 및 아티팩트를 포함하는 솔루션 패키지를 만드는 방법에 대해 설명합니다.Visual Studio 2010Visual Studio 2010 을 사용하여 관련된 SharePoint 요소를 기능으로 그룹화한 다음 여러 기능, 사이트 정의, 어셈블리 및 기타 파일을 단일 패키지(.wsp 파일)로 묶어 SharePoint Server 2010 을 실행하는 서버에 배포할 수 있습니다. Visual Studio 2010 을 사용하여 개발 컴퓨터에서 SharePoint Server 2010 을 실행하는 서버에서 .wsp 를 디버깅하고 테스트할 수 있습니다.wsp 를 디버깅하고 테스트할 수 있습니다. 또한 개발 컴퓨터에서 배포 단계를 사용자 지정할 수도 있습니다.개발자는 Visual Studio 2010 에서 SharePoint 솔루션을 빌드하고 자동화된 빌드 프로세스를 사용하여 .wsp 파일을 생성할 수 있습니다. .wsp 파일을 생성하는 데 사용되는 Visual Studio SharePoint 프로젝트의 소스 코드는 Visual Studio 2010 통합을 사용하여 소스 코드 제어 시스템에 추가할 수도 있습니다. Visual Studio 2010 에서는 .wsp 파일을 가져오고 프로젝트를 만들어 .wsp 파일을 더 확장하고 새 .wsp 파일을 만들 수 있습니다. Visual Studio 2010 으로 가져온 .wsp 파일의 기본 원본은 SharePoint Server 2010 사이트에서 서식 파일로 저장 명령을 사용하여 사이트에서 저장한 서식 파일입니다. 이러한 서식 파일을 사용하여 모든 사이트 사용자 지정 내용을 SharePoint 솔루션에 저장할 수 있습니다.

500

자세한 내용은 Visual Studio 에서 SharePoint 개발 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=187000&clcid=0x412)(영문일 수 있음)을 참조하십시오.Makecab솔루션 패키지는 Makecab.exe 와 같은 도구를 사용하여 수동으로 만들 수 있습니다. Makecab.exe 도구는 CAB 파일의 구조를 설명하는 .ddf 파일을 가리키는 포인터를 사용합니다. .ddf 파일 형식은 .inf 파일 형식과 비슷합니다. 즉, 표준 헤더를 선언한 다음 파일 집합을 디스크에 있는 위치 및 CAB 파일에 배치할 위치별로 한 줄에 한 파일씩 열거합니다.Makecab.exe 도구는 Microsoft 캐비닛 소프트웨어 개발 키트 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=189633&clcid=0x412)에서 다운로드할 수 있습니다.SharePoint PackManSharePoint PackMan 은 SharePoint 솔루션의 패키징 및 관리 과정을 단순화하는 도구입니다. 파일을 도구로 끌어다 놓으면 .ddf 파일과 manifest.xml 파일이 생성되며 명령 프롬프트에서 Makecab.exe 를 실행합니다. 또한 SharePoint PackMan 은 하나 이상의 솔루션을 팜 웹 응용 프로그램 또는 사이트 모음에 추가, 배포, 취소 및 삭제하는 과정을 단순화합니다.SharePoint PackMan 도구는 CodeBox: http://codebox/sppackman(http://go.microsoft.com/fwlink/?linkid=189633&clcid=0x412)에서 다운로드할 수 있습니다.솔루션 패키지 사용자 지정SharePoint Server 2010 솔루션에서 다음과 같은 사용자 지정을 수행해야 하는 경우 Visual Studio 2010 을 사용하여 솔루션 패키지를 사용자 지정하는 것이 좋습니다. SharePoint 솔루션 패키지를 수동으로 만들어 이러한 사용자 지정을 수행할 수도 있습니다. 전역 어셈블리 캐시가 아니라 개인 응용 프로그램 폴더에 .NET Framework 어셈블리를 배포하는 경우 배포 중에 적용해야 하는 코드 액세스 보안 권한을 솔루션에 추가하는 경우 기본적으로 Feature 폴더에 사용되는 이름에서 파생하는 경우 솔루션을 지역화하는 경우 기능 이벤트 처리기를 웹 파트 솔루션과 같은 특정 형식의 SharePoint Foundation 2010 솔루션에 연결합니다. 솔루션 패키지에 리소스(XML 파일, 사진, .dll 파일, 어셈블리)를 추가하는 경우수동으로 솔루션 파일 만들기대부분의 SharePoint Server 2010 개발 시나리오에서는 Visual Studio 2010 Tools for SharePoint 2010 을 사용하여 SharePoint 솔루션을 개발하고 패키지하는 것이 좋습니다. Visual Studio 2010 의 배포 프로세스에서는 SharePoint Server 2010 을 실행하는 서버에 .wsp 파일을 복사하고 솔루션을 설치한 다음 기능을 활성화합니다. 솔루션 파일을 수동으로 만들 수도 있습니다. 솔루션 파일을 만드는 기본 단계는 다음과 같습니다.

501

http://codebox/sppackman





1. 폴더의 개별 솔루션 파일을 모두 수집합니다. 수집 방법과 관련된 구체적인 지침은 없지만 여러 가지 형식의 솔루션 파일을 자체 하위 폴더로 구분하는 것이 최상의 방법입니다.2. 솔루션의 구성 요소를 나열하는 manifest.xml 파일을 만듭니다.3. 솔루션 파일의 구조를 정의하는 .ddf 파일을 만듭니다. 이 파일에는 출력 .wsp 파일을 결정하는 개별 솔루션 파일의 목록이 들어 있습니다.4. .ddf 파일을 입력 파일로 사용하고 .wsp 파일을 출력 파일로 사용하여 Makecab.exe 를 실행합니다.솔루션 매니페스트 파일솔루션 매니페스트(항상 manifest.xml 이라고 함)는 솔루션 파일의 루트에 저장됩니다. 이 파일은 처리할 기능, 사이트 정의, 리소스 파일, 웹 파트 파일 및 어셈블리의 목록을 정의하지만 파일 구조는 정의하지 않습니다. 솔루션에 파일이 포함되어 있지만 manifest.xml 파일에는 나열되지 않은 경우 해당 파일은 처리되지 않습니다.다음은 XML 에 표시된 manifest.xml 파일의 구조에 대한 예제입니다.<?xml version="1.0" encoding="utf-8" ?><Solution xmlns="http://schemas.microsoft.com/sharepoint/" SolutionId="{79d1a62e-3627-11db-963e-00e08161165f}" ResetWebServer="TRUE"> <Assemblies> <Assembly DeploymentTarget="GlobalAssemblyCache" Location="Example.Sharepoint.Webparts\Example.SharePoint.WebParts.dll"> <SafeControls> <SafeControl Assembly="Example.Sharepoint.Webparts, Version=1.0.0.0, Culture=Neutral, PublicKeyToken=63cce650e8605f5d" Namespace="Example.Sharepoint.Webparts" TypeName="*"/> </SafeControls> </Assembly> <Assembly DeploymentTarget="GlobalAssemblyCache" Location="Example.Sharepoint.Timer/Example.Sharepoint.Timer.dll"/> </Assemblies> <FeatureManifests> <FeatureManifest Location="Example.Sharepoint.Timer\Feature.xml"/> <FeatureManifest Location="Example.CustomType\Feature.xml"/> <FeatureManifest Location="Example.ExampleLibrary\Feature.xml"/> <FeatureManifest Location="Example.Columns\Feature.xml"/> <FeatureManifest Location="Example.Workflow.ProcessExample\Feature.xml"/> <FeatureManifest Location="Example.Workflow.ProvisionExample\Feature.xml"/> </FeatureManifests> <SiteDefinitionManifests> <SiteDefinitionManifest Location="EXAMPLE"> <WebTempFile Location="1033\XML\WEBTEMPExample.XML"/>

502

</SiteDefinitionManifest> </SiteDefinitionManifests></Solution>그 외에도 DwpFiles 요소를 추가하여 .webpart 또는 .dwp 파일을 지정하거나 ResourceFiles 요소를 추가하여 리소스 파일, 사이트 정의, 응용 프로그램 리소스 및 코드 액세스 보안 정책을 지정할 수 있습니다.필요한 경우 <ElementFile> 태그를 사용하여 Feature.xml 파일에 주석을 추가합니다.솔루션에 기능이 포함된 경우 Feature.xml 파일의 <ElementManifests> 태그에서 ASP.NET 페이지(예: allitems.aspx) 또는 마스터 페이지 등, 기능의 나머지 모든 파일에 대해 <ElementFile Location="..."/>를 추가합니다.솔루션의 구성 부분을 정의하는 솔루션 매니페스트 파일에 대한 자세한 내용은 솔루션 스키마 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=183466&clcid=0x412)(영문일 수 있음)를 참조하십시오.

Visual Studio 2010 을 사용하여 사용자 지정 웹 파트 솔루션 패키지 만들기 및 배포Visual Studio 2010 을 사용하여 프로젝트 작업을 추적하기 위한 SharePoint 목록 정의의 생성, 사용자 지정, 디버깅 및 배포 방법을 보여 주는 연습 예는 MSDN 라이브러리의 연습 : 프로젝트 작업 목록 정의 배포(http://go.microsoft.com/fwlink/?linkid=189612&clcid=0x412)를 참조하십시오.이 연습에서는 다음과 같은 작업을 보여 줍니다. 작업이 포함된 SharePoint 목록 정의 프로젝트 만들기 SharePoint 기능에 목록 정의 추가 목록에 이벤트 수신기 추가 기능을 배포하기 위해 SharePoint 패키지 만들기 및 사용자 지정 SharePoint 솔루션 구축 및 배포이 연습에서 예제 프로젝트를 빌드할 때 Visual Studio 2010 에서는 테스트 및 디버깅을 위해 개발 컴퓨터에서 SharePoint Server 2010 을 실행하는 서버에 자동으로 솔루션을 배포합니다. 다른 컴퓨터에서 추가하고 배포할 수 있는 솔루션 패키지 파일을 만들 수도 있습니다. 자세한 내용은 방법: SharePoint 솔루션 배포(http://go.microsoft.com/fwlink/?linkid=187004&clcid=0x412)(영문일 수 있음)를 참조하십시오. Add-SPSolutionWindows PowerShell cmdlet 을 사용하여 솔루션을 다른 컴퓨터로 가져올 수 있습니다.중앙 관리의 솔루션 관리 페이지를 사용하여 솔루션 패키지를 배포할 수 있습니다. 또는 Install-SPSolutionWindows PowerShell cmdlet 을 사용하여 솔루션 패키지를 배포할 수 있습니다.

503





이 연습에서 프로젝트 목록 기능의 범위는 웹입니다. 기능을 활성화하려면 웹 사이트에서 사이트 작업 메뉴를 확장한 다음 사이트 설정을 클릭합니다. 사이트 작업에서 사이트 기능 관리를 클릭합니다. 기능 페이지의 기능 이름 옆에서 활성화를 클릭합니다.

504

제작된 사이트 요소 배포(SharePoint Server 2010)이 문서에서는 사용자 지정 콘텐츠 배포와 관련한 배포 절차, 일반 고려 사항, 최상의 방법 등 Microsoft SharePoint Server 2010 에서 제작된 사이트 요소 사용자 지정 콘텐츠의 배포에 대해 설명합니다.이 문서의 내용 제작된 사이트 요소 배포 정보 시작하기 전에 콘텐츠 배포 작업을 사용한 콘텐츠 배포 콘텐츠 마이그레이션 API 를 사용하여 콘텐츠 배포 Windows PowerShell 을 사용하여 콘텐츠 배포 패키지 만들기

제작된 사이트 요소 배포 정보제작된 사이트 요소는 사이트에 있는 "콘텐츠"로 간주할 수 있습니다. SharePoint Server 2010 웹 사이트를 구성하는 웹 페이지, 이미지, 레이아웃 페이지, CSS 및 기타 리소스를 제작된 사이트 요소라고 합니다. 제작된 사이트 요소에는 다음이 포함됩니다. 아티팩트 일반적으로 Microsoft SharePoint Designer 2010 같은 디자인 도구를 사용하여 제작하는 사이트 요소로, 사이트의 콘텐츠가 표시되는 프레임워크를 구성합니다. 마스터 페이지와 레이아웃이 아티팩트의 대표적인 예입니다. 웹 콘텐츠 일반적으로 웹 브라우저에서 바로 제작하거나 Word 2010 같은 클라이언트 제작 프로그램에서 제작하는 사이트 요소로, 사이트의 콘텐츠를 제공합니다. 웹 페이지와 이미지가 웹 콘텐츠의 대표적인 예입니다. 이 문서에서는 웹 파트나 기타 코드 같은 개발된 사이트 요소의 배포에 대해서는 다루지 않습니다. 자세한 내용은 솔루션 패키지 배포 (SharePoint Server 2010) 및 서식 파일 배포 (SharePoint Server 2010)를 참조하십시오.제작된 사이트 요소는 다음과 같은 다양한 방법으로 배포할 수 있습니다. 콘텐츠 배포는 중앙 관리 웹 사이트에서 콘텐츠 배포 작업을 만들 수 있도록 하는 기본 제공 시스템입니다. 콘텐츠 배포의 용도는 콘텐츠를 정기적으로 업데이트하거나 대상 사이트 모음으로 콘텐츠를 이동하는 데 있습니다. 스크립트를 작성하여 일반 작업을 자동화하는 시나리오와 배포를 필요에 맞게 설정하는 내보내기 및 가져오기 관련 사용자 지정 속성을 설정하는 시나리오 등을 처리하기 위해 개체 모델을 사용합니다. 개체 모델에서는 데이터 마이그레이션 시나리오에 대한 대부분의 컨트롤을 제공합니다. 콘텐츠 배포 패키지는 콘텐츠를 대상 사이트 모음으로 한 번 이동하거나 마이그레이션하기 위해 사용됩니다. 콘텐츠 배포 패키지는 웹 사이트의 제작된 사이트 요소 중 일부 또는 전부를

505

포함할 수 있는 CAB 파일이며 연결되지 않은 환경에 배포할 수 있습니다. Windows PowerShell cmdlet 은 콘텐츠 배포 패키지를 만드는 데 사용됩니다.

참고:

이 문서에서는 솔루션 패키지를 사용하여 서버 팜에 있는 프런트 엔드 웹 서버 또는 응용 프로그램 서버에 사용자 지정 SharePoint Server 2010 개발 콘텐츠를 제공하는 방법은 다루지 않습니다. 솔루션 패키지를 사용할 경우 연결되지 않은 환경에서 아티팩트를 배포할 수 있고, 아티팩트 및 개발된 사이트 요소를 동일한 패키지로 배포할 수 있습니다. 자세한 내용은 솔루션 패키지 배포 (SharePoint Server 2010) 를 참조하십시오. 콘텐츠 배포 기능을 사용해야 하는 경우SharePoint Server 2010 의 콘텐츠 배포 기능은 팜 간의 콘텐츠 배포를 자동화할 수 있는 간단하고 효과적인 방법을 제공합니다. 콘텐츠 배포를 사용하면 콘텐츠 게시 이전에 콘텐츠를 준비하는 시나리오에서 스테이징 환경과 프로덕션 환경 간에 아티팩트 및 콘텐츠를 이동할 수도 있습니다. 다음 두 가지 시나리오 중 하나 또는 모두에 해당하는 경우 제작된 사이트 요소를 콘텐츠 배포 기능을 사용하여 배포할 수 있습니다. 연결된 환경 연결된 환경, 즉 원본 팜과 대상 팜이 네트워크를 통해 서로 통신할 수 있는 환경에서만 콘텐츠 배포 기능을 사용할 수 있습니다. 자동화된 환경 서버 팜 간에 제작된 사이트 요소를 배포하는 프로세스를 자동화하려는 경우 콘텐츠 배포 기능이 제공하는 자동화된 배포 작업 설정을 위한 기본 제공 시스템을 활용할 수 있습니다.콘텐츠 배포 기능은 제작 사이트와 여러 대상 사이트 간에 제작된 사이트 요소 사용자 지정 내용을 배포하는 데 사용될 수 있습니다. 최상의 방법은 제작 사이트와 스테이징 사이트 또는 파일럿 사이트 간에 사용자 지정 내용을 배포하는 것입니다. 테스트를 통해 프로덕션 환경과 일치하는 네트워크 및 보안 상태에서 모든 사이트 요소가 예상대로 작동하는 것으로 확인되면 제작 사이트에서 프로덕션 환경으로 사용자 지정 내용을 배포할 수 있습니다.

참고:

콘텐츠 배포는 항상 단방향 프로세스입니다. 항상 원본 팜 또는 사이트 모음에서 대상 팜 또는 사이트 모음으로 이동하는 "단일 마스터" 시스템입니다. 콘텐츠 배포를 SharePoint Server 2010 사이트와 함께 사용하기 위한 계획을 세우는 방법에 대한 일반적 지침은 콘텐츠 배포 계획 (SharePoint Server 2010)( 영문일 수 있음 ) 을 참조하십시오.콘텐츠 배포 패키지를 사용해야 하는 경우

506

http://technet.microsoft.com/ko-kr/library/cc263428(office.14).aspx

다음 시나리오 중 하나 이상에 해당하는 경우 제작된 사이트 요소를 콘텐츠 배포 패키지를 사용하여 배포할 수 있습니다. 일회성 콘텐츠 마이그레이션 콘텐츠 배포 패키지를 사용하여 콘텐츠를 대상 사이트 모음으로 한 번만 이동합니다. 대상 사이트 모음의 콘텐츠를 정기적으로 업데이트하려면 콘텐츠 배포 기능 또는 콘텐츠 마이그레이션 API 를 사용하십시오. 연결되지 않은 환경 팜이 서로 연결되어 있지 않으면 콘텐츠 배포 패키지를 만들어 통합 팜으로 비동기적으로 전송할 수 있습니다. 예제 콘텐츠 제작된 사이트 요소 사용자 지정 내용을 개발 목적으로 제작 환경에서 예제로 사용될 통합 환경으로 배포해야 하는 경우 콘텐츠 배포 패키지를 사용하여 이 프로세스를 간소화할 수 있습니다.

시작하기 전에발생할 수 있는 동기화 문제를 없애려면 제작된 사이트 요소를 배포하기 전에 개발된 사이트 요소를 먼저 배포해야 하는 경우가 많습니다. 이 경우 콘텐츠 배포 이전에 팜 솔루션 및 웹 응용 프로그램 솔루션이 대상 팜에 설치 및 배포되어야 합니다. 또한 원본 서버에서 사용 중인 언어 팩을 대상 서버에 모두 설치해야 합니다. 필요한 언어 팩을 설치하지 못하면 콘텐츠 배포가 실패합니다.이 문서에 설명된 절차를 수행하기 전에 사이트 요소 사용자 지정 내용 배포와 관련한 개념을 살펴보는 것이 좋습니다. 사이트 및 사이트 모음의 계획과 디자인에 대한 자세한 내용은 Fundamental site components (SharePoint Server 2010)를 참조하십시오. 또한 Excel 버전의 콘텐츠 배포 계획 워크시트 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=167835&clcid=0x412)(영문일 수 있음)를 다운로드하십시오.

콘텐츠 배포 작업을 사용한 콘텐츠 배포네트워크로 연결된 팜 간에는 콘텐츠 배포 작업을 사용하여 콘텐츠를 배포할 수 있습니다. 사용자 지정 환경에서는 팜 간에 콘텐츠 배포 작업이 일정한 시간 간격으로 실행되는 경우가 많습니다. 예를 들어 매일 밤마다 콘텐츠 배포 작업을 통해 제작 팜에서 개발된 모든 사용자 지정 콘텐츠를 통합 팜에 배포할 수 있습니다. 이렇게 하면 제작자와 제작 팜 관리자가 사용자 지정 콘텐츠를 수동으로 마이그레이션할 부담을 덜 수 있고, 개발자 워크스테이션에서 통합 팜으로의 사용자 지정 콘텐츠 배포 시간에 정확히 맞추어 마이그레이션을 수행함으로써 올바른 순서로 사용자 지정 콘텐츠가 배포되도록 할 수 있습니다.자동화된 콘텐츠 배포를 구성하려면 다음 절차를 수행하십시오.자동화된 콘텐츠 배포를 구성하려면1. 대상 서버 팜에서 초기 콘텐츠 배포 작업을 받을 빈 사이트를 만듭니다. 만들어진 사이트에 서식 파일을 적용하지 마십시오. SharePoint Server 2010 에서는 빈 서식 파일이 적용된 사이트에 콘텐츠를 배포할 수 없습니다.2. 대상 팜의 SharePoint 중앙 관리 콘텐츠 배포 설정 페이지에서 들어오는 배포 작업을 수락하도록 팜을 구성하고, 프런트 엔드 웹 서버를 들어오는 배포 작업을 관리할 가져오기 서버로 할당하고, 원본 팜과 대상 팜 간 연결에 암호화를 적용할지 여부를 지정합니다.

507



http://technet.microsoft.com/library/d59e6849-84af-4ad0-abed-68fae92574c6(Office.14).aspx

3. 원본 팜의 콘텐츠 배포 설정 페이지에서 웹 서버를 나가는 배포 작업을 관리하는 내보내기 서버로 지정합니다.4. 원본 팜의 중앙 관리 콘텐츠 배포 경로 및 작업 관리 페이지에서 배포 경로를 하나 이상 만듭니다.5. 원본 팜의 콘텐츠 배포 경로 및 작업 관리 페이지에서 각 배포 경로에 대해 배포 작업을 하나 이상 만듭니다.6. 초기 배포 작업을 실행하여 대상 팜에서 콘텐츠를 시작합니다.7. 해당 경로에서 모든 보안 정보가 배포되지 않을 경우 원본 팜의 사용자, SharePoint 그룹, 대상 팜의 콘텐츠 및 사이트 사용 권한을 복제해야 합니다.자동화된 콘텐츠 배포를 계획하는 방법에 대한 자세한 내용은 Plan content deployment (SharePoint Server 2010)을 참조하십시오.

콘텐츠 마이그레이션 API 를 사용하여 콘텐츠 배포대부분의 배포 시나리오는 스크립트의 도움 없이 중앙 관리를 사용하여 구현할 수 있습니다. 그러나 SharePoint 중앙 관리 사이트를 사용하여 배포를 설정할 때 구성할 수 없는 시나리오, 즉 일반 작업을 자동화하는 스크립트를 작성하거나 내보내기 및 가져오기 관련 사용자 지정 속성을 설정하는 등의 다른 시나리오는 개체 모델을 사용하여 처리할 수 있습니다. 원본 팜과 대상 팜 간의 연결이 제한되거나 제공되지 않는 경우에는 콘텐츠 패키지를 내보내고 가져오는 코드를 만들 수도 있습니다.콘텐츠 마이그레이션 및 콘텐츠 마이그레이션 API 에 대한 자세한 내용은 콘텐츠 마이그레이션 개요 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=187033&clcid=0x412)(영문일 수 있음)를 참조하십시오. 콘텐츠 배포 기능의 개요 및 사용자 지정 배포 솔루션을 빌드하고 구현하는 데 필요한 배경 지식과 리소스는 서버 간에 콘텐츠 배포 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=181466&clcid=0x412)(영문일 수 있음)를 참조하십시오. 개체 모델을 사용하여 사이트 모음 간에 콘텐츠를 배포하는 작업과 경로를 만드는 방법을 보여 주는 코드 예제는 방법 : 서버 간에 콘텐츠 배포 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=187034&clcid=0x412)(영문일 수 있음)를 참조하십시오. 콘텐츠 마이그레이션 API 를 사용하여 콘텐츠 패키지를 내보내고 가져오는 방법에 대한 코드 예제 및 정보는 방법: 연결이 분리된 시나리오에 대한 배포 사용자 지정(http://go.microsoft.com/fwlink/?linkid=181076&clcid=0x412)(영문일 수 있음)을 참조하십시오.

Windows PowerShell 을 사용하여 콘텐츠 배포 패키지 만들기Windows PowerShell 을 사용하면 전체 사이트(사이트의 모든 콘텐츠 포함), 목록 또는 문서 라이브러리를 대상으로 제작된 사이트 요소가 포함된 콘텐츠 배포 패키지를 만들 수 있습니다.

508






http://technet.microsoft.com/library/edcdacca-8013-460e-95a0-d2b83b6cc7ef(Office.14).aspx

http://technet.microsoft.com/library/edcdacca-8013-460e-95a0-d2b83b6cc7ef(Office.14).aspx

참고:

콘텐츠를 대상 사이트 모음으로 한 번 마이그레이션하려면 콘텐츠 배포 패키지를 사용합니다. 콘텐츠를 원본 사이트 모음에서 대상 사이트 모음으로 주기적으로 이동하려면 콘텐츠 배포 기능 또는 콘텐츠 마이그레이션 API 를 사용하십시오. 콘텐츠 배포 패키지는 CMP(콘텐츠 마이그레이션 패키지) 파일로 구현됩니다. 이 패키지를 원본 서버에서 내보낸 다음 대상 서버로 가져올 수 있습니다. 이 콘텐츠 배포 방법은 연결된 환경 및 연결되지 않은 환경 모두에서 사용할 수 있습니다.소프트웨어 구성 관리 시스템을 사용하는 경우 콘텐츠 배포 패키지를 내보내기 위한 단계를 따른 다음, 해당 소프트웨어 구성 관리 시스템에 맞는 절차에 따라 내보낸 파일을 저장하십시오.Windows PowerShell 을 사용하여 콘텐츠 배포 패키지를 만들려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에 다음 명령을 입력합니다.

코드 복사

Export-SPWeb -Identity <URLname> -path <ExportFileName> -IncludeUserSecurity -IncludeVersions 4 -NoFileCompression

여기서 각 부분이 나타내는 의미는 다음과 같습니다. <URLname>은 내보낼 사이트입니다. 이 사이트는 해당 사이트 아래의 모든 하위 사이트와 함께 콘텐츠 배포 패키지에 기록됩니다. IncludeUserSecurity 를 사용하면 새 사이트에 원본 사이트와 동일한 사용 권한이 부여됩니다. IncludeVersions 는 모든 버전이 포함되도록 지정하기 위해 4 로 설정됩니다. NoFileCompression 을 사용하면 콘텐츠 배포 패키지가 단일 CAB 파일이 아니라 압축되지 않은 폴더에 출력됩니다. 이렇게 하면 배포 패키지를 다른 서버에 배포하기가 다소 복잡해지지만 개별 파일을 편집하기는 보다 쉬워집니다.

자세한 내용은 Export-SPWeb 을 참조하십시오.

509

http://technet.microsoft.com/library/cd85bf19-6f24-4f13-bd9c-37bbf279ea2b(Office.14).aspx

참고:

명령줄 관리 작업을 수행하는 경우 Windows PowerShell 을 사용하는 것이 좋습니다. Stsadm 명령줄 도구는 더 이상 사용되지 않지만 이전 제품 버전과의 호환성을 지원하기 위해 포함됩니다. Windows PowerShell 을 사용하여 콘텐츠 배포 패키지를 가져오려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에 다음 명령을 입력합니다.

코드 복사

Import-SPWeb -Identity <URLname> -path <ImportFileName> -IncludeUserSecurity

여기서 각 부분이 나타내는 의미는 다음과 같습니다. <URLname>은 해당 사이트 아래의 모든 하위 사이트와 함께 가져올 사이트입니다.

자세한 내용은 Import-SPWeb 을 참조하십시오.

참고:


510

http://technet.microsoft.com/library/2ecc5b6e-1b23-4367-a966-b7bd3377db3a(Office.14).aspx

기능을 사용하여 사이트 요소 배포(SharePoint Server 2010)이 문서에서는 개발한 사이트 요소 사용자 지정을 기능을 통해 배포하는 방법을 설명합니다. 기능을 사용하면 사이트 사용자 지정을 활성화 및 비활성화할 수 있는 범위를 제어하고 여러 서버 팜에 이러한 사용자 지정을 손쉽게 배포할 수 있습니다.이 섹션의 내용 기능이란 ? 기능을 사용하는 경우 기능 만들기 Windows PowerShell 을 사용하여 기능 설치 및 활성화

기능이란?기능은 SharePoint Server 2010 용으로 정의된 다양한 확장을 포함하는 컨테이너로, 프런트 엔드 웹 서버 및 응용 프로그램 서버에 배포되는 XML 파일 집합으로 구성됩니다. 기능은 솔루션 패키지의 일부분으로 배포할 수도 있고 SharePoint Server 사이트에서 개별적으로 활성화할 수도 있습니다.기능은 간단한 사이트 사용자 지정을 만들 때 발생하는 복잡성을 줄여 줍니다. 기능을 사용하면 간단한 기능을 변경할 때 대량의 코드를 복사하지 않아도 되므로 프런트 엔드 웹 서버 간에 발생할 수 있는 버전 관리와 불일치 문제가 줄어듭니다. 기능을 사용하면 배포 과정에서 쉽게 기능을 활성화하거나 비활성화할 수 있으며 관리자는 사용자 인터페이스에서 특정 기능을 설정하거나 해제하여 서식 파일이나 사이트 정의를 편리하게 변환할 수 있습니다. 요소는 기능 내의 최소 단위입니다. Feature 요소는 Feature.xml 파일에서 기능을 정의하고, 기능을 지원하는 어셈블리, 파일, 종속성 및 속성의 위치를 지정하는 데 사용됩니다. 기능에는 Feature.xml 파일과 개별 요소를 설명하는 모든 파일이 포함됩니다. 다른 스키마의 다른 Feature 요소를 Onet.xml 파일에서 사용하여 사이트 정의에서 사이트가 만들어질 때 기능이 활성화되도록 지정할 수 있습니다.일반적으로 Feature.xml 파일은 최상위 <Elements> 태그에 기능을 지원하는 요소에 대한 정의가 포함된 XML 파일을 하나 이상 가리킵니다. SharePoint Server 2010 의 요소는 보통 Microsoft Office SharePoint Portal Server 2003 의 Onet.xml 또는 Schema.xml 파일에 있는 별개의 노드에 해당됩니다. 요소에는 사용자 지정 메뉴 항목 또는 이벤트 처리기 등 여러 가지 유형이 있습니다.

511

기능의 역할에 대한 자세한 내용은 기능 사용 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=183450&clcid=0x412)(영문일 수 있음)을 참조하십시오. Feature.xml 파일에 사용되는 파일 형식 및 XML 요소에 대한 자세한 내용은 Feature.xml 파일 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?

linkid=183451&clcid=0x412)(영문일 수 있음)을 참조하십시오. 기능이 사이트 정의에서 Onet.xml 파일의 형식에 영향을 주는 방식에 대한 자세한 내용은 사이트 정의 (Onet.xml) 파일 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?

linkid=183454&clcid=0x412)(영문일 수 있음)을 참조하십시오. Feature 요소 형식에 대한 자세한 내용은 요소 형식 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=183455&clcid=0x412)(영문일 수 있음)을 참조하십시오.

기능을 사용하는 경우기능, 사용자 지정 또는 구성 변경 내용을 프런트 엔드 웹 서버에 배포하려는 경우 기능을 사용하는 것이 좋습니다. 기능은 활성화 및 업그레이드되고 결국 비활성화되기까지의 전체 수명 주기 동안 기능을 관리하는 유연한 방법입니다.다음과 같은 하나 이상의 시나리오에서 기능을 사용하여 개발된 사이트 요소를 배포할 수 있습니다. 활성화 및 비활성화 필요 기능에 사이트 요소 사용자 지정을 배포하는 경우 Windows

PowerShell 을 사용하거나 개체 모델을 사용하여 기능을 설치, 활성화 및 비활성화할 수 있습니다. 또한 중앙 관리 웹 사이트를 사용하여 기능을 활성화 및 비활성화할 수도 있습니다. 범위의 유연성 팜, 웹 응용 프로그램, 사이트 모음, 웹 사이트 등 단일 범위에 대한 기능을 활성화할 수 있습니다. 편리한 분산 배포 기능을 솔루션의 일부로 여러 서버 팜에 쉽게 배포할 수 있습니다. 기능 개체 모델을 통한 제어 기능 개체 모델을 사용하면 지정된 범위에서 설치된 기능 목록을 지정할 수 있고 팜 및 사이트 수준에서 기능을 사용할지 여부를 제어할 수 있습니다.패키지 솔루션을 사용하여 기능을 패키지로 묶어 서로 다른 환경에 배포할 수 있습니다. 예를 들어 솔루션 패키지를 사용하여 사용자 지정을 개발자 워크스테이션과 통합 팜 간에 배포하고 통합 팜이나 제작 클라이언트 워크스테이션과 파일럿이나 프로덕션 팜 간에 배포할 수도 있습니다.

기능 만들기브라우저나 SharePoint Designer 를 사용하여 SharePoint Server 2010 의 사용자 지정 웹 페이지를 만드는 경우 ASPX 페이지는 SharePoint Server 2010 실행 서버의 루트 사이트 모음에만 속할 수 있습니다. 전체 팜과 모든 사이트 모음에서 사용 가능한 사이트 모음에 페이지를 만들려면 솔루션을 사용하여 솔루션 매니페스트 파일의 TemplateFiles 요소로 \14\Template\Layouts 폴더에 페이지를 배포하십시오.팜에서 가장 좋은 방법은 솔루션 패키지를 사용하여 기능을 배포하는 것입니다. 서버를 다시 구축해야 하거나 다른 서버를 팜에 추가하는 경우 프런트 엔드 웹 서버 각각에 기능을 수동으로 추가할 필요가 없습니다. 솔루션 패키지를 사용하면 새 기능 및 업그레이드된 기능을 팜 전체에

512








배포하고 프런트 엔드 웹 서버를 동기화하여 해당 서버의 상태를 팜의 다른 서버의 상태와 일관적으로 유지할 수 있습니다.사이트 모음 또는 웹 사이트에서 사용자 지정 페이지를 사용할 수 있는지 여부를 제어하려면 사용자 지정 웹 페이지를 SharePoint 기능으로 솔루션에 포함하여 배포합니다. Feature.xml 파일의 Module 요소를 사용하면 사이트 모음 및 웹 사이트 범위를 통해 웹 페이지를 배포할 수 있습니다. 모듈은 주로 사이트에서 웹 파트 페이지를 구현하는 데 사용됩니다.솔루션의 일부로 배포된 기능은 자동으로 설치됩니다. 기능을 수동으로 배포하는 경우에는 기능을 설치하고 활성화해야 합니다. 자세한 내용은 이 문서 뒷부분의 Windows PowerShell 을 사용하여 기능 설치 및 활성화를 참조하십시오.사용자 지정 기능을 만들고 배포하려면1. Feature.xml 파일을 만듭니다. 다음은 기능에 고유한 ID 를 지정하고 Module.xml 파일을 가리키는 데 필요한 Feature.xml 파일의 예입니다.

코드 복사

<?xml version="1.0"?> <Feature Id="8C4DD0CB-5A94-44da-9B7F-E9ED49C2B2DC" Title= "Custom Web page" Description="This simple example feature adds an ASPX page with a hosted XmlFormView control" Version="1.0.0.0" Scope="Web" xmlns="http://schemas.microsoft.com/sharepoint/"> <ElementManifests> <ElementManifest Location="Module.xml"/> </ElementManifests> </Feature>

2. Module.xml 파일을 만듭니다. 다음은 Module.xml 파일의 예입니다. 이 파일에는 솔루션의 일부인 하나의 페이지 또는 여러 페이지에 대한 정보가 포함됩니다.코드 복사

<?xml version="1.0"?> <Elements xmlns="http://schemas.microsoft.com/sharepoint/"> <module name="file" url="" path=""> <file url="XmlFormViewPage.aspx" type="ghostable"> </file> </module> </Elements>

3. 파일 url 값을 ASPX 페이지의 이름으로 변경합니다.4. 일반적으로 %COMMONPROGRAMFILES%\Microsoft shared\Web server

extensions\14\TEMPLATE\FEATURES 에 위치한 서버 컴퓨터의 기능 설치 디렉터리 내에 기능 정의 하위 폴더를 추가합니다. 중요:

기능 정의용 하위 폴더를 만들 때는 자세하고 한정적인 이름을 사용하는 것이 가장 좋습니다. 이렇게 하면 여러 기능을 추가할 때 같은 이름을 사용하고 다른 기능의 Feature.xml 파일을 덮어쓰는 가능성이 최소화됩니다. 예를 들어 Contract 라는 이름 대신 HR_Contract 및 Finance_Contract 라는 이름을 사용하십시오.5. 사용자 지정 .aspx 페이지를 이 기능 정의용 하위 폴더에 추가합니다.6. Feature.xml 및 Module.xml 파일을 같은 위치에 추가합니다.

513

7. 기능을 솔루션 패키지에 추가합니다.Visual Studio 2010 을 사용하여 기능을 솔루션에 추가할 수도 있고 FeatureManifests 요소를 솔루션 Manifest.xml 파일에 수동으로 추가할 수도 있습니다.

8. 솔루션 패키지를 만듭니다.Visual Studio 2010 을 사용하여 솔루션 패키지를 작성할 수 있습니다. 또한 Makecab.exe 도구를 사용하여 솔루션 패키지를 만들 수도 있습니다.

9. 솔루션 패키지를 가져와서 배포합니다.Windows PowerShell Add-SPSolution cmdlet 을 사용하여 솔루션을 솔루션 저장소에 추가하고 중앙 관리 웹 사이트 또는 Windows PowerShell 을 사용하여 솔루션 저장소에서 솔루션을 배포합니다.

Visual Studio 2010 을 사용하여 솔루션 패키지에 기능을 추가하는 방법에 대한 자세한 내용은 SharePoint 솔루션 패키지 만들기(http://go.microsoft.com/fwlink/?linkid=187035&clcid=0x412)(영문일 수 있음)를 참조하십시오. 솔루션 패키지를 수동으로 만들거나 Makecab.exe 도구를 사용하여 만드는 방법에 대한 자세한 내용은 솔루션 만들기(http://go.microsoft.com/fwlink/?linkid=187036&clcid=0x412)(영문일 수 있음)를 참조하십시오. 솔루션을 배포하는 방법에 대한 자세한 내용은 솔루션 패키지 배포 (SharePoint Server 2010)를 참조하십시오.

Windows PowerShell 을 사용하여 기능 설치 및 활성화Windows PowerShell 또는 개체 모델을 사용하여 기능을 설치하고 활성화할 수 있습니다. 또한 기능을 활성화하려는 사이트나 사이트 모음의 기능 페이지를 사용하거나 웹 응용 프로그램 기능 관리 페이지를 사용하여 기능을 활성화할 수도 있습니다. 기능을 설치하면 기능 정의 및 요소가 서버 팜 전체에서 인식되고 기능을 활성화하면 특정 범위에서 기능을 사용할 수 있게 됩니다.

참고:

솔루션 패키지의 일부로 배포된 기능은 배포 과정에서 자동으로 설치되므로 수동으로 설치할 필요가 없습니다. 각각의 기능을 14\Template\Features 폴더의 해당 하위 폴더에 설치합니다. 이 폴더의 루트에서 Feature.xml 파일이 기능의 내용을 정의합니다. 개별 기능을 사용하려면 먼저 해당 기능을 설치해야 하며 기능이 팜 범위가 아닌 한 설치한 후 활성화해야 합니다. 기능이 팜 또는 웹 응용 프로그램 범위인 경우에는 자동으로 활성화됩니다.기능을 제거하여 기능 정의가 서버 팜 내에서 더 이상 사용되지 않도록 하려면 기능이 웹 응용 프로그램 또는 팜 범위가 아닌 경우 먼저 Windows PowerShellDisable-SPFeature cmdlet

514

http://technet.microsoft.com/library/c10fbc69-088c-4e49-9005-fde54c035f23(Office.14).aspx

을 사용하여 기능을 비활성화해야 합니다. 기능을 비활성화한 후에는 Uninstall-SPFeature cmdlet 을 사용하여 제거할 수 있습니다. 자세한 내용은 Uninstall-SPFeature 를 참조하십시오. 기능을 제거하고 나면 변경 내용이 적용되도록 IIS(인터넷 정보 서비스)를 다시 설정해야 합니다.기능을 제거하지 않고 기능이 원래 할당된 범위에서 비활성화되도록 기능을 비활성화하려면 Disable-SPFeature cmdlet 을 사용합니다. 자세한 내용은 Disable-SPFeature 를 참조하십시오.다음 절차에 따라 기능을 설치 및 비활성화합니다. Windows PowerShell 을 사용하여 기능을 설치하려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에 다음과 같은 명령을 입력합니다.

코드 복사

Install-SPFeature -path <Path> [-force]

여기서 각 부분이 나타내는 의미는 다음과 같습니다. <Path>는 유효한 파일 경로(예: MyFeature)입니다. 기능의 경로는 14\Template\

Features 폴더 이름에 대한 리터럴 경로여야 합니다. Feature.xml 파일 이름은 암시적으로 지정되므로 제공하지 않아도 됩니다. 자세한 내용은 Install-SPFeature 를 참조하십시오.

참고:

명령줄 관리 작업을 수행하는 경우 Windows PowerShell 을 사용하는 것이 좋습니다. Stsadm 명령줄 도구는 더 이상 사용되지 않지만 이전 제품 버전과의 호환성을 지원하기 위해 포함됩니다. Windows PowerShell 을 사용하여 기능을 활성화하려면1. 다음과 같은 최소 요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin 을 참조하십시오.2. 시작 메뉴에서 모든 프로그램을 클릭합니다.3. Microsoft SharePoint 2010 Products 를 클릭합니다.4. SharePoint 2010 관리 셸을 클릭합니다.5. Windows PowerShell 명령 프롬프트에 다음과 같은 명령을 입력합니다.

515

http://technet.microsoft.com/library/a1093d30-68a1-4c84-8454-967bda8d68b9(Office.14).aspx

http://technet.microsoft.com/library/c10fbc69-088c-4e49-9005-fde54c035f23(Office.14).aspx

http://technet.microsoft.com/library/2f3831e4-b964-4e0e-bcc5-02659fdc0bb7(Office.14).aspx

코드 복사

Enable-SPFeature -Identity <FeatureID> [-url] <URLname> [-force]

여기서 각 부분이 나타내는 의미는 다음과 같습니다. <FeatureID>는 14\Template\Features 폴더에 위치한 기능 폴더의 이름으로, 유효한 파일 경로(예: MyCustom)여야 합니다. <URLname>은 기능이 활성화되는 웹 응용 프로그램, 사이트 모음 또는 웹 사이트의 기능 상위 URL(예: http://somesite)입니다.

자세한 내용은 Enable-SPFeature 를 참조하십시오.

참고:


516

http://technet.microsoft.com/library/9b68c192-b640-4cb8-8a92-a98008169b27(Office.14).aspx

서식 파일 배포(SharePoint Server 2010)이 문서에서는 솔루션 패키지를 사용하여 사용자 지정 사이트 정의를 만들고 배포하는 방법에 대해 설명합니다.이 문서의 내용 사이트 정의란 ? 사이트 정의 및 구성 사용자 지정 사이트 정의 및 구성 만들기 솔루션 패키지를 사용하여 사이트 정의 배포 사이트 정의란?Microsoft SharePoint Server 2010 에서 사용자는 UI(사용자 인터페이스)를 통해 사이트를 인스턴스화하는 방법을 정의하는 사이트 정의 구성 또는 사용자 지정 사이트 서식 파일을 선택하여 사이트를 만듭니다. 사이트 정의는 목록, 파일, 웹 파트, 기능 또는 새 SharePoint 사이트를 구축하는 데 사용되는 설정 등을 결정하는 서식 파일입니다.사이트 정의는 사이트 정의 구성의 집합입니다. 각 사이트 정의는 이름을 지정하고 사이트 정의 구성 목록을 포함합니다. SharePoint Server 2010 에서 사이트 정의는 새 사이트를 구축하는 데 적용할 수 있는 XML 파일의 집합으로 구성됩니다. 이 XML 파일은 웹 서버에 있습니다. 사이트 정의는 주로 여러 XML 및 ASPX 파일로 구성되며, 이러한 파일은 프런트 웹 서버에서 %ProgramFiles%\Common Files\Microsoft Shared\web server extensions\14\TEMPLATE\SiteTemplates 폴더 아래의 폴더에 저장됩니다.사이트 정의에 기반하여 만들어진 사이트는 원본 사이트 정의의 구조 및 콘텐츠 정보를 그대로 반복하지 않고 다른 정보를 새로 추가합니다. 사이트는 수명 주기 동안 이러한 기본 사이트 정의에 계속 의존합니다. 따라서 Microsoft 는 사이트 정의에 기반하여 사이트를 만든 후 해당 사이트 정의를 변경하거나 제거하는 것을 지원하지 않습니다. 이와 같이 변경하는 경우 해당 사이트 정의에 기반하여 만든 사이트는 더 이상 올바르게 작동하지 않거나 이 사이트 정의에 직접 또는 간접적으로 기반하는 새 사이트를 만들지 못할 수도 있습니다. 개발자는 사이트 정의를 사용자 지정하기 위해 사이트 정의에 대한 변경 내용을 포함하는 기능을 추가할 수 있습니다. 이 경우 사이트 정의 자체는 수정되지 않습니다. Microsoft 에서 지원하는 사이트 정의 사용자 지정 유형에 대한 자세한 내용은 Windows SharePoint Services, SharePoint Portal Server 2003 및 Office SharePoint Server 2007 의 사용자 지정 사이트 정의 및 사용자 지정 영역 정의 작업에 지원되는 시나리오 및

517



지원되지 않는 시나리오(http://go.microsoft.com/fwlink/?linkid=187678&clcid=0x412)를 참조하십시오.개체 모델에서 SPWebTemplate 은 사이트 정의 및 구성을 나타냅니다. 사이트 서식 파일 및 사이트 정의에 대한 자세한 내용은 사이트 서식 파일 및 정의 (http://go.microsoft.com/fwlink/?linkid=184756&clcid=0x412)(영문일 수 있음)를 참조하십시오.

참고:

사용자 지정 사이트 서식 파일의 STP 형식(.stp 파일)은 SharePoint Server 2010 에서 더 이상 사용되지 않으며 WSP 형식의 사이트 서식 파일로 대체되었습니다. Office SharePoint Server 2007 에서 사용자는 기존 사이트를 사용자 지정 사이트 서식 파일로 저장할 수 있습니다. 이 사이트 서식 파일은 데이터베이스에 모델로 저장되고, 사용자는 사이트 서식 파일을 선택하여 사이트를 인스턴스화하는 방법을 정의할 수 있습니다. 이와 달리 SharePoint Server 2010에서는 사용자가 기존 사이트를 서식 파일로 저장할 수 있습니다. 이 서식 파일은 사이트 모음에 있는 최상위 사이트의 솔루션 갤러리에 파일로 저장되어, 해당 사이트 모음의 모든 웹 사이트에서 하위 사이트를 만드는 데 사용할 수 있습니다. 사이트 정의에 대한 자세한 내용은 사이트 정의 및 구성 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=183458&clcid=0x412)(영문일 수 있음)을 참조하십시오.

사이트 정의 및 구성사이트 정의는 특정 SharePoint 사이트를 정의합니다. SharePoint Server 2010 에서는 기본적으로 5 개의 사이트 정의가 설치됩니다. 사이트 정의에는 둘 이상의 사이트 정의 구성이 포함될 수 있습니다. SharePoint 웹 사이트는 다음을 포함하는 특정 사이트 정의 구성을 기반으로 합니다. STS 는 팀 사이트, 새 사이트 및 문서 작업 영역에 대한 사이트 정의 구성을 포함합니다. MPS 는 기본 모임 작업 영역, 새 모임 작업 영역, 결정 사항 모임 작업 영역, 사교 모임 작업 영역 및 멀티페이지 모임 작업 영역에 대한 사이트 정의 구성을 포함합니다. CENTRALADMIN 은 중앙 관리 웹 사이트에 대한 사이트 정의 구성을 제공합니다. WIKI 는 wiki 기술을 사용하여 커뮤니티 콘텐츠를 지원하는 웹 사이트에 대한 사이트 정의 구성을 제공합니다. BLOG 는 블로그에 대한 사이트 정의 구성을 제공합니다.각 사이트 정의는 SharePoint Server 2010 을 설치하는 동안 프런트 엔드 웹 서버의 \\Program Files\Common Files\Microsoft Shared\web server extensions\14\TEMPLATE\SiteTemplates 하위 폴더에 배치되는 파일로 구성됩니다. 사이트 정의 파일에는 문서 서식 파일(예: .dot 및 .htm)과 콘텐츠 파일(예: .gif 및 .doc) 외에 .xml, .aspx, .ascx 및 마스터 페이지 파일이 포함됩니다.

518




사용자 지정되지 않은 페이지 및 페이지 사용자 지정사이트 정의 파일은 Microsoft IIS(인터넷 정보 서비스) 프로세스가 시작될 때 서버의 메모리에 캐시됩니다. 따라서 사용자 지정되지 않은 페이지는 모든 사이트에서 재사용할 수 있습니다. 이러한 파일에 포함되는 정보는 런타임에 캐시에서 가져옵니다. 페이지 및 목록 스키마는 사이트 정의 파일에서 읽어 오지만 사이트 내에서는 실제 파일로 나타납니다. 새 웹 파트 페이지 또한 사용자 지정되지 않은 것으로 간주됩니다.웹 파트 수정 같은 브라우저 기반 사용자 지정 내용을 제외하고 사이트 페이지를 사용자 지정하는 경우 해당 콘텐츠는 콘텐츠 데이터베이스에 저장되고, 사용자 지정된 사이트 페이지가 사이트 정의의 원본 페이지 대신 사용됩니다. 업로드된 .aspx 파일은 사용자 지정된 것으로 자동으로 간주됩니다.고스팅 및 페이지 사용자 지정에 대한 자세한 내용은 사이트 정의 및 구성 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=183458&clcid=0x412)(영문일 수 있음)을 참조하십시오.핵심 스키마 파일다음 표에서는 사이트 정의에 맞춰 수정할 수 있는 핵심 XML 파일과 해당 파일이 파일 시스템에서 어느 위치에 있는지 보여 줍니다. WebTemp.xml

사이트 정의를 식별하고 해당 구성에 대한 정보를 제공합니다. 이 파일은 다음 위치에

519


있습니다.\TEMPLATE\1033\XML

Onet.xml

탐색 영역을 정의하고, 사용 가능한 목록 정의를 지정하고, 문서 서식 파일 및 해당 파일을 지정하고, 목록의 기본 형식을

520

정의하고, 사이트 정의에 필요한 구성 및 모듈을 정의합니다. 이 파일은 다음 위치에 있습니다.\TEMPLATE\SiteDefinitions\사이트_유형\XML

Sch

목록 정의의

521

ema.xml

보기, 양식, 도구 모음 및 특수 필드를 정의합니다. 각 정의에는 고유한 Schema.xml 파일이 있습니다. 이 파일은 다음 위치에 있습니다.\TEMPLATE\FEA

522

TURES\목록_정의_이름

DocIcon.xml

SharePoint Server 배포의 각 프런트 엔드 웹 서버에는 파일 프로그래밍 식별자(ProgID) 및 문서 형식의 파일 이름 확장명을 특정 아이콘 및 각 형식

523

을 열기 위한 컨트롤에 매핑하는 DocIcon.xml 파일이 포함되어 있습니다. DocIcon.xml 을 변경하면 SharePoint Server 배포에 전역적으로 적용되고 프런트 엔드 웹 서버에

524

있는 모든 사이트 정의에 영향을 줍니다. 이 파일은 다음 위치에 있습니다.\TEMPLATE\XML

이러한 XML 파일에서는 사이트의 여러 측면을 정의하기 위해 CAML(Collaborative Application Markup Language)( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=183464&clcid=0x412)(영문일 수 있음)을 사용합니다. 사이트 정의를 사용자 지정하는 데 사용할 수 있는 이와 같은 핵심 XML 파일에 대한 자세한 내용은 사이트 정의 및 구성( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=183458&clcid=0x412)(영문일 수 있음)을 참조하십시오.

사용자 지정 사이트 정의 및 구성 만들기사용자 지정 사이트 정의는 기존 사이트 정의를 수동으로 복사하거나 .wsp 파일을 Visual Studio 2010 으로 가져와 만들 수 있습니다.기존 SharePoint 사이트에서 항목 가져오기이 방법에서는 SharePoint Server 에서 사이트를 서식 파일로 저장하여 .wsp 파일을 생성한 다음 솔루션 가져오기 프로젝트 서식 파일을 사용하여 .wsp 파일을 Visual Studio 2010 으로 가져와야 합니다. SharePoint 솔루션 패키지 가져오기 프로젝트 서식 파일을 사용하면 기존

525





SharePoint 사이트에 있는 콘텐츠 형식, 목록 정의 및 필드 같은 요소를 새 Visual Studio SharePoint 솔루션에서 다시 사용할 수 있습니다. 기존 SharePoint 사이트의 항목을 Visual Studio SharePoint 프로젝트로 가져오는 방법에 대한 자세한 내용은 기존 SharePoint 사이트에서 항목 가져오기 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=187040&clcid=0x412)를 참조하십시오. 이 장에는 다음 작업을 보여 주는 연습이 포함되어 있습니다.1. 사용자 지정 사이트 열을 추가하여 SharePoint 사이트 사용자 지정2. SharePoint 사이트를 .wsp 파일로 내보내기3. .wsp 가져오기 프로젝트를 사용하여 Visual Studio SharePoint 프로젝트로 .wsp 파일 가져오기기존 SharePoint 사이트 복사이 방법에서는 기존 사이트 정의를 복사하고 복사본을 수정하고 2 개의 스키마 파일, 즉 WebTemp.xml 파일의 복사본과 Onet.xml 파일의 복사본을 변경합니다.

경고:

원래 설치되어 있는 WebTemp.xml 파일은 수정하지 마십시오. 1. 로컬_드라이브:\Program Files\Common Files\Microsoft Shared\web server

extensions\14\TEMPLATE\SiteTemplates\ 디렉터리에 있는 기존 사이트 정의 폴더를 복사합니다. 복사본은 원본의 피어여야 하며 이 복사본에는 공백이 포함되지 않은 이름을 지정할 수 있습니다.예를 들어 Microsoft SharePoint Server 용 팀 사이트 정의에서 파생되는 사용자 지정 사이트 정의를 만들려면 \sts 폴더를 복사합니다.

2. WebTemp.xml 파일의 복사본을 만듭니다. 이 파일은 로컬_드라이브:\Program Files\Common Files\Microsoft Shared\web server extensions\14\TEMPLATE\1042\XML 에 있습니다.WebTempAction.xml 과 같이 원본 파일의 이름 끝에 문자열을 추가하여 고유한 이름을 파일에 지정합니다. 컴파일러는 이 파일에 포함된 정보를 원본 파일에 포함된 정보와 런타임에 병합하여 새 사이트를 만드는 데 사용할 수 있는 사이트 정의 구성을 지정합니다.

3. 새 WebTemp 파일의 콘텐츠를 사용자 지정합니다.각 WebTemp.xml 파일에는 인스턴스화할 수 있는 모든 사이트 정의 구성을 컴파일러에 알려 주는 Template 요소와 Configuration 하위 요소의 모음이 포함되어 있습니다. Configuration 요소는 UI(사용자 인터페이스)에 표시되는 이미지의 제목, 설명과 URL 등을 정의하고 사이트 모음 만들기 페이지의 Template Selection 섹션에 있는 서식 파일을 표시할 탭을 지정하는 표시 항목을 정의합니다.

526



중요:

WebTemp 파일에 정의된 각 Template 요소에서 Name 특성은 새 폴더에 할당된 것과 동일한 이름을 포함해야 합니다. SharePoint Server 2010 에서 이미 사용되고 있는 ID 와 충돌하지 않도록 해당 ID 특성에 대해 10,000 보다 큰 고유한 값을 사용하십시오.다음은 WebTemp.xml 파일의 Configuration 요소 2 개를 사용하여 사이트를 인스턴스화하는 데 필요한 서로 다른 사이트 정의 구성을 정의하는 예입니다. 이 중 하나는 리서치 공동 작업 사이트에 사용되고, 다른 구성은 리서치 문서 작업 영역 사이트에 사용됩니다. 이 예에서는 단일 사이트 정의 내에 있는 2 개의 구성만 사용하지만 2 개 이상의 구성이 있는 여러 사이트 정의를 WebTemp.xml 파일 하나에 포함할 수 있습니다. 각 사이트 정의는 서로 다른 사이트 정의 폴더와 해당 Onet.xml 파일을 참조합니다.

코드 복사

<?xml version="1.0" encoding="utf-8" ?> <Templates xmlns:ows="Microsoft SharePoint"> <Template Name="RESEARCH" ID="10001"> <Configuration ID="0" Title="Research Collaboration site" Hidden="FALSE" ImageUrl="_layouts/images/stsprev.jpg" Description="This definition creates a site for the Research team to create, organize, and share general information." DisplayCategory="Collaboration"> </Configuration> <Configuration ID="1" Title="Research Workspace" Hidden="FALSE" ImageUrl="_layouts/images/dwsprev.jpg" Description="This definition creates a site for Research team colleagues to work together on specific documents." DisplayCategory="Collaboration"> </Configuration> </Template> </Templates> Template 요소의 Name 특성 값에서 알 수 있듯이 이 예에서는 "RESEARCH"라는 이름의 사이트 정의 디렉터리가 있는 것으로 가정합니다. WebTemp*.xml 파일에서 둘 이상의 사이트 정의를 지정한 경우 각 정의는 고유한 해당 ID 값으로 구분됩니다.각 Configuration 요소는 ID 특성도 포함합니다. 이 ID 는 Template 요소의 Name 특성 값과 결합하여 특정 Onet.xml 파일에 있는 특정 Configuration 요소에 대한 참조를 제공합니다. 주어진 예에서 Name 특성은 RESEARCH 를 포함하고 ID 특성은 0 과 1 을 포함하므로 Onet.xml 에서 RESEARCH 사이트 정의 및 ID 가 0 또는 1 인 구성을 참조합니다.새 정의 구성이 UI 에 옵션으로 나타나도록 하기 위해 IIS 를 다시 설정해야 할 수도 있습니다. 이렇게 하려면 명령 프롬프트에서 iisreset 명령을 입력하십시오.Onet.xml 에서 각 사이트 정의 구성을 정의하는 방법에 대한 자세한 내용은 방법 : 사이트 정의 구성 사용 ( 영문일 수 있음 ) (http://go.microsoft.com/fwlink/?linkid=183465&clcid=0x412)(영문일 수 있음)을 참조하십시오.

527



솔루션 패키지를 사용하여 사이트 정의 배포솔루션 패키지를 사용하여 사용자 지정 사이트 정의를 배포하려면 SiteDefinitionManifest 요소를 솔루션 패키지의 매니페스트 파일에 추가합니다. \14\Template 폴더의 하위 폴더에 배포해야 하는 서식 파일을 정의하려면 TemplateFiles 요소를 추가하십시오.SiteDefinitionManifest 요소 추가SiteDefinitionManifest 요소에는 지정된 폴더에 있는 모든 파일을 선택하고 \14\Template\SiteTemplates 폴더에 필요한 폴더를 만드는 Location 특성이 있습니다. 다음 예와 같이 WebTempFile 하위 요소는 webtemp*.xml 파일을 배포하여 서식 파일이 SharePoint 2010 제품에 알려지도록 합니다.

코드 복사

<SiteDefinitionManifests> <SiteDefinitionManifest Location="LitwareSiteTemplate"> <WebTempFile Location="1033\xml\webtempLitware.xml" /> </SiteDefinitionManifest> </SiteDefinitionManifests> TemplateFile 요소 추가솔루션 매니페스트 파일의 TemplateFile 요소는 \14\Template 폴더의 하위 폴더에 배포되어야 하는 서식 파일을 정의하는 데 사용됩니다. 이러한 방법으로 배포할 수 있는 파일 유형으로는 사용자 지정 필드 형식에 대한 세부 정보를 정의하는 fldtypes*.xml 파일이 있습니다. 다음 예에서 문자열 "Text"로 지정되는 파일의 상대 경로를 지정하려면 Location 특성을 사용하십시오.

코드 복사

<TemplateFiles <TemplateFile Location="Text"/> ... </TemplateFiles>

솔루션을 배포하는 방법에 대한 자세한 내용은 솔루션 패키지 배포 (SharePoint Server 2010) 를 참조하십시오.

528

Workflow deployment process (SharePoint Server 2010)(영문)After you prepare a workflow for use in Microsoft SharePoint Server 2010, deployment of the workflow varies depending on whether you use a predefined workflow, a Microsoft Office SharePoint Designer workflow, or a Microsoft Visual Studio custom workflow.This article contains information and procedures about how to deploy workflows in SharePoint Server 2010.In this article: Overview Before you begin Deploying workflows Verification

OverviewSharePoint Server 2010 provides a set of predefined workflows that can be used to guide and track common tasks such as document review or approval. You can also use Office SharePoint Designer to define your own workflows, or you can use Visual Studio to create code-based custom workflows. Workflows are built on Windows Workflow Foundation. For more information, see Windows Workflow Foundation (http://go.microsoft.com/fwlink/?LinkId=166185). The workflows run in SharePoint sites and are integrated with and available across the Microsoft Office system, as follows: SharePoint Server 2010: Used to host workflows. After a workflow is

deployed to the host, you can activate, configure, start, participate in, and track the workflow.

SharePoint Designer 2010: Used to create user-defined workflows. Visual Studio: Used by developers to create workflows. Microsoft Visio 2010: Used together with SharePoint Designer 2010 to

visualize and create user-defined workflows. Microsoft Word, Microsoft PowerPoint, Microsoft Excel, and InfoPath Forms

Services: Used to start and participate in workflows. Microsoft Outlook: Used to receive workflow notifications and track tasks.

529

http://go.microsoft.com/fwlink/?LinkId=166185&clcid=0x409

http://technet.microsoft.com/library/95bb79c2-c155-4f1f-aa30-e6ad40f9a763(Office.14).aspx#BKMK_Verification

http://technet.microsoft.com/library/95bb79c2-c155-4f1f-aa30-e6ad40f9a763(Office.14).aspx#BKMK_Deployingworkflows

http://technet.microsoft.com/library/95bb79c2-c155-4f1f-aa30-e6ad40f9a763(Office.14).aspx#BKMK_begin

http://technet.microsoft.com/library/95bb79c2-c155-4f1f-aa30-e6ad40f9a763(Office.14).aspx#BKMK_overview

중요:

The last two items in this list that relate to integration with the Microsoft Office 2010 제품군 and InfoPath Forms Services are available only in SharePoint Server 2010. They are not available in SharePoint Foundation 2010.

참고: To use Visio 2010 for workflow visualization, you must be running the Enterprise version of SharePoint Server 2010 and Visio 2010 Premium.

Before you beginBefore you perform the deployment procedures in this article, confirm that the server is running the Standard or Enterprise version of SharePoint Server 2010.

Deploying workflowsA number of predefined workflows have already been installed as SharePoint Features in SharePoint Server 2010. Workflows in a SharePoint Web site are stored as workflow templates. As an alternative to using the predefined workflows, you can create SharePoint workflow templates in Office SharePoint Designer and Visual Studio, and then deploy them to a SharePoint Server 2010 Web site. Use SharePoint administration tools as needed to add the template to libraries or lists on a SharePoint Server 2010 Web site.To deploy a predefined workflow, you activate it for the site, associate it with a list, library, content type, or site, and then start the workflow.To deploy workflows in SharePoint Server 2010, use the appropriate procedure from the following: Deploy predefined workflows Deploy SharePoint Designer workflows Deploy Visual Studio workflows Deploy predefined workflowsActivate the workflowAs described earlier in this article, before you can use a predefined workflow, it must be active in the site or site collection. Only active workflows can be associated with the lists and libraries on the site or site collection.Many of the predefined workflows are active by default when a site or site collection is created. Because workflows can be deactivated, you can check

530

the site or site collection to determine whether the predefined workflow that you want to use is active. Use the following procedure to determine whether the predefined workflow that you want to use is active, and then activate the predefined workflow as necessary.

참고: In SharePoint Foundation 2010 there is only one predefined workflow, the Three-state workflow, and it is active by default when a site or site collection is created in SharePoint Foundation 2010. To activate a workflow that is deployed as a feature, such as the predefined workflows, see Activate or deactivate a workflow (SharePoint Server 2010).Add the workflow association to a list, library, content type, or siteWhen you add a workflow, you associate the workflow with a list, library, content type, or site. You configure the workflow by specifying parameters such as the workflow name, start options, participants, and completion options.To add a workflow association, see Add a workflow association (SharePoint Server 2010).Start the workflowAfter you activate a workflow and add it to a list, library, content type, or site, an authenticated user can run the workflow on an item in the list, on a document in the library, or on a site in the case of a site workflow. When you add the workflow, you specify whether you want the workflow to run automatically or manually. If the workflow is configured to start automatically, the default settings are always used when the workflow begins. If the workflow is configured to start manually, a user can modify the default settings, such as specifying workflow participants and specifying a due date. The workflow runs on items in the list or documents in the library with which the workflow is associated.The procedure for starting a workflow depends on whether it was configured to start manually or automatically and whether you start it from SharePoint Foundation 2010 or SharePoint Server 2010, or from Office system.

참고:

To enable users to start workflows in the Office 2010 제품군, you must be running SharePoint Server 2010. SharePoint Foundation 2010 does not enable users to start workflows in the Office 2010 제품군. For more information, see Start a workflow instance (SharePoint Server 2010).Deploy SharePoint Designer workflows

531

http://technet.microsoft.com/library/a629fa2e-04a7-42e1-942c-48059f255642(Office.14).aspx

http://technet.microsoft.com/library/4a0d02c0-5ecb-4912-a7f3-2f7db70df775(Office.14).aspx


http://technet.microsoft.com/library/3fc9047e-82be-4c81-bc12-7b5dd8b0386e(Office.14).aspx

When user-defined workflows are enabled, users can deploy Office SharePoint Designer workflows on their sites.Enable user-defined workflowsTo allow users to create and run SharePoint Designer 2010 workflows, you must ensure that user-defined workflows are enabled for the site collection. By default, this setting is enabled. When this setting is enabled, users can define workflows in a declarative workflow editor such as the SharePoint Designer 2010 workflow editor. A declarative workflow is a workflow that is built from conditions and actions that are assembled into rules and steps, and that sets the parameters for the workflow without writing code. Unlike code-centric workflows such as those that are created by using Visual Studio, declarative workflows are not deployed to SharePoint Server 2010 as compiled code. Instead they are compiled at runtime.Because the capability to use declarative workflows on the Web application can be turned off, you can check the Web application to determine whether declarative workflows are active. For information, see Enable or disable declarative workflows (SharePoint Server 2010).Create a SharePoint Designer workflowBy using the Workflow Designer wizard in SharePoint Designer 2010, you can create workflows that add application logic to the site or site collection without writing custom code. The Workflow Designer incorporates the tasks of creating the workflow, activating the workflow, and adding it to the list, library, or site. You do not have to perform any manual configuration tasks outside the designer to deploy the workflow. However, if you publish a workflow template to a SharePoint site collection, you can download that template as a WSP file and then deploy it to other site collections. For more information, see Deploy a workflow as a WSP file (SharePoint Server 2010).Start the workflowBecause SharePoint Designer 2010 can automatically activate the workflow and add it to a list, library, or site, an authenticated user can then run the workflow on an item in the list, on a document in the library, or on a site in the case of a site workflow. When you create the workflow in SharePoint Designer 2010, you specify whether you want the workflow to run automatically or manually. If the workflow is configured to start automatically, the default settings are always used when the workflow begins. If the workflow is configured to start manually, a user can modify the default settings, such as specifying workflow participants and specifying a due date, as allowed by the workflow template. When started, the workflow runs on items in the list, on documents in the library, or on the site with which the workflow is associated.The procedure for starting a workflow depends on whether it was configured to start manually or automatically and whether you start it from SharePoint Server 2010, or from Office system.

532

http://technet.microsoft.com/library/b88e395b-c9c1-4e38-811a-cf834b2c6b07(Office.14).aspx

http://technet.microsoft.com/library/fe4b55a2-ce50-4ba9-9619-63924e58033f(Office.14).aspx

http://technet.microsoft.com/library/fe4b55a2-ce50-4ba9-9619-63924e58033f(Office.14).aspx

참고:

To enable users to start workflows in the Microsoft Office 2010 제품군, you must be running SharePoint Server 2010. SharePoint Foundation 2010 does not enable users to start workflows in the Office 2010 제품군. For more information, see Start a workflow instance (SharePoint Server 2010).Deploy Visual Studio workflowsAfter a Visual Studio custom workflow is created and installed, the processing to deploy it resembles that of a predefined workflow.Create a custom workflowWhen a custom workflow is created by using Visual Studio, it is packaged as a SharePoint Feature. Feature packaging is a way of encapsulating SharePoint solutions and functionality for ease of deployment. After the development team has created a workflow and packaged it as a Feature, deploy the workflow using the Install-SPFeatureWindows PowerShell command as described in the following section.Install the custom workflowYou install Features in the \Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\Template\Features directory. Each Feature is in its own subdirectory. At the root of this folder, a Feature.xml file defines the contents of the Feature. Use the Windows PowerShellInstall-SPFeature cmdlet to install the Feature. For details, see Install-SPFeature.

중요: To run Windows PowerShell, you must be a member of the Administrators group on the local computer. Also, Windows PowerShell must be enabled as a feature on the server on which you are installing a workflow. Activate the workflowBefore you can use a Visual Studio workflow that was deployed as a feature, you must activate it for the site collection. Only active workflows can be associated with the lists, libraries, content types, and sites. To activate a workflow that is deployed as a feature, see Activate or deactivate a workflow (SharePoint Server 2010).Add the workflow to a list, library, content type, or siteWhen you add a workflow, you associate the workflow with a list, library, content type, or site, and you configure the workflow by specifying parameters such as the workflow name, start options, participants, and completion options. To add a workflow association, see Add a workflow association (SharePoint Server 2010).

533





http://technet.microsoft.com/library/a1093d30-68a1-4c84-8454-967bda8d68b9(Office.14).aspx


Start the workflowAfter you activate a workflow and add it to a list, library, content type, or site, an authenticated user can run the workflow on an item in the list or a document in the library or in the case of a site workflow, on a site. When you add the workflow, you specify whether you want the workflow to run automatically or manually. If the workflow is configured to start automatically, the default settings are always used when the workflow begins. If the workflow is configured to start manually, the user can modify the default settings, such as specifying workflow participants and specifying a due date. The workflow runs on items in the list or documents in the library with which the workflow is associated.The procedure for starting a workflow depends on whether it was configured to start manually or automatically and whether you start it from SharePoint Foundation 2010 or SharePoint Server 2010, or from Office system.

참고:

To enable users to start workflows in the Office 2010 제품군, you must be running SharePoint Server 2010. SharePoint Foundation 2010 does not enable users to start workflows in the Office 2010 제품군. For more information about starting a workflow, see Start a workflow instance (SharePoint Server 2010).

VerificationAfter you deploy a workflow, we recommend that you test the workflow to ensure that it is functioning correctly, sending e-mail notifications to the correct workflow participants at the correct stages in the workflow, and delivering the expected results.

534



Deploy software updates for SharePoint Server 2010Microsoft periodically releases software updates for Microsoft SharePoint Server 2010. It is important to understand what these updates are and how to deploy them to servers or server farms. This section describes the software update process for SharePoint Server.In this section: Software updates overview (SharePoint Server 2010)( 영문 )

This article provides an overview of the software update process for SharePoint Server.

Prepare to deploy software updates (SharePoint Server 2010)( 영문 ) This article helps you determine which approach to use to update the servers or server farms in your environment, and lists the steps that you must take before you can start to install the update.

Install a software update (SharePoint Server 2010)( 영문 ) This article contains instructions for installing a software update and upgrading your content to that level.

535

Software updates overview (SharePoint Server 2010)(영문)This article provides an overview of deploying software updates on a Microsoft SharePoint Server 2010 farm.In this article: Improvements and new features Intended audience and scope Software update process Software update strategy Software update deployment cycle

Improvements and new featuresSharePoint Server 2010 introduces improvements and new features that facilitate a better end-to-end software update experience. Some of these features are as follows: There is support for backward compatibility between update versions on

different servers, which enables you to install the update binary files and postpone update completion to a later time.

You can update multiple Microsoft SharePoint Server servers concurrently to shift the workload to the database servers.

There is full support for automatic updates that use Windows Server Update Services (WSUS), Windows Update, and Microsoft Update.

참고: An automatic update will install the binary files on the farm servers, but you must complete the software update by running the upgrade on the servers. Administrators can monitor the status of the update by using the Central

Administration Web site or Windows PowerShell.For more information about SharePoint Server improvements and new features, see What's new in upgrade (SharePoint Server 2010).

Intended audience and scopeThe information that is provided about the software update process is intended for all IT professionals who maintain SharePoint Server 2010. However, the specific instructions for installing a software update are intended

536

http://technet.microsoft.com/library/e5362d08-06a2-448f-9b4e-8c459d4583bf(Office.14).aspx

for IT professionals who have to deploy software updates on a SharePoint Server server farm.The information in this article applies to the following products: SharePoint Server 2010 SharePoint Server 2010 language pack Microsoft Filter Pack

참고: The process for installing software updates in stand-alone environments of SharePoint Server is a simpler process than the process for installing software updates in a server farm and does not require all the steps that are required for a server farm.

Software update processIt is important to understand that deploying updates in a SharePoint Server 2010 environment is a two-phase process: patching and upgrading. The term patch is used in this article to differentiate between updating the software and upgrading the software.Each phase has specific steps and results. It is possible to postpone the upgrade phase.

주의: Inconsistent farm behavior may result from postponing the upgrade for more than several days. The longer the postponement, the larger the risk is that farm behavior issues will occur. Update phaseThe patch phase has two steps, the patching step and the deployment step. During the patching step, new binary files are copied to the Central Administration server. Any services that are using files that have to be replaced are temporarily stopped. Stopping services reduces the requirement to restart the server to replace files that are being used. However, there are some instances when you must restart the server.The second step in the patch phase is the deployment step. In this step, the installer copies support files to the appropriate directories on the server that is running SharePoint Server. This step ensures that all the Web applications are running the correct binary files and will function correctly after the update is installed. The update phase is complete after the deployment step.The next and final phase to deploy software updates is the upgrade phase.Upgrade phase

537

After you finish the patch phase, you must complete the update installation by starting the upgrade phase. The upgrade phase is task intensive and, therefore, takes the most time to finish. The first action is to upgrade all the SharePoint Server processes that are running. After the processes are upgraded, the databases are crawled and upgraded. Because the upgrade process can run on a single server, the other servers in the farm can continue to serve requests.For more information about upgrades, see Upgrade process overview (SharePoint Server 2010).

Software update strategyThe update strategy that you select will be based primarily on one of the following factors: The amount of downtime that is acceptable for installing the update. The additional staff and computing resources that are available to reduce

downtime.When you are determining your update strategy, consider how the strategy enables you to manage and control the update.In terms of downtime reduction, the following options, ordered from most to least downtime, are available: Install the update and do not postpone the upgrade phase. Install the update and postpone the upgrade phase. Install the update with the shortest possible downtime and postpone the

upgrade phase.

Software update deployment cycleThe cycle that is used for upgrading SharePoint Server farms and servers also applies to deploying software updates, which are a subset of an upgrade. We recommend that you use the update cycle that is shown in the following illustration as a guide to deploy software updates.

538

http://technet.microsoft.com/library/4d7a8038-4b27-4bd8-a855-585db4e924a8(Office.14).aspx


LearnDuring this phase of the cycle the purpose is to learn what is required to install the update. This information also affects new servers that you want to update and then add to the farm.Requirements and prerequisitesFirst, ensure that the system can be provisioned as a farm server. For more information, see 하드웨어 및 소프트웨어 요구 사항 (SharePoint Server 2010) . Ensure that any server that you plan to update is running the same version of the operating system as the other farm servers. This includes updates, service packs, and security hotfixes.Update strategy

539

Determine which strategy you want to use to update the farm. Depending on your requirements, you can use one of the following strategies: In-place Database attachYou can use either of the previous strategies to create a hybrid approach that is tailored to your environment. For more information, see Determine upgrade approach (SharePoint Server 2010).Downtime reductionResearch and assess the options that are available for reducing downtime. The first thing to check for is missing dependencies, which may extend the amount of downtime. Identify all the dependencies for the update and either address these dependencies before you start to deploy the update, or factor the time cost into your schedule. Consider using read-only content databases and doing parallel upgrades to reduce downtime.

중요: We strongly advise against using alternate access mapping URL redirection (AAM) with database attach as an option for downtime reduction. AAM was not designed to deploy software updates. For more information, see Using AAM URL Redirection As Part of the Upgrade Process (SharePoint Server 2010) (white paper). Common issuesIdentify and address common issues such as missing or out-of-date dependencies and lack of space on the servers where the update will be installed.PreparePrepare for the software update by documenting the environment and planning an update strategy to ensure that the update will go as planned in the expected downtime window. Document the environmentThe purpose of documenting the environment is to determine what is unique in your farm. You can use several techniques to gather information about your farm, such as manual inspection, comparisons by using WinDiff, and Windows PowerShell commands.Document, as appropriate, the following elements of the environment: Farm topology and site hierarchy Language packs and filter packs that are installed Customizations that could be affected by the updateManage customizationsCustomizations are typically one of the top issues during a farm upgrade or software update. Identify your farm customizations and determine whether

540

http://technet.microsoft.com/library/a5cbf0f4-6eba-4982-9b6f-2c98cd379f0c(Office.14).aspx



http://technet.microsoft.com/library/f11e6c4f-dc2a-4d17-a2c8-9455792b4b9b(Office.14).aspx


they might be affected by the update. If in doubt, err on the side of caution and determine how you will manage the customizations. You must ensure that customizations will work after the software update. You can use the Stsadm command, ExportIPFSAdminObjects, to collect and export customizations.For more information, see Determine how to handle customizations (SharePoint Server 2010).Plan the update strategyDuring the Learn phase of the update cycle, you should have determined an update strategy and the required downtime minimization. In addition to determining hardware, space, and software requirements, you must include the following in your update strategy: The update sequence for the farm servers The order of operations The downtime limits and how you plan to reduce downtime A rollback process if there is a major problem

팁: Clean up the farm environment before you deploy the update. The benefits of a cleanup are improved update installation performance and the elimination of potential issues during and after the software update. For more information, see Cleaning up your environment before upgrade (SharePoint Server 2010). The two final requirements for the update strategy are a communication plan and an update schedule.It is very important to communicate with site owners and users about what to expect during an upgrade. The administrator should inform them about downtime and the risk that the upgrade may take longer than expected or that some sites may need some rework after upgrade. For more information, see Create a communication plan (SharePoint Server 2010).Create a benchmark update operations schedule that contains the start times of operations related to the update deployment. At a minimum, the plan should include the following operations: Back up the farm. Start the update of the farm servers. Start the upgrade of the farm databases. Start a rollback of the environment, if it is required. Resume the upgrade, if it is required. Verify that the environment is completely working, either as the original

version if you rolled back or the new version if you completed the upgrade.Make farm items update-ready

541

http://technet.microsoft.com/library/dcf8e99b-fd8e-4a91-b281-bd673afee3b7(Office.14).aspx

http://technet.microsoft.com/library/bad0e5f7-44e1-40c7-8450-4c7069d4984b(Office.14).aspx

http://technet.microsoft.com/library/be1de0da-addb-4e6a-852c-0e68072d7f95(Office.14).aspx

http://technet.microsoft.com/library/be1de0da-addb-4e6a-852c-0e68072d7f95(Office.14).aspx

Ensure that farm items are ready for the update. Farm items are ready if they are backed up, documented, or updated to ensure that the update can be installed. Verify that the following aspects of a farm are update-ready: Solutions Features Site definitions Web PartsTestThe rigor, thoroughness, and detail of your tests determine the success or failure of the software update deployment. In a production computer environment there are no safe shortcuts, and there are consequences from insufficient testing. For more information, see Use a trial upgrade to find potential issues (SharePoint Server 2010).Build a test farmBuild a test farm that is representative of the production environment. We recommend that you use a copy of the production data to determine potential problem areas and monitor overview system performance during the upgrade. The key indicator is the length of time it takes from the beginning to the end of the deployment process. This should include backup and validation. You can incorporate this information into the update schedule.If possible, use hardware in the test environment that has equivalent performance capabilities to the production servers.

팁: Consider the use of a test farm in a virtual environment. After you finish the tests, you can shut down the virtual farm and use it later for future updates. Evaluate techniquesA test farm also enables you to evaluate the techniques that you plan to use to update the production environment. In addition to testing and assessing your downtime reduction strategy, you can refine update monitoring. This is especially important in the areas of validating and troubleshooting the software update. ImplementThe update strategy that you use will determine whether you have to build a new farm or deploy the update on the current farm servers.Build or update farmsWhether you build a new farm or do an in-place update, the most important farm elements to consider are as follows: Content Services Service applications

542

http://technet.microsoft.com/library/2b5d3825-adba-4185-84f2-ef59e8110fac(Office.14).aspx

http://technet.microsoft.com/library/2b5d3825-adba-4185-84f2-ef59e8110fac(Office.14).aspx

Deploy customizationsUse solutions whenever possible so that you can quickly deploy any customizations.Reduce downtimeReduce downtime by using techniques such as read-only databases and update parallelism. For more information, see Determine upgrade approach (SharePoint Server 2010).Monitor progressThe refined techniques that you use to monitor the software update in the test environment carry over to deploying the update in the production environment. Use the Upgrade and Migration page in Central Administration to monitor the status indicators that are available. This feature enables live monitoring and provides a single location to view the patch status for all farm servers. Additionally, you can use the Upgrade and Migration page to view the update status for individual servers and the status and type of farm databases. Finally, a valuable aspect of monitoring by using Central Administration is identifying farm servers that must be updated.The following tables describe the status information that is available in Central Administration. Status value

Description

Hyperlink

No action required

Farm server does not currently require any action to be tak

No hyperlink

543



Status value

Description

Hyperlink

en by the administrator.

Installation required

Farm server is missing an .msi file that is set to mandatory for all farm servers, or has a patch level

Hyperlink to the Patch Deployment State page

544

Status value

Description

Hyperlink

below the individual farm-wide effective patch version.

Upgrade in progress

Farm server is currently undergoing an upgrade operation.

Hyperlink to the Upgrade Status page

Upg

Farm

Hype

545

Status value

Description

Hyperlink

rade available

server is running in backward-compatibility mode.

rlink to the Upgrade and Migration page

Upgrade required

Farm server is outside the backward-compatibility mode range wit

Hyperlink to the Upgrade and Migration page

546

Status value

Description

Hyperlink

h one or more databases.

Upgrade blocked

If an upgrade is available and any farm server requires installation, the remaining ser

Hyperlink to the Patch Deployment State page

547

Status value

Description

Hyperlink

vers that do not require installation will be set to this status unless they are currently undergoing an upgrade.

548

Status value

Description

Installed

Indicates that no action is required

Missing/Required

Displayed if a product is required on

549

Status value

Description

each server or if a patch for a specific .msi file is located on one ser

550

Status value

Description

ver but not on the server for which this status is shown

Missing/Optional

Displayed if a pr

551

Status value

Description

oduct is not required on each server

Superseded

Displayed if an update is no lon

552

Status value

Description

ger required on a server because a newer patch supersedes it

553

Other tools to monitor the update process are log files and Windows PowerShell commands.

중요: Remember to monitor the length of time that the update is taking. Compare current update processes against the benchmark schedule to determine whether the update will meet the downtime window. If not, you should communicate this information to the farm users. ValidateYou can start to validate the success of the update during the implementation phase and continue validation after the update is implemented.Logged event failuresReview the event logs to discover any issues that occurred during the deployment. Resolve these issues and then resume or restart the update as appropriate.User interface or experience issuesAny user interface or user experience issues will surface on site pages. Look for the following issues: Ghosting User interface version mismatch HTML and XHTML complianceAdditional issues may include missing templates, user identifiers, and content issues such as large lists.Data issuesData issues result from the condition of the farm databases and can include all or some of the following: Connectivity issues to data sources Database corruption Orphaned items Hidden column dataIn some cases there may be minor issues that you can troubleshoot and then resume or restart the update. Be prepared to roll back the update as soon as there are issues that cannot be easily resolved.

554

Prepare to deploy software updates (SharePoint Server 2010)(영문)This article describes the required and recommended tasks that have to be completed before you install software updates on servers in a Microsoft SharePoint Server 2010 farm. In this article: Verify account permissions and security settings Determine the update approach Back up the environment Document the environment Determine whether related items need to be updated Obtain the software update and prepare the installation source (optional)

Verify account permissions and security settingsVerify that you have the required account permissions and know which security settings are in place on the farm. For more information, see Account permissions and security settings (SharePoint Server 2010).

Determine the update approachThere are two basic options for deploying a software update on a farm: in-place and database attach. Additionally, these options can be combined to use one of the hybrid approaches that are described in Determine upgrade approach (SharePoint Server 2010).

참고: Because installing a software update is a subset of a software upgrade, documentation about software upgrades applies to deploying software updates. The differences between the two update approaches are as follows:

555





In-place update: This approach is the easiest to do. With this method, the amount of downtime required is directly related to the size and complexity of the farm. You have two choices for an in-place update: In-place without backward compatibility – The update is installed on all

the farm servers at the same time and the content is upgraded without using backward compatibility. No downtime reduction is available for this method.

In-place with backward compatibility to reduce downtime – The update is installed in stages and uses postponed upgrade with backward compatibility to reduce downtime.

Database attach: This approach is more complex than an in-place update, and it costs more in person time and hardware resources. This update method uses two farms to provide high availability for existing content.

When you use either the in-place with backward compatibility method or the database attach method, you can use a postponed upgrade so that you can choose to upgrade the content first and then the farm and servers afterward.We recommend that you use the following flowchart, which presents the key decision points and subsequent actions, for determining which update approach to use.

556

Whichever method you choose to use for updating your servers, you can use

557

either the SharePoint 제품 구성 마법사 or Windows PowerShell cmdlets to upgrade your content.

Back up the environmentTo ensure that you can recover the existing environment in case something goes wrong during the update deployment process, we recommend that you back up the SharePoint Server 2010 environment before you start to install the update. A failed software update can be caused by factors other than the update process, such as the following: Media failure User errors (such as deleting a file by mistake) Hardware failures (such as a damaged hard disk or permanent loss of a

server) Power failures Natural disasterYou can back up all or part of a farm. The following list summarizes the farm components that can be backed up individually: Configuration settings Web applications Service applications Search Secure store service Site collections LogsFor more information about how to determine what you need to back up and which method to use to do so, see Plan for backup and recovery (SharePoint Server 2010). After you determine which farm elements you will back up, refer to the articles listed in Backup (SharePoint Server 2010). These articles provide detailed instructions and guidance for backing up all or part of a farm.

중요: Test the farm backups before you start to deploy the software update. You have to be sure that these backups are valid so that you can recover if there is a hardware failure or data corruption during the update process.

Document the environmentBe sure to document the farm, including any custom components in the farm, in case you need to rebuild. For more information about creating an inventory of customizations, see Identify and install customizations in the Upgrade

558

http://technet.microsoft.com/library/2b5d3825-adba-4185-84f2-ef59e8110fac(Office.14).aspx#Customizations

http://technet.microsoft.com/library/79d47308-a90a-4c51-a1ae-93567e978236(Office.14).aspx

http://technet.microsoft.com/library/01abe8d2-33f8-48fe-af76-40522a5afe08(Office.14).aspx

http://technet.microsoft.com/library/01abe8d2-33f8-48fe-af76-40522a5afe08(Office.14).aspx

guide. In addition, document unique things about your farm, such as the following: Any large lists Any sites with large access control lists (ACLs) Any sites that are critical to your organizationHaving a list of these items will help you more quickly validate your environment after you apply an update.

Determine whether related items need to be updatedConsider whether the following related items need to be updated when you update your farm: Filter packs Office Web applications Language packsAll these items are updated separately from SharePoint Server 2010. Check to see if any updates to these items are available, and evaluate whether you want to apply the updates to your farm when you apply the updates for SharePoint Server 2010. Language packs are usually only updated when service packs (SP1, SP2, and so on) are released.

Obtain the software update and prepare the installation source (optional)If the servers on which you want to install SharePoint Server 2010 are isolated from the Internet, it is usually necessary to install software updates from an offline location. Even if the servers are not isolated, if you install software updates from an offline central location, you can ensure farm server consistency by installing a well-known and controlled set of images. Use the following procedure to prepare a software update for installation on a farm server. You do not need to perform this procedure if you are downloading and installing the update directly to your servers.To prepare an installation source1. Download the software update that you want to install.2. Extract the software update to a shared location by using the following

command: <package> /extract:<path>The /extract switch prompts you to provide a folder name for the files. An example of a folder name for x64 systems is as follows:

559

sps-kb999999-x64-fullfile-en-us.exe /extract:<\\computername\updateshare\Updates>

3. Copy the extracted files from the shared location to an Updates folder that you create on the computer where you want to start to install the update.

참고: You must use the name Updates for this updates folder. If you use the SupdateLocation="path-list" property to specify a different location, Setup stops responding.You can now use this location as an installation point, or you can create an image of this source that you can burn to physical media or save as an ISO file.Slipstream packageIn server farm deployments, all the Web servers must have the same software update version applied. This means that, before you add a new Web server to an existing server farm, the new Web server must have the same software updates as the rest of the Web servers in your server farm. Likewise, when you create a farm, all servers in the farm must have the same software updates. To make sure that all new servers have the same software updates applied, we recommend that you create an installation source that contains a copy of the release version of the software, together with software updates that match those installed on your server farm (also known as a slipstreamed installation source). When you run Setup from this updated installation source, the new Web server will have the same software update version as the rest of the Web servers in your server farm. For more information, see Create an installation source that includes software updates (Office SharePoint Server 2007) [http://technet.microsoft.com/en-us/library/cc261890(office.12).aspx].

560

http://technet.microsoft.com/en-us/library/cc261890(office.12).aspx



Install a software update (SharePoint Server 2010)(영문)This article describes how to install a software update on servers in a Microsoft SharePoint Server 2010 farm. Additionally, three example scenarios are discussed and an update procedure is provided for each scenario.In this article: Verify the update strategy Monitor installation progress Handle update failures Review update scenarios Use the in-place method without backward compatibility Use the in-place method with backward compatibility Use the database attach method for high availability of existing content Verify update completion and success

Verify the update strategyBefore you start to deploy the software update, verify that the update strategy that you plan to use is optimal for your Microsoft SharePoint Server environment. There are several factors, such as downtime reduction, cost, and complexity that determine which strategy to use to deploy a software update. Use the flowchart in the "Determine Update Strategy" section of Prepare to deploy software updates (SharePoint Server 2010)( 영문 ) to verify the update strategy that you want to use: in-place, database attach, or a hybrid.

Monitor installation progressMonitor the update deployment process during the update to verify that the update is proceeding as planned. There may be issues that will block the update or that will result in an updated farm that has elements that do not work as expected. Pay extra attention to database synchronization and customizations.We recommend that you use the Upgrade and Migration view in Central Administration as the primary tool for viewing product and patch installation status, data status, and upgrade status in real time.After Setup runs, you can also view the log files and use Windows PowerShell to obtain the current results of the installation progress.

561

Handle update failuresSharePoint Server 2010 provides an improved approach to handling upgrade failures after the patching phase finishes. If an update fails and you are running in backward compatibility mode, you can restore the SharePoint Server database and continue to run in backward compatibility mode. After the update issue is resolved for the site, you can resume the upgrade. Any tasks that were completed are not run again. For more information, see Testing and troubleshooting upgrade (SharePoint Server 2010).If an update failed in earlier SharePoint Products and Technologies environments, you usually had to uninstall the product, install the older version, and then restore from a backup.

Review update scenariosThe following software update scenarios are discussed in this article: In-place without backward compatibility – The update is installed on all the

farm servers at the same time and the content is upgraded without using backward compatibility.

In-place with backward compatibility to reduce downtime – The update is installed in stages and uses deferred upgrade with backward compatibility to reduce downtime.

Database attach for high content availability – This update uses two farms to provide high availability for existing content.

For more information about how the in-place and database attach processes work, see the diagrams in the following article: Upgrade process overview (SharePoint Server 2010). Note that these articles are about how to upgrade across software versions, not how to install software updates. However, the general process is very similar.The following illustration shows the farm topology that is used as an example for each patching scenario that is described in this article.

562



http://technet.microsoft.com/library/ca15deea-3645-4a49-b39d-395ff87195fa(Office.14).aspx

Initial state and required conditionsThe preceding illustration shows the initial state of the farm before you install the update. Verify that the following conditions are true: All the front-end Web servers are load balanced together and are in

rotation with the load balancer. All the farm servers are operating correctly. All the databases are active and operating correctly.Do not start the software if any of the preceding conditions are not true. Resolve all issues before you continue.

563

Use the in-place method without backward compatibilityIn this scenario the complete farm is shut down by disabling incoming requests to the front-end Web servers and then installing the update on all the farm servers. This strategy combines the update and the upgrade phase described in the "Software Update Process" section in Software updates overview (SharePoint Server 2010)( 영문 ) .The following illustration shows the sequence of steps to follow to install the update on the farm.

564

Use the preceding illustration as a guide for using the recommended steps in the following procedure. To install an update without backward compatibility

565

1. Remove the Web servers (WEB-1 to WEB-4) from rotation in the load balancer, or pause the load balancer to stop incoming requests to the servers.

2. Run the executable file to install the update on the application server that hosts Central Administration (APP-1).

3. Run the executable file to install the update on the application server that hosts the search query component (APP-2).

4. Verify that all the servers were updated successfully.5. Log on to the first Web server (WEB-1).6. Run the executable file to install the update on the Web server.7. Run the executable file to install the update on the remaining Web servers

(WEB-2, WEB-3, and WEB-4).8. Verify that all the servers were updated successfully.9. Run the SharePoint 제품 구성 마법사 on the Central Administration server

(APP-1) to upgrade the configuration database and upgrade each content database serially.

10. Run the SharePoint 제품 구성 마법사 on the application server that hosts the search query component (APP-2).

11. Run the SharePoint 제품 구성 마법사 on the first Web server (WEB-1). 참고:

Run the configuration wizard to ensure that if the update fails for a specific server, the error is not propagated to the other Web servers. For example, a failed upgrade for one server could make the upgrade fail for one or more site collections.12. Repeat the preceding step for each remaining Web server.13. Verify update completion and success. For more information, see Verify

update completion and success.14. Add the Web servers (WEB-1 to WEB-4) to the rotation in the load

balancer, or start the load balancer to enable incoming requests to the servers.

Use the in-place method with backward compatibilityThis scenario takes advantage of the backward compatibility of SharePoint Server 2010 and the deferred upgrade feature to reduce the downtime that is required to deploy a software update. However, downtime is not completely eliminated. The sites and services will not be available while the content is being upgraded.This software update scenario uses two phases to install the update on farm servers. These phases are as follows: Update to install the update on the farm servers.

566

Upgrade to complete the patching process.During the update phase, the farm can continue to be in production with minimal to no downtime. However, during the upgrade phase, the farm will be unavailable. If you attempt to access content while the farm is upgrading, the result could be failed upgrades or excessive slowdowns in the upgrade process because of resource contention and locking. Such an attempt is unsupported and untested.For more information about the software update process, see "The Software Update Process" section in Software updates overview (SharePoint Server 2010)( 영문 ) .Update phaseThe following illustration shows the sequence of steps that are required to install the update on the farm.

567

Use the preceding illustration as a guide for using the recommended steps in the following procedure.To install the update on farm servers

568

1. Remove half of the Web servers (WEB-1 and WEB-2) from rotation in the load balancer, or pause the load balancer to stop incoming requests to the servers.

2. Run the executable file to install the update on each Web server that is out of the load-balancing rotation (WEB-1 and WEB-2). Do not run the SharePoint 제품 구성 마법사 on either of these servers. Verify that both of the Web servers were updated successfully.

3. Remove the remaining Web servers (WEB-3 and WEB-4) from rotation in the load balancer, or pause the load balancer to stop incoming requests to the servers. At this point none of the front-end Web servers are receiving requests for the farm.

4. Add the updated Web servers (WEB-1 and WEB-2) back into the load-balancing rotation.

5. Run the executable file to install the update on each Web server that is still out of the load-balancing rotation. Do not run the SharePoint 제품 구성 마법사 on either of these servers. Verify that both of the Web servers were updated successfully.

6. Add the updated Web servers (WEB-3 and WEB-4) back into the load-balancing rotation.

7. Run the executable file to install the update on the application server that hosts the search query component (APP-2). Do not run the SharePoint 제품 구성 마법사 on this server.

8. Run the executable file to install the update on the Central Administration server (APP-1). Do not run the SharePoint 제품 구성 마법사 on this server.

9. Verify that both of the application servers (APP-1 and APP-2) were updated successfully.

10. Verify update completion and success. For more information, see Verify update completion and success.

At this point in the process, the databases and other components such as settings, features, and site-level data must still be upgraded because the SharePoint 제품 구성 마법사 was not run on any of the farm servers. However, the farm should be capable of running in backward compatibility mode.Upgrade phaseThe following illustration shows the sequence of steps that are required to finish the patching process by upgrading the farm servers. During this process, the sites that are being upgraded will not be available to users.

569

Use the preceding illustration as a guide for using the recommended steps in the following procedure.

570

중요:

Monitor the status of the upgrade on each server before you upgrade the next server in the sequence. It is highly recommended that you create a backup of the farm before beginning upgrade. The following procedure shows all the steps to upgrade the farm. You can upgrade all components within the same outage window, or you can take some smaller outage windows and upgrade separate parts of the farm at different times. If you want to break up the upgrade stage, you can upgrade the following components in separate outage windows: Services

If the software update contains updates to services that must be applied, you can upgrade the service, and then resume operating the farm (steps 7 and 8 in the procedure) until it is possible to take a longer farm outage to complete the content and farm upgrade.

Content databasesYou can take a short farm outage to upgrade only a few content databases (steps 1 through 3 in the procedure) each time and then resume farm operation (steps 7 and 8). You can repeat the process over successive outage windows until all content is upgraded and the farm servers are ready to be upgraded.You can also upgrade individual content databases in parallel for a very small number of content databases at the same time. However, do not attempt to upgrade too many content databases in parallel because it will slow down the overall upgrade process and extend the outage time. We recommend that you do not upgrade more than two content databases on the same Microsoft SQL Server volume at a time and that you stage the starting time of the upgrade for each content database that will occur in parallel by several minutes to prevent lock contention as the upgrade process starts. In addition, limit the number of content databases that are being upgraded on a single Web or application server because each additional upgrade process will consume a relatively large amount of resources. The typical number of content databases that can be upgraded per Web or application server is four databases. However, be sure not to exceed the number of databases that are being upgraded per SQL Server volume, no matter which Web or application server originates the upgrade.

To upgrade the farm 1. Remove the Web servers (WEB-1 to WEB-4) from rotation in the load

balancer, or pause the load balancer to stop incoming requests to the servers.

571

중요: The sites and services will not be available until upgrade is complete and the servers are returned to an active load-balancing state.2. Upgrade specific services, as needed.

Some updates might also require you to run additional Windows PowerShell cmdlets to upgrade specific service applications. If the notes for the software update indicate that a specific service must be upgraded so that it will continue to operate after patching, as in the case in which a service cannot operate in backward compatibility mode, a short farm outage can be taken so that the service can be upgraded without having to upgrade the complete farm. The additional Windows PowerShell cmdlets to upgrade specific service applications should be indicated in the notes if this is required.

3. Use the Windows PowerShell Upgrade-SPContentDatabase cmdlet to upgrade each content database. This is an optional step, but it will help ensure that all content databases are upgraded first. It has the advantage of enabling some parallelism to reduce the outage time. If it is not performed, all remaining non-upgraded content databases will be upgraded serially when you run the SharePoint 제품 구성 마법사 to upgrade the farm servers.

중요: Run the Upgrade-SPContentDatabase cmdlet for each database. You can run this cmdlet from any of the upgraded Web servers or application servers. Note that the content for each database will be unavailable while this process is running on that database. 4. Run the SharePoint 제품 구성 마법사 on the Central Administration server

(APP-1). 중요:

The SharePoint 제품 구성 마법사 also starts an immediate upgrade of the configuration database and any other databases that are not already upgraded. Because it is likely that the content databases are the only databases that have already been upgraded, as described in the previous step, all the service application databases are also upgraded in this step. Your sites will not be available while this process runs.5. Run the SharePoint 제품 구성 마법사 on the remaining application server

(APP-2).6. Run the SharePoint 제품 구성 마법사 on the Web servers (WEB-1 to WEB-4).7. Verify update completion and success. For more information, see Verify

update completion and success.8. Add the upgraded Web servers (WEB-1 to WEB-4) back into rotation in the

load balancer.

572

Use the database attach method for high availability of existing contentTo ensure high availability for existing content, this scenario uses read-only databases on the existing farm. The update is installed on a new farm and user traffic is rerouted to this farm. The following illustration shows the sequence of steps to follow to install the update on a new farm by using the database attach method. For more information, see Attach databases and upgrade to SharePoint Server 2010.

573

http://technet.microsoft.com/library/d0a50e40-5322-4f7a-a3a4-c4660c879666(Office.14).aspx

Use the preceding illustration as a guide for using the recommended steps in the following procedure.To install the update by using database attach1. Create a new farm where you will install the software update. This farm

does not require front-end Web servers. For more information, see Prepare the new SharePoint Server 2010 environment for a database attach upgrade.

574

http://technet.microsoft.com/library/99684f0b-f617-4c10-8420-d4d0adea3687(Office.14).aspx



참고: If the original farm uses a database mirror, you must configure mirroring after you finish deploying the software update on the new farm.2. Configure the databases on the existing farm so that they are in a read-

only state. 참고:

If the existing farm is mirrored, you must pause mirroring before setting the databases to read-only.For more information about how to configure read-only databases, see the "Set the Previous Version Databases to Be Read-Only (Database Attach with Read-Only Databases)" section in Attach databases and upgrade to SharePoint Server 2010 and Run a farm that uses read-only databases (SharePoint Server 2010).

3. Configure the service application databases on the existing farm so that they are in a read-only state. This prevents unexpected changes to service applications.

4. If you are patching the User Profile Service service application database, then you must export the User Profile Synchronization Service encryption key from the old database and then import the key into the new database. This key is also known as the Microsoft Identity Integration Server (MIIS) key, the Synchronization Service encryption key, and the Forefront Identity Manager 2010 (FIM 2010) key. If you do not export and then import the key correctly, the Synchronization Service will not start. To export the encryption key, complete these steps:

a) Use farm administrator credentials to log on to the computer that contains the old User Profile Service service application database.

b) Open the Command Prompt window, and then change to the following folder:

%Program Files%\Microsoft Office Servers\14.0\Synchronization Service\Bin\

c) Type the following command, and then press Enter:miiskmu.exe /e <Path>Where <Path> is the full path of the file to which you want to export the key, and the user name and password are the credentials for the farm administrator.

5. Back up the content databases on the existing farm. For more information, see Backup and recovery (SharePoint Server 2010).

6. To import the encryption key, complete these steps:a) Use farm administrator credentials to log on to the computer that

contains the new User Profile Service service application database.b) Attempt to start the User Profile Synchronization service. Because

you have not yet imported the encryption key, the service will not

575

http://technet.microsoft.com/library/71abd06e-6730-442e-b2c1-e3ba9c04d497(Office.14).aspx

http://technet.microsoft.com/library/8b91dc0a-c37d-4ec8-aa75-deb3f268fb97(Office.14).aspx

http://technet.microsoft.com/library/8b91dc0a-c37d-4ec8-aa75-deb3f268fb97(Office.14).aspx



start. Confirm that the service did not start by using the ULS log or by making sure that the status of the service is Stopped.

c) Open the Command Prompt window, and then change to the following folder:

%Program Files%\Microsoft Office Servers\14.0\Synchronization Service\Bin\

d) Type the following command, and then press Enter:miiskmu.exe /i <Path> {0E19E162-827E-4077-82D4-E6ABD531636E}Where <Path> is the full path of the file to which you exported the key.

e) (Optional) To check that the encryption key was imported correctly, at the command prompt, type the following command, and then press Enter:

miiskmu.exe /c {0E19E162-827E-4077-82D4-E6ABD531636E}7. Restore the content databases to the new database server.8. Create service applications on the new farm for each existing service

application in the old farm.You must duplicate all the settings from your existing farm.

9. Use database attach to create the databases on the new farm. For more information, see Perform a database attach upgrade to SharePoint Server 2010 and Attach and restore a read-only content database (SharePoint Server 2010).

10. Verify that there are no issues with the new farm.11. Enable the new farm as the production farm by configuring DNS to point to

the new farm or by making sure that the new farm is load balanced. Verify that users can access the new farm.

12. Allow time for users to switch from cached DNS, and then decommission the old farm.

13. Verify update completion and success. For more information, see Verify update completion and success.

Verify update completion and successRegardless of the update strategy that you use and the monitoring that you do during the software update, you must verify update completion and success. For more information, see Verify upgrade and review upgraded sites (SharePoint Server 2010).

576

http://technet.microsoft.com/library/f3819495-4b67-4a71-ba46-23e43b175620(Office.14).aspx

http://technet.microsoft.com/library/f3819495-4b67-4a71-ba46-23e43b175620(Office.14).aspx

http://technet.microsoft.com/library/5417b04a-c7d9-4e9a-86fb-ee1d1c63508b(Office.14).aspx

http://technet.microsoft.com/library/5417b04a-c7d9-4e9a-86fb-ee1d1c63508b(Office.14).aspx

http://technet.microsoft.com/library/b6580f87-40b4-4768-b589-6ba54013f7e4(Office.14).aspx

http://technet.microsoft.com/library/b6580f87-40b4-4768-b589-6ba54013f7e4(Office.14).aspx

Office Web Apps 배포(SharePoint 2010 제품에 설치)이 문서에서는 Microsoft Office Web Apps 를 배포하는 방법에 대해 설명합니다. Office Web Apps 는 Office Word, Excel, PowerPoint 및 OneNote 응용 프로그램의 온라인 보조 응용 프로그램으로, 이를 통해 어디서든 문서에 액세스할 수 있습니다. 사용자는 개인용 컴퓨터, 휴대폰 및 웹을 통해 온라인으로 다른 사용자와 함께 문서를 보고, 공유하며, 공동으로 작업할 수 있습니다. 일반 고객은 Windows Live 를 통해, 비즈니스 고객은 Microsoft SharePoint 2010 제품 기반의 Microsoft Office 2010 볼륨 라이선스 및 문서 관리 솔루션을 통해 각각 Office Web Apps 를 사용할 수 있습니다.

참고:

이 프로그램을 사용하기 위해서는 적절한 장치, 인터넷 연결 및 지원되는 Internet Explorer, Firefox 또는 Safari 브라우저가 있어야 합니다. 일부 모바일 기능을 사용하려면 Office 2010 응용 프로그램, 제품군 또는 Office Web Apps 에 들어 있지 않은 Office Mobile 2010 이 필요합니다. Office Web Apps, Office Mobile 2010 및 Office 2010 응용 프로그램의 기능 간에는 몇 가지 차이가 있습니다. 이 문서에서 제공하는 정보는 조직에서 SharePoint 2010 제품에 Office Web Apps 를 배포하려는 IT 전문가를 위한 것입니다. 이 문서에서 SharePoint 2010 제품은 달리 명시되어 있지 않은 한 Microsoft SharePoint Server 2010 및 Microsoft SharePoint Foundation 2010 을 가리킵니다. 이 문서에서는 SharePoint 2010 제품을 배포하는 방법과 관련된 지침은 제공하지 않습니다. 아울러 새로운 콘텐츠 및 업데이트된 콘텐츠가 정기적으로 게시될 예정입니다. 조직에서 Office Web Apps 를 배포하기 전에 Understanding Office Web Apps (Installed on SharePoint 2010 Products) 및 Planning Office Web Apps (Installed on SharePoint 2010 Products)(Microsoft TechNet)를 읽어 보는 것이 좋습니다.Office Web Apps 는 Microsoft 볼륨 라이선스 서비스 센터(http://go.microsoft.com/fwlink/?linkid=191841&clcid=0x412)의 Office Professional Plus 2010 32 비트 또는 Office Standard 2010 32 비트 사이트에서 다운로드할 수 있습니다.이 문서의 내용 Office Web Apps 배포 이해

577




http://technet.microsoft.com/library/3bd0a617-5f12-4a7e-bb75-b15c86c7e504(Office.14).aspx

http://technet.microsoft.com/library/3bd0a617-5f12-4a7e-bb75-b15c86c7e504(Office.14).aspx

http://technet.microsoft.com/library/8480064e-14a4-4b46-ad6b-0c836b192af2(Office.14).aspx

http://technet.microsoft.com/library/8480064e-14a4-4b46-ad6b-0c836b192af2(Office.14).aspx

추가 구성 ( 선택 사항 ) 문제 해결 위의 섹션 외에도 다음 섹션 중 하나가 특정 Office Web Apps 배포 시에 적용됩니다. 기존 독립 실행형 SharePoint 서버에서 Office Web Apps 설치 및 구성 새로운 독립 실행형 SharePoint 서버에서 Office Web Apps 설치 및 구성 기존 SharePoint 서버 팜에서 Office Web Apps 설치 및 구성 새로운 SharePoint 서버 팜에서 Office Web Apps 설치 및 구성 Office Web Apps 배포 이해독립 실행형 SharePoint 서버와 SharePoint 서버 팜 모두에 대해 Office Web Apps 를 배포하려면 다음과 같은 세 가지 주요 단계를 수행해야 합니다.설치 프로그램 및 PSConfig 실행 독립 실행형 SharePoint 서버 또는 SharePoint 서버 팜의 각 서버에서 Setup.exe 와 SharePoint 제품 및 기술 설치 후 구성 마법사(PSConfig)를 실행하는 작업이 포함됩니다. Setup.exe 를 실행하면 서버에 Office Web Apps 파일 및 구성 요소가 설치됩니다. PSConfig 는 Office Web Apps 서비스를 등록하고, SharePoint 설치 유형에 따라 서비스 인스턴스를 시작하고, 서비스 응용 프로그램 및 서비스 응용 프로그램 프록시를 만들고, Office Web Apps 기능을 활성화하기 위해 Office Web Apps 설치의 일부로 실행해야 합니다.Office Web Apps 서비스 활성화 서비스 인스턴스를 시작하고 서비스 응용 프로그램 및 서비스 응용 프로그램 프록시를 만드는 작업이 포함됩니다. 서비스를 활성화해야 하는지 여부는 SharePoint 의 상태와 PSconfig 및 SharePoint 팜 구성 마법사를 이전에 실행한 적이 있는지 여부에 따라 달라집니다.Office Web Apps 기능 활성화 Office Web Apps 를 사용해야 하는 모든 기존 SharePoint 사이트 모음에서 Office Web Apps 기능을 활성화하는 작업이 포함됩니다. Office Web Apps 를 설치하기 전에 PSconfig 또는 SharePoint 팜 구성 마법사를 실행한 경우 사이트 모음이 하나 이상 존재하게 됩니다. 기능은 Office Web Apps 를 설치한 후 만들어진 새 사이트 모음에 대해 자동으로 활성화됩니다.

578

참고:

이 문서의 일부 절차에서는 Windows PowerShell 또는 SharePoint 2010 관리 셸을 사용하여 cmdlet 을 실행해야 합니다. Windows PowerShell 에서 SharePoint 2010 cmdlet 을 실행하려면 Add-PSSnapin cmdlet 을 사용하여 Microsoft.SharePoint.PowerShell 스냅인을 추가해야 하며, SharePoint 2010 관리 셸을 사용하여 SharePoint 2010 cmdlet 을 실행할 수도 있습니다. 기본적으로 Microsoft.SharePoint.PowerShell 스냅인은 이미 등록되어 있고 해당 스냅인이 SharePoint 2010 관리 셸에 추가되어 있습니다. SharePoint 2010 cmdlet 을 실행하려면 구성 데이터베이스에서 SharePoint_Shell_Access 역할의 구성원이고 SharePoint 2010 제품이 설치된 컴퓨터에서 WSS_ADMIN_WPG 로컬 그룹의 구성원이어야 합니다. Windows PowerShell 또는 SharePoint 2010 관리 셸에서 스크립트를 실행하려면 set-executionpolicy cmdlet 과 unrestricted 매개 변수를 사용하여 실행 정책을 설정해야 합니다. Add-PSSnapin cmdlet 에 대한 자세한 내용은 Add-PSSnapin 을 참조하십시오. SharePoint 2010 제품에 Windows PowerShell 을 사용하는 방법에 대한 자세한 내용은 SharePoint 2010 Products administration by using Windows PowerShell 를 참조하십시오.

기존 독립 실행형 SharePoint 서버에서 Office Web Apps 설치 및 구성이 섹션은 이전에 SharePoint 설치의 일부로 실행한 기존 SharePoint 서버 및 PSConfig 에 Office Web Apps 를 설치하는 경우에만 적용됩니다.

주의:

Setup.exe 를 실행하면 Office Web Apps 설치 프로그램에서 문서를 브라우저에서 열 수 있도록 SharePoint 의 브라우저 사용 문서에 대한 기본 열기 동작을 구성합니다. Office Web Apps 설치 프로그램이 실행되었지만 Office Web Apps 서비스 및 기능이 아직 활성화되지 않은 경우 문서를 브라우저에서 열면 끊어진 링크가 표시될 수 있습니다. Office Web Apps 를 라이브 프로덕션 서버 팜에 배포하는 경우 설치 프로그램을 실행한 후 추가 배포 작업을 완료하는 동안 끊어진 문서 링크가 표시되지 않도록 하기 위해 설치 프로그램을 실행하기 전에 기존 사이트 모음에서 OpenInClient 기능을 사용하도록 설정하는 것이 좋습니다. 자세한 내용은 추가 구성( 선택 사항 ) 을 참조하십시오. Office Web Apps 설치 프로그램 실행다음 작업을 완료하여 Office Web Apps 구성 요소 및 파일을 서버에 설치합니다.

579



Office Web Apps 설치 프로그램을 실행하려면1. 루트 폴더에서 Setup.exe 를 실행합니다. 2. 제품 키 입력 페이지에서 제품 키를 입력한 다음 계속을 클릭합니다.3. 파일 위치 선택 페이지에서 지금 설치를 클릭하여 기본 위치에 설치합니다. 다른 위치에 설치하려면 설치할 위치를 지정한 다음 지금 설치를 클릭합니다.4. 설치가 완료되면 서버 구성을 완료하라는 대화 상자가 나타납니다. 지금 SharePoint 제품 및 기술 구성 마법사 실행 확인란이 선택되어 있는지 확인한 다음 닫기를 클릭하여 PSConfig를 시작합니다.PSConfig 를 실행하여 서비스 등록다음 작업을 완료하여 SharePoint 서버에 Office Web Apps 서비스를 등록합니다.PSConfig 를 실행하여 서비스를 등록하려면1. 지금 SharePoint 제품 및 기술 구성 마법사 실행 확인란을 이전 단계에서 선택한 상태로 유지한 경우 PSconfig SharePoint 제품 페이지에서 다음을 클릭합니다.2. 구성하는 동안 일부 서비스를 다시 시작하거나 다시 설정해야 할 수도 있음을 알리는 대화 상자에서 예를 클릭합니다.3. 구성 완료 페이지에서 마침을 클릭합니다. 새 SharePoint 사이트가 열립니다.서비스 인스턴스 시작서비스 인스턴스는 서비스 응용 프로그램에 실제 위치를 제공합니다. 서비스 인스턴스를 시작한 후에 서비스 응용 프로그램 및 서비스 응용 프로그램 프록시를 만들어야 합니다. 서비스 인스턴스를 시작하려면 SharePoint 중앙 관리 또는 Windows PowerShell 을 사용합니다.다음 작업의 절차를 수행하면 지정된 서버에서 서비스 인스턴스가 시작됩니다.중앙 관리를 사용하여 서비스 인스턴스를 시작하려면1. 시작을 클릭하고 모든 프로그램, Microsoft SharePoint 2010 Products 를 차례로 가리킨 다음 SharePoint 2010 중앙 관리를 클릭합니다.2. SharePoint 중앙 관리 홈 페이지의 시스템 설정에서 서버의 서비스 관리를 클릭합니다.3. 서버 제공 서비스:<서버 이름>페이지에서 Excel Calculation Services, Word

Viewing Service, PowerPoint Service 를 차례로 시작합니다. OneNote Web App 에서는 SharePoint 서비스를 사용하지 않습니다.

Windows PowerShell 을 사용하여 서비스 인스턴스를 시작하려면1. 메모장을 사용하여 새 텍스트 파일을 열고 다음 스크립트를 복사하여 파일에 붙여 넣습니다.

코드 복사

$machinesToActivate = @("<servername>") $serviceInstanceNames = @("Word Viewing Service", "PowerPoint Service", "Excel Calculation Services") foreach ($machine in $machinesToActivate) { foreach ($serviceInstance in $serviceInstanceNames) { $serviceID = $(Get-SPServiceInstance | where {$_.TypeName -match $serviceInstance} | where {$_.Server -match "SPServer Name="+$machine}).ID Start-SPServiceInstance -Identity $serviceID } }

2. 다음 매개 변수를 지정합니다.580

매개 변수

값

$machinesToActivate

서버 이름

3. .ps1 파일 이름 확장명을 사용하여 스크립트를 실행하는 폴더(일반적으로 C:\scripts)에 파일을 저장합니다.4. Windows PowerShell 명령 프롬프트(즉, PS C:\>)에서 다음 명령을 입력한 후 Enter 키를 누릅니다.

C:\<경로>\<파일 이름>.ps1서비스 응용 프로그램 및 서비스 응용 프로그램 프록시 만들기서비스 인스턴스가 시작된 후에는 서비스 응용 프로그램 및 SharePoint 웹 프런트 엔드를 서비스 응용 프로그램에 연결하는 서비스 응용 프로그램 프록시를 만들어야 합니다. Word, PowerPoint 및 Excel Web App 에 대한 서비스 응용 프로그램 및 서비스 응용 프로그램 프록시를 만들려면 중앙 관리나 Windows PowerShell 을 사용합니다. OneNote Web App에는 서비스 응용 프로그램이 필요 없습니다. 만들어진 서비스 응용 프로그램은 시작된 서비스 인스턴스에서 자동으로 실행됩니다.다음 작업의 절차를 수행하면 Word, PowerPoint 및 Excel Web App 에 대한 Office Web Apps 서비스 응용 프로그램 및 서비스 응용 프로그램 프록시가 만들어집니다. 이 작업을 수행하려면 먼저 서비스 인스턴스를 시작해야 합니다.중앙 관리를 사용하여 서비스 응용 프로그램 및 서비스 응용 프로그램 프록시를 만들려면1. 시작을 클릭하고 모든 프로그램, Microsoft SharePoint 2010 Products 를 차례로 가리킨 다음 SharePoint 2010 중앙 관리를 클릭합니다.2. SharePoint 중앙 관리 홈 페이지의 응용 프로그램 관리에서 서비스 응용 프로그램 관리를 클릭합니다.3. 서비스 응용 프로그램 페이지에서 새로 만들기 클릭한 다음 Word Viewing Service 를 클릭합니다.4. Word Viewing Service Application 대화 상자의 이름에 Word Viewing Service

Application 을 입력합니다. 응용 프로그램 풀에서 기존 응용 프로그램 풀 사용을 선택한 다음 목록 상자에서 SharePoint Web Services 기본값을 선택합니다. 기본 프록시 목록에 추가에서 이 서비스 응용 프로그램의 프록시를 팜의 기본 프록시 목록에 추가가 선택(기본값)되어 있는지 확인한 다음 확인을 클릭합니다.

5. 서비스 응용 프로그램 페이지에서 새로 만들기를 클릭한 다음 PowerPoint Service 응용 프로그램을 클릭합니다.6. PowerPoint Service 응용 프로그램 대화 상자의 이름에 PowerPoint Service 응용 프로그램을 입력합니다. 응용 프로그램 풀에서 기존 응용 프로그램 풀 사용을 선택한 다음

581

목록 상자에서 SharePoint Web Services 기본값을 선택합니다. 기본 프록시 목록에 추가에서 이 서비스 응용 프로그램의 프록시를 팜의 기본 프록시 목록에 추가가 선택(기본값)되어 있는지 확인한 다음 확인을 클릭합니다.7. 서비스 응용 프로그램 페이지에서 새로 만들기를 클릭하고 Excel Services 응용 프로그램을 클릭합니다.8. Excel Services 응용 프로그램 대화 상자의 이름에 Excel Services 응용 프로그램을 입력합니다. 응용 프로그램 풀에서 기존 응용 프로그램 풀 사용을 선택한 다음 목록 상자에서

SharePoint Web Services 기본값을 선택합니다. 기본 프록시 목록에 추가에서 이 서비스 응용 프로그램의 프록시를 팜의 기본 프록시 목록에 추가가 선택(기본값)되어 있는지 확인한 다음 확인을 클릭합니다. 참고:

서비스 응용 프로그램과 함께 사용할 새 응용 프로그램 풀을 만들 수 있습니다. 새 응용 프로그램 풀을 만드는 경우 미리 정의된 네트워크 서비스 계정을 응용 프로그램 풀에서 사용되는 보안 계정으로 지정할 수도 있고, 관리되는 계정을 지정할 수도 있습니다. 이러한 계정에는 SPContent 데이터베이스 및 SPConfig 데이터베이스에 대한 읽기/쓰기 권한이 있어야 합니다. SharePoint 의 서비스 계정 사용 권한에 대한 자세한 내용은 Account permissions and security settings (SharePoint Server 2010)을 참조하십시오.

Windows PowerShell 을 사용하여 서비스 응용 프로그램 및 서비스 응용 프로그램 프록시를 만들려면1. 메모장을 사용하여 새 텍스트 파일을 열고 다음 스크립트를 복사하여 파일에 붙여 넣습니다.

코드 복사

$appPool = Get-SPServiceApplicationPool -Name "SharePoint Web Services Default" New-SPWordViewingServiceApplication -Name "WdView" -ApplicationPool $appPool | New-SPWordViewingServiceApplicationProxy -Name "WdProxy" New-SPPowerPointServiceApplication -Name "PPT" -ApplicationPool $appPool | New-SPPowerPointServiceApplicationProxy -Name "PPTProxy" New-SPExcelServiceApplication -Name "Excel" -ApplicationPool $appPool


C:\<경로>\<파일 이름>.ps1Office Web Apps 기능 활성화서비스 인스턴스가 시작되고 서비스 응용 프로그램 및 서비스 응용 프로그램 프록시를 만든 후 Office Web Apps 를 사용하려면 기존 사이트 모음에서 Office Web Apps 기능을 활성화해야 합니다. 이 기능은 브라우저를 통해 사이트 모음 기능 페이지의 단일 사이트 모음에서 활성화할 수도 있고 Windows PowerShell 을 사용하여 활성화할 수도 있습니다. 사이트 모음의 수가 많은 경우에는 Windows PowerShell 을 사용하여 모든 사이트 모음에서 동시에 기능을 활성화하면 됩니다.

582



다음 작업의 절차를 수행하면 하나 이상의 기존 사이트 모음에서 Office Web Apps 기능이 활성화됩니다. 이 작업은 서비스 응용 프로그램 및 서비스 응용 프로그램을 만든 후 한 번만 수행해야 합니다. 기존 사이트 모음이 두 개 이상이고 한 번에 사이트 모음 하나씩에서만 기능을 활성화하는 경우에는 각각의 사이트 모음에 대해 절차를 수행해야 할 수 있습니다.

참고:

Office Web Apps 가 설치된 후 만들어지는 새 사이트 모음에 대해서는 다음 작업을 완료할 필요가 없습니다. 사이트 모음 페이지 기능 페이지의 사이트 모음에서 Office Web Apps 기능을 활성화하려면1. 브라우저에서 SharePoint 사이트의 사이트 작업을 클릭한 다음 사이트 설정을 클릭합니다.2. 사이트 설정 페이지의 사이트 모음 관리에서 사이트 모음 기능을 클릭합니다.3. 기능 페이지에서 Office Web Apps 에 대해 활성화를 클릭합니다.Windows PowerShell 을 사용하여 사이트 모음에서 Office Web Apps 기능을 활성화하려면1. 메모장을 사용하여 새 텍스트 파일을 열고 다음 스크립트를 복사하여 파일에 붙여 넣습니다.

코드 복사

$webAppsFeatureId = $(Get-SPFeature -limit all | where {$_.displayname -eq "OfficeWebApps"}).Id $singleSiteCollection = Get-SPSite -Identity http://<site_name> Enable-SPFeature $webAppsFeatureId -Url $singleSiteCollection.URL

2. 다음 매개 변수를 지정합니다.매개 변수

값

?Identity

URL

3. .ps1 파일 이름 확장명을 사용하여 스크립트를 실행하는 폴더(일반적으로 C:\scripts)에 파일을 저장합니다.4. Windows PowerShell 콘솔의 명령 프롬프트(즉, PS C:\>)에서 다음 명령을 입력한 후

Enter 키를 누릅니다.C:\<경로>\<파일 이름>.ps1

Windows PowerShell 을 사용하여 모든 사이트 모음에서 Office Web Apps 기능을 활성화하려면

583

1. 메모장을 사용하여 새 텍스트 파일을 열고 다음 스크립트를 복사하여 파일에 붙여 넣습니다.코드 복사

$webAppsFeatureId = $(Get-SPFeature -limit all | where {$_.displayname -eq "OfficeWebApps"}).Id Get-SPSite -limit ALL |foreach{Enable-SPFeature $webAppsFeatureId -url $_.URL }


C:\<경로>\<파일 이름>.ps1

새로운 독립 실행형 SharePoint 서버에서 Office Web Apps 설치 및 구성이 섹션은 SharePoint 설치의 일부로 이전에 PSConfig 를 실행한 적이 없는 새 SharePoint 설치에 Office Web Apps 를 설치하는 경우에만 적용됩니다.Office Web Apps 설치 프로그램 실행다음 작업을 완료하여 Office Web Apps 구성 요소 및 파일을 서버에 설치합니다.Office Web Apps 설치 프로그램을 실행하려면1. 루트 폴더에서 Setup.exe 를 실행합니다. 2. 제품 키 입력 페이지에서 제품 키를 입력한 다음 계속을 클릭합니다.3. 파일 위치 선택 페이지에서 지금 설치를 클릭하여 기본 위치에 설치합니다. 다른 위치에 설치하려면 설치할 위치를 지정한 다음 지금 설치를 클릭합니다.4. 설치가 완료되면 서버 구성을 완료하라는 대화 상자가 나타납니다. 지금 SharePoint 제품 및 기술 구성 마법사 실행 확인란이 선택되어 있는지 확인한 다음 닫기를 클릭하여 PSConfig를 시작합니다.PSConfig 를 실행하여 서비스 등록, 서비스 인스턴스 시작, 서비스 응용 프로그램 및 프록시 생성, Office Web Apps 기능 활성화다음 작업을 완료하여 서비스를 등록하고, 서비스 인스턴스를 시작하고, 서비스 응용 프로그램 및 서비스 응용 프로그램 프록시를 만들고, Office Web Apps 기능을 활성화합니다.PSConfig 를 실행하여 서비스를 등록하고, 서비스 인스턴스를 시작하고, 서비스 응용 프로그램 및 프록시를 만들고 Office Web Apps 기능을 활성화하려면1. 지금 SharePoint 제품 및 기술 구성 마법사 실행 확인란을 이전 작업에서 선택한 상태로 유지한 경우 PSconfig SharePoint 제품 페이지에서 다음을 클릭합니다.2. 구성하는 동안 일부 서비스를 다시 시작하거나 다시 설정해야 할 수도 있음을 알리는 대화 상자에서 예를 클릭합니다.

584

3. 구성 완료 페이지에서 마침을 클릭합니다. 새 SharePoint 사이트가 열립니다.

기존 SharePoint 서버 팜에서 Office Web Apps 설치 및 구성이 섹션의 작업은 이전에 팜 구성 마법사를 실행한 적이 있는 기존 SharePoint 서버 팜에 Office Web Apps 를 설치하는 경우에만 수행합니다.

주의:

Setup.exe 를 실행하면 Office Web Apps 설치 프로그램에서 문서를 브라우저에서 열 수 있도록 SharePoint 의 브라우저 사용 문서에 대한 기본 열기 동작을 구성합니다. Office Web Apps 설치 프로그램이 실행되었지만 Office Web Apps 서비스 및 기능이 아직 활성화되지 않은 경우 문서를 브라우저에서 열면 끊어진 링크가 표시될 수 있습니다. Office Web Apps 를 라이브 프로덕션 서버 팜에 배포하는 경우 설치 프로그램을 실행한 후 추가 배포 작업을 완료하는 동안 끊어진 문서 링크가 표시되지 않도록 하기 위해 설치 프로그램을 실행하기 전에 기존 사이트 모음에서 OpenInClient 기능을 사용하도록 설정하는 것이 좋습니다. 자세한 내용은 추가 구성( 선택 사항 ) 을 참조하십시오. Office Web Apps 설치 프로그램 실행다음 작업을 완료하여 단일 SharePoint 서버에 Office Web Apps 를 설치합니다. 이 작업은 서버 팜의 각 서버에 대해 수행해야 합니다.Office Web Apps 설치 프로그램을 실행하려면1. 루트 폴더에서 Setup.exe 를 실행합니다.2. 제품 키 입력 페이지에서 제품 키를 입력한 다음 계속을 클릭합니다.3. 파일 위치 선택 페이지에서 지금 설치를 클릭하여 기본 위치에 설치합니다. 다른 위치에 설치하려면 설치할 위치를 지정한 다음 지금 설치를 클릭합니다.4. 설치가 완료되면 서버 구성을 완료하라는 대화 상자가 나타납니다. 지금 SharePoint 제품 및 기술 구성 마법사 실행 확인란을 선택해야 합니다.5. 닫기를 클릭하여 구성 마법사를 시작합니다.PSConfig 를 실행하여 서비스 등록다음 작업을 완료하여 단일 SharePoint 서버에 Office Web Apps 서비스를 등록합니다. 이 작업은 서버 팜의 각 서버에 대해 수행해야 합니다.PSConfig 를 실행하여 서비스를 등록하려면1. SharePoint 제품 페이지에서 다음을 클릭합니다.2. 구성하는 동안 일부 서비스를 다시 시작하거나 다시 설정해야 할 수도 있음을 알리는 대화 상자에서 예를 클릭합니다.3. 서버 팜 설정 수정 페이지에서 이 서버 팜과의 연결 끊지 않기를 선택하고 다음을 클릭합니다.

585

4. 구성 완료 페이지에서 마침을 클릭합니다. 새 SharePoint 사이트가 열립니다.서비스 인스턴스 시작서비스 인스턴스는 서비스 응용 프로그램에 실제 위치를 제공합니다. Office Web Apps 서비스 응용 프로그램을 실행하려는 각 서버에 대해 서비스 인스턴스를 시작해야 합니다. 서비스 인스턴스를 시작하려면 SharePoint 중앙 관리 또는 Windows PowerShell 을 사용합니다.다음 작업의 절차를 수행하면 지정된 서비스에서 서비스 인스턴스가 시작됩니다. 이 작업을 수행하려면 먼저 팜의 각 서버에 대해 WCSetup 및 PSConfig 를 수행해야 합니다.중앙 관리를 사용하여 서비스 인스턴스를 시작하려면1. 시작을 클릭하고 모든 프로그램, Microsoft SharePoint 2010 Products 를 차례로 가리킨 다음 SharePoint 2010 중앙 관리를 클릭합니다.2. SharePoint 중앙 관리 홈 페이지의 시스템 설정에서 서버의 서비스 관리를 클릭합니다.3. 서버 제공 서비스:<서버 이름>페이지의 서버에서 서버를 선택한 다음 Excel

Calculation Services, Word Viewing Service 및 PowerPoint Service를 시작합니다. Office Web Apps 서비스를 실행할 팜의 각 서버에 대해 이 단계를 반복합니다. OneNote Web App 에서는 SharePoint 서비스를 사용하지 않습니다.Windows PowerShell 을 사용하여 서비스 인스턴스를 시작하려면1. 메모장을 사용하여 새 텍스트 파일을 열고 다음 스크립트를 복사하여 파일에 붙여 넣습니다.

코드 복사

$machinesToActivate = @("<servername1>", "<servername2>") $serviceInstanceNames = @("Word Viewing Service","PowerPoint Service","Excel Calculation Services") foreach ($machine in $machinesToActivate) { foreach ($serviceInstance in $serviceInstanceNames) { $serviceID = $(Get-SPServiceInstance | where {$_.TypeName -match $serviceInstance} | where {$_.Server -match "SPServer Name="+$machine}).ID Start-SPServiceInstance -Identity $serviceID } }

2. 다음 매개 변수를 지정합니다.매개 변수

값

$machinesToActivate

서버 이름



586

서비스 응용 프로그램 및 서비스 응용 프로그램 프록시 만들기서비스 인스턴스가 시작된 후에는 서비스 응용 프로그램 및 SharePoint 웹 프런트 엔드를 서비스 응용 프로그램에 연결하는 서비스 응용 프로그램 프록시를 만들어야 합니다. Word, PowerPoint 및 Excel Web App 에 대한 서비스 응용 프로그램 및 서비스 응용 프로그램 프록시를 만들려면 중앙 관리나 Windows PowerShell 을 사용합니다. OneNote Web App에는 서비스 응용 프로그램이 필요 없습니다. 만들어진 서비스 응용 프로그램은 시작된 서비스 인스턴스에서 자동으로 실행됩니다.다음 작업에서는 Word, PowerPoint 및 Excel Web App 에 대한 Office Web Apps 서비스 응용 프로그램 및 서비스 응용 프로그램 프록시를 만듭니다. 이 작업을 수행하려면 먼저 서비스 인스턴스를 시작해야 합니다.중앙 관리를 사용하여 서비스 응용 프로그램 및 서비스 응용 프로그램 프록시를 만들려면1. 시작을 클릭하고 모든 프로그램, Microsoft SharePoint 2010 Products 를 차례로 가리킨 다음 SharePoint 2010 중앙 관리를 클릭합니다.2. SharePoint 중앙 관리 홈 페이지의 응용 프로그램 관리에서 서비스 응용 프로그램 관리를 클릭합니다.3. 서비스 응용 프로그램 페이지에서 새로 만들기 클릭한 다음 Word Viewing Service 를 클릭합니다.4. Word Viewing Service Application 대화 상자의 이름에 Word Viewing Service

Application 을 입력합니다. 응용 프로그램 풀에서 기존 응용 프로그램 풀 사용을 선택한 다음 목록 상자에서 SharePoint Web Services 기본값을 선택합니다. 기본 프록시 목록에 추가에서 이 서비스 응용 프로그램의 프록시를 팜의 기본 프록시 목록에 추가가 선택(기본값)되어 있는지 확인한 다음 확인을 클릭합니다.

5. 서비스 응용 프로그램 페이지에서 새로 만들기를 클릭한 다음 PowerPoint Service 응용 프로그램을 클릭합니다.6. PowerPoint Service 응용 프로그램 대화 상자의 이름에 PowerPoint Service 응용 프로그램을 입력합니다. 응용 프로그램 풀에서 기존 응용 프로그램 풀 사용을 선택한 다음 목록 상자에서 SharePoint Web Services 기본값을 선택합니다. 기본 프록시 목록에 추가에서 이 서비스 응용 프로그램의 프록시를 팜의 기본 프록시 목록에 추가가 선택(기본값)되어 있는지 확인한 다음 확인을 클릭합니다.7. 서비스 응용 프로그램 페이지에서 새로 만들기를 클릭한 다음 Excel Services 응용 프로그램을 클릭합니다.8. Excel Services 응용 프로그램 대화 상자의 이름에 Excel Services 응용 프로그램을 입력합니다. 응용 프로그램 풀에서 기존 응용 프로그램 풀 사용을 선택한 다음 목록 상자에서

SharePoint Web Services 기본값을 선택합니다. 기본 프록시 목록에 추가에서 이 서비스 응용 프로그램의 프록시를 팜의 기본 프록시 목록에 추가가 선택(기본값)되어 있는지 확인한 다음 확인을 클릭합니다.

587

참고:

서비스 응용 프로그램과 함께 사용할 새 응용 프로그램 풀을 만들 수 있습니다. 새 응용 프로그램 풀을 만드는 경우 미리 정의된 네트워크 서비스 계정을 응용 프로그램 풀에서 사용되는 보안 계정으로 지정할 수도 있고, 관리되는 계정을 지정할 수도 있습니다. 이러한 계정에는 SPContent 데이터베이스 및 SPConfig 데이터베이스에 대한 읽기/쓰기 권한이 있어야 합니다. SharePoint 의 서비스 계정 사용 권한에 대한 자세한 내용은 Account permissions and security settings (SharePoint Server 2010)을 참조하십시오.

Windows PowerShell 을 사용하여 서비스 응용 프로그램 및 서비스 응용 프로그램 프록시를 만들려면1. 메모장을 사용하여 새 텍스트 파일을 열고 다음 스크립트를 복사하여 파일에 붙여 넣습니다.

코드 복사

$appPool = Get-SPServiceApplicationPool -Name "SharePoint Web Services Default" New-SPWordViewingServiceApplication -Name "WdView" -ApplicationPool $appPool | New-SPWordViewingServiceApplicationProxy -Name "WdProxy" New-SPPowerPointServiceApplication -Name "PPT" -ApplicationPool $appPool | New-SPPowerPointServiceApplicationProxy -Name "PPTProxy" New-SPExcelServiceApplication -Name "Excel" -ApplicationPool $appPool


C:\<경로>\<파일 이름>.ps1Office Web Apps 기능 활성화서비스 인스턴스가 시작되고 서비스 응용 프로그램 및 서비스 응용 프로그램 프록시를 만든 후 Office Web Apps 를 사용하려면 기존 사이트 모음에서 Office Web Apps 기능을 활성화해야 합니다. 이 기능은 브라우저를 통해 사이트 모음 기능 페이지의 단일 사이트 모음에서 활성화할 수도 있고 Windows PowerShell 을 사용하여 활성화할 수도 있습니다. 사이트 모음의 수가 많은 경우에는 Windows PowerShell 을 사용하여 모든 사이트 모음에서 동시에 기능을 활성화하면 됩니다.다음 작업의 절차를 수행하면 하나 이상의 기존 사이트 모음에서 Office Web Apps 기능이 활성화됩니다. 이 작업은 서비스 응용 프로그램 및 서비스 응용 프로그램을 만든 후 한 번만 수행해야 합니다. 기존 사이트 모음이 두 개 이상이고 한 번에 사이트 모음 하나씩에서만 기능을 활성화하는 경우에는 각각의 사이트 모음에 대해 절차를 수행해야 할 수 있습니다.

588



참고:

Office Web Apps 가 설치된 후 만들어지는 새 사이트 모음에 대해서는 다음 작업을 완료할 필요가 없습니다. 사이트 모음 페이지 기능 페이지의 사이트 모음에서 Office Web Apps 기능을 활성화하려면1. 브라우저에서 SharePoint 사이트의 사이트 작업을 클릭한 다음 사이트 설정을 클릭합니다.2. 사이트 설정 페이지의 사이트 모음 관리에서 사이트 모음 기능을 클릭합니다.3. 기능 페이지에서 Office Web Apps 에 대해 활성화를 클릭합니다.Windows PowerShell 을 사용하여 사이트 모음에서 Office Web Apps 기능을 활성화하려면1. 메모장을 사용하여 새 텍스트 파일을 열고 다음 스크립트를 복사하여 파일에 붙여 넣습니다.

코드 복사

$webAppsFeatureId = $(Get-SPFeature -limit all | where {$_.displayname -eq "OfficeWebApps"}).Id $singleSiteCollection = Get-SPSite -Identity http://<site_name> Enable-SPFeature $webAppsFeatureId -Url $singleSiteCollection.URL

2. 다음 매개 변수를 지정합니다.매개 변수 값?Identity URL



Windows PowerShell 을 사용하여 모든 사이트 모음에서 Office Web Apps 기능을 활성화하려면1. 메모장을 사용하여 새 텍스트 파일을 열고 다음 스크립트를 복사하여 파일에 붙여 넣습니다.

589

코드 복사

$webAppsFeatureId = $(Get-SPFeature -limit all | where {$_.displayname -eq "OfficeWebApps"}).Id Get-SPSite -limit ALL |foreach{Enable-SPFeature $webAppsFeatureId -url $_.URL }



새로운 SharePoint 서버 팜에서 Office Web Apps 설치 및 구성이 섹션의 작업은 이전에 팜 구성 마법사를 실행한 적이 없는 새 SharePoint 서버 팜에 Office Web Apps 를 설치하는 경우에만 수행합니다.Office Web Apps 설치 프로그램 실행다음 작업에서는 이전에 팜 구성 마법사를 실행한 적이 없는 새 서버 팜의 단일 SharePoint 서버에 Office Web Apps 파일 및 구성 요소를 설치합니다. 이 작업은 서버 팜의 각 서버에 대해 수행해야 합니다.Office Web Apps 설치 프로그램을 실행하려면1. 루트 폴더에서 Setup.exe 를 실행합니다.2. 제품 키 입력 페이지에서 제품 키를 입력한 다음 계속을 클릭합니다.3. 파일 위치 선택 페이지에서 지금 설치를 클릭하여 기본 위치에 설치합니다. 다른 위치에 설치하려면 설치할 위치를 지정한 다음 지금 설치를 클릭합니다.4. 설치가 완료되면 서버 구성을 완료하라는 대화 상자가 나타납니다. 지금 SharePoint 제품 및 기술 구성 마법사 실행 확인란을 선택해야 합니다.5. 닫기를 클릭하여 팜 구성 마법사를 시작합니다.PSConfig 를 실행하여 서비스 등록다음 작업에서는 단일 SharePoint 서버에 Office Web Apps 서비스를 등록합니다. 이 작업은 서버 팜의 각 서버에 대해 수행해야 합니다.PSConfig 를 실행하여 서비스를 등록하려면1. SharePoint 제품 페이지에서 다음을 클릭합니다.2. 구성하는 동안 일부 서비스를 다시 시작하거나 다시 설정해야 할 수도 있음을 알리는 대화 상자에서 예를 클릭합니다.3. 서버 팜 설정 수정 페이지에서 이 서버 팜과의 연결 끊지 않기를 선택하고 다음을 클릭합니다.4. 구성 완료 페이지에서 마침을 클릭합니다. 새 SharePoint 사이트가 열립니다.

590

SharePoint 팜 구성 마법사를 실행하여 서비스 인스턴스 시작, 서비스 응용 프로그램 및 프록시 생성, Office Web Apps 기능 활성화다음 작업에서는 팜의 모든 서버에서 서비스 인스턴스를 시작하고, 서비스 응용 프로그램 및 서비스 응용 프로그램 프록시를 만들고, 모든 기존 사이트 모음에서 Office Web Apps 기능을 활성화합니다. 이 작업을 수행하려면 먼저 서버 팜의 각 서버에서 Setup.exe 및 PSConfig 를 실행해야 합니다.SharePoint 팜 구성 마법사를 사용하여 서비스 인스턴스를 시작하고, 서비스 응용 프로그램 및 프록시를 만들고, Office Web Apps 기능을 활성화하려면1. 시작을 클릭하고 모든 프로그램, Microsoft SharePoint 2010 Products 를 차례로 가리킨 다음 SharePoint 2010 중앙 관리를 클릭합니다.2. SharePoint 중앙 관리 홈 페이지에서 구성 마법사를 클릭합니다.3. 구성 마법사 페이지에서 팜 구성 마법사 시작을 클릭합니다.4. 팜 구성 마법사 시작 페이지에서 이 마법사를 사용하여 설정을 살펴봅니다.를 선택하고 다음을 클릭합니다.5. SharePoint 팜 구성 페이지의 서비스 계정에 팜 관리자 계정의 이름을 입력합니다.6. 서비스에서 활성화할 Office Web Apps 서비스를 선택하고 다음을 클릭합니다.7. 새 최상위 사이트(선택 사항)를 만듭니다. 사이트 모음 만들기 페이지에서 마법사의 단계를 따라 새 최상위 사이트를 만듭니다.8. SharePoint 팜 구성 페이지에서 마침을 클릭합니다.

추가 구성(선택 사항)이 섹션에서는 선택 사항인 추가 구성에 대해 설명합니다.브라우저 사용 문서에 대한 SharePoint 기본 열기 동작 구성SharePoint 에서는 브라우저 사용 문서를 클라이언트 응용 프로그램에서 열지, 아니면 브라우저에서 열지를 구성할 수 있습니다. 기본적으로 Office Web Apps 가 설치되어 있으면 Office 문서가 브라우저에서 열립니다. 이 설정은 SharePoint OpenInClient 기능을 사용하여 재정의할 수 있습니다. OpenInClient 기능은 중앙 관리에서 구성하거나, Windows PowerShell 에서 SPFeature cmdlet 을 사용하여 구성할 수 있습니다. SharePoint 에서 문서가 열리는 방식은 OpenInClient 기능의 존재 여부와 이 기능이 사용하도록 설정되었는지 여부에 따라 달라집니다. OpenInClient 기능이 없고 Office Web Apps 가 설치되어 있지 않으면 문서가 클라이언트 응용 프로그램에서 열립니다(SharePoint 기본값). OpenInClient 기능이 없고 Office Web Apps 가 설치되어 있으며 Office Web Apps 서비스 응용 프로그램이 활성화되어 있으면 문서가 브라우저에서 열립니다(Office Web

Apps 기본값). OpenInClient 기능이 있고 사용하도록 설정되어 있으며 Office Web Apps 서비스 응용 프로그램이 활성화되어 있으면 문서가 클라이언트 응용 프로그램에서 열립니다.

591

OpenInClient 기능이 있고 사용하지 않도록 설정되어 있으며 Office Web Apps 서비스 응용 프로그램이 활성화되어 있으면 문서가 브라우저에서 열립니다.

주의:

Setup.exe 를 실행하여 Office Web Apps 를 설치하는 경우 설치 프로그램에서는 SharePoint 의 기본 열기 동작을 제어하여 Word, PowerPoint, Excel 및 OneNote 문서가 연결된 해당 웹 응용 프로그램에서 열리도록 등록합니다. Setup.exe 를 실행한 후 Office Web Apps 서비스 및 기능이 활성화되지 않은 상태에서 사용자가 SharePoint 에서 문서를 클릭하면 브라우저에 끊어진 링크가 표시될 수 있습니다. Office Web Apps 를 라이브 프로덕션 환경에 설치하는 경우에는 Office Web Apps 설치 프로그램을 실행하기 전에 OpenInClient 기능을 사용하도록 설정하는 것이 좋습니다. 중앙 관리를 사용하여 사이트 모음에 대한 기본 열기 동작을 설정하려면1. SharePoint 중앙 관리에서 사이트 작업을 클릭한 다음 사이트 설정을 클릭합니다.2. 사이트 설정 페이지의 사이트 모음 관리에서 사이트 모음 기능을 클릭합니다.3. 기능 페이지의 기본적으로 클라이언트 응용 프로그램에서 문서 열기 기능에 대해 활성화

(OpenInClient 기능을 사용하도록 설정)를 클릭하여 문서를 클라이언트 응용 프로그램에서 엽니다. 문서를 브라우저에서 열려면 비활성화(OpenInClient 기능을 사용하지 않도록 설정)를 클릭합니다.브라우저 사용 문서가 브라우저에서 열리도록 Windows PowerShell 을 사용하여 SharePoint 기본 열기 동작을 설정하려면1. 메모장을 사용하여 새 텍스트 파일을 열고 다음 스크립트를 복사하여 파일에 붙여 넣습니다.

이 예에서는 SharePoint 의 기본 열기 동작을 사용하지 않도록 설정합니다.코드 복사

$defaultOpenBehaviorFeatureId = $(Get-SPFeature -limit all | where {$_.displayname -eq "OpenInClient"}).Id Get-SPSite -limit ALL |foreach{ Disable-SPFeature $defaultOpenBehaviorFeatureId -url $_.URL }



브라우저 사용 문서가 클라이언트 응용 프로그램에서 열리도록 Windows PowerShell 을 사용하여 SharePoint 기본 열기 동작을 설정하려면1. 메모장을 사용하여 새 텍스트 파일을 열고 다음 스크립트를 복사하여 파일에 붙여 넣습니다.

592

이 예에서는 모든 사이트의 문서가 모두 클라이언트 응용 프로그램(있는 경우)에서 열리도록 기본 열기 동작을 설정합니다.

코드 복사

$defaultOpenBehaviorFeatureId = $(Get-SPFeature -limit all | where {$_.displayname -eq "OpenInClient"}).Id Get-SPSite -limit ALL |foreach{ Enable-SPFeature $defaultOpenBehaviorFeatureId -url $_.URL }



문제 해결문제 Office Web Apps 가 설치되어 있지만 문서가 연결된 웹 응용 프로그램을 통해 브라우저에서 열리지 않습니다.해결 방법 문서가 있는 사이트 모음에 대해 Office Web Apps 기능이 활성화되었는지 확인합니다. 자세한 내용은 Office Web Apps 기능 활성화 를 참조하십시오.해결 방법 서비스 인스턴스가 시작되었는지 확인합니다. 자세한 내용은 서비스 인스턴스 시작을 참조하십시오.해결 방법 서비스 응용 프로그램 및 프록시가 만들어져 있는지 확인합니다. SharePoint 중앙 관리의 응용 프로그램 관리에서 서비스 응용 프로그램 관리를 클릭합니다. Word Viewing Service Application, PowerPoint Service 응용 프로그램 및 Excel Services 응용 프로그램이 시작되었는지 확인합니다. 시작되지 않은 경우 서비스 인스턴스가 시작되었는지 확인합니다.해결 방법 SharePoint OpenInClient 기능을 사용하도록 설정했는지 확인합니다. 자세한 내용은 추가 구성 ( 선택 사항 ) 을 참조하십시오.문제 Office Web Apps 가 보기 모드에서는 잘 열리지만 사용자가 도구 모음에서 Word 에서 편집, PowerPoint 에서 편집 또는 Excel 에서 편집 단추를 클릭하면 오류가 표시됩니다.해결 방법 Office Web Apps 기능이 활성화되어 있고 Word Viewing Service, PowerPoint Service 및 Excel Calculation Services 가 시작되었는지 확인합니다.문제 설치 프로그램을 실행할 때 제품 키가 확인되지 않습니다.해결 방법 설치하려는 Office Web Apps 버전이 보유한 SharePoint 2010 제품 버전과 호환되는지 확인합니다. Office Web Apps 평가판은 정품 인증을 받은 SharePoint 2010 제품이 설치된 서버에 설치할 수 없습니다.해결 방법 Microsoft Office 2010 볼륨 라이선스가 올바른지 확인합니다.

593

microsoftdownload.microsoft.com/download/7/0/0/7001a6a0-47a… · web view301. 올바른 검색...

Documents