microsoft sharepoint foundation 2010download.microsoft.com/.../sharepointfoundplan.pdf ·...

1

Microsoft SharePoint Foundation 2010 계획

가이드

Microsoft Corporation

게시일: 2010년 11월

제작자: Microsoft Office System 및 서버 팀([email protected])

요약

이 가이드에서는 팀에서 Microsoft SharePoint Foundation 2010 기반의 솔루션 배포를 단계별로

수행하는 데 도움이 되는 정보 및 지침을 제공합니다. 이 가이드는 SharePoint Foundation 2010을

기반으로 하는 솔루션을 계획하는 비즈니스 응용 프로그램 전문가, 기간 업무(LOB) 전문가, 정보

설계자, IT 전문가, 프로그램 관리자 및 인프라 전문가를 위한 것입니다.

이 가이드의 콘텐츠는 게시 날짜 당시에 SharePoint

제품(http://go.microsoft.com/fwlink/?linkid=181463&clcid=0x412)에서 제공되던 콘텐츠 중 일부를

선별하여 그대로 사용한 것입니다. 최신 콘텐츠를 보려면 웹에서 기술 라이브러리를 참조하십시오.

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


2

이 문서는 "있는 그대로" 제공됩니다. URL 및 다른 인터넷 웹 사이트 참조를 비롯하여 이 문서에 나와

있는 정보와 보기는 예고 없이 변경될 수 있습니다. 이 문서를 사용함에 따라 발생하는 문제는

사용자의 책임입니다.

이 문서에 언급된 몇 가지 예는 설명을 돕기 위해 제공된 것이며 실제 데이터가 아닙니다. 어떠한 실제

데이터와도 연관 또는 연결시킬 의도가 없으며 그렇게 유추해서도 안 됩니다.

이 문서는 사용자에게 Microsoft 제품의 지적 재산에 대한 어떠한 법적 권한도 부여하지 않습니다.

사용자는 내부에서 참조할 목적으로 이 문서를 복사하고 사용할 수 있습니다.

ⓒ 2010 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에서는 게시 날짜 이후 제공되는 어떠한 정보의 정확성도 보증할 수

없습니다.

3

목차

도움말 보기 .................................................................................................................... 14

SharePoint Foundation 2010 계획 및 아키텍처 ..................................................................... 15

다운로드 가능한 리소스 .................................................................................................. 15

계획 문서 ..................................................................................................................... 15

기술 다이어그램(SharePoint Foundation 2010) ..................................................................... 16

모델 ............................................................................................................................ 16

포스터 인쇄 팁 .............................................................................................................. 20

사이트 및 솔루션 계획(SharePoint Foundation 2010) ............................................................. 22

참고 항목 ..................................................................................................................... 22

기본 사이트 계획(SharePoint Foundation 2010) .................................................................... 23

사이트 및 사이트 모음 개요(SharePoint Foundation 2010) ...................................................... 24

사이트 모음 개요 ........................................................................................................... 24

사이트 개요 .................................................................................................................. 24

SharePoint Foundation 2010에 포함된 사이트 서식 파일 ..................................................... 25

참고 항목 ..................................................................................................................... 28

사이트 및 사이트 모음 계획(SharePoint Foundation 2010) ...................................................... 29

사이트 및 사이트 모음 계획 ............................................................................................. 29

사이트 유형 결정 ........................................................................................................... 29

조직 계층 구조에 따른 사이트 계획 ................................................................................ 30

응용 프로그램 사이트 계획 ........................................................................................... 30

인터넷 소개 사이트 계획 .............................................................................................. 31

기타 사이트 계획 ........................................................................................................ 31

사이트 모음 결정 ........................................................................................................... 31

사이트 계획 데이터 워크시트 ........................................................................................... 32

참고 항목 ..................................................................................................................... 32

사이트 탐색 개요(SharePoint Foundation 2010) .................................................................... 33

탐색 컨트롤 개요 ........................................................................................................... 33

마스터 페이지의 탐색 컨트롤 ........................................................................................... 34

위쪽 링크 모음 탐색 .................................................................................................... 34

빠른 실행 탐색 ........................................................................................................... 34

이동 경로 탐색 ........................................................................................................... 35

트리 보기 탐색 ........................................................................................................... 35

참고 항목 ..................................................................................................................... 35

사이트 탐색 계획(SharePoint Foundation 2010) .................................................................... 36

4

탐색 다이어그램 만들기 .................................................................................................. 36

상속된 탐색 이해 ........................................................................................................... 37

위쪽 링크 모음을 상속할 사이트 결정 ................................................................................ 38

위쪽 링크 모음에 수동으로 추가할 다른 링크 결정 ............................................................... 39

기타 사이트 탐색 옵션 결정 ............................................................................................. 39

사이트 계획 데이터 워크시트 ........................................................................................... 39

참고 항목 ..................................................................................................................... 39

테마 개요(SharePoint Foundation 2010) .............................................................................. 40

테마 사용 정보 .............................................................................................................. 40

테마를 사용하는 방식 ..................................................................................................... 41

사전 설치된 테마 사용 ................................................................................................. 41

테마 갤러리에 사용자 지정 테마 업로드 .......................................................................... 41

참고 항목 ..................................................................................................................... 41

테마 사용 계획(SharePoint Foundation 2010) ....................................................................... 42

테마 사용 계획 정보 ....................................................................................................... 42

테마 사용 여부 결정 ....................................................................................................... 42

필요한 테마 수 결정 ....................................................................................................... 43

테마 작성자 결정 ........................................................................................................... 43

사이트 계획 데이터 워크시트 ........................................................................................... 44

참고 항목 ..................................................................................................................... 44

다국어 사이트 계획(SharePoint Foundation 2010) ................................................................. 45

다국어 사이트 계획 정보 ................................................................................................. 45

언어 및 로캘 요구 사항 확인 ............................................................................................ 45

언어 팩 요구 사항 확인 ................................................................................................... 46

단어 분리기 및 형태소 분석기 요구 사항 확인 ..................................................................... 48

참고 항목 ..................................................................................................................... 48

다국어 사용자 인터페이스 개요(SharePoint Foundation 2010) ................................................. 49

다국어 사용자 인터페이스의 사용 및 이점 .......................................................................... 49

다국어 사용자 인터페이스의 작동 방식 .............................................................................. 50

다국어 사용자 인터페이스의 지원 대상 .............................................................................. 51

응용 프로그램 콘텐츠 추가 및 수정 ................................................................................... 51

번역된 콘텐츠 내보내기 및 가져오기 ................................................................................. 52

다국어 사용자 인터페이스의 제한 사항 .............................................................................. 53

참고 항목 ..................................................................................................................... 53

다국어 사용자 인터페이스 계획(SharePoint Foundation 2010) ................................................. 54

사이트의 언어 요구 사항 확인 .......................................................................................... 54

콘텐츠 번역 계획 ........................................................................................................... 54

서비스 팩 설치 계획 ....................................................................................................... 55

참고 항목 ..................................................................................................................... 55

5

사이트 및 콘텐츠 보안 계획(SharePoint Foundation) .............................................................. 56

사이트 사용 권한 계획(SharePoint Foundation 2010) ............................................................. 57

소개 ............................................................................................................................ 57

사이트 사용 권한 정보 .................................................................................................... 57

사용 권한 지정 정보 ....................................................................................................... 58

사용 권한 상속 정보 ....................................................................................................... 58

사용 권한 상속 및 세분화된 사용 권한 ............................................................................ 59

사용 권한 상속 및 하위 사이트 ...................................................................................... 59

유효 사용 권한 정보 ....................................................................................................... 60

권한 수준 선택 .............................................................................................................. 60

사용 권한 상속 계획 ....................................................................................................... 60

그룹 및 권한 수준 결정(SharePoint Foundation) .................................................................... 63

사용 가능한 기본 그룹 검토 ............................................................................................. 63

사용 가능한 권한 수준 검토 ............................................................................................. 64

추가 권한 수준 또는 그룹의 필요 여부 결정 ........................................................................ 65

사용자 지정 그룹이 필요한 경우 ....................................................................................... 65

사용자 지정 권한 수준이 필요한 경우 ................................................................................ 65

보안 그룹 선택(SharePoint Foundation 2010) ....................................................................... 67

소개 ............................................................................................................................ 67

사이트 액세스 권한 부여 시 사용할 Windows 보안 그룹 및 계정 결정 ...................................... 67

인증된 모든 사용자에게 액세스를 허용할지 여부 결정 .......................................................... 68

익명 사용자에게 액세스를 허용할지 여부 결정 .................................................................... 68

관리 계층 구조의 관리자 및 소유자 선택(SharePoint Foundation 2010) ..................................... 70

소개 ............................................................................................................................ 70

관리 수준 ..................................................................................................................... 70

Best practices for using fine-grained permissions (white paper) (SharePoint Foundation 2010) . 72

샌드박스 솔루션 계획(SharePoint Foundation 2010) .............................................................. 73

이 섹션의 내용 .............................................................................................................. 73

샌드박스 솔루션 개요(SharePoint Foundation 2010) .............................................................. 74

샌드박스 솔루션 배포 및 실행 .......................................................................................... 74

샌드박스 솔루션 격리 ..................................................................................................... 76

샌드박스 솔루션에 포함될 수 없는 항목 ............................................................................. 76

샌드박스 솔루션과 팜 솔루션 비교 .................................................................................... 77

샌드박스 솔루션 사용의 이점 ........................................................................................... 78

참고 항목 ..................................................................................................................... 78

샌드박스 솔루션 계획(SharePoint Foundation 2010) .............................................................. 79

샌드박스 솔루션을 사용해야 하는 경우 결정 ....................................................................... 79

6

샌드박스 솔루션 코드의 부하 분산 계획 ............................................................................. 80

샌드박스 솔루션 배포 위치 결정 ....................................................................................... 80

샌드박스 솔루션을 배포할 수 있는 사용자 결정 ................................................................... 80

할당량을 사용하여 샌드박스 솔루션을 실행할 사이트 모음 결정 ............................................. 81

샌드박스 솔루션의 리소스 사용 할당량 계획 ....................................................................... 81

샌드박스 솔루션 관리 방식 계획 ....................................................................................... 82

공동 작업 사이트 계획(SharePoint Foundation 2010) ............................................................. 84

공동 작업 사이트 수 결정 ................................................................................................ 84

특정 경로 ..................................................................................................................... 84

추가 경로 ..................................................................................................................... 85

Microsoft SharePoint Workspace 2010과의 통합 ............................................................... 85

문서 관리 계획(SharePoint Foundation 2010) ....................................................................... 86

문서 라이브러리 계획(SharePoint Foundation 2010) .............................................................. 87

문서 라이브러리 계획 ..................................................................................................... 87

콘텐츠 형식 계획(SharePoint Foundation 2010) .................................................................... 89

콘텐츠 형식 계획 ........................................................................................................... 89

콘텐츠 형식이란? ....................................................................................................... 89

열 서식 파일 ........................................................................................................... 90

폴더 콘텐츠 형식 ..................................................................................................... 90

버전 관리, 콘텐츠 승인 및 체크 아웃 계획(SharePoint Foundation 2010) ................................... 92

버전 관리, 콘텐츠 승인 및 체크 아웃 ................................................................................. 92

버전 관리 계획 .............................................................................................................. 92

콘텐츠 승인 계획 ........................................................................................................... 93

체크 아웃 및 체크 인 계획 ............................................................................................... 94

참고 항목 ..................................................................................................................... 95

Co-authoring overview (SharePoint Foundation 2010)(영문) ................................................. 96

Co-authoring functionality in SharePoint Foundation 2010 ................................................. 96

Understanding the end-user experience .......................................................................... 97

Important considerations ............................................................................................... 98

OneNote Notebooks ..................................................................................................... 99

Software Version Requirements ...................................................................................... 99

Co-authoring in a mixed Office environment .................................................................... 99

Mixed environment that has Microsoft Office PowerPoint and Word 2007 .......................... 99

Mixed environment that has Microsoft Office OneNote 2007 .......................................... 100

Performance and scalability ......................................................................................... 100

참고 항목 ................................................................................................................... 100

비즈니스 데이터 및 프로세스 계획(SharePoint Foundation) ................................................... 101

7

Business Connectivity Services 계획(SharePoint Foundation 2010) ...................................... 102

Business Connectivity Services 개요(SharePoint Foundation 2010) ...................................... 103

Business Connectivity Services에 기반한 일반적인 솔루션 ................................................ 103

Business Connectivity Services 보안 개요(SharePoint Foundation 2010) ............................... 105

이 문서에 대한 정보 ..................................................................................................... 105

Business Connectivity Services 보안 아키텍처 ................................................................ 105

외부 데이터 액세스 ................................................................................................... 105

Business Connectivity Services 인증 개요 ...................................................................... 107

자격 증명 인증을 사용하도록 Business Connectivity Services 구성 ................................... 107

클레임 기반 인증을 사용하도록 Business Connectivity Services 구성 ................................ 111

Business Connectivity Services 사용 권한 개요 ............................................................... 113

사용 권한을 설정할 수 있는 대상 ................................................................................. 113

Business Data Connectivity 서비스에 대한 특수 권한 ..................................................... 116

일반적인 작업과 관련 권한 ......................................................................................... 117

Business Connectivity Services의 진단 로깅 개요(SharePoint Foundation 2010) ..................... 119

Business Connectivity Services의 진단 로깅 ................................................................... 119

작업 ID 정보 ............................................................................................................... 121

서버에서의 진단 로깅 ................................................................................................... 122

예: 진단 로깅 사용 ....................................................................................................... 122

참고 항목 ................................................................................................................... 123

워크플로 계획(SharePoint Foundation 2010) ...................................................................... 124

참고 항목 ................................................................................................................... 124

워크플로 개요(SharePoint Foundation 2010) ...................................................................... 125

워크플로 개요 ............................................................................................................. 125

워크플로 사용의 이점 ................................................................................................... 126

비즈니스 프로세스 자동화 .......................................................................................... 126

워크플로 사용에 따른 공동 작업 효율성 향상 ................................................................. 127

미리 정의된 워크플로 ................................................................................................... 127

예제 워크플로 시나리오 ................................................................................................ 128

워크플로 유형: 선언적 및 컴파일된 워크플로 .................................................................... 129

워크플로 서식 파일 ...................................................................................................... 130

워크플로 연결 ............................................................................................................. 130

워크플로 제작 도구 선택(SharePoint Foundation) ................................................................ 132

Visual Studio 2010 및 WF Workflow Designer에서 워크플로 제작 ........................................ 132

Microsoft SharePoint Designer 2010에서 워크플로 제작 .................................................... 135

제작 도구 비교 ............................................................................................................ 137

워크플로 보안 및 사용자 관리 계획(SharePoint Foundation 2010) .......................................... 139

목록 관리자, 관리자 및 개발자의 역할 및 담당 업무 ........................................................... 139

8

워크플로 개발자 ....................................................................................................... 139

사이트 관리자 .......................................................................................................... 139

목록 관리자(목록 관리 또는 웹 디자이너 권한이 있는 모든 사용자) .................................... 139

관리자로 워크플로 실행 ................................................................................................ 140

워크플로 구성 설정 ...................................................................................................... 140

워크플로를 시작하는 데 필요한 사용 권한 ..................................................................... 140

중앙 관리 설정 ......................................................................................................... 141

사용자 정의 워크플로 사용 ...................................................................................... 141

사이트 액세스 권한이 없는 사용자를 위한 작업 알림..................................................... 141

작업 및 워크플로 기록 목록의 정보 공개 .......................................................................... 142

작업 및 워크플로 기록 목록의 위조 및 변조 공격 ............................................................... 142

워크플로 기록 목록의 보안 문제 .................................................................................. 143

선언적 워크플로의 사용자 가장 단계 유형 ........................................................................ 143

승인 워크플로: 시나리오(SharePoint Foundation 2010) ........................................................ 146

워크플로 제작 ............................................................................................................. 146

워크플로 연결 ............................................................................................................. 146

워크플로와 사이트 연결 ................................................................................................ 147

워크플로 시작 ............................................................................................................. 147

워크플로와 상호 작용 ................................................................................................... 148

프로세스 요약 ............................................................................................................. 149

사이트 만들기 및 유지 관리 계획(SharePoint Foundation 2010) ............................................. 150

사이트 만들기 프로세스 계획(SharePoint Foundation 2010) .................................................. 151

사이트를 만들 수 있는 사람 및 사이트를 만드는 방법 결정 .................................................. 151

셀프 서비스 사이트 관리 계획 ........................................................................................ 152

사용자 지정 사이트 만들기 프로세스 계획 ........................................................................ 153

워크시트 .................................................................................................................... 153

사이트 유지 관리 및 관리 계획(SharePoint Foundation 2010) ................................................ 154

사이트 유지 관리 계획 .................................................................................................. 154

사이트 모음 관리 계획 .................................................................................................. 155

사이트 모음 할당량 계획 ............................................................................................ 155

사이트 사용 확인 및 삭제 계획 .................................................................................... 156

워크시트 .................................................................................................................... 156

할당량 관리 계획(SharePoint Foundation 2010) .................................................................. 157

할당량 관리 계획 ......................................................................................................... 157

할당량 지정 서식 파일 설정 결정 .................................................................................... 157

휴지통 설정 결정 ......................................................................................................... 158

사용하지 않는 웹 사이트 삭제 ........................................................................................ 158

전자 메일 통합 계획(SharePoint Foundation 2010) .............................................................. 160

9

받는 전자 메일 계획(SharePoint Foundation 2010) .............................................................. 161

받는 전자 메일 정보 ..................................................................................................... 161

받는 전자 메일 계획 시 주요 결정 사항 ............................................................................ 161

기본 시나리오 사용 ................................................................................................... 161

고급 시나리오 사용 ................................................................................................... 162

SharePoint 디렉터리 관리 서비스 ............................................................................. 162

받는 전자 메일 서버 표시 주소 ................................................................................. 164

안전한 전자 메일 서버 ............................................................................................ 164

전자 메일 드롭 폴더 ............................................................................................... 165

구성 옵션 및 설정 모드 ................................................................................................. 165

참고 항목 ................................................................................................................... 166

Plan outgoing e-mail (SharePoint Foundation 2010)(영문) .................................................. 167

About outgoing e-mail ................................................................................................ 167

Key planning phases of outgoing e-mail ....................................................................... 168

Outbound SMPT server ............................................................................................. 168

From and Reply-to addresses ................................................................................... 168

Character set .......................................................................................................... 169

참고 항목 ................................................................................................................... 169

서버 팜 및 환경 계획(SharePoint Foundation 2010) ............................................................. 170

시스템 요구 사항(SharePoint Foundation 2010) .................................................................. 171

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

개요 .......................................................................................................................... 172

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

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

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

최소 요구 사항 ......................................................................................................... 174

선택적 소프트웨어 .................................................................................................... 177

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

브라우저 지원 계획(SharePoint Foundation 2010) ............................................................... 182

브라우저 지원 계획 정보 ............................................................................................... 182

주요 브라우저 지원 계획 단계 ........................................................................................ 182

브라우저 지원 수준 ................................................................................................... 182

브라우저 세부 정보 ................................................................................................... 183

ActiveX 컨트롤 ........................................................................................................... 196

URL path length restrictions (SharePoint Foundation 2010)(영문) ......................................... 198

Understanding URL and path lengths ............................................................................ 198

SharePoint URL composition ..................................................................................... 198

URL Encoding ......................................................................................................... 199

URL parameters ...................................................................................................... 199

10

URL path length limitations .......................................................................................... 200

SharePoint URL path length limitations ....................................................................... 200

Internet Explorer URL length limitations ....................................................................... 201

Resolving URL length problems .................................................................................... 201

IP 지원(SharePoint Foundation 2010) ............................................................................... 203

참고 항목 ................................................................................................................... 204

Logical architecture planning .......................................................................................... 205

서비스 아키텍처 계획(SharePoint Foundation 2010) ............................................................ 206

서비스 응용 프로그램 정보 ............................................................................................ 206

서비스 인프라 및 디자인 원칙 ........................................................................................ 207

서비스 배포 ............................................................................................................. 207

보다 세밀한 서비스 구성 ............................................................................................ 207

서비스 응용 프로그램 그룹 ......................................................................................... 208

논리 아키텍처 .......................................................................................................... 209

서비스 응용 프로그램에 대한 연결 ............................................................................... 210

서비스 응용 프로그램 관리 ......................................................................................... 210

호스트 이름이 지정된 사이트 모음 계획(SharePoint Foundation 2010) .................................... 211

호스트 이름이 지정된 사이트 모음 정보 ........................................................................... 211

호스트 헤더 정보 ......................................................................................................... 212

호스트 이름이 지정된 사이트 모음 만들기 ........................................................................ 213

프로그래밍 방식으로 호스트 이름이 지정된 사이트 모음 만들기 ........................................... 213

호스트 이름이 지정된 사이트 모음에 대해 관리 경로 사용 ................................................... 214

HTTP 또는 SSL을 통해 호스트 이름이 지정된 사이트 노출 .................................................. 214

호스트 이름이 지정된 사이트 모음에 대해 SSL 구성 ........................................................... 215

호스트 이름이 지정된 사이트 모음에 대해 오프 박스 SSL 종료 사용 ...................................... 215

인증 계획(SharePoint Foundation 2010) ............................................................................ 216

인증 방법 계획(SharePoint Foundation 2010) ..................................................................... 217

지원되는 인증 방법 ...................................................................................................... 217

인증 모드(클래식 또는 클레임 기반) ................................................................................ 218

Windows 인증 구현 ..................................................................................................... 220

폼 기반 인증 구현 ........................................................................................................ 222

SAML 토큰 기반 인증 구현 ............................................................................................ 223

LDAP 환경을 위한 인증 선택 ......................................................................................... 224

웹 응용 프로그램의 영역 계획 ........................................................................................ 225

SAML 토큰 기반 공급자 아키텍처 ................................................................................... 227

보안 강화 계획(SharePoint Foundation 2010) ..................................................................... 231

보안 서버 스냅숏 ......................................................................................................... 231

웹 서버 및 응용 프로그램 서버 역할 ............................................................................. 231

11

데이터베이스 서버 역할 ............................................................................................. 234

특정 포트, 프로토콜 및 서비스 지침 ................................................................................ 234

표준 SQL Server 포트 차단 ........................................................................................ 235

비표준 포트에서 수신 대기하도록 SQL Server 데이터베이스 인스턴스 구성 ...................... 235

SQL Server 클라이언트 별칭 구성 ............................................................................. 235

서비스 응용 프로그램 통신 ......................................................................................... 236

파일 및 프린터 공유 서비스 요구 사항 .......................................................................... 236

전자 메일 통합을 위한 서비스 요구 사항 ....................................................................... 237

SMTP 서비스 ........................................................................................................ 237

Microsoft SharePoint 디렉터리 관리 서비스 ............................................................... 237

SharePoint 2010 제품 서비스 ..................................................................................... 238

Web.config 파일 ...................................................................................................... 238

자동 암호 변경 계획(SharePoint Foundation) ...................................................................... 239

관리 계정 구성 ............................................................................................................ 239

일정에 따라 자동으로 암호 다시 설정 .............................................................................. 239

암호 만료 감지 ............................................................................................................ 240

계정 암호 즉시 다시 설정 .............................................................................................. 240

Active Directory 도메인 서비스와 SharePoint Foundation 계정 암호 동기화 .......................... 240

모든 암호 즉시 다시 설정 .............................................................................................. 240

자격 증명 변경 프로세스 ............................................................................................... 240

참고 항목 ................................................................................................................... 241

SQL Server 및 저장소(SharePoint Foundation 2010) ........................................................... 242

SharePoint 환경의 SQL Server 개요(SharePoint Foundation 2010) ........................................ 243

SharePoint 2010 제품 및 SQL Server 데이터베이스 엔진 ................................................... 243

SharePoint 2010 제품을 지원하는 SQL Server 데이터베이스 사용 ..................................... 244

SharePoint 2010 제품의 비즈니스 인텔리전스 기능을 위한 데이터 플랫폼으로 SQL Server 사용 244

SQL Server 데이터베이스 엔진 ................................................................................... 244

SSAS(SQL Server Analysis Services): 다차원 데이터...................................................... 244

SQL Server Analysis Services: 데이터 마이닝 ............................................................... 244

SSRS(SQL Server Reporting Services) ........................................................................ 245

SSIS(SQL Server Integration Services) ........................................................................ 245

BIDS(Business Intelligence Development Studio) ......................................................... 245

PowerPivot for Excel 및 PowerPivot for SharePoint ....................................................... 246

Master Data Services ............................................................................................... 246

StreamInsight 및 복잡한 이벤트 처리 ........................................................................... 246

관련 콘텐츠 ................................................................................................................ 247

원격 BLOB 저장소 개요(SharePoint Foundation 2010) ......................................................... 248

RBS(원격 BLOB 저장소) 계획(SharePoint Foundation 2010) ................................................. 250

환경 검토 ................................................................................................................... 250

12

콘텐츠 데이터베이스 크기 .......................................................................................... 250

콘텐츠 형식 및 사용 .................................................................................................. 251

공급자 옵션 평가 ......................................................................................................... 252

비즈니스 연속성 관리 계획(SharePoint Foundation 2010) ..................................................... 254

비즈니스 연속성 관리 기능 ............................................................................................ 254

서비스 수준 계약 ......................................................................................................... 255

휴지통 및 버전 관리를 사용하여 콘텐츠 보호 계획(SharePoint Foundation 2010) ...................... 257

휴지통을 사용하여 콘텐츠 보호 ...................................................................................... 257

1단계 휴지통 ........................................................................................................... 258

2단계(사이트 모음) 휴지통 ......................................................................................... 258

버전 관리를 사용하여 콘텐츠 보호 .................................................................................. 259

백업 및 복구 계획(SharePoint Foundation 2010) ................................................................. 260

비즈니스 요구 사항 정의 ............................................................................................... 260

환경에서 보호 및 복구할 항목 선택 ................................................................................. 260

SharePoint 콘텐츠 데이터베이스에서 복구할 항목 선택 ................................................... 263

사용자 지정 내용 보호 ............................................................................................... 263

서비스 응용 프로그램 보호 ......................................................................................... 263

SQL Server Reporting Services 데이터베이스 보호 ........................................................ 263

도구 선택 ................................................................................................................... 263

테스트 하드웨어 ....................................................................................................... 264

전략 결정 ................................................................................................................... 265

개선된 백업 및 복구 성능 계획 ....................................................................................... 266

SQL Server 및 저장소 구성에 대한 권장 사항 준수 .......................................................... 266

SQL Server와 백업 위치 간 대기 시간 최소화 ................................................................. 266

프로세스 충돌 방지 ................................................................................................... 266

SQL Server 백업 및 복원 최적화 권장 사항 준수 ............................................................. 267

백업 드라이브의 쓰기 성능이 충분한지 확인 .................................................................. 267

백업 및 복구 개요(SharePoint Foundation 2010) ................................................................. 268

백업 및 복구 시나리오 .................................................................................................. 268

백업 아키텍처 ............................................................................................................. 268

팜 백업 아키텍처 ...................................................................................................... 268

구성만 백업 기능의 사용 및 이점 .............................................................................. 270

팜 백업 사용 시 고려 사항 ....................................................................................... 271

세분화된 백업 및 내보내기 아키텍처 ............................................................................ 272

복구 프로세스 ............................................................................................................. 273

팜 백업에서 복원 ...................................................................................................... 273

새로 만들기를 통한 복원과 덮어쓰기를 통한 복원 비교 .................................................. 274

사이트 모음 백업에서 복원 ......................................................................................... 275

분리된 콘텐츠 데이터베이스에서 복구 .......................................................................... 275

관련 항목 ................................................................................................................... 276

13

가용성 계획(SharePoint Foundation 2010) ......................................................................... 277

가용성 개요 ................................................................................................................ 277

가용성 관련 비용 ...................................................................................................... 278

가용성 요구 사항 확인 ............................................................................................... 278

가용성 전략 및 수준 선택 .............................................................................................. 279

하드웨어 구성 요소 내결함성 ...................................................................................... 279

팜 내의 중복 ............................................................................................................ 279

데이터베이스 가용성 전략 ....................................................................................... 281

서비스 응용 프로그램 중복 전략 ............................................................................... 283

단일 팜으로 구성된 밀접하게 위치한 데이터 센터("연장된" 팜) 간의 중복 및 장애 조치 ............. 284

재해 복구 계획(SharePoint Foundation 2010) ..................................................................... 286

재해 복구 개요 ............................................................................................................ 286

재해 복구 전략 선택 ..................................................................................................... 287

정지 대기 데이터 센터 계획 ........................................................................................... 287

예열 대기 데이터 센터 계획 ........................................................................................... 288

상시 대기 데이터 센터 계획 ........................................................................................... 288

데이터 센터 간의 서비스 응용 프로그램 중복 ................................................................. 289

로그를 전달하거나 비동기식 미러링을 수행할 수 있는 데이터베이스 ................................ 290

로그를 전달하거나 비동기식 미러링을 수행할 수 없는 서비스 응용 프로그램 및 데이터베이스

....................................................................................................................... 290

재해 복구를 위한 시스템 요구 사항 ................................................................................. 291

가상화 계획(SharePoint Foundation 2010) ......................................................................... 292

가상화 지원 및 라이선싱(SharePoint Foundation 2010) ........................................................ 293

가상화를 위한 SharePoint 2010 제품 지원 사항 ................................................................ 293

Hyper-V 기술을 사용한 서버 가상화 ............................................................................... 293

운영 체제 환경 라이선싱 ............................................................................................... 293

SharePoint 2010 제품 라이선싱 ..................................................................................... 294

Hyper-V 가상화 요구 사항(SharePoint Foundation 2010) ..................................................... 295

하드웨어 .................................................................................................................... 295

소프트웨어 ................................................................................................................. 295

참고 항목 ................................................................................................................... 296

가상화 계획(SharePoint Foundation 2010) ......................................................................... 297

가상 환경에 SharePoint Foundation 2010을 배포하기 위한 계획 만들기 ............................... 297

성능 및 용량 테스트 결과와 권장 사항(SharePoint Foundation 2010) ...................................... 302

참고 항목 ................................................................................................................... 302

SharePoint Foundation 2010 계획 워크시트 ....................................................................... 303

작업별 계획 워크시트 ................................................................................................... 303

제목별 계획 워크시트 ................................................................................................... 304

14

도움말 보기

이 문서의 정확성을 보장하기 위해 최선을 다했습니다. 이 콘텐츠는 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

15

SharePoint Foundation 2010 계획 및 아키텍처

IT 전문가는 계획 및 아키텍처에서 다루는 콘텐츠를 사용하여 Microsoft SharePoint Foundation 2010

기능, 서버 및 토폴로지를 구성하기 위한 개념적, 논리적, 실제 디자인을 개발할 수 있습니다. 또한 이

섹션에서는 고객 시나리오에 기반한 시스템 디자인 권장 사항과 함께 IT 전문가가 안정성이 높고

일관된 가용성이 보장되며 확장 가능한 시스템을 디자인하는 데 필요한 정보도 제공합니다.

다운로드 가능한 리소스 기술 다이어그램

계획 워크시트

계획 문서

사이트 및 솔루션 계획 서버 및 팜 환경 계획

기본 사이트 구성 요소

사이트 및 콘텐츠 보안

샌드박스 솔루션

공동 작업 사이트

문서 관리

비즈니스 데이터 및 프로세스

할당량 관리

시스템 요구 사항

인증

보안 강화

자동 암호 변경

비즈니스 연속성 관리

가상화

16

기술 다이어그램(SharePoint Foundation 2010)

아래 리소스의 대부분은 권장 솔루션을 시각적으로 나타낸 것입니다. 여기에는 Microsoft Office Visio

2007 파일(.vsd), PDF 파일, XPS 파일 등의 형식으로 사용할 수 있는 포스터 크기의 문서가

포함됩니다. 이러한 파일을 보는 데 추가 소프트웨어가 필요할 수도 있습니다. 이러한 파일을 여는

방법에 대해서는 다음 표를 참조하십시오.

파일 형식 소프트웨어

.vsd Office Visio 2007 또는 무료 Visio Viewer(영문일 수

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

수 있음)

Visio Viewer를 사용하는 경우 VSD 링크를 마우스 오른쪽 단추로 클릭하고

다른 이름으로 대상 저장을 클릭하여 컴퓨터에 파일을 저장한 다음

컴퓨터에서 파일을 엽니다.

.pdf PDF 뷰어(예: Adobe

Reader(http://go.microsoft.com/fwlink/?linkid=134751&clcid=0x412))

.xps Windows 7, Windows Vista, NET Framework 3.0이 설치된 Windows XP

또는 XPS Essentials

Pack(http://go.microsoft.com/fwlink/?linkid=134750&clcid=0x412)

모델 모델은 특정 기술 영역을 자세히 설명하는 34 x 44인치 포스터입니다. 이러한 모델은 TechNet의 관련

문서와 함께 사용하도록 제공됩니다. 이러한 모델은 Office Visio 2007을 사용하여 만듭니다. Visio

파일을 수정하여 고유한 환경에 Microsoft SharePoint 2010 제품을 통합하기 위한 계획 방법을 설명할

수 있습니다.

제목 설명

SharePoint 2010 제품 배포 여러 가지 배포 단계 및

환경과 같은 배포 관련

정보와 SharePoint

2010 제품을 설치하고

구성하는 단계를 보여

주는 흐름도를







17

제목 설명

Visio(영문일 수


수 있음)

PDF(영문일 수


수 있음)

XPS(영문일 수


수 있음)

제공합니다.

SharePoint 2010 제품의 서비스

Visio(영문일 수


수 있음)

PDF(영문일 수


수 있음)

XPS(영문일 수


전체 솔루션 디자인에

서비스를 배포하는

일반적인 방법을

포함하여 서비스

아키텍처에 대해

설명합니다.













18

제목 설명

수 있음)

SharePoint 2010 제품의 교차 팜 서비스

Visio(영문일 수


수 있음)

PDF(영문일 수


수 있음)

XPS(영문일 수


수 있음)

서비스를 중앙

집중식으로 관리할 수

있도록 팜 전체에

서비스를 배포하는

방법을 설명합니다.

SharePoint 2010 제품 익스트라넷 토폴로지

Visio(영문일 수


수 있음)

PDF(영문일 수


SharePoint 2010

제품에서 테스트한

특정 익스트라넷

토폴로지를 설명하고,

SharePoint 2010

제품과 함께 방화벽

또는 게이트웨이

제품으로 사용되는

경우 ISA Server,

Forefront TMG,

Forefront UAG를

비교합니다.











19

제목 설명

수 있음)

XPS(영문일 수


수 있음)

SharePoint 2010 제품의 호스팅 환경

Visio(영문일 수


수 있음)

PDF(영문일 수


수 있음)

XPS(영문일 수


수 있음)

호스팅 환경에 대한

지원 내용을 요약하고

일반적인 호스팅

아키텍처를

설명합니다.

SharePoint 2010 제품의 검색 기술

Visio(영문일 수


SharePoint Products

2010에서 작동하는

검색 기술을 대조 및

비교합니다.

SharePoint

Foundation 2010

Search Server

2010 Express

Search Server

2010

SharePoint Server

2010

FAST Search











20

제목 설명

수 있음)

PDF(영문일 수


수 있음)

XPS(영문일 수


수 있음)

Server 2010 for

SharePoint

SharePoint 2010 제품을 지원하는 데이터베이스

Visio(영문일 수


수 있음)

PDF(영문일 수


수 있음)

XPS(영문일 수


수 있음)

SharePoint

Foundation 2010이

실행되는 Microsoft

SQL Server

데이터베이스에 대해

설명합니다.

포스터 인쇄 팁 플로터가 있는 경우 이러한 포스터를 최대 크기로 인쇄할 수 있습니다. 플로터가 없으면 다음 단계에

따라 더 작은 용지에 인쇄하십시오.











21

1. Visio에서 포스터를 엽니다.

2. 파일 메뉴에서 페이지 설정을 클릭합니다.

3. 인쇄 설정 탭의 프린터 용지 섹션에서 인쇄할 용지 크기를 선택합니다.

4. 인쇄 설정 탭의 확대/축소 인쇄 섹션에서 자동 맞춤을 클릭하고 1 용지 너비/1 용지 높이를

입력합니다.

5. 페이지 크기 탭에서 드로잉 내용에 맞게 크기 조정을 클릭한 다음 확인을 클릭합니다.

6. 파일 메뉴에서 인쇄를 클릭합니다.

더 작은 용지에 포스터 인쇄

22

사이트 및 솔루션 계획(SharePoint Foundation

2010)

이 섹션에는 Microsoft SharePoint Foundation 2010 사이트 및 솔루션 구성 요소를 계획하는 데

도움이 되는 항목이 포함되어 있습니다.

기본 사이트 계획(SharePoint Foundation 2010)

이 섹션의 항목에서는 SharePoint Foundation 2010 기능을 사용하는 사이트를 계획하는 절차를

안내합니다.

사이트 및 콘텐츠 보안 계획(SharePoint Foundation)

이 섹션의 항목은 사이트 및 콘텐츠에 대한 액세스를 제어하는 사용 권한을 계획하는 데 도움이

됩니다.

샌드박스 솔루션 계획(SharePoint Foundation 2010)

이 섹션의 항목은 기업 내의 제한된 실행 환경에서 실행되는 샌드박스 솔루션을 계획하는 데

도움이 됩니다.

공동 작업 사이트 계획(SharePoint Foundation 2010)

이 섹션의 항목에서는 기업에서 공동 작업 기능을 구현하는 솔루션을 계획하는 절차를 안내합니다.

문서 관리 계획(SharePoint Foundation 2010)

이 섹션의 항목에서는 문서 관리에 대한 개념 정보를 다룹니다.

비즈니스 데이터 및 프로세스 계획(SharePoint Foundation)

이 섹션의 항목에서는 기업의 데이터에서 비즈니스 프로세스를 구현하는 솔루션을 계획하는

절차를 안내합니다.

Business Connectivity Services 계획(SharePoint Foundation 2010)

이 섹션의 항목은 SharePoint 웹 사이트를 사용하는 정보 근로자에게 조직의 외부 데이터를

연결하는 솔루션을 계획하는 데 도움이 됩니다.

워크플로 계획(SharePoint Foundation 2010)

이 섹션의 항목은 SharePoint 솔루션에서 프로세스를 계획하고 구현하는 데 도움이 됩니다.

할당량 관리 계획(SharePoint Foundation 2010)

이 문서에는 할당량 지정 서식 파일 및 휴지통에 대한 설정을 결정하는 방법 및 사용되지 않는 웹

사이트를 삭제할지 여부 또는 삭제 시기를 결정하는 방법에 대한 지침이 포함되어 있습니다.

참고 항목 서버 팜 및 환경 계획(SharePoint Foundation 2010)

23

기본 사이트 계획(SharePoint Foundation 2010)

이 섹션에서는 Microsoft SharePoint Foundation 2010 기능을 사용하는 사이트를 계획하는 IT

전문가에게 유용한 정보를 제공합니다.

사이트 또는 사이트 그룹의 효과는 여러 요인에 따라 달라지지만 가장 중요한 요인 중 하나는 사이트와

사이트 내에서 필요한 콘텐츠를 예측 가능한 방식으로 찾을 수 있는 기능입니다. 사이트 또는 사이트

그룹의 구조와 사이트 내부 및 사이트 간 탐색은 사용자가 정보를 찾아 공유하고 함께 작업할 수

있도록 하기 위해 중요합니다.

이 섹션의 내용

사이트 및 사이트 모음 개요(SharePoint Foundation 2010)에서는 사이트 모음 및 사이트에 대해

설명하고 SharePoint Foundation 2010에서 사이트를 만드는 데 사용되는 사이트 서식 파일에

대한 정보를 제공합니다.

사이트 및 사이트 모음 계획(SharePoint Foundation 2010)에서는 SharePoint Foundation 2010

사이트 및 사이트 모음을 계획하기 위한 프로세스와 중요 고려 사항에 대해 설명합니다.

사이트 탐색 개요(SharePoint Foundation 2010)에서는 사이트에서 사용할 수 있는 탐색 유형에

대한 개요를 제공합니다.

사이트 탐색 계획(SharePoint Foundation 2010)에서는 사이트 탐색을 디자인하는 데 도움이 되는

정보를 제공합니다.

테마 개요(SharePoint Foundation 2010)에서는 테마 및 그 작동 방식에 대한 개요를 제공합니다.

테마 사용 계획(SharePoint Foundation 2010)에서는 사이트 전체에서 테마를 사용하기 위한 계획

방법에 대해 설명하고 사이트에 테마를 사용하는 방법을 계획하기 위한 중요한 단계를 제공합니다.

다국어 사이트 계획(SharePoint Foundation 2010)에서는 다국어 SharePoint Foundation 2010

사이트에 대한 계획을 수립하는 방법에 대해 설명합니다.

24

사이트 및 사이트 모음 개요(SharePoint Foundation

2010)

Microsoft SharePoint Foundation 2010 사이트 모음은 최상위 수준 사이트 하나와 임의의 수의 하위

사이트로 구성되는 사이트의 계층 구조입니다. 이 문서에서는 사이트 모음 및 사이트에 대해 설명하고

SharePoint Foundation 2010에서 사이트를 만드는 데 사용되는 사이트 서식 파일에 대한 정보도

제공합니다.

이 문서의 내용

사이트 모음 개요

사이트 개요

SharePoint Foundation 2010에 포함된 사이트 서식 파일

사이트 모음 개요 한 사이트 모음에 속한 사이트는 공유 관리 설정, 공용 탐색 및 기타 공용 기능과 요소를 가집니다. 각

사이트 모음에는 최상위 사이트와 일반적으로 하나 이상의 하위 사이트가 포함되어 있습니다.

사이트의 콘텐츠와 기능을 사이트 모음으로 그룹화해야 합니다. 이 경우 다음과 같은 이점이 있습니다.

사이트 디자이너의 경우 사이트 모음의 갤러리와 라이브러리(예: 마스터 페이지 갤러리 또는

사이트 모음 이미지 라이브러리)를 통해 사이트 모음의 모든 사이트에 걸쳐 브랜딩된 통합 사용자

환경을 만들 수 있습니다.

사이트 모음 관리자에게는 사이트 모음을 통해 통합 메커니즘과 관리 범위가 제공됩니다. 예를

들어 전체 사이트 모음에 대해 보안, 정책 및 기능을 관리할 수 있으며, 사이트 모음 웹 분석

보고서, 감사 로그 보고서 및 기타 데이터를 사용하여 사이트 모음 보안 및 성능을 추적할 수

있습니다.

팜 관리자의 경우 사이트 모음을 통해 저장되는 콘텐츠 양에 따라 쉽게 규모를 확장할 수 있습니다.

각 사이트 모음에서 고유한 콘텐츠 데이터베이스를 사용할 수 있기 때문에 관리자는 해당

데이터베이스를 별도의 서버로 쉽게 이동할 수 있습니다.

사이트 작성자에게는 사이트 모음의 공유 사이트 열, 콘텐츠 형식, 웹 파트, 제작 리소스, 워크플로

및 기타 기능을 통해 일관성 있는 제작 환경이 제공됩니다.

사이트 사용자에게는 사이트 모음의 통합 탐색, 브랜딩 및 검색 도구를 통해 통합된 웹 사이트

환경이 제공됩니다.

사이트 개요 사이트 모음은 최상위 사이트와 하나 이상의 하위 사이트로 구성됩니다. 사이트 구조에서 최상위

사이트와 모든 하위 사이트는 한 사이트 서식 파일에 기반하며, 고유한 콘텐츠와 기타 고유한 설정을

25

가질 수 있습니다. 사이트 모음 내 다양한 페이지의 모양, 콘텐츠 및 기능을 보다 세밀하게 제어하려면

사이트 모음 콘텐츠를 별도의 사이트로 분할하십시오. 고유하게 구성할 수 있는 사이트의 기능은

다음과 같습니다.

서식 파일 각 사이트마다 고유한 서식 파일을 사용할 수 있습니다. 자세한 내용은 SharePoint

Foundation 2010에 포함된 사이트 서식 파일을 참조하십시오.

언어 웹 서버에 언어 팩이 설치되어 있는 경우 새 사이트를 만들 때 언어별 사이트 서식 파일을

선택할 수 있습니다. 사이트에 나타나는 텍스트는 사이트 서식 파일의 언어로 표시됩니다. 자세한

내용은 언어 팩 배포(SharePoint Foundation 2010)를 참조하십시오.

보안 각 사이트에 대해 고유한 사용자 그룹 및 사용 권한을 정의할 수 있습니다.

탐색 사이트 계층 구조의 각 부분에서 고유 탐색 링크를 구성하여 사이트의 탐색 환경을 세밀하게

조정할 수 있습니다. 사이트 탐색은 사이트 모음의 사이트 간 관계를 반영합니다. 따라서 탐색 계획

작업과 사이트 구조 계획 작업은 밀접한 연관이 있습니다. 자세한 내용은 사이트 탐색

개요(SharePoint Foundation 2010)를 참조하십시오.

웹 페이지 각 사이트마다 고유한 시작 페이지와 기타 페이지를 사용할 수 있습니다.

사이트 레이아웃 사이트에서 고유한 레이아웃이나 마스터 페이지를 사용할 수 있도록 설정할 수

있습니다.

테마 사이트의 색상과 글꼴을 변경할 수 있습니다. 자세한 내용은 테마 사용 계획(SharePoint

Foundation 2010)을 참조하십시오.

국가별 설정 로캘, 표준 시간대, 정렬 순서, 시간 형식, 달력 종류 등의 국가별 설정을 변경할 수

있습니다.

검색 각 사이트마다 고유한 검색 설정을 사용할 수 있습니다. 예를 들어 특정 사이트가 검색

결과에 절대 표시되지 않도록 지정할 수 있습니다.

콘텐츠 형식 각 사이트마다 고유한 콘텐츠 형식 및 사이트 열을 사용할 수 있습니다.

워크플로 각 사이트마다 고유한 워크플로를 사용할 수 있습니다. 자세한 내용은 워크플로

계획(SharePoint Foundation 2010)을 참조하십시오.

SharePoint Foundation 2010에 포함된 사이트 서식 파일 다음 섹션에서는 SharePoint Foundation 2010에 포함된 사이트 서식 파일에 대한 정보를 제공합니다.

기본 구성의 서식 파일을 사용할 수도 있지만 사이트 관리 페이지를 사용하여 사이트의 기본 설정을

변경하고 해당 사이트를 새 서식 파일로 저장할 수도 있습니다. 또한 Microsoft SharePoint Designer

2010이나 Microsoft Visual Studio 2010을 사용하여 서식 파일의 디자인과 기능을 수정할 수도

있습니다.

다음 표에서는 모든 사이트 서식 파일을 나열하고, 각 서식 파일의 용도를 설명하며, 해당 서식 파일을

사이트 모음 수준, 사이트 수준 또는 둘 다에서 사용할 수 있는지를 나타냅니다. 서식 파일을

그룹화하는 데 사용되는 범주는 사이트가 만들어지는 수준에 따라 다를 수 있습니다.

http://technet.microsoft.com/library/bd2a9863-954a-4e44-bafc-af8c9599cb47(Office.14).aspx

26

서식 파일 용도 사이트 모음의 범주 사이트의 범주

<나중에 서식 파일

선택>

나중에 서식 파일을

선택할 수 있는 빈

사이트입니다.

사용자 지정 해당 없음

기본 모임 작업 영역 모임의 결과를 계획, 구성

및 캡처할 수 있는

사이트입니다. 회의록,

모임 참석자 및 문서를

관리하기 위한 목록을

제공합니다.

모임 모임

새 모임 작업 영역 사용자의 요구 사항에

따라 사용자 지정할 수

있는 빈 모임

사이트입니다.

모임 모임

새 사이트 사용자의 요구 사항에

따라 사용자 지정할 수

있는 빈 사이트입니다.

공동 작업 새 사이트 및 사용자

지정

블로그 사이트 방문자가 의견을

추가할 수 있도록

개인이나 팀에서

아이디어, 관찰 결과 및

전문 지식을 게시할 수

있는 사이트입니다.

공동 작업 콘텐츠

결정 사항 모임 작업

영역

모임에서 상태를

추적하거나 의사를

결정하는 데 활용할 수

있는 사이트입니다. 작업

만들기, 문서 저장 및 결정

사항 기록을 위한 목록을

제공합니다.

모임 모임

문서 작업 영역 동료와 함께 문서에 대해

작업할 수 있는

사이트입니다. 기본

문서와 지원 파일을

저장할 수 있는 문서

라이브러리, 작업 항목을

할당할 수 있는 작업 목록,

문서와 관련된 리소스에

공동 작업 공동 작업, 콘텐츠

27

서식 파일 용도 사이트 모음의 범주 사이트의 범주

대한 링크 목록을

제공합니다.

그룹 작업 사이트 이 서식 파일에서는

정보를 작성하고,

구성하고, 공유하는 데

사용할 수 있는 그룹웨어

솔루션을 제공합니다. 이

서식 파일에는 그룹 일정,

회람, 부재 중 전화 메모

및 문서 라이브러리를

비롯한 기본 목록이

포함되어 있습니다.

공동 작업 공동 작업

멀티페이지 모임 작업

영역

모임을 계획하고 모임의

결정 사항 및 기타 결과를

캡처할 수 있는

사이트입니다. 모임 안건

및 참석자를 관리하기

위한 목록을 제공합니다.

또한 요구 사항에 따라

사용자 지정할 수 있는 빈

페이지도 두 개

제공합니다.

모임 모임

사교 모임 작업 영역 사교 모임을 계획할 수

있는 사이트입니다.

참석자 추적, 위치 안내 및

이벤트 사진 저장을 위한

목록을 제공합니다.

모임 모임

팀 사이트 팀에서 정보를 구성하고,

작성하고, 공유할 수 있는

사이트입니다. 문서

라이브러리와 함께 공지

사항, 일정 항목, 작업,

토론 등을 관리하기 위한

목록을 제공합니다.

공동 작업 공동 작업

28

참고 항목 사이트 및 사이트 모음 계획(SharePoint Foundation 2010)

사이트 탐색 개요(SharePoint Foundation 2010)

사이트 탐색 계획(SharePoint Foundation 2010)

29

사이트 및 사이트 모음 계획(SharePoint Foundation

2010)

Microsoft SharePoint Foundation 2010 사이트는 최상위 사이트 하나와 그 아래로 하위 사이트를

포함하는 계층 구조로 이루어진 사이트 모음으로 구성됩니다. 이 문서에서는 SharePoint Foundation

2010 사이트 및 사이트 모음을 계획하기 위한 프로세스와 중요 고려 사항에 대해 설명하고 사이트

구조 관련 결정 사항을 기록하기 위한 방법을 제시합니다. 사이트 및 사이트 모음과 SharePoint

Foundation 2010에서 사이트를 만드는 데 사용되는 사이트 서식 파일에 대한 자세한 내용은 사이트

및 사이트 모음 개요(SharePoint Foundation 2010)를 참조하십시오.


사이트 및 사이트 모음 계획

사이트 유형 결정

조직 계층 구조에 따른 사이트 계획

응용 프로그램 사이트 계획

인터넷 소개 사이트 계획

기타 사이트 계획

사이트 모음 결정

사이트 계획 데이터 워크시트

사이트 및 사이트 모음 계획 일반적으로 사이트 및 사이트 모음은 다음 순서에 따라 계획합니다.

계층 구조에서 필요한 최상위 사이트와 그 아래 사이트의 개수 및 유형 결정

사이트가 구성될 사이트 모음의 개수 및 유형 결정

사이트 유형 결정 SharePoint Foundation 2010에 기반하여 솔루션을 계획하는 첫 단계는 조직과 고객에게 필요한

사이트 유형을 결정하는 것입니다. 사이트 유형 결정에 따라 서버 토폴로지에서 사이트를 구현할 위치,

각 사이트에 대해 계획하는 기능, 여러 사이트에 걸쳐 진행되는 프로세스를 구현하는 방법 및 하나

이상의 사이트에서 정보를 사용하도록 하는 방법 같은 후속 계획 결정이 달라질 수 있습니다. 이

섹션에서는 여러 가지 유형의 사이트를 계획하는 방법에 대한 정보를 제공합니다.

30

조직 계층 구조에 따른 사이트 계획

조직의 규모와 구조를 기반으로 필요한 기본 사이트를 계획합니다. 이러한 사이트는 각각 보다 큰

조직의 프로젝트나 부서에 필요한 정보를 제공할 수 있으며 해당 프로젝트나 부서와 관련된 공동 작업

사이트에 연결됩니다. 보다 큰 부서 또는 프로젝트에 대한 일부 사이트에서는 작은 부서 또는 프로젝트

전용의 모든 작은 사이트에 있는 정보를 모읍니다.

조직 구조를 기반으로 사이트를 계획할 때는 다음 지침을 따르십시오.

부서 또는 팀 사이트 작은 조직에서 사용할 하나의 사이트 또는 중대 규모의 조직에서 50 - 100명의

인원이 관련된 부서 또는 프로젝트별로 하나의 사이트를 만드는 계획을 세웁니다. 대규모 조직에는

여러 수준의 사이트가 있을 수 있으며 각 사이트는 조직의 해당 수준에서 만들고 관리하는 콘텐츠에

초점을 맞춥니다.

조직의 구성원이 비즈니스 또는 조직의 목표와 관련된 콘텐츠에 대해 공동 작업을 수행하도록

사이트를 디자인할 수 있습니다. 이러한 사이트는 완전히 독립적이거나 게시 프로세스의 일부로서

다른 사이트와 함께 작동할 수 있습니다. 이러한 사이트에는 대상 그룹에 게시할 목적으로 만든 콘텐츠

및 내부에서 사용하는 공동 작업 콘텐츠가 혼합된 경우가 종종 있습니다.

롤업 사이트 롤업 사이트에는 일반적인 교차 조직 콘텐츠가 포함됩니다. 이 사이트를 통해 모든

부서의 사용자가 정보와 전문가를 찾고 조직 전반의 프로세스에 액세스합니다. 전체 조직 정보

아키텍처와 관련되고 일반적으로 부서 또는 프로젝트 사이트의 구조에 매핑되는 사이트를 종종

포함합니다. 각 조직에 대해 모든 관련 사이트를 모아 보여 주는 중앙 롤업 사이트를 만들도록

계획합니다.

응용 프로그램 사이트 계획

응용 프로그램 사이트에서는 팀 프로세스를 구성하고 이를 실행할 메커니즘을 제공합니다. 응용

프로그램 사이트에는 사이트의 용도와 관련된 데이터를 보고 조작하는 디지털 대시보드 및 기타

기능이 포함되기도 합니다. 일반적으로 응용 프로그램 사이트에 표시되는 정보는 데이터베이스 또는

기타 SharePoint 사이트와 같은 다양한 원본에서 가져옵니다.

예를 들어 조직의 인사 조직은 직원에게 다음과 같은 항목을 제공하는 응용 프로그램 사이트를

디자인할 수 있습니다.

직원 안내서 및 채용 정보와 같은 일반적인 정보에 대한 액세스

출퇴근 기록 카드와 경비 보고서 제출 등의 일반 작업을 수행하는 방법

직원 급여 및 복리 후생 수혜 기록 같은 개인 설정된 정보를 보는 대시보드

또 다른 예로 조직의 내부 기술 지원 그룹에서는 조직 구성원에게 기술 지원을 제공하는 지원 센터

응용 프로그램 사이트를 디자인할 수 있습니다. 이 응용 프로그램 사이트에서는 다음과 같은 기능을

제공할 수 있습니다.

과거의 지원 사례 및 최상의 방법을 기술한 문서의 기술 자료에 대한 액세스

지원 문제를 시작하거나 진행 중인 문제의 상태를 검토하는 등의 일반 작업을 수행하는 방법

온라인 모임 및 토론을 지원하는 통신 기능과의 통합

개인 설정된 데이터 보기. 예를 들어 지원 관리자는 팀 구성원의 생산성과 고객 만족도 등급 보기를

제공하는 대시보드를 볼 수 있고 지원 기술자는 현재 해결되지 않은 문제를 볼 수 있습니다.

31

인터넷 소개 사이트 계획

인터넷 소개 사이트는 고객이 직접 이용하는 사이트입니다. 일반적으로 이러한 사이트에는 일관된

스타일 요소(예: 색상, 글꼴, 로고) 및 구조적 요소(예: 탐색 기능 및 사이트 페이지 구조)를 통해 조직의

브랜드가 적용되고 다른 사이트와 구별됩니다. 인터넷 소개 사이트 모양은 엄격히 관리되지만 사이트

콘텐츠는 동적이며 매우 자주 변경될 수 있습니다.

예를 들어 회사의 인터넷 소개 사이트에서는 고객, 파트너, 투자자 및 잠재적인 직원에게 제품 및

서비스에 대한 설명, 회사 소식, 연간 보고서, 기업 공시 및 채용 공고를 비롯한 중요한 회사 정보를

전달합니다. 또 다른 예로 온라인 뉴스 인터넷 사이트에서는 자주 업데이트되는 정보를 주식 시세

표시기 및 블로그 같은 대화형 기능과 함께 제공합니다.

기타 사이트 계획

팀 구성원이 문서 및 다른 프로젝트에 대한 공동 작업을 수행할 때 문서 작업 영역 사이트 등의 기타

사이트를 만들 수 있도록 할 수 있습니다. 마찬가지로 웹 기반 서비스의 일부로 인터넷 사이트

사용자에게 공동 작업 사이트에 대한 액세스 권한을 부여할 수 있습니다. 예를 들어 모임 작업 영역

사이트를 만들고 온라인 모임에 참여할 수 있는 권한을 사이트 사용 환경의 일부로 제공할 수

있습니다.

만들 수 있는 사이트 유형에 대한 자세한 내용은 사이트 및 사이트 모음 개요(SharePoint Foundation

2010)를 참조하십시오.

사이트 모음 결정 솔루션에 필요한 사이트 유형을 결정한 후 다음 단계에서는 사이트를 사이트 모음 전체에서 구현하는

방법을 계획합니다. 사이트 모음은 함께 관리할 수 있도록 계층 구조로 구성된 사이트 집합입니다.

사이트 모음의 사이트는 공유 권한, 서식 파일 갤러리, 콘텐츠 형식 및 웹 파트와 같은 공통 기능을

보유하며 종종 공통 탐색을 공유하기도 합니다. 대부분의 사이트는 사이트 모음의 홈 페이지가 최상위

사이트인 사이트 모음으로 구현됩니다.

SharePoint Foundation 2010에 기반하는 솔루션을 계획하는 경우 일반적으로 개별 사이트 모음에

다음 사이트 유형을 배치합니다.

인터넷 사이트(준비)

인터넷 사이트(프로덕션)

부서 사이트 또는 인터넷 사이트와 관련된 모든 팀 사이트

사이트 모음의 모든 사이트는 동일한 SQL 데이터베이스에 함께 저장됩니다. 이러한 설정은 사이트

모음 및 사이트가 구성된 방식과 사이트의 용도에 따라 사이트 및 서버 성능에 영향을 줄 수 있습니다.

하나 이상의 사이트 모음에서 콘텐츠를 할당할 방식을 계획할 때는 다음 제한 사항에 유의해야 합니다.

사용량이 매우 많은 사이트는 별도의 사이트 모음에 보관하십시오. 예를 들어 익명 탐색을

허용하는 인터넷의 기술 자료 사이트의 경우 많은 데이터베이스 활동이 생성될 수 있으므로,

동일한 데이터베이스를 사용하는 다른 사이트의 성능에 영향을 줄 수 있습니다. 기술 자료

사이트를 자체 데이터베이스와 함께 별도의 사이트 모음에 배치하면 다른 사이트에 리소스를

32

제공할 수 있으므로 이러한 사이트에서 데이터베이스 리소스를 확보하기 위해 기술 자료 사이트와

더 이상 경쟁하지 않아도 됩니다.

사이트 모음의 모든 콘텐츠는 동일한 콘텐츠 데이터베이스에 저장되므로 콘텐츠 백업 및 복원과

같은 데이터베이스 작업 성능은 전체 사이트 모음의 콘텐츠 양, 데이터베이스 크기,

데이터베이스를 호스팅하는 서버의 속도 및 기타 요인에 따라 달라집니다. 콘텐츠의 양과

데이터베이스 구성에 따라서는 백업 및 복원, 처리량 또는 기타 요구 사항에 대한 서비스 수준

계약을 충족하기 위해 사이트 모음을 여러 사이트 모음으로 나눠야 할 수 있습니다. 이 문서에서는

데이터베이스 크기 및 성능 관리 방법에 대한 규정 지침은 제공하지 않습니다.

사이트 모음의 최상위 사이트 아래에 사이트를 너무 많이 만들면 성능 및 유용성에 영향을 줄 수

있습니다. 최상위 사이트의 사이트 수를 최대 2,000개로 제한하십시오.

사이트 계획 데이터 워크시트 Excel 버전의 사이트 계획 데이터 워크시트(영문일 수 있음)를 다운로드합니다. 이 워크시트를

사용하여 사이트 구조를 기록할 수 있습니다.

참고 항목 사이트 및 사이트 모음 개요(SharePoint Foundation 2010)




33


사이트 탐색은 사이트 사용자가 사이트와 사이트의 페이지에서 이동하기 위한 기본 인터페이스를

제공합니다. Microsoft SharePoint Foundation 2010에는 사이트와 페이지에서 이동할 수 있도록

사이트의 사용자에게 방향을 제시하고 사용자 지정 및 확장이 가능한 탐색 기능 집합이 포함되어

있습니다. 이 문서에서는 SharePoint Foundation 2010에서 사용 가능한 탐색 컨트롤에 대해

설명합니다. 그러나 웹 페이지에 탐색 컨트롤을 추가하는 방법, 탐색 컨트롤을 구성하는 방법 또는

사용자 지정 탐색 컨트롤을 만드는 방법은 다루지 않습니다.


탐색 컨트롤 개요

마스터 페이지의 탐색 컨트롤

위쪽 링크 모음 탐색

빠른 실행 탐색

이동 경로 탐색

트리 보기 탐색

탐색 컨트롤 개요 탐색 컨트롤은 마스터 페이지에서 표시할 수 있으며 웹 파트 영역을 사용하면 페이지의 콘텐츠에서

직접 표시할 수도 있습니다.

SharePoint Foundation 2010의 탐색 모델은 사이트 모음의 계층 구조를 기반으로 합니다. 탐색

기능을 사용하여 다음과 같은 항목에 연결할 수 있습니다.

현재 사이트 아래의 사이트

사이트의 동료 사이트

사이트 구조에서 상위에 있는 사이트

사이트의 웹 페이지

외부 웹 사이트와 같은 임의의 위치에 대한 링크를 만들 수도 있습니다.

SharePoint Foundation 2010의 탐색 링크는 보안과 관련되어 있습니다. 사이트 탐색에서 연결된

SharePoint Foundation 2010 사이트 또는 페이지에 대한 사용 권한이 사이트 사용자에게 없는 경우

해당 링크는 표시되지 않습니다. 하지만 링크가 탐색에 수동으로 추가된 다른 콘텐츠는 계속

표시됩니다.

SharePoint Foundation 2010 탐색은 .NET Framework 버전 3.5의 ASP.NET 기능을 기반으로 하며,

이 기능을 통해 다음을 사용자 지정할 수 있습니다.

사이트 맵 공급자

데이터 원본 - 사이트 맵 공급자에서 제공한 구조를 고정하고 필터링합니다.

메뉴 - 탐색 요소의 시각적 모양과 계층 구조에서 표시할 수준을 제어합니다.

34

마스터 페이지의 탐색 컨트롤 마스터 페이지는 사이트에서 웹 페이지의 외부 프레임을 정의합니다. 마스터 페이지에는 사이트

전체에서 제공하려는 브랜딩 정보, 일반적인 명령(예: 검색), 탐색 요소 등 사이트의 모든 페이지에서

공유할 요소가 들어 있습니다. 이러한 공유 요소로는 위쪽 링크 모음 탐색과 빠른 실행 탐색이

있습니다.

마스터 페이지에서는 탐색 컨트롤의 메뉴 스타일도 제공합니다. Microsoft SharePoint Designer 2010

또는 Microsoft Visual Studio 2010을 사용하여 마스터 페이지 메뉴를 구성할 수 있습니다.

위쪽 링크 모음 탐색

위쪽 링크 모음은 일반적으로 사이트 계층 구조에서 현재 사이트보다 한 수준 아래에 있는 사이트로

연결되는 탐색 메뉴입니다. 보통 위쪽 링크 모음은 사이트에서 각 페이지의 맨 위에 표시됩니다.

기본적으로 현재 사이트보다 한 수준 아래에 있는 모든 사이트는 위쪽 링크 모음에 추가되고, 각

사이트에는 탐색할 수 있는 고유한 위쪽 링크 모음이 있습니다. 사이트 관리자는 위쪽 링크 모음에서

사이트를 제거하여 특정 사이트에 대한 탐색을 사용자 지정할 수 있습니다. 또한 홈 페이지 링크만

표시되고 사이트 계층 구조의 다른 사이트는 표시되지 않도록 위쪽 링크 모음을 구성할 수도 있습니다.

사이트 관리자가 상위 사이트에서 위쪽 링크 모음을 상속하도록 선택할 수 있습니다. 이 방식을

사용하여 위쪽 링크 모음이 사이트 모음 내 모든 사이트에서 동일하게 표시되도록 지정하면 사용자가

사이트 모음 내 어디에서든 사이트 간에 이동할 수 있습니다. 예를 들어 조직의 제품을 홍보하는

인터넷 사이트에 각 제품군별 사이트가 있을 수 있습니다. 이 경우 사이트 디자이너가 각 사이트의

위쪽 링크 모음에 각 제품 사이트를 표시하여 사용자가 사이트 홈 페이지로 돌아가지 않고도 사이트

간에 쉽게 전환하도록 할 수 있습니다.

이 외에도 다음과 같은 위쪽 링크 모음 기능을 구성할 수 있습니다.

지정한 외부 사이트에 연결

사이트 내 모든 위치에서 지정된 사이트 또는 페이지에 연결

위쪽 링크 모음의 항목을 수동으로 정렬

외부로 연결과 같은 모든 위쪽 링크 모음 기능을 각 사이트에 대해 고유하게 정의할 수 있습니다.

SharePoint Designer 2010 또는 Visual Studio 2010을 사용하여 위쪽 링크 모음의 모양과 기능을

다르게 사용자 지정할 수 있습니다. 예를 들어 다음을 수행할 수 있습니다.

CSS 스타일 시트를 사용자 지정하여 위쪽 링크 모음의 모양을 변경합니다.

데이터 원본을 수정합니다. 예를 들어 위쪽 링크 모음에 표시할 사이트의 수를 줄입니다.

빠른 실행 탐색

빠른 실행 탐색은 일반적으로 현재 사이트의 중요 콘텐츠(예: 목록 및 라이브러리)를 강조합니다. 빠른

실행 탐색은 주로 사이트의 각 페이지 왼쪽에 나타납니다.

빠른 실행 탐색 구성 기능은 다음과 같습니다.

현재 사이트의 특정 외부 사이트 또는 페이지에 연결

제목 아래에 링크 구성

35

빠른 실행 탐색의 항목을 수동으로 정렬

위쪽 링크 모음을 사용자 지정하는 것과 마찬가지로 빠른 실행 탐색의 모양과 기능도 SharePoint

Designer 2010 또는 Visual Studio 2010을 사용하여 사용자 지정할 수 있습니다.

이동 경로 탐색

이동 경로 탐색은 웹 페이지의 맨 위에 동적으로 생성된 링크 집합을 표시하여 사이트 계층 구조 내의

현재 위치를 사용자에게 나타냅니다. SharePoint Designer 2010 또는 Visual Studio 2010을 사용하여

이동 경로 탐색 컨트롤을 구성할 수 있습니다. 예를 들어 사용자 지정 탐색 공급자를 지정할 수

있습니다.

트리 보기 탐색

트리 보기 탐색에서는 목록, 라이브러리 같은 콘텐츠와 계층 구조에서 현재 사이트 아래에 있는

사이트를 표시합니다. 트리 보기 탐색은 일반적으로 사이트의 각 페이지 왼쪽에 나타납니다.

기본적으로 트리 보기 탐색은 해제되어 있습니다. 사이트 관리자는 트리 보기 페이지를 사용하여 트리

보기 탐색을 사이트에 추가할 수 있습니다.

참고 항목 사이트 탐색 계획(SharePoint Foundation 2010)

사이트 및 사이트 모음 개요(SharePoint Foundation 2010)

사이트 및 사이트 모음 계획(SharePoint Foundation 2010)

36


사이트 탐색은 사이트 사용자가 사이트 및 사이트의 페이지를 이동하는 데 사용할 수 있는 기본

인터페이스를 제공합니다. Microsoft SharePoint Foundation 2010에는 사이트 사용자가 사이트와

페이지를 쉽게 이동할 수 있도록 지침을 제시하기 위해 사용자 지정 및 확장할 수 있는 탐색 기능이

들어 있습니다. 이 문서에서는 SharePoint Foundation 2010 사이트에 대해 사이트 탐색을 계획하는

방법에 대한 일반적인 지침을 제공합니다. 하지만 SharePoint Foundation 2010에서 사용할 수 있는

탐색 컨트롤의 종류는 설명하지 않으며 웹 페이지에 탐색 컨트롤을 추가하는 방법, 탐색 컨트롤을

구성하는 방법 또는 사용자 지정 탐색 컨트롤을 만드는 방법도 설명하지 않습니다. 사이트 탐색

컨트롤에 대한 자세한 내용은 사이트 탐색 개요(SharePoint Foundation 2010)를 참조하십시오.


탐색 다이어그램 만들기

상속된 탐색 이해

위쪽 링크 모음을 상속할 사이트 결정

위쪽 링크 모음에 수동으로 추가할 다른 링크 결정

기타 사이트 탐색 옵션 결정


탐색 다이어그램 만들기 만들려는 사이트의 다이어그램을 만듭니다. 예를 들어 다음 다이어그램은 소규모 여행사인 Margie's

Travel의 다이어그램입니다. 이 여행사에는 핵심 비즈니스인 컨벤션 계획을 구성하는 데 도움이 되는

내부 사이트 집합이 있습니다.

37

만들려는 다이어그램에 Margie's Travel 예제와 같은 단일 사이트 모임이 포함될 수도 있고, 보다

복잡한 사이트 집합이 있을 경우 여러 사이트 모음이 포함될 수도 있습니다. 만들려고 계획하는 최상위

웹 사이트, 사이트, 회의 작업 공간 사이트, 문서 작업 공간 사이트 또는 기타 사이트를 모두 포함하고

이후에 확장할 수 있는 공간을 남겨 두어야 합니다.

특히, 문서 저장용 사이트나 하나 이상의 문서 라이브러리를 만들지 여부를 결정 중인 경우 각

사이트에 대한 목록 및 라이브러리를 포함할 수도 있습니다.

상속된 탐색 이해 전역 탐색 또는 위쪽 링크 모음은 사이트의 모든 페이지에서 위쪽, 사이트 제목 아래에 표시됩니다.

기본적으로 각 사이트에는 고유한 자체 위쪽 링크 모음이 사용되며, 상위 사이트에서 위쪽 링크 모음을

상속하도록 허용할 수도 있습니다.

위쪽 링크 모음이 사이트 모음에 있는 두 번째 수준의 사이트를 표시할 수 있습니다. 예를 들어

Margie's Travel 사이트 모음의 위쪽 링크 모음에 Margie's Travel 홈, 사무 관리, 컨벤션 계획, 판매 및

마케팅에 대한 링크가 포함될 수 있습니다. 이 예제에서 이러한 위쪽 링크 모음은 다음과 같이

표시됩니다.

홈 | 사무 관리 | 컨벤션 계획 | 판매 및 마케팅

참고:

38

위쪽 링크 모음에서 두 번째 수준의 사이트를 표시할 수 있지만 두 번째 수준의 모든 하위

사이트를 위쪽 링크 모음에 표시해야 하는 것은 아닙니다. 사이트를 만들 때 위쪽 링크 모음에

표시할지 여부를 결정하거나 나중에 사이트 설정에서 탐색을 구성할 수 있습니다.

그러나 기본적으로 계층 구조에서 세 번째 수준의 사이트는 탐색을 상속하는 경우에도 최상위

사이트의 위쪽 링크 모음에 표시되지 않습니다. 예를 들어 보고서 사이트는 컨벤션 계획 사이트의

하위에 있는 사이트이기 때문에 Margie's Travel 홈의 위쪽 링크 모음에 나타나지 않습니다. 이러한

사이트를 표시하려면 위쪽 링크 모음에 수동으로 추가하거나 사이트 계층 구조에서 두 번째 수준, 즉

컨벤션 계획 사이트의 하위 사이트가 아닌 Margie's Travel 홈 아래의 사이트로 만들면 됩니다.

다른 사이트 모음의 사이트 간에는 위쪽 링크 모음을 공유할 수 없습니다. 그러나 다른 사이트 모음의

사이트에 대한 링크를 언제든지 수동으로 추가할 수 있습니다.

위쪽 링크 모음을 상속할 사이트 결정 사이트의 홈 탭에 상속된 탐색 사이트의 홈 페이지 대신 사이트의 홈 페이지가 열리도록 하려면 고유한

탐색을 사용해야 합니다. 그렇지 않은 경우에는 상속된 탐색을 사용해야 합니다. 예를 들어 다음과

같이 Margie's Travel 사이트 모음에서 두 번째 수준의 모든 사이트가 동일한 탐색을 사용하도록

이러한 모든 사이트 간에 위쪽 링크를 상속할 수 있습니다.

홈 | 사무 관리 | 컨벤션 계획 | 판매 및 마케팅

이와 같은 링크 공유는 Margie's Travel과 같이 조직의 모든 사용자가 모든 사이트를 작업하는 소규모

팀에 적절합니다. 사이트 모음의 각 사용자는 각각의 사이트를 사용하므로 상속된 위쪽 링크 모음이

유용합니다. 그러나 컨벤션 계획 팀과 판매 및 마케팅 팀이 상당히 독립적으로 작업하고 서로의

사이트에 액세스할 필요가 없다면 다음과 같이 최상위 수준이 아닌 두 번째 수준에서 상속되도록

Margie's Travel의 탐색을 사용자 지정할 수 있습니다.

Margie's Travel 홈 사이트: 홈 | 사무 관리

컨벤션 계획 사이트: 컨벤션 계획 | 보고서

판매 및 마케팅 사이트: 판매 및 마케팅 사이트

새로운 전역 탐색 경로 탐색에는 사이트 모음의 최상위 사이트로 돌아가는 링크가 항상 포함됩니다.

따라서 컨벤션 계획 사이트의 사용자가 위쪽 링크 모음을 통해 Margie's Travel 홈을 방문할 수

없더라도 전역 탐색 경로 탐색을 통해 바로 홈을 방문할 수 있습니다.

사이트를 만드는 동안 탐색 모음을 상속할지 여부를 결정할 수도 있고 나중에 이 옵션을

변경할 수도 있습니다. 마음이 바뀌면 링크를 수동으로 만들어야 할 수 있지만 변경할

사이트의 사이트 설정에서 위쪽 링크 모음 페이지를 사용하여 이 작업을 쉽게 수행할 수

있습니다.

참고:

39

위쪽 링크 모음에 수동으로 추가할 다른 링크 결정 상속 여부에 관계없이 필요한 다른 모든 URL에 대한 링크를 포함하도록 위쪽 링크 모음을 사용자

지정할 수 있습니다. 필요한 사용자 지정 정도에 따라 다음 방법 중 하나를 선택하여 위쪽 링크 모음을

사용자 지정할 수 있습니다.

위쪽 링크 모음에서 링크를 추가, 제거 또는 다시 정렬하려면 해당 사이트의 사이트 설정에서 위쪽

링크 모음 페이지를 사용합니다.

완전하게 사용자 지정된 위쪽 링크 모음을 만들어 사이트 모음의 모든 사이트 또는 다른 사이트

모음의 사이트에 적용하려면 Microsoft SharePoint Designer 2010 또는 Microsoft Visual Studio

2010을 사용합니다.

기타 사이트 탐색 옵션 결정 빠른 실행, 트리 보기 등 다른 사이트 탐색 옵션도 구성할 수 있습니다. 빠른 실행 탐색은 일반적으로

현재 사이트의 중요 콘텐츠를 강조합니다.

새 링크를 추가하거나 머리글을 추가 또는 변경하거나 링크 표시 순서를 변경하는 방법으로 빠른

실행에 표시되는 항목을 사용자 지정할 수 있습니다. 빠른 실행 탐색을 구성하려면 사이트의 사이트

설정에서 빠른 실행 페이지를 사용합니다.

트리 보기 탐색에서는 목록, 라이브러리 같은 사이트 콘텐츠와 현재 사이트 아래에 있는 사이트를

계층적으로 표시합니다. 트리 보기 탐색은 일반적으로 사이트의 각 페이지 왼쪽에 나타납니다.

기본적으로 트리 보기 탐색은 해제되어 있습니다.

사이트 콘텐츠를 계층 구조로 표시하려면 사이트 사용자에 대한 트리 보기를 표시하면 됩니다.

사이트의 트리 보기는 사이트의 사이트 설정에서 트리 보기 페이지를 사용하여 설정합니다.

사이트 계획 데이터 워크시트 사이트 계획 데이터 워크시트(영문일 수 있음)의 Excel 버전을 다운로드합니다. 이 워크시트를

사용하여 사이트 탐색 관련 결정 사항을 손쉽게 기록할 수 있습니다.

참고 항목 사이트 탐색 개요(SharePoint Foundation 2010)



테마 개요(SharePoint Foundation 2010)

테마 사용 계획(SharePoint Foundation 2010)


40

테마 개요(SharePoint Foundation 2010)

테마를 사용하면 Microsoft SharePoint Foundation 2010에서 사이트에 글꼴과 색을 쉽고 빠르게

적용할 수 있습니다. 테마를 사이트에 적용하면 배경 이미지, 텍스트, 하이퍼링크 등 대부분의 페이지

요소 색이 변경됩니다. 제목 등 일부 페이지 요소에 사용되는 글꼴도 변경됩니다. 테마는 표준

SharePoint Foundation 2010 사이트 서식 파일 또는 사용자 지정 마스터 페이지와 함께 사용할 수

있으며 사이트 소유자가 자신의 사이트에 적용할 수 있도록 테마를 만들 수도 있습니다. 이 문서에서는

테마의 개요 및 작동 방식에 대해 설명합니다. 이 문서에서는 Microsoft Office 2010 응용 프로그램을

사용하여 사용자 지정 테마를 만드는 방법 또는 테마 라이브러리에 테마를 업로드하고 관리하는

방법에 대해서는 설명하지 않습니다. 또한 마스터 페이지나 CSS 스타일시트를 사용하여 사이트를

전체적으로 꾸미는 것을 계획하는 방법도 설명하지 않습니다. 자세한 내용은 구성 요소: 페이지 및

사용자 인터페이스(영문일 수 있음)를 참조하십시오.


테마 사용 정보

테마를 사용하는 방식

테마 사용 정보 테마를 사용하면 사이트 소유자나 디자이너 권한이 있는 사용자가 사이트에 있는 사용자 인터페이스

요소의 글꼴과 색을 변경할 수 있어 SharePoint Foundation 2010 사이트를 가벼운 수준으로 꾸밀 수

있습니다. 테마는 사용자 인터페이스에 직접 적용되며 테마를 사용할 때 CSS 스타일시트나 마스터

페이지에 대한 지식이 필요한 것은 아닙니다.

SharePoint Foundation 2010 사이트에 테마를 적용하는 경우 사이트를 검색하는 익명

사용자에게는 기본 테마만 표시됩니다. 선택한 테마가 모든 사용자에게 표시되도록 하려면

마스터 페이지의 링크를 생성된 CSS 파일에 추가해야 합니다.

테마를 사용하면 사이트 소유자와 디자이너 권한이 있는 사용자가 사이트의 기본적인 내용을 변경할

때 개발자 리소스의 도움을 받지 않아도 된다는 장점이 있습니다. 테마는 간단한 방법으로 사이트를

꾸밀 수 있게 해 주며 사이트의 레이아웃에는 영향을 주지 않습니다.

테마 생성 프로세스를 간소화하기 위해 SharePoint Foundation 2010의 테마가 다시

디자인되었습니다. Windows SharePoint Services 3.0에서 만든 테마는 SharePoint

Foundation 2010에서 호환되지 않습니다. Windows SharePoint Services 3.0에서

SharePoint Foundation 2010으로 업그레이드하는 경우 비주얼 업그레이드를 통해 이전

사용자 인터페이스의 사이트를 계속 사용할 수 있습니다. 하지만 SharePoint Foundation

2010의 새 사용자 인터페이스를 사용하여 테마를 만들어 사이트에 적용하는 것이 좋습니다.

참고:

참고:



41

테마를 사용하는 방식 다음 두 가지 방식을 사용하여 사이트에서 테마를 사용할 수 있습니다.

사전 설치된 테마 사용

테마 갤러리에 사용자 지정 테마 업로드

사전 설치된 테마 사용

SharePoint Foundation 2010은 기본 SharePoint 테마를 포함하여 사전 설치된 테마를 제공합니다. 새

사이트가 만들어지면 기본 SharePoint 테마가 사용됩니다.

테마 갤러리에 사용자 지정 테마 업로드

Microsoft PowerPoint 2010 등의 Office 2010 응용 프로그램에서 스타일을 수정하고 테마를 저장하여

사용자 지정 테마를 만들 수 있습니다. 그렇게 하면 사이트 모음의 테마 갤러리에 업로드할 수 있는

.thmx 파일이 만들어집니다. 테마 갤러리에 있는 사용자 지정된 테마는 해당 사이트 모음의 모든

사이트에서 사용할 수 있습니다.

참고 항목 테마 사용 계획(SharePoint Foundation 2010)

42

테마 사용 계획(SharePoint Foundation 2010)

테마를 사용하면 Microsoft SharePoint Foundation 2010에서 사이트에 글꼴과 색을 쉽고 빠르게

적용할 수 있습니다. 테마를 사이트에 적용하면 배경 이미지, 텍스트, 하이퍼링크 등 대부분의 페이지

요소 색이 변경됩니다. 제목 등 일부 페이지 요소에 사용되는 글꼴도 변경됩니다. 테마는 표준

SharePoint Foundation 2010 사이트 서식 파일 또는 사용자 지정 마스터 페이지와 함께 사용할 수

있으며 사이트 소유자가 자신의 사이트에 적용할 수 있도록 테마를 만들 수도 있습니다. 자세한 내용은

테마 개요(SharePoint Foundation 2010)를 참조하십시오.

이 문서에서는 SharePoint Foundation 2010의 여러 사이트에 걸쳐 테마를 사용하기 위해 계획하는

방법을 설명하고 사이트에서 테마 사용을 계획하는 핵심 단계를 소개합니다. 그러나 Microsoft Office

2010 응용 프로그램을 사용하여 사용자 지정 테마를 만드는 방법이나 테마 라이브러리에서 테마를

업로드 및 관리하는 방법은 다루지 않습니다. 또한 마스터 페이지나 CSS 스타일시트를 사용하여

사이트를 전체적으로 꾸미는 것을 계획하는 방법도 설명하지 않습니다. 자세한 내용은 구성 요소:

페이지 및 사용자 인터페이스(영문일 수 있음)를 참조하십시오.

이 문서를 읽기 전에 반드시 먼저 사이트 및 사이트 모음 계획(SharePoint Foundation 2010) 문서를

검토하십시오.


테마 사용 계획 정보

테마 사용 여부 결정

필요한 테마 수 결정

테마 작성자 결정


테마 사용 계획 정보 테마 사용을 계획하는 경우 결정해야 하는 세 가지 기본 사항이 있습니다.

테마 사용 여부 결정

테마를 사용하는 경우 필요한 테마 수 결정

사용자 지정 테마 작성자 결정

이 문서의 나머지 부분에서 이러한 의사 결정과 그 밖의 계획 고려 사항에 대해 설명합니다.

테마 사용 여부 결정 테마 사용을 계획하는 첫 번째 단계는 테마가 사용자의 현재 상황에 적합한 옵션인지 여부를 판단하는

것입니다. 사이트를 사용자 지정하기 위한 기타 옵션으로 대체 CSS 파일을 사용하거나 사용자 지정

마스터 페이지를 만들 수 있는데, 이러한 옵션에는 디자이너나 개발자가 구현하는 기술이 필요하기

때문에 사용자의 상황에 적합하지 않을 수도 있습니다.



http://technet.microsoft.com/library/87e3b6c9-b28c-4cc0-a5f3-753a3b525fa8.aspx#Section3




43

테마 사용 여부를 결정하려면 현재 사이트에서 기존 디자인을 얼마나 변경해야 하는지 파악한 다음,

원하는 내용을 가장 근접하게 충족할 수 있는 옵션을 선택합니다. 현재 사이트에서 수행할 사용자 지정

내용에 따라 하나 이상의 옵션을 조합해서 사용할 수 있습니다. 다음 표에서는 여러 수준의 사용자

지정 내용을 설명하고 각 수준에 가장 적합한 옵션을 권장합니다.

원하는 작업 사용할 항목

사이트 소유자가 글꼴과 색을 변경하도록 허용 테마

글꼴 크기, 간격 등의 다른 디자인 요소 변경 CSS 스타일시트

페이지 구조 및 디자인 완전 변경 마스터 페이지

SharePoint Foundation 2010 사이트에 테마를 적용하는 경우 사이트를 검색하는 익명

사용자에게는 기본 테마만 표시됩니다. 선택한 테마가 모든 사용자에게 표시되도록 하려면

마스터 페이지의 링크를 생성된 CSS 파일에 추가해야 합니다.

테마를 사용하기로 결정했다면 이 문서의 나머지 부분을 계속 검토하십시오.

필요한 테마 수 결정 테마를 사용하기로 결정했다면 현재 사이트에 필요한 테마 수를 결정해야 합니다. SharePoint

Foundation 2010에 설치된 테마가 사용 목적에 충분한지, 또는 여러 사이트에서 사용할 수 있는

사용자 지정 테마를 만들어야 하는지 고려합니다. 사용자 지정 테마를 만드는 경우 필요한 테마 수와

어떤 테마를 어떤 사이트에서 사용할 것인지도 결정해야 합니다.

사이트 계획 데이터 워크시트를 사용하여 어떤 사이트에서 테마를 사용해야 하는지를 기록하고 몇

개의 고유한 테마가 필요한지를 결정합니다.

테마 작성자 결정 사용자 지정 테마를 사용하는 경우 *.thmx 파일을 만들 책임자를 정해야 합니다. 사용자 지정 테마는

PowerPoint 등의 Office 2010 응용 프로그램을 이용해서 만들기 때문에 테마를 만들기 위해 그래픽

디자이너가 필요한 것은 아니지만, 그래픽 디자이너가 있으면 계획 단계에서 테마에 사용할 글꼴

스타일 및 색상값에 대한 조언을 구할 수 있어 도움이 될 것입니다.

테마 갤러리에 테마를 업로드하는 책임자도 정해야 합니다. 테마를 만든 사람이 테마 갤러리에 *.thmx

파일을 업로드하는 작업도 수행하게 할 것인지, 아니면 사이트 모음 관리자가 업로드하도록

디렉터리에 테마 파일을 저장하게 할 것인지 결정합니다. 갤러리에 *.thmx 파일을 업로드하려면 테마

갤러리가 들어 있는 사이트 모음에 대한 관리자 또는 디자이너 권한이 있어야 합니다.

참고:

44

사이트 계획 데이터 워크시트 Excel 버전의 사이트 계획 데이터 워크시트(영문일 수 있음)를 다운로드합니다. 이 워크시트를

사용하여 테마 관련 결정 사항을 쉽게 기록할 수 있습니다.

참고 항목 테마 개요(SharePoint Foundation 2010)




45

다국어 사이트 계획(SharePoint Foundation 2010)

Microsoft SharePoint Foundation 2010에는 여러 지역의 사용자나 서로 다른 언어를 사용하는

사용자를 지원하는 여러 기능이 있습니다. 이 기능을 사용하면 다른 언어로 웹 사이트를 만들 수

있습니다.

이 문서에서는 다국어 SharePoint Foundation 2010 사이트에 대한 계획을 수립하는 방법에 대해

설명합니다. 이 문서에서는 다국어 사이트를 만드는 방법이나 언어 팩을 설치하는 방법은 설명하지

않습니다. 다국어 사이트를 만드는 방법에 대한 자세한 내용은 기본 언어와 다른 언어로 사이트

만들기(영문일 수 있음)를 참조하십시오. 언어 팩에 대한 자세한 내용은 언어 팩 배포(SharePoint

Foundation 2010)를 참조하십시오.


다국어 사이트 계획 정보

언어 및 로캘 요구 사항 확인

언어 팩 요구 사항 확인

단어 분리기 및 형태소 분석기 요구 사항 확인

다국어 사이트 계획 정보 조직에서 여러 지역의 사용자나 서로 다른 언어를 사용하는 사용자를 지원해야 하는 경우 전체 사이트

구조와 탐색을 계획할 때 다국어 요구 사항과 다국어 사이트 배포에 대한 계획을 확인해야 합니다.

다국어 요구 사항을 확인하려면 다음을 수행해야 합니다.

지원해야 하는 언어 및 로캘을 파악합니다.

다국어 사이트 배포를 계획하려면 서버에 설치하거나 구성해야 할 언어 기능과 구성 요소를 파악해야

합니다. 이러한 항목은 다음과 같습니다.

언어 팩

단어 분리기 지원

IDN(다국어 도메인 이름)은 Windows SharePoint Services 3.0에서 지원되지만 SharePoint

Foundation 2010에서는 지원되지 않습니다. 현재 Windows SharePoint Services 3.0에서

IDN을 사용하고 있고 SharePoint Foundation 2010으로 업그레이드하거나 마이그레이션할

계획인 경우 SharePoint Foundation 2010으로 업그레이드하거나 마이그레이션하기 전에 IDN

사용을 중지하고 모든 IDN 설정을 삭제한 다음 IDN을 사용하지 않는 환경을 설정해야 합니다.

언어 및 로캘 요구 사항 확인 다음과 같은 이유가 있는 경우 여러 언어로 사이트를 만들어야 합니다.

참고:





46

여러 지역의 사용자에게 웹 사이트 콘텐츠를 제공하려는 경우

정부 규정이나 조직의 정책에 따라 둘 이상의 언어로 웹 사이트 콘텐츠를 제공해야 하는 경우

언어 요구 사항을 확인할 때는 모든 잠재적인 사이트 소유자에게 문의하고 향후 지원해야 할 수 있는

모든 언어를 파악해야 합니다. 서버가 완전한 프로덕션 환경에서 실행될 때까지 기다려 언어 지원을

설치하는 것보다 초기 배포 때 언어 지원을 설치하는 편이 훨씬 쉽기 때문입니다. 특정 언어용으로

사이트를 만든 후에는 사이트의 기본 언어를 변경할 수 없습니다. 그러나 사이트에 로그온한 사용자가

다국어 사용자 인터페이스를 사용하여 사이트를 표시할 다른 언어를 선택할 수 있습니다. 이때 사이트

사용자 인터페이스가 사용자에게 표시되는 방식이 변경되지만 사이트 콘텐츠는 변경되지 않습니다.

예를 들어 사이트가 프랑스어로 구축되었고 스페인어 언어 팩도 서버에 설치된 경우 사이트 사용자가

언어를 스페인어로 변경하여 사이트를 볼 때 사용자 인터페이스가 스페인어로 표시되게 할 수

있습니다. 이때 해당 사용자의 사용자 인터페이스만 변경되고 사이트가 다른 사용자에게 표시되는

방식은 영향을 받지 않습니다. 또한 프랑스어로 만들어진 모든 콘텐츠는 여전히 프랑스어로

표시됩니다. 다국어 사용자 인터페이스에 대한 자세한 내용은 다국어 사용자 인터페이스


사용자가 다른 언어로 사이트를 표시하도록 개인 사이트 설정을 변경하는 경우 열 이름과 같은

일부 사이트 요소가 여전히 기본 사이트 언어로 표시될 수 있습니다.

문서 라이브러리에 여러 언어로 된 문서가 포함되어 있다는 이유만으로 웹 사이트 또는 사이트 모음을

여러 언어로 만들 필요는 없습니다. 문서 라이브러리에 여러 언어의 문서가 포함되어 있더라도 웹

사이트나 사이트 모음은 여러 언어로 만들지 않아도 될 수 있습니다. 예를 들어 영어 사이트 모음의

문서 라이브러리에 프랑스어로 작성된 문서와 일본어로 작성된 문서가 포함될 수 있습니다.

다국어 사이트를 계획하는 경우 사이트를 지원하는 데 필요한 로캘도 고려해야 합니다. 로캘은 숫자,

날짜 및 시간이 사이트에 표시되는 방식을 지정하는 지역 설정입니다. 그러나 로캘은 사이트가

표시되는 언어를 변경하지 않습니다. 예를 들어 태국어 로캘을 선택하면 목록 항목의 기본 정렬 순서가

변경되고 기본 달력 대신 불교 달력이 사용됩니다. 로캘은 사이트가 만들어질 때 지정된 언어와

독립적으로 구성된 설정이지만 언어와 달리 로캘은 언제든지 변경할 수 있습니다. 사용자

인터페이스의 변환에 대한 자세한 내용은 언어 팩 요구 사항 확인을 참조하십시오.

언어 팩 요구 사항 확인 웹 사이트의 언어 요구 사항에 따라 프런트 엔드 웹 서버에 설치해야 하는 언어 팩을 파악합니다. 언어

팩을 사용하면 SharePoint Foundation 2010을 별도로 설치하지 않고도 여러 언어로 사이트 및 사이트

모음을 만들 수 있습니다. 언어 팩은 서버 팜의 프런트 엔드 웹 서버에 설치되며 언어별 사이트 서식

파일을 포함합니다. 언어별 사이트 서식 파일을 기반으로 사이트 또는 사이트 모음을 만드는 경우

사이트나 사이트 모음에 표시되는 사용자 인터페이스 텍스트는 지정된 사이트 서식 파일의 언어로

표시됩니다. 예를 들어 프랑스어로 사이트를 만들면 사이트의 도구 모음, 탐색 모음, 목록 및 열

머리글이 프랑스어로 표시됩니다. 마찬가지로 아랍어로 사이트를 만들면 해당 사이트의 도구 모음,

탐색 모음, 목록 및 열 머리글은 아랍어로 표시되며 왼쪽에서 오른쪽으로 표시되는 사이트의 기본

텍스트 표시 방향이 아랍어 텍스트를 올바르게 표시하기 위해 오른쪽에서 왼쪽으로 표시되는 방향으로

변경됩니다,

참고:

47

사이트에 사용할 계획인 기본 언어로 작업할 수 없는 사용자가 사이트를 사용할 경우 다국어 사용자

인터페이스를 사용하여 사용자가 선택한 언어로 작업할 수 있도록 하는 언어 팩도 설치해야 합니다.

추가 언어 지원을 제공하지 않으면 사용자가 원하는 언어가 아닌 언어로 사이트 기능을 사용하는 데

어려움을 겪을 수 있습니다. 언어 팩은 다음과 같은 사용자 인터페이스 요소의 언어별 변환을

제공합니다.

리본 요소

목록 및 사이트 열 머리글

사이트 설정 인터페이스

새 목록, 문서 라이브러리 및 사이트에 대한 서식 파일

사이트의 기본 언어로 되어 있지 않은 콘텐츠의 관련 검색 인덱싱

언어 팩은 사용자 인터페이스의 변환만 제공하며 콘텐츠 페이지나 웹 파트에서 만들어지고

표시되는 콘텐츠는 변환하지 않습니다.

사이트 또는 사이트 모음을 만드는 데 사용할 수 있는 언어 목록과 다국어 사용자 인터페이스에서

선택할 수 있는 언어 목록은 서버 팜의 프런트 엔드 웹 서버에 설치된 언어 팩을 통해 생성됩니다.

기본적으로 사이트와 사이트 모음은 SharePoint Foundation 2010의 설치 언어로 만들어집니다. 예를

들어 SharePoint Foundation 2010의 스페인어 버전을 설치한 경우 스페인어가 사이트, 사이트 모음

및 웹 페이지의 기본 언어가 됩니다. 기본 SharePoint Foundation 2010 언어와 다른 언어로 사이트,

사이트 모음 또는 웹 페이지를 만들어야 하는 경우 먼저 프런트 엔드 웹 서버에 다른 언어의 언어 팩을

설치해야 사이트를 만들 때 다른 언어를 선택할 수 있습니다. 예를 들어 SharePoint Foundation

2010의 프랑스어 버전을 실행하고 있는데 프랑스어, 영어 및 스페인어로 사이트를 만들려면 프런트

엔드 웹 서버에 영어 및 스페인어 언어 팩을 설치해야 영어 및 스페인어 사이트를 만들 수 있습니다.

SharePoint Foundation 2010용 언어 팩은 다국어 설치 패키지에 포함되거나 그룹화되어 있지

않으므로 지원할 각 언어별로 언어 팩을 설치해야 합니다. 또한 서버 팜의 각 프런트 엔드 웹 서버에

언어 팩을 설치해야 각 서버에서 지정된 언어로 콘텐츠를 렌더링할 수 있습니다. 사용할 수 있는 언어

팩에 대한 자세한 정보는 Language packs (SharePoint Foundation 2010)(영문)을 참조하십시오.

언어 팩을 배포하는 방법에 대한 자세한 내용은 언어 팩 배포(SharePoint Foundation 2010)를

참조하십시오.

사이트의 언어를 지정하더라도 오류 메시지, 알림, 대화 상자와 같은 일부 사용자 인터페이스 요소는

선택한 언어로 표시되지 않을 수 있습니다. 이는 SharePoint Foundation 2010에서 사용하는 .NET

Framework, Microsoft Windows Workflow Foundation, ASP.NET, Microsoft SQL Server 등의 지원

기술 중 일부가 일부 언어로만 지역화되었기 때문입니다. 사용자 인터페이스 요소가 지원되는 기술 중

하나에서 생성된 경우 해당 지원 기술이 사이트 관리자가 사이트에 지정한 언어로 지역화되지

않았으면 사용자 인터페이스 요소는 영어로 표시됩니다.

또한 일부 텍스트를 원래 설치 언어에서 가져오는 경우 언어가 혼용될 수 있습니다. 이러한 언어 혼용

환경은 콘텐츠 작성자나 사이트 관리자에게만 나타나고 사이트 사용자에게는 나타나지 않습니다.

SharePoint Foundation 2010에서 서버에 저장하는 오류 로그는 항상 영어로 되어 있습니다.

참고:

참고:

http://technet.microsoft.com/library/3d599354-863e-4528-9fe8-867df5f45658(Office.14).aspx


48

언어 팩 설치 방법에 대한 자세한 내용은 언어 팩 배포(SharePoint Foundation 2010)를 참조하십시오.

단어 분리기 및 형태소 분석기 요구 사항 확인 단어 분리기 및 형태소 분석기는 인덱싱 및 쿼리 프로세스에 속하는 구성 요소입니다. 단어 분리기는

인덱싱 및 쿼리 프로세스 중 텍스트의 문자열을 개별 단어로 분리하는 데 사용되는 구성 요소입니다.

형태소 분석기는 용어의 기본 단어를 검색하는 구성 요소이며 해당 용어의 파생어도 생성할 수

있습니다. 단어 분리 및 형태소 분석 규칙은 언어마다 다르며 각 언어별로 서로 다른 규칙을 지정할 수

있습니다. 각 언어에 맞는 단어 분리기를 사용하면 해당 언어에 대해 보다 정확한 결과를 얻을 수

있습니다. 언어군에 대한 단어 분리기는 잇지만 특정 하위 언어에 대한 단어 분리기는 없는 경우 대표

언어가 사용됩니다. 예를 들어 캐나다 프랑스어로 작성된 텍스트를 처리하는 데는 프랑스어 단어

분리기가 사용됩니다. 특정 언어에 대해 사용할 수 있는 단어 분리기가 없으면 중립 단어 분리기가

사용됩니다. 중립 단어 분리기를 사용하면 공백, 문장 부호 등의 중립 문자에서 단어가 분리됩니다.

언어 팩 또는 보조 언어 지원을 설치하는 경우 지원해야 하는 언어별로 적절한 단어 분리기 및 형태소

분석기를 설치하는 것이 좋습니다. 단어 분리기 및 형태소 분석기는 검색 서비스를 실행하는 모든

서버에 설치해야 합니다. SharePoint Foundation 2010에서 단어 분리기 및 형태소 분석기를 제공하는

언어 목록은 Languages for word breakers and stemmers (SharePoint Foundation 2010)(영문)를

참조하십시오.

참고 항목 다국어 사용자 인터페이스 개요(SharePoint Foundation 2010)

다국어 사용자 인터페이스 계획(SharePoint Foundation 2010)


http://technet.microsoft.com/library/7ea2e994-5525-4ba7-9c88-d8d2df4ffb78(Office.14).aspx

49

다국어 사용자 인터페이스 개요(SharePoint

Foundation 2010)

이 문서에서는 Microsoft SharePoint Foundation 2010의 새로운 다국어 사용자 인터페이스 기능에

대해 설명합니다. 이전에는 Windows SharePoint Services 3.0에서 언어 팩이 서버에 설치된 상태에서

사이트 모음이나 사이트를 만들 때 사이트 사용자 인터페이스를 표시할 언어를 선택할 수 있었습니다.

그러나 사이트의 언어가 설정된 후 이를 변경할 수 없었습니다. 새로운 다국어 사용자 인터페이스

기능에는 사용자가 선택할 수 있는 보조 언어에 대한 개념이 도입되었습니다. 이 기능을 사용하면

사이트를 만들 때 선택한 기본 언어가 아닌 사용자가 선택한 다른 보조 언어로 사이트 사용자

인터페이스가 표시됩니다.

이 문서에서는 SharePoint Foundation 2010의 다국어 사용자 인터페이스에 대해 설명합니다. 그러나

이 문서에서는 다국어 사용자 인터페이스를 사용하는 데 필요한 언어 팩을 배포하는 방법이나

사용자가 기본 설정 언어를 지정할 수 있도록 사이트 설정을 구성하는 방법에 대해서는 다루지

않습니다. 또한 사이트 솔루션에서 다국어 사용자 인터페이스를 사용하도록 계획하는 방법에 대해서도

설명하지 않습니다. 사이트의 사용자 인터페이스를 표시하는 데 사용되는 언어를 개별 사용자가

변경할 수 있도록 하는 방법에 대한 자세한 내용은 사이트의 사용자 인터페이스에 다국어를

사용하도록 설정(영문일 수 있음)을 참조하십시오. 다국어 사용자 인터페이스를 사용하도록 계획하는

방법에 대한 자세한 내용은 다국어 사용자 인터페이스 계획(SharePoint Foundation 2010)을

참조하십시오.

이 문서의 내용:

다국어 사용자 인터페이스의 사용 및 이점

다국어 사용자 인터페이스의 작동 방식

다국어 사용자 인터페이스의 지원 대상

응용 프로그램 콘텐츠 추가 및 수정

번역된 콘텐츠 내보내기 및 가져오기

다국어 사용자 인터페이스의 제한 사항

다국어 사용자 인터페이스의 사용 및 이점 다국어 사용자 인터페이스를 사용하면 사이트가 만들어질 때 선택된 언어와 관계없이 사용자가 자신이

선택한 보조 언어를 사용하여 하나의 사이트에서 공동 작업을 수행할 수 있습니다. 서버에 언어 팩이

설치되어 있는 상태에서 새 사이트를 만드는 경우 사이트의 기본 언어를 선택할 수 있습니다.

사이트에서는 이 기본 언어를 사용하여 탐색 페이지 및 관리 페이지 등의 사이트 사용자 인터페이스를

표시합니다. 사이트 사용자가 사이트 사용자 인터페이스를 보조 언어로 볼 수 있도록 하려는 경우 언어

설정 페이지를 사용하여 사용자가 사용할 수 있는 언어를 지정할 수 있습니다. 사이트에 로그온한

사용자는 사용자 메뉴의 표시 언어 선택 옵션을 사용하여 사이트 사용자 인터페이스를 표시할 보조

언어를 선택할 수 있습니다. 사용자가 언어를 선택하면 해당 도메인 이름 내의 모든 사이트가 사용자가



http://technet.microsoft.com/library/86547a51-98c2-42f8-9b33-4c44256b43ae.aspx#Section1






50

기본 설정한 언어로 표시됩니다. 그러나 이렇게 한다고 해서 사이트의 기본 언어가 변경되는 것은

아닙니다. 사이트를 보는 다른 사용자에게는 사이트 사용자 인터페이스가 여전히 기본 언어로

표시됩니다. 사이트를 표시할 다른 기본 언어를 선택한 사용자에 대해서만 사이트 사용자

인터페이스가 변경됩니다.

다국어 사용자 인터페이스 기능을 사용하면 팀 구성원이 각자 기본 설정한 언어로 사이트를 보고

작업을 수행하면서 공통된 공유 언어로 문서 및 프로젝트에 대해 공동 작업을 수행할 수 있습니다. 팀

공동 작업 외에도 팜 및 사이트 관리자는 다국어 사용자 인터페이스 기능을 통해 자신이 기본 설정한

언어로 관리 작업을 수행할 수 있습니다. 예를 들어 팜 관리자는 관리 링크 및 지침이 자신이 기본

설정한 언어로 표시되도록 중앙 관리 웹 사이트의 기본 언어를 변경할 수 있습니다.

다국어 사용자 인터페이스 기능은 사이트 사용자 인터페이스 요소만 다른 언어로 표시하며,

문서나 목록 항목 같은 콘텐츠를 다른 언어로 번역하거나 표시하지는 않습니다.

사용자가 사이트의 기본 언어를 변경할 수 있도록 하는 것 외에도 다국어 사용자 인터페이스 기능을

사용하면 사용자가 목록 또는 라이브러리 제목 및 설명 같은 새로운 응용 프로그램 콘텐츠 및 기존

응용 프로그램 콘텐츠를 변경하고 다른 언어를 사용하는 사용자의 사용자 인터페이스에 이러한 변경

사항을 나타낼 수 있습니다. 예를 들어 영어를 기본 설정 언어로 사용하는 팀 구성원이 "Team

Reports"라는 새 문서 라이브러리를 만들고 기본 설정 언어가 독일어인 다른 팀 구성원이 사이트에

로그온하여 라이브러리 제목을 "Mannschaftsberichte"로 변경하는 경우, 다음에 기본 설정 언어가

독일어인 사용자가 사이트에 로그온하면 해당 문서 라이브러리의 이름이 "Mannschaftsberichte"로

표시됩니다. 그러나 기본 설정 언어가 영어인 사용자에게는 문서 라이브러리 이름이 여전히 "Team

Reports"로 표시됩니다.

SharePoint Foundation 2010에서는 세 가지 방식을 통해 목록 또는 라이브러리 제목 및 설명 같은

특정 응용 프로그램 콘텐츠를 번역할 수 있습니다. 즉, 사용자 인터페이스를 사용하거나, 사이트의

번역 내용을 내보냈다가 가져오거나, 개체 모델을 사용하는 방식을 활용할 수 있습니다.

다국어 사용자 인터페이스의 작동 방식 기본적으로 새 사이트는 서버의 SharePoint Foundation 2010 설치에 대해 설정된 기본 언어로

만들어집니다. 사이트를 기본 언어가 아닌 다른 언어로 만들려면 팜 관리자가 서버에 언어 팩을

설치해야 합니다. 자세한 내용은 언어 팩 배포(SharePoint Foundation 2010)를 참조하십시오.

서버에 언어 팩을 설치하고 나면 사이트 설정 페이지에 언어 설정 링크가 추가됩니다. 사이트 관리자는

언어 설정 페이지를 사용하여 사이트에서 지원할 보조 언어를 지정합니다. 사이트 관리자가 사이트에

대해 보조 언어를 설정하면 사용자는 사이트에 로그온하고 사용자 메뉴의 표시 언어 선택 옵션을

사용하여 사이트 모음의 페이지로 이동할 때 표시 언어를 변경할 수 있습니다. 사용자가 페이지의 표시

언어를 변경하면 새로운 표시 언어가 전체 사이트 모음에 대한 사용자의 기본 설정 언어가 됩니다.

SharePoint Foundation 2010에서는 다음 적용되는 규칙 중 첫 번째 규칙을 사용하여 사이트 모음의

페이지를 표시할 언어를 선택합니다.

1. 사용자에게 이 컴퓨터의 해당 사이트 모음에 대한 기본 설정 언어가 있는 경우 해당 사용자의 기본

설정 언어를 사용합니다.

참고:


51

2. 웹 브라우저에 지정된 언어 기본 설정이 페이지에 대해 지원되는 언어 중 하나인 경우 브라우저의

기본 설정 언어를 사용합니다.

3. 그렇지 않은 경우 사이트 모음에 대해 기본 언어를 사용합니다.

SharePoint Foundation 2010에서는 세 가지 방식을 통해 목록 또는 라이브러리 제목 및 설명 같은

특정 응용 프로그램 콘텐츠를 수정할 수 있습니다. 즉, 사용자 인터페이스를 사용하거나, 사이트에

대한 번역 내용을 내보냈다가 가져오거나, Microsoft.SharePoint 네임스페이스의 SPUserResource

클래스를 사용하는 것입니다. 일부 사용자 인터페이스 요소는 사용자 인터페이스에서 직접 변경할 수

없습니다. 예를 들어 사용자 작업 및 명령을 변경하려면 반드시 SPUserResource 클래스를 사용해야

합니다. 자세한 내용은 SPUserResource 클래스(영문일 수 있음)를 참조하십시오.

다국어 사용자 인터페이스의 지원 대상 사용자가 사이트를 보조 언어로 보는 경우 사용자 인터페이스의 특정 요소는 기본 설정 언어로

제공됩니다. 다음 목록에는 다국어 사용자 인터페이스 기능에서 지원되는 항목의 예가 나와 있습니다.

설정 페이지(예: _layouts 및 _admin 가상 디렉터리의 페이지)

도움말

응용 프로그램 콘텐츠(메뉴, 컨트롤, 사이트 작업, 사이트 제목 및 설명, 목록 또는 라이브러리 제목

및 설명, 위쪽 링크 모음 링크, 빠른 실행 링크, 로컬 Breadcrumb, 사이트 및 콘텐츠 형식, 사이트

및 목록 열)

개발자 콘텐츠(예: 기능 및 솔루션)

그러나 일부 사용자 인터페이스 요소는 번역되지 않습니다. 다음 목록에는 다국어 사용자 인터페이스

기능에서 지원되지 않는 항목의 예가 나와 있습니다.

웹 파트(목록 또는 라이브러리에 링크된 경우는 제외)

전역 Breadcrumb

사용자가 만든 콘텐츠(예: 목록 항목 데이터, 라이브러리의 문서 및 웹 페이지, 사용 권한 수준,

그룹, 보기, 웹 파트)

대부분의 사이트 서식 파일은 다국어 사용자 인터페이스 기능에서 지원되지만 다음 사이트 서식

파일은 지원되지 않습니다.

블로그 서식 파일

모임 작업 영역 서식 파일

웹 데이터베이스 서식 파일

응용 프로그램 콘텐츠 추가 및 수정 사용자는 목록 제목이나 열 이름 및 설명 같은 응용 프로그램 콘텐츠를 추가하거나 수정할 수

있습니다. 이렇게 하는 방법에는 기본 언어로 콘텐츠를 추가 또는 수정하는 것과 하나 이상의 보조

언어로 콘텐츠를 추가 또는 수정하는 두 가지가 있습니다.


52

사용자가 사이트의 기본 언어를 사용하여 사이트를 보는 경우 사이트가 보조 언어로 표시되더라도

새로 만들어진 응용 프로그램 콘텐츠는 기본 언어로 표시됩니다. 예를 들어 사이트의 기본 언어가

영어인 상태에서 사용자가 사이트를 기본 언어로 보고 "Team Documents"라는 새 문서 라이브러리를

만든 경우 사용자가 사이트를 보조 언어로 보더라도 라이브러리 제목은 여전히 "Team Documents"로

표시됩니다. 새 사용자 인터페이스 문자열을 보조 언어로 번역하려면 사용자가 사이트를 보조 언어로

표시하도록 사용자 기본 설정을 변경한 다음 사용자 인터페이스 요소를 변경해야 합니다.

사용자가 보조 언어를 사용하여 사이트를 보는 경우 사이트가 기본 언어 또는 다른 보조 언어로

표시되더라도 새로 만들어진 응용 프로그램 콘텐츠는 해당 보조 언어로 표시됩니다. 예를 들어

사이트의 기본 언어가 영어인 상태에서 사용자가 사이트를 독일어로 보고

"Mannschaftsdokumente"라는 문서 라이브러리를 추가하는 경우 사이트가 영어로 표시되더라도

라이브러리 제목은 "Mannschaftsdokumente"로 표시됩니다. 새 사용자 인터페이스 문자열을 기본

언어나 다른 보조 언어로 번역하려면 사용자가 사이트를 필요한 언어로 표시하도록 사용자 기본

설정을 변경한 다음 사용자 인터페이스를 변경해야 합니다. 언어 설정 페이지에는 기존 응용 프로그램

콘텐츠의 변경 사항이 사이트의 다른 언어를 변경시키는 방식에 영향을 주는 번역 덮어쓰기 옵션이

있습니다. 번역 덮어쓰기 옵션을 사용하도록 설정하면 기본 언어로 사용자 인터페이스를 변경한

부분이 보조 언어로 사용자 인터페이스 요소를 변경한 내용을 덮어씁니다.

기본적으로 사용자가 사이트의 기본 언어를 사용하여 사이트를 보는 경우 기존 응용 프로그램

콘텐츠의 변경 사항은 해당 언어에 대해서만 변경됩니다. 보조 언어로 표시되는 해당 사용자

인터페이스 요소와 연관된 문자열은 변경되지 않습니다. 하지만 번역 덮어쓰기 옵션을 사용하도록

설정하면 모든 언어의 해당 사용자 인터페이스 요소와 연관된 문자열이 새 기본 언어 문자열로

바뀝니다. 예를 들어 사이트의 기본 언어가 영어인 상태에서 사용자가 "Shared Documents"

라이브러리의 제목을 "Team Documents"로 변경하는 경우 기본적으로 제목은 사이트의 기본 언어에

대해서만 변경됩니다. 그러나 번역 덮어쓰기 옵션이 사용하도록 설정된 경우 제목은 모든 언어에 대해

"Team Documents"로 변경되므로 다시 번역해야 합니다.

사용자가 사이트를 보조 언어를 사용하여 보는 경우 기존 응용 프로그램 콘텐츠의 변경 사항은 해당

언어에 대해서만 변경됩니다. 기본 언어 및 다른 보조 언어로 표시되는 해당 사용자 인터페이스 요소와

연관된 문자열은 변경되지 않습니다. 사용자 인터페이스 문자열을 기본 언어 또는 다른 보조 언어로

번역하려면 사용자가 사이트를 필요한 언어로 표시하도록 사용자 기본 설정을 변경한 다음 사용자

인터페이스를 변경해야 합니다.

번역된 콘텐츠 내보내기 및 가져오기 다국어 사용자 인터페이스 기능을 사용하면 대량으로 번역하도록 응용 프로그램 콘텐츠를 내보냈다가

가져올 수 있습니다. 한 번에 항목 하나씩 응용 프로그램 콘텐츠를 번역하는 대신 새로운 또는 수정된

응용 프로그램 콘텐츠의 문자열을 기본 언어나 다른 보조 언어 중 하나로 내보낼 수 있습니다.

콘텐츠를 내보내려면 사이트 설정 페이지의 번역 내보내기 링크를 사용합니다. 응용 프로그램

콘텐츠를 보조 언어로 내보내는 경우 모든 콘텐츠 또는 번역되지 않은 콘텐츠만 내보내도록 선택할 수

있습니다.

응용 프로그램 콘텐츠를 내보내면 .resx 파일로 저장되어 텍스트 편집기 또는 리소스 파일을 열 수

있는 타사 도구를 사용하여 열 수 있습니다. 자세한 내용은 .Resx 파일 형식의 리소스를 참조하십시오.


53

리소스 문자열이 번역된 후에는 사이트 설정 페이지의 번역 가져오기 링크를 사용하여 .resx 파일을

가져옵니다.

다국어 사용자 인터페이스의 제한 사항 앞에서 언급했듯이 일부 사용자 인터페이스 요소는 다국어 사용자 인터페이스 기능에서 지원되지

않습니다. 다음 목록에는 다국어 사용자 인터페이스 기능을 사용할 때 적용되는 추가 제한 사항이 나와

있습니다.

검색 검색 기능에서는 SharePoint 설치 환경의 기본 언어로 콘텐츠를 인덱싱합니다. 콘텐츠가

보조 언어로 제공되더라도 해당 콘텐츠는 사이트의 기본 언어를 사용해야만 검색할 수 있습니다.

예를 들어 자신이 기본 설정한 언어가 독일어지만 사이트의 기본 언어가 영어인 경우

"Freigegebene Dokumente"를 검색하면 검색 결과가 반환되지 않습니다. 그러나 "Shared

Documents"를 검색하면 검색 결과가 반환됩니다.

웹 파트 목록 기반 웹 파트인 경우를 제외하고 웹 파트 제목 및 설명은 사용자 인터페이스에서

변경되지 않습니다. 예를 들어 공지 사항 및 공유 문서 같은 목록 및 라이브러리 데이터를 표시하는

웹 파트의 제목 및 설명은 사용자가 기본 설정한 언어로 표시되는 반면 콘텐츠 편집기 및 콘텐츠

쿼리 웹 파트 같은 다른 웹 파트의 제목 및 설명은 사이트의 기본 언어로만 표시됩니다.

참고 항목 다국어 사용자 인터페이스 계획(SharePoint Foundation 2010)


54

다국어 사용자 인터페이스 계획(SharePoint

Foundation 2010)

Microsoft SharePoint Foundation 2010의 새로운 다국어 사용자 인터페이스 기능에는 사용자가

선택할 수 있는 보조 언어 개념이 도입되었습니다. 이 기능을 사용하면 사이트를 만들 때 선택한 기본

언어가 아닌 사용자가 선택한 다른 보조 언어로 사이트 사용자 인터페이스가 표시됩니다.

이 문서에서는 SharePoint Foundation 2010 사이트 솔루션의 다국어 사용자 인터페이스를 사용하기

위한 계획을 세우는 방법에 대해 설명합니다. 그러나 이 문서에서는 다국어 사용자 인터페이스를

사용하는 데 필요한 언어 팩을 배포하는 방법이나 사용자가 기본 설정 언어를 지정할 수 있도록 사이트

설정을 구성하는 방법에 대해서는 다루지 않습니다. 개별 사용자가 사이트의 사용자 인터페이스를

표시하는 데 사용되는 언어를 변경할 수 있도록 하는 방법에 대한 자세한 내용은 사이트의 사용자

인터페이스에 다국어를 사용하도록 설정(영문일 수 있음)을 참조하십시오. 다국어 사용자

인터페이스에 대한 자세한 내용은 다국어 사용자 인터페이스 개요(SharePoint Foundation 2010)를

참조하십시오.


사이트의 언어 요구 사항 확인

콘텐츠 번역 계획

서비스 팩 설치 계획

사이트의 언어 요구 사항 확인 SharePoint 사이트에서 다국어 사용자 인터페이스를 사용하려면 먼저 서버에 언어 팩을 배포하여

사이트에서 사용할 수 있도록 해야 합니다. 먼저, 필요한 언어 팩과 서버에 배포할 시기를 결정합니다.

사이트 관리자는 개별 사이트에 대한 언어 설정을 구성하여 사이트 사용자가 특정 언어를 사용할 수

있도록 해야 합니다. 사이트별로 필요한 언어를 결정하고 사이트 관리자가 자신이 관리하는 사이트에

대해 특정 언어를 설정하도록 하는 계획을 세워야 합니다. 다국어 사이트를 관리하는 방법에 대한

자세한 내용은 다국어 사이트 계획(SharePoint Foundation 2010)을 참조하십시오. 언어 팩을

배포하는 방법에 대한 자세한 내용은 언어 팩 배포(SharePoint Foundation 2010)를 참조하십시오.

콘텐츠 번역 계획 사이트에서 다국어 사용자 인터페이스를 사용하도록 설정하여 사용자가 자신의 기본 설정 언어를

사용하면서 공동 작업을 수행할 수 있도록 하려면 기본 다국어 사용자 인터페이스를 사용하는 것으로

충분한지 아니면 응용 프로그램 콘텐츠를 번역해야 할지를 결정해야 합니다. 응용 프로그램 콘텐츠를

번역해야 하는 경우에는 다음과 같은 질문을 고려해야 합니다.

새로운 응용 프로그램 콘텐츠와 기존 응용 프로그램 콘텐츠를 어떤 식으로 번역할 것인가? 개별 팀

구성원이 응용 프로그램 콘텐츠를 필요할 때마다 사용자 인터페이스에서 직접 번역할 것인지,



http://technet.microsoft.com/library/f1f8dd47-ed0c-4797-9f3d-4682baa5d651.aspx#section1




55

아니면 사이트에 필요한 언어로 리소스 파일을 내보내 모두 한 번에 번역할 것인지를 결정해야

합니다. 사용자가 새 응용 프로그램 콘텐츠를 보조 언어로 만드는 경우 해당 콘텐츠를 사이트의

기본 언어로 번역할 인원과 다른 보조 언어에 대한 계획을 세워야 합니다. 새 메뉴 페이지 같은

복잡한 페이지를 만들거나 목록을 생성하는 기능 같은 사용자 지정 솔루션을 개발하려는 경우 개체

모델을 사용하여 보조 언어로 번역하기 위한 계획을 세워야 합니다.

누가 응용 프로그램 콘텐츠를 번역할 것인가? 조직의 누군가가 리소스 파일을 번역할 것인지

아니면 타사에 번역을 의뢰해야 할지를 결정해야 합니다.

응용 프로그램 콘텐츠의 업데이트는 어떻게 처리할 것인가? 사용자 인터페이스가 변경될 때마다

해당 변경 사항을 번역할 것인지 아니면 변경 작업을 주기적으로 수행할 것인지를 결정해야

합니다. 이는 사이트 및 사이트에 포함된 콘텐츠의 규모에 따라 달라질 수 있습니다.

번역 내용은 어떻게 덮어쓸 것인가? 기본 언어의 변경 사항이 보조 언어의 문자열 값을

덮어쓰도록 하려는 경우 언어 설정 페이지의 번역 덮어쓰기 옵션을 사용하도록 설정해야 합니다.

어떤 열 이름을 변경해야 하는가? 어떤 열 이름을 어떤 언어로 번역해야 할지 결정해야 합니다.

또한 열 이름의 위치가 목록 수준인지 사이트 수준인지도 결정해야 합니다.

서비스 팩 설치 계획 SharePoint 서비스 팩 릴리스의 일부로 언어 팩이 업데이트되면 서비스 팩이 설치될 때 서버에서 언어

팩을 업데이트해야 합니다. 사용자를 위해 설치해야 하는 업데이트된 언어 팩을 파악할 수 있도록 팜

관리자와 협력하여 서비스 팩 및 연관된 언어 팩의 릴리스를 모니터링하는 계획을 세워야 합니다.

참고 항목 다국어 사용자 인터페이스 개요(SharePoint Foundation 2010)


56

사이트 및 콘텐츠 보안 계획(SharePoint

Foundation)

기업 내 특정 사이트의 경우 일부 사용자가 이용할 수 없는 콘텐츠를 포함하고 있을 수 있습니다. 예를

들어 독점 기술 정보는 해당 정보를 꼭 알고 있어야 하는 당사자만 액세스할 수 있습니다. 직원 복리

후생을 위한 인트라넷 포털은 정식 직원만 이용할 수 있는 반면, 인터넷 웹 사이트의 홈 페이지는

익명의 고객도 액세스할 수 있습니다.

사용 권한으로 사이트 및 사이트 콘텐츠에 대한 액세스를 제어합니다. 항목 및 문서 수준에서 콘텐츠

보안을 적용할 수 있게 해 주는 세분화된 사용 권한 및 구성원 자격을 제어하는 Microsoft SharePoint

Foundation 2010 그룹을 사용하여 사용 권한을 관리할 수 있습니다. 이 섹션에서는 사이트 및 사이트

콘텐츠의 사용 권한을 설명하고 사용 권한을 선택할 때 고려해야 하는 사항을 소개합니다.


사이트 사용 권한 계획(SharePoint Foundation 2010)에서는 사용 권한을 할당하는 방법에 대해

설명하고 사이트 모음 또는 하위 사이트에서 사용할 적절한 사용 권한을 선택하는 데 도움이 되는


그룹 및 권한 수준 결정(SharePoint Foundation)에서는 제공되는 사용 권한 수준 및 그룹을

소개하고 추가 사용 권한 수준 또는 그룹이 필요한지를 결정하는 데 유용한 정보를 제공합니다.

보안 그룹 선택(SharePoint Foundation 2010)에서는 사이트에 대한 액세스 권한을 부여하는 데

사용할 Microsoft Windows 보안 그룹 및 사용자 계정을 결정하는 데 도움이 되는 정보와, 인증된

사용자 그룹을 사용할 것인지, 익명 액세스를 허용할 것인지 여부를 결정하는 데 유용한 정보를

함께 제공합니다.

관리 계층 구조의 관리자 및 소유자 선택(SharePoint Foundation 2010)에서는 서버 수준에서 하위

사이트 수준에 이르는 관리 수준을 정의하고 각 수준에 필요한 관리자를 선택하는 데 도움이 되는


57

사이트 사용 권한 계획(SharePoint Foundation

2010)

이 문서에서는 사이트 모음, 사이트 및 하위 사이트 수준의 액세스 제어를 계획하는 방법을

소개합니다. 또한 사용 권한 상속 및 세분화된 사용 권한에 대한 내용과, 사이트 모음 계층 구조 안에서

다양한 범위의 사용자 및 그룹에 적용되는 유효 사용 권한을 확인하는 방법도 설명합니다.


사이트 사용 권한 정보

사용 권한 지정 정보

사용 권한 상속 및 세분화된 사용 권한

사용 권한 상속 및 하위 사이트

유효 사용 권한 정보

권한 수준 선택

사용 권한 상속 계획

소개 특정 사이트, 목록이나 라이브러리, 폴더, 문서 또는 항목에 대한 사용 권한 집합을 사용자와 그룹에

부여함으로써 사이트 및 콘텐츠 액세스를 제어할 수 있습니다. 사이트 및 콘텐츠 액세스 관련 계획을

개발할 때는 다음 사항을 고려해야 합니다.

사이트 또는 사이트 콘텐츠의 사용 권한을 제어하는 정도. 예를 들어 사이트 수준에서 액세스를

제어할 것인지, 특정 목록, 폴더 또는 항목에 한하여 좀 더 제한적으로 보안을 설정할 것인지

결정합니다.

그룹을 사용하여 사용자를 분류하고 관리하는 방법. 특정 사이트 또는 특정 사이트 콘텐츠에 대한

사용 권한 수준을 지정해야만 그룹에 사용 권한이 생깁니다. 사이트 모음 수준에서 SharePoint

그룹에 사용 권한을 지정하면 기본적으로 모든 사이트 및 사이트 콘텐츠가 해당 사용 권한 수준을

상속합니다. 사용자를 그룹으로 분류하는 방법에 대한 자세한 내용은 "보안 그룹 선택"을

참조하십시오.

이 문서에서는 사이트 사용 권한에 대해 설명하고 고유한 사용 권한이 필요한 사이트 또는 사이트

콘텐츠를 확인하는 방법을 소개합니다. 전체 서버 또는 서버 팜의 보안을 계획하는 방법에 대해서는

다루지 않습니다.

사이트 사용 권한 정보 사이트 및 사이트 콘텐츠에 대한 액세스를 구성하려면 먼저 다음 개념을 이해해야 합니다.

58

개별 사용자 권한 특정 작업을 수행할 수 있는 권한을 사용자에게 부여하는 개별 사용

권한입니다. 예를 들어 항목 보기 사용 권한이 있는 사용자는 목록 또는 폴더의 항목을 볼 수는

있지만 항목을 추가하거나 제거할 수 없습니다. 사용할 수 있는 권한에 대한 자세한 내용은 User

permissions and permission levels (SharePoint Foundation 2010)(영문)을 참조하십시오.

사용 권한 수준 사용자에게 관련 작업 집합을 수행하도록 사용 권한을 부여하는 사용 권한

집합입니다. 예를 들어 읽기 사용 권한 수준에는 항목 보기, 항목 열기, 페이지 보기, 버전 보기

권한 등이 있으며 이러한 모든 사용 권한은 SharePoint 사이트에서 문서, 항목 및 페이지를 읽는 데

필요합니다. 개별 사용 권한은 둘 이상의 사용 권한 수준에 포함될 수 있습니다. 사용 권한 관리

권한을 포함하는 사용 권한 수준이 지정된 사용자는 사용 권한 수준을 사용자 지정할 수 있습니다.

기본 사용 권한 수준으로는 제한된 액세스, 읽기, 참가, 디자인 및 모든 권한이 있습니다. 기본 사용

권한 수준 및 각 수준에 포함되는 사용 권한에 대한 자세한 내용은User permissions and

permission levels (SharePoint Foundation 2010)(영문)을 참조하십시오.

그룹 그룹은 Windows 보안 그룹이나 Site Owners, Site Members 또는 Site Visitors와 같은

그룹일 수 있습니다. 그룹은 사이트 모음 수준에서 만들어지고 관리됩니다. 각 SharePoint

그룹에는 기본 사용 권한 수준이 지정되지만 어떤 그룹의 사용 권한 수준이든 사용자 지정할 수

있습니다. 그룹 만들기 권한(기본적으로 모든 권한의 권한 수준에 포함됨)을 포함하는 사용 권한

수준이 지정된 사용자는 사용자 지정 SharePoint 그룹을 만들 수 있습니다.

사용자 서버에서 사용하는 인증 방법으로 사용자 계정을 인증할 수 있는 사용자입니다.

사용자에게 사용 권한 수준을 직접 지정하거나 사이트 또는 특정 사이트 콘텐츠에 개별 사용자

권한을 직접 지정할 수도 있지만 사용자 대신 그룹에 사용 권한을 지정하는 것이 좋습니다. 개별

사용자 계정을 직접 관리하는 작업은 비효율적이므로 예외적인 경우에만 사용자별로 사용 권한을

지정해야 합니다. 사용자 계정 유형에 대한 자세한 내용은 User permissions and permission

levels (SharePoint Foundation 2010)(영문)을 참조하십시오.

보안 개체 사용자 또는 그룹에 사용 권한 수준을 지정할 수 있는 사이트, 목록, 라이브러리, 폴더,

문서 또는 항목입니다. 기본적으로 사이트 내 모든 목록과 라이브러리는 사이트의 사용 권한을

상속합니다. 목록 수준, 폴더 수준 및 항목 수준의 사용 권한을 사용하면 사이트 콘텐츠를 보거나

사이트 콘텐츠와 상호 작용하는 사용자를 추가적으로 제어할 수 있습니다. 예를 들어 특정 보안

개체의 사용 권한 수준이 사용 권한 관리 권한을 포함하면 해당 사용 권한 수준이 지정된 모든

사용자는 해당 보안 개체의 사용 권한을 변경할 수 있습니다. 언제든지 상위 목록, 전체 사이트

또는 상위 사이트에서 상속하는 사용 권한으로 되돌릴 수 있습니다.

사용 권한 지정 정보 특정 보안 개체에 대한 사용 권한 수준을 사용자 또는 그룹에 지정할 수 있습니다. 보안 개체마다 개별

사용자 또는 그룹에 지정된 사용 권한 수준이 다를 수 있습니다.

사용 권한 상속 정보 기본적으로 사이트 내 보안 개체의 사용 권한은 사이트 자체에서 상속됩니다. 세분화된 사용

권한(목록이나 라이브러리, 폴더 또는 항목이나 문서 수준의 고유한 사용 권한)을 사용하여 사용자가

사이트에서 할 수 있는 작업을 더 구체적으로 제어할 수 있습니다.

http://technet.microsoft.com/library/7238eb84-12d3-4323-a65c-277016f8bc4d(Office.14).aspx






59

사용 권한 상속 및 세분화된 사용 권한

사이트 계층 구조에서 하위 수준에 있는 보안 개체에서 세분화된 사용 권한을 만들어 이 보안 개체의

사용 권한 상속 관계를 해제할 수 있습니다. 예를 들어 문서 라이브러리에 대한 사용 권한을 편집하면

사이트와의 상속 관계를 해제할 수 있습니다. 그러나 상속 관계는 사용 권한을 변경한 특정 보안

개체에서만 해제되고 나머지 사이트 사용 권한은 변경되지 않습니다. 언제든지 상위 목록 또는

사이트에서 상속하는 사용 권한으로 되돌릴 수 있습니다.

세분화된 사용 권한을 사용하는 경우 개별 사용자 계정을 추적하는 번거로움을 피하려면

그룹을 사용해야 합니다. 예를 들어 개인은 팀 이동이나 업무 변경이 잦을 수 있으므로 이러한

변경 내용을 추적하고 고유한 보안 개체에 대한 사용 권한을 계속 업데이트함에 따라 오류가

발생하고 시간이 낭비될 수 있습니다.

세분화된 사용 권한을 지정할 수 있는 보안 개체는 다음과 같습니다.

사이트 전체 사이트에 대한 액세스를 제어합니다.

목록 또는 라이브러리 특정 목록 또는 라이브러리에 대한 액세스를 제어합니다.

폴더 폴더 이름 등의 폴더 속성에 대한 액세스를 제어합니다.

항목 또는 문서 특정 목록 항목 또는 문서에 대한 액세스를 제어합니다.

사용 권한 상속 및 하위 사이트

사용 권한 상속은 기본 동작이면서 웹 사이트의 그룹을 관리하는 가장 간단한 방법입니다. 단, 하위

사이트가 상위의 사용 권한을 상속하는 경우 해당 사용 권한 집합이 상위와 공유됩니다. 하위 사이트

소유자가 해당 사용 권한을 편집하면 사이트의 사용 권한도 변경되므로 보안이 손상되거나 사용자가

콘텐츠에 액세스하지 못할 수 있습니다.

하위 사이트의 사용 권한만 변경하려면 먼저 사이트에서 사용 권한 상속을 중지한 다음 하위

사이트에서 세분화된 사용 권한을 만들어야 합니다. 예를 들어 특정 목록, 라이브러리, 폴더, 항목 또는

문서가 높은 보호 수준이 필요한 중요한 데이터를 포함하는 경우 액세스를 원하는 개별 사용자 또는

특정 그룹에 대한 세분화된 사용 권한을 만들 수 있습니다.

고유한 사용 권한을 복사하면 상위 사이트에서 하위 사이트로 그룹, 사용자 및 사용 권한 수준이

복사되고 상속 관계가 해제됩니다. 상속된 사용 권한을 복원하면 하위 사이트가 상위 사이트에서 다시

사용자, 그룹 및 사용 권한 수준을 상속하고 하위 사이트의 고유한 사용자, 그룹 또는 사용 권한 수준이

사라집니다.

가장 좋은 방법은 대부분의 사용 권한을 공유할 수 있도록 사이트 및 하위 사이트를 정렬하고

목록 및 라이브러리에서도 동일하게 구성하는 것입니다. 중요한 데이터는 모두 별도의 목록,

라이브러리 또는 하위 사이트에 배치합니다.

팁:

참고:

60

유효 사용 권한 정보 보안 설정을 구성하거나 대량 작업을 수행하려면 사이트 리소스의 사용자 및 그룹 사용 권한에 대한

정확한 정보가 필요합니다. 예를 들어 많은 SharePoint 사이트에서 인증된 모든

사용자(NTAUTHORITY\AUTHENTICATED USERS 도메인 그룹)에게 최소한의 일부 사이트 콘텐츠에

대한 액세스 권한을 제공하고 있습니다. 추가적으로 액세스를 제한하려면 인증된 사용자의 사용

권한과 사이트 콘텐츠를 정확히 확인해야 합니다.

상속된 사용 권한과 상속이 해제된 영역을 추적하는 것은 정확한 사용 권한을 결정하는 프로세스를

복잡하게 만듭니다. Microsoft SharePoint Foundation 2010은 유효 사용 권한을 사용하여 사이트

모음에서 모든 리소스의 사용자 또는 그룹 사용 권한을 확인할 수 있습니다. 이제 사용자에게 직접

지정된 사용 권한 및 사용자가 구성원으로 속한 그룹에 지정된 사용 권한을 모두 찾을 수 있습니다.

유효 사용 권한을 이용하면 사이트 모음에서 사용 권한을 쉽게 찾을 수 있습니다. 단, 신중하게

계획된 사용 권한 구조를 대체해서 사용할 수는 없습니다.

권한 수준 선택 사용 권한을 만들 때는 개별 항목에 대한 액세스를 제어하는 한편, 관리가 편하면서 성능도 일정

수준이 되도록 균형을 유지해야 합니다. 세분화된 사용 권한을 많이 사용하면 사용 권한을 관리하는

시간이 늘어나고 사이트 콘텐츠에 액세스하는 속도가 느려질 수 있습니다.

다음 지침에 따라 사이트 사용 권한을 구성합니다.

최소 권한 원칙을 따릅니다. 지정된 작업을 수행하는 데 필요한 개별 사용 권한 또는 사용 권한

수준만 있으면 됩니다.

Members, Visitors, Owners 등의 표준 그룹을 사용하고 사이트 수준에서 사용 권한을 제어합니다.

대부분의 사용자는 Members 또는 Visitors 그룹에 포함합니다. 기본적으로 Members 그룹의

사용자는 사이트에서 항목이나 문서를 추가하거나 제거하여 사이트에 참가할 수 있지만 사이트의

모양, 구조, 사이트 설정은 변경할 수 없습니다. Visitors 그룹은 사이트에 대한 읽기 전용 액세스

권한만 있으므로 페이지와 항목을 보거나 항목과 문서를 열 수는 있지만 페이지, 항목 또는 문서를

추가하거나 제거할 수는 없습니다.

Owners 그룹의 사용자 수를 제한합니다. Owners 그룹의 사용자만 사이트의 구조, 설정 또는

모양을 변경할 수 있습니다.

사용자가 할 수 있는 작업을 더 세밀하게 제어해야 할 경우 추가 SharePoint 그룹과 사용 권한 수준을

만들 수 있습니다. 예를 들어 특정 하위 사이트에서 읽기 권한 수준에 알림 만들기 권한을 포함하지

않으려는 경우 상속 관계를 해제하고 해당 하위 사이트에 대한 읽기 권한 수준을 사용자 지정합니다.

사용 권한 상속 계획 명확한 사용 권한 계층 구조와 상속된 사용 권한을 사용하면 사용 권한을 훨씬 쉽게 관리할 수

있습니다. 사이트의 일부 목록에 세분화된 사용 권한이 적용되었거나 일부 사이트에 고유한 사용

중요:

61

권한을 사용하는 하위 사이트와 상속된 사용 권한을 사용하는 하위 사이트가 공존하는 경우 관리하기

어려워집니다.

예를 들어 다음 표와 같이 사용 권한을 상속하는 사이트는 훨씬 관리하기 쉽습니다.

보안 개체 설명 고유한 사용 권한 또는 상속된

사용 권한

SiteA 그룹 홈 페이지 고유

SiteA/SubsiteA 중요한 그룹 고유

SiteA/SubsiteA/ListA 중요한 데이터 고유

SiteA/SubsiteA/LibraryA 중요한 문서 고유

SiteA/SubsiteB 프로젝트 정보를 공유하는

그룹

상속

SiteA/SubsiteB/ListB 중요하지 않은 데이터 상속

SiteA/SubsiteB/LibraryB 중요하지 않은 문서 상속

그러나 다음 표와 같이 사용 권한을 상속하는 사이트는 관리하기 어렵습니다.


사용 권한

SiteA 그룹 홈 페이지 고유

SiteA/SubsiteA 중요한 그룹 고유

SiteA/SubsiteA/ListA 중요하지 않은 데이터 고유(단, SiteA와 사용 권한은

동일함)

SiteA/SubsiteA/LibraryA 대부분은 중요하지 않은

문서지만 한두 가지 중요한

문서 포함

상속(단, 문서 수준에서

고유한 사용 권한이 지정됨)

SiteA/SubsiteB 프로젝트 정보를 공유하는

그룹

상속

SiteA/SubsiteB/ListB 대부분은 중요하지 않은

데이터지만 한두 가지 중요한

항목 포함

상속(단, 항목 수준에서

고유한 사용 권한이 지정됨)

SiteA/SubsiteB/LibraryB 중요하지 않은 문서지만

중요한 문서를 포함하는 특별

상속(단, 폴더 및 문서

수준에서 고유한 사용 권한이

62


사용 권한

폴더가 있음 지정됨)

63

그룹 및 권한 수준 결정(SharePoint Foundation)

이 문서에서는 기본 그룹 및 권한 수준을 검토하고 이를 사용할 것인지, 사용자 지정할 것인지, 새 그룹

및 권한 수준을 추가하여 보안 수준을 높일 것인지 결정하는 데 도움이 되는 정보를 제공합니다.


사용 가능한 기본 그룹 검토

사용 가능한 권한 수준 검토

추가 권한 수준 또는 그룹의 필요 여부 결정

Microsoft SharePoint Foundation 2010의 사이트 및 콘텐츠 보안에서 가장 중요한 결정 사항은

사용자 분류 방법과 할당할 권한 수준입니다.

Windows SharePoint Services 3.0에는 수행해야 하는 작업의 종류를 기준으로 사용자를 분류하는 데

도움이 되는 기본 SharePoint 그룹이 여러 개 있습니다. 그러나 개인별로 사용자 집합을 구별하는 다른

방법이나 고유한 요구 사항이 있을 수 있습니다. 마찬가지로 기본으로 제공되는 권한 수준이 있지만

해당 그룹에서 수행하는 작업과 항상 정확히 일치하지는 않습니다.

이 문서에 따라 기본 그룹 및 권한 수준을 검토하여 그대로 사용할 것인지, 사용자 지정하거나 다른

그룹 및 권한 수준을 만들 것인지 결정할 수 있습니다.

사용 가능한 기본 그룹 검토 SharePoint 그룹을 사용하면 개별 사용자 대신 사용자 집합을 관리할 수 있습니다. SharePoint 그룹은

여러 개별 사용자 또는 단일 Windows 보안 그룹으로 구성되거나 그 두 가지의 조합이 될 수도

있습니다. SharePoint 그룹 자체가 사이트에 특정 권한을 부여하는 것은 아니며, 사용자 집합을

포함하기 위한 방법일 뿐입니다. 조직이나 웹 사이트의 크기 및 복잡도에 따라 사용자를 여러 개 또는

단지 몇 개의 그룹으로 구성할 수 있습니다.

다음 표에는 SharePoint Foundation 2010의 사이트용으로 만들어진 기본 그룹이 나열되어 있습니다.

그룹 이름 기본 권한 수준

<사이트 이름> Visitors 읽기

<사이트 이름> Members 참가

<사이트 이름> Owners 모든 권한

또한 상위 관리 작업에는 다음과 같은 특수 사용자 및 그룹을 사용할 수 있습니다.

사이트 모음 관리자 한 명 이상의 사용자를 기본 및 보조 사이트 모음 관리자로 지정할 수

있습니다. 이러한 사용자는 해당 사이트 모음의 담당자로 데이터베이스에 기록되고 사이트 모음 내

전체 사이트의 모든 권한을 갖게 됩니다. 또한 모든 사이트 콘텐츠를 감사하고 모든 관리 경고(예:

64

사이트가 여전히 사용 중인지 여부 확인)를 받을 수 있습니다. 일반적으로 사이트를 만들 때 사이트

모음 관리자를 지정하지만 필요에 따라 중앙 관리 사이트 또는 사이트 설정 페이지를 사용하여

변경할 수 있습니다.

팜 관리자 서버 및 서버 팜 설정을 관리할 수 있는 사용자를 제어합니다. Farm Administrators

그룹을 사용하면 서버의 Administrators 그룹에 사용자를 추가할 필요가 없습니다. 팜 관리자는

기본적으로 사이트 콘텐츠에 액세스할 수 없습니다. 따라서 모든 콘텐츠를 보려면 해당 사이트의

소유권을 획득해야 합니다. 사용자 자신을 사이트 모음 관리자로 추가하면 사이트의 소유권을 얻을

수 있는데, 이러한 작업은 감사 로그에 기록됩니다. Farm Administrators 그룹은 중앙 관리에서만

사용되며 어떤 사이트에서도 사용할 수 없습니다.

관리자 로컬 서버의 Administrators 그룹 구성원은 다음과 같이 모든 팜 관리자 작업 이상을

수행할 수 있습니다.

새 제품 또는 응용 프로그램 설치

웹 파트 및 새 기능을 전역 어셈블리 캐시에 배포

새 웹 응용 프로그램 및 새 IIS 웹 사이트 만들기

서비스 시작

Farm Administrators 그룹과 마찬가지로 로컬 서버의 Administrators 그룹 구성원은 기본적으로

사이트 콘텐츠에 액세스할 수 없습니다.

필요한 그룹을 확인한 후 사이트의 각 그룹에 할당할 권한 수준을 결정합니다.

사용 가능한 권한 수준 검토 사용자 또는 그룹에 할당하는 권한 수준에 따라 특정 사이트를 보거나 변경 또는 관리할 수 있는

능력이 결정됩니다. 이러한 권한 수준은 사이트와 해당 사이트의 권한을 상속하는 모든 하위 사이트,

목록, 문서 라이브러리, 폴더 및 항목 또는 문서에 대한 모든 권한을 제어합니다. 적절한 권한 수준이

없는 경우 사용자가 필요한 작업을 수행할 수 없거나 의도하지 않았던 작업을 수행하게 될 수

있습니다.

기본적으로 사용할 수 있는 권한 수준은 다음과 같습니다.

제한된 액세스 권한을 부여하는 경우 사용자가 특정 목록, 문서 라이브러리, 목록 항목, 폴더 또는

문서 등을 볼 수 있는 권한이 포함됩니다.

읽기 사용자가 사이트 페이지의 항목을 볼 수 있도록 하는 권한이 포함됩니다.

참가 사용자가 사이트 페이지 또는 목록 및 문서 라이브러리에서 항목을 추가 또는 변경할 수

있도록 하는 권한이 포함됩니다.

디자인 사용자가 브라우저 또는 Microsoft Office SharePoint Designer 2007을 사용하여 사이트

페이지의 레이아웃을 변경할 수 있도록 하는 권한이 포함됩니다.

모든 권한 모든 권한이 포함됩니다.

65

추가 권한 수준 또는 그룹의 필요 여부 결정 기본 그룹 및 권한 수준은 권한의 일반적인 프레임워크를 제공하며 다양한 조직 유형과 해당 조직 내

여러 가지 역할에 적용될 수 있습니다. 그러나 사용자의 구성 방식이나 사용자가 사이트에서 수행하는

다양한 작업에 정확히 매핑되지 않을 수도 있습니다. 기본 그룹 및 권한 수준이 조직에 적합하지 않은

경우 사용자 지정 그룹을 만들거나 특정 권한 수준에 포함된 권한을 변경하거나 또는 사용자 지정 권한

수준을 만들 수 있습니다.

사용자 지정 그룹이 필요한 경우 사용자 지정 그룹을 만드는 방법은 아주 간단하며 사이트 보안에도 거의 영향을 미치지 않습니다.

기본적으로 다음 중 하나가 적용되는 경우 기본 그룹을 사용하는 대신 사용자 지정 그룹을 만들어야

합니다.

조직 내 사용자 역할의 수가 기본 그룹에 명시된 것보다 많거나 적은 경우. 예를 들어 Designers

이외에 사이트에 콘텐츠를 게시하는 작업을 담당하는 사용자 집합이 있는 경우 Publishers 그룹을

만드는 것이 좋습니다.

조직 내에 고유 역할에 대해 잘 알려진 이름이 있는데 해당 역할이 사이트에서 전혀 다른 작업을

수행하는 경우. 예를 들어 조직의 제품을 판매할 공개 사이트를 만드는 경우 Visitors 또는 Viewers

대신 Customers 그룹을 만들 수 있습니다.

Windows 보안 그룹과 SharePoint 그룹 간에 일대일 관계를 유지하려는 경우. 예를 들어 조직에 웹

사이트 관리자용 보안 그룹이 있는데, 사이트를 관리할 때 쉽게 식별할 수 있도록 해당 이름을 그룹

이름으로 사용하려는 경우가 이에 해당합니다.

다른 그룹 이름을 선호하는 경우

사용자 지정 권한 수준이 필요한 경우 권한 수준을 사용자 지정하는 것은 SharePoint 그룹을 사용자 지정하는 것보다 복잡합니다. 권한

수준에 할당된 권한을 사용자 지정할 때는 해당 변경 사항을 추적하고 변경 사항의 영향을 받는 모든

그룹과 사이트에 올바르게 적용되는지 확인해야 하며, 변경 사항이 보안이나 서버 용량 또는 성능에

부정적인 영향을 미치지 않도록 해야 합니다.

예를 들어 보안에 관계없이 참가 권한 수준에 하위 사이트 만들기 권한(일반적으로 모든 권한의 권한

수준에 속해 있음)을 포함하도록 사용자 지정하는 경우 참가자가 하위 사이트를 만들고 소유할 수 있어

잠재적으로 악의적인 사용자를 해당 하위 사이트로 초대하거나 승인되지 않은 콘텐츠를 게시할 수

있습니다. 또는 용량에 관계없이 읽기 권한 수준에 일반적으로 참가 권한 수준의 일부인 알림 만들기

권한이 포함되도록 변경하는 경우 Visitors 그룹의 모든 구성원이 알림을 만들 수 있어 서버 오버로드가

발생할 수 있습니다.

다음 상황 중 하나가 적용되는 경우 기본 권한 수준을 사용자 지정해야 합니다.

기본 권한 수준에 사용자가 작업을 수행하는 데 필요한 권한을 제외한 모든 권한이 포함되어 있어

해당 권한을 추가하려는 경우

기본 권한 수준에 사용자에게 필요 없는 권한이 포함되어 있는 경우

66

조직에 특정 권한에 대한 보안 및 기타 문제가 있어 해당 권한 수준 또는 그 권한이 포함된

수준에 할당된 모든 사용자가 해당 권한을 사용할 수 없도록 하려는 경우에는 기본 권한

수준을 사용자 지정하면 안 됩니다. 이러한 경우에는 권한 수준을 모두 변경하는 대신 서버

팜의 모든 웹 응용 프로그램에 대해 이 권한을 해제해야 합니다.

특정 권한 수준의 여러 사항을 변경하려면 필요한 권한을 모두 포함하는 사용자 지정 권한 수준을

만드는 것이 좋습니다.

다음 상황 중 하나에 해당하는 경우 추가 권한 수준을 만드는 것이 좋습니다.

특정 권한 수준에서 여러 개의 권한을 제외하려는 경우

새 권한 수준에 대해 고유한 권한 집합을 정의하려는 경우

권한 수준을 만들려면 기존 권한 수준을 복사한 다음 변경하거나, 권한 수준을 만든 다음 포함시킬

권한을 선택하십시오.

일부 권한은 다른 권한에 종속되어 있습니다. 다른 권한이 종속되어 있는 권한을 삭제하면

종속된 권한도 삭제됩니다.

참고:

참고:

67

보안 그룹 선택(SharePoint Foundation 2010)

이 문서에서는 AD DS(Active Directory 도메인 서비스)에 포함된 보안 및 메일 그룹에 대해

설명합니다. 또한 이 그룹을 사용하여 SharePoint 사이트의 사용자를 구성할 때 권장되는 사항도

제공합니다.


사이트 액세스 권한 부여 시 사용할 Windows 보안 그룹 및 계정 결정

인증된 모든 사용자에게 액세스를 허용할지 여부 결정

익명 사용자에게 액세스를 허용할지 여부 결정

소개 개별 사용자가 아닌 그룹 단위로 사이트 권한을 할당하면 SharePoint 사이트 사용자를 더 쉽게 관리할

수 있습니다. AD DS에서는 일반적으로 다음 그룹을 사용하여 사용자를 구성합니다.

메일 그룹 전자 메일을 보낼 때만 사용되며 보안이 설정되지 않은 그룹입니다. 메일 그룹은

리소스 및 개체에 대한 사용 권한을 정의하는 데 사용되는 DACL(임의 액세스 제어 목록)에 나열할

수 없습니다.

보안 그룹 DACL에 나열할 수 있는 그룹입니다. 보안 그룹을 전자 메일 엔터티로 사용할 수도

있습니다.

보안 그룹을 사이트에 직접 추가하고 전체 그룹에 사용 권한을 부여하면 보안 그룹을 사용하여

사이트에 대한 사용 권한을 제어할 수 있습니다. 메일 그룹은 직접 추가할 수 없지만 메일 그룹을

확장하고 SharePoint 그룹에 개별 구성원을 추가할 수는 있습니다. 이 방법을 사용하는 경우

SharePoint 그룹과 메일 그룹을 계속 수동으로 동기화해 주어야 합니다. 보안 그룹을 사용하는

경우에는 SharePoint 응용 프로그램의 개별 사용자를 관리할 필요가 없습니다. 그룹의 개별 구성원이

아닌 보안 그룹 자체를 포함했으므로 AD DS에서 사용자를 대신 관리합니다.

다음 항목이 포함된 보안 그룹은 관리하기가 더 어려울 수 있습니다.

사이트 액세스 권한 부여 시 사용할 Windows 보안 그룹

및 계정 결정 각 조직에서는 서로 다른 방법으로 Windows 보안 그룹을 설정합니다. 사용 권한을 더욱 쉽게

관리하려면 보안 그룹이 다음과 같아야 합니다.

SharePoint 사이트에 지속적으로 그룹을 추가할 필요가 없도록 크고 안정적이어야 합니다.

적절한 사용 권한을 할당할 수 있을 만큼 작아야 합니다.

참고

68

예를 들어 "빌딩 2의 모든 사용자"라는 보안 그룹은 빌딩 2의 모든 사용자가 외상 매출금 관리와 같은

동일한 작업을 실행하지 않는 한 적절한 사용 권한을 할당하기에 너무 클 가능성이 높습니다. 따라서

"외상 매출금 관리"와 같이 보다 작고 구체적인 사용자 집합을 사용해야 합니다.

인증된 모든 사용자에게 액세스를 허용할지 여부 결정 도메인 내의 모든 사용자가 사이트의 콘텐츠를 볼 수 있게 하려는 경우 "인증된 모든 사용자"(Domain

Users Windows 보안 그룹)에게 액세스 권한을 부여할 수 있습니다. 이 특수 그룹을 사용하면 익명

액세스를 설정하지 않아도 도메인의 모든 구성원이 선택한 권한 수준으로 웹 사이트에 액세스할 수

있습니다.

익명 사용자에게 액세스를 허용할지 여부 결정 사용자가 페이지를 익명으로 볼 수 있도록 익명 액세스를 설정할 수 있습니다. 대부분의 인터넷 웹

사이트에서는 사이트를 익명으로 볼 수 있도록 허용하지만 사이트를 편집하거나 쇼핑 사이트에서

상품을 구매할 때는 인증을 요청할 수 있습니다. 웹 응용 프로그램을 만들 때 웹 응용 프로그램

수준에서 익명 액세스 권한을 부여해야 합니다.

웹 응용 프로그램에 대한 익명 액세스를 허용하는 경우 사이트 관리자는 다음을 결정할 수 있습니다.

사이트에 대한 익명 액세스 허용 여부

목록 및 라이브러리에 대한 익명 액세스 허용 여부

사이트 전체에 대한 익명 액세스 차단 여부

익명 액세스에는 웹 서버의 익명 사용자 계정이 사용됩니다. 이 계정은 SharePoint 사이트가 아니라

IIS(인터넷 정보 서비스)에서 만들고 유지 관리합니다. 기본적으로 IIS에서 익명 사용자 계정은

IUSR입니다. 익명 액세스를 설정하면 실제로 이 계정에 SharePoint 사이트에 대한 액세스 권한이

부여됩니다. 사이트 또는 목록 및 라이브러리에 대한 액세스를 허용하면 익명 사용자 계정에 항목 보기

권한이 부여됩니다. 그러나 항목 보기 권한의 경우에도 익명 사용자가 수행할 수 있는 작업은

제한됩니다. 익명 사용자는 다음을 수행할 수 없습니다.

Microsoft SharePoint Designer 2010에서 편집하기 위해 사이트를 열 수 없습니다. 즉, RPC(원격

프로시저 호출)를 사용할 수 없습니다.

네트워크 환경에서 사이트를 볼 수 없습니다. 즉, Windows의 웹 폴더 프로토콜인

WebDAV(Distributed Authoring and Versioning)를 사용할 수 없습니다.

Wiki 라이브러리를 포함한 문서 라이브러리에서 문서 업로드 또는 편집

사이트, 목록 또는 라이브러리에 대한 보안을 강화하려면 익명 액세스를 설정하지

마십시오. 익명 액세스를 설정하면 사용자가 목록, 토론 및 조사를 추가하여 서버 디스크

공간과 기타 리소스를 모두 소모할 수 있습니다. 또한 익명 사용자가 목록, 라이브러리 및

토론에 게시된 사용자 전자 메일 주소 등의 모든 콘텐츠를 비롯한 사이트 정보를 검색할 수

있게 됩니다.

중요:

69

동일한 웹 응용 프로그램이 서로 다른 영역(인터넷, 엑스트라넷, 인트라넷 등)에서 콘텐츠를 제공하는

경우 이러한 영역의 익명 사용자에 대한 사용 권한 정책을 설정할 수도 있습니다. 다음 목록에서는

이러한 정책을 보여 줍니다.

없음 정책이 없습니다. 이는 기본 옵션입니다. 사이트 익명 사용자의 사용 권한을 추가로

제한하거나 더하지 않습니다.

읽기 사이트 관리자가 익명 액세스를 해제하지 않는 한 익명 사용자가 콘텐츠를 읽을 수

있습니다.

쓰기 거부 익명 사용자가 콘텐츠를 쓸 수 없습니다. 사이트 관리자가 익명 사용자 계정에 해당

권한을 명시적으로 부여하는 경우에도 마찬가지입니다.

모두 거부 익명 사용자에게 어떠한 액세스 권한도 없습니다. 사이트 관리자가 익명 사용자 계정에

사이트에 대한 액세스 권한을 명시적으로 부여하는 경우에도 마찬가지입니다.

70

관리 계층 구조의 관리자 및 소유자

선택(SharePoint Foundation 2010)

이 문서에서는 Microsoft SharePoint Foundation 2010 서버 및 사이트 계층 구조에 대응하는 관리자

역할을 설명합니다. SharePoint Foundation 2010 관리에는 여러 사용자가 참여할 수 있습니다.

SharePoint Foundation 2010 관리는 다음 수준에서 수행됩니다.

서버 팜

공유 서비스

사이트

문서 라이브러리 또는 목록

개별 항목


관리 수준

소개 대부분의 서버 및 사이트 계층 구조 수준에는 해당하는 관리 그룹이 있습니다. 웹 응용 프로그램

수준에는 고유한 관리자 그룹이 없지만, 팜 관리자는 해당 범위 내에서 웹 응용 프로그램을

제어합니다. Farm Administrators 그룹 구성원과 로컬 서버의 Administrators 그룹 구성원은 정책을

정의하여 웹 응용 프로그램 수준에서 개별 사용자에게 사용 권한을 부여할 수 있습니다.

관리 수준 다음 목록에서는 관리 권한을 갖는 사용자 그룹을 수준별로 구분하여 설명합니다.

서버 또는 서버 팜 수준

팜 관리자 그룹 팜 관리자 그룹의 구성원에게는 서버 팜의 모든 서버에 대한 사용 권한과

책임이 있습니다. 이 그룹의 구성원은 중앙 관리에서 서버 또는 서버 팜의 모든 관리 작업을

수행할 수 있습니다. 이 그룹의 구성원은 Windows PowerShell을 사용하여 구성 데이터베이스

개체를 만들고 관리할 수도 있습니다. 이 그룹의 구성원은 관리자를 지정하여 공유 서비스의

인스턴스인 서비스 응용 프로그램을 관리할 수 있습니다. 이 그룹에는 개별 사이트 또는 해당

콘텐츠에 대한 액세스 권한이 없습니다.

Administrators 그룹 로컬 서버의 Administrators 그룹 구성원은 모든 팜 관리자 작업을

수행할 수 있습니다. 로컬 서버의 관리자는 새 제품 또는 응용 프로그램 설치, 전역 어셈블리

캐시로 웹 파트 및 새 기능 배포, 새 웹 응용 프로그램 및 새 IIS(인터넷 정보 서비스) 웹 사이트

만들기, 서비스 시작 등의 추가 작업을 수행할 수 있습니다. 팜 관리자와 마찬가지로 로컬

서버의 이 그룹 구성원에게도 기본적으로 사이트 콘텐츠에 대한 액세스 권한은 없습니다.

71

팜 관리자 및 로컬 관리자는 필요한 경우 특정 사이트 모음의 소유권을 가져올 수

있습니다. 예를 들어 사이트 관리자가 조직을 떠나서 새 관리자를 추가해야 하는 경우

팜 관리자 또는 로컬 Administrators 그룹의 구성원은 해당 사이트 모음의 소유권을

가져와 변경 작업을 수행할 수 있습니다.

공유 서비스 수준

서비스 관리자 팜 관리자가 위임하는 관리자입니다. 팜 내의 특정 서비스 응용 프로그램에

대한 설정을 구성할 수 있습니다. 하지만 서비스 응용 프로그램을 만들거나 팜의 다른 서비스

응용 프로그램에 액세스하거나 팜 수준 작업(예: 토폴로지 변경)을 수행할 수는 없습니다. 예를

들어 팜에서 Search Service 응용 프로그램의 서비스 응용 프로그램 관리자는 해당 Search

Service 응용 프로그램에 대해서만 설정을 구성할 수 있습니다.

기능 관리자 서비스 응용 프로그램의 특정 기능과 관련한 기능 관리자입니다. 이 관리자는

서비스 응용 프로그램 설정 중 일부를 관리할 수 있지만 전체 서비스 응용 프로그램은

관리하지 못합니다. 예를 들어 기능 관리자는 User Profile Service 응용 프로그램의 대상 그룹

기능을 관리할 수 있습니다.

사이트 수준

사이트 모음 관리자 사이트 모음 내의 모든 웹 사이트에 대해 모든 권한 수준을 가지는

관리자입니다. 따라서 사이트 모음 내의 사이트에 대한 명시적 사용 권한이 없어도 모든

사이트의 콘텐츠에 액세스할 수 있습니다.

사이트 소유자 기본적으로 사이트의 Owners 그룹 구성원은 해당 사이트에 대해 모든 권한

사용 권한 수준을 갖습니다. 이 구성원은 사이트 및 해당 사이트에 있는 모든 목록 또는

라이브러리에 대한 관리 작업을 수행할 수 있습니다. 보류 중인 사용하지 않는 사이트 자동

삭제 작업, 사이트 액세스 요청 등의 이벤트에 대한 전자 메일 알림을 받습니다.

참고:

72

Best practices for using fine-grained permissions

(white paper) (SharePoint Foundation 2010)

This white paper describes best practices for fine-grained permissions (FGP) and how to use

them within your organization when implementing Microsoft SharePoint Foundation 2010.

Download the white paper from the following link: http://go.microsoft.com/fwlink/?LinkId=201596

http://go.microsoft.com/fwlink/?LinkId=201596

73

샌드박스 솔루션 계획(SharePoint Foundation

2010)

샌드박스 솔루션은 보안을 강화하고 안정성을 높이기 위해 네트워크 및 로컬 리소스에 대한 액세스를

제한합니다. 부하 분산 솔루션과 완전히 테스트되지 않은 솔루션에 샌드박스 솔루션을 사용하거나,

호스팅되는 환경에서 사용자 솔루션을 배포하는 데 샌드박스 솔루션을 사용할 수 있습니다. 샌드박스

솔루션은 다른 솔루션에 속한 리소스에 액세스할 수 없도록 별도의 작업자 스레드에서 실행되며 로컬

및 네트워크 리소스에 제한적으로 액세스할 수 있습니다.

이 섹션의 내용 샌드박스 솔루션 개요(SharePoint Foundation 2010)


74

샌드박스 솔루션 개요(SharePoint Foundation

2010)

Microsoft SharePoint Foundation 2010 솔루션을 SharePoint Foundation 팜에 직접 배포하거나,

솔루션을 샌드박스 내에 배포할 수 있습니다. 샌드박스는 프로그램이 특정 리소스에만 액세스할 수

있도록 하고 샌드박스에서 발생하는 문제가 서버 환경의 나머지 부분에 영향을 주지 않도록 하는

제한된 실행 환경입니다.

샌드박스 내에 배포하는 솔루션은 샌드박스 솔루션이라고 하며, 특정 컴퓨터 및 네트워크 리소스를

사용할 수 없고 해당 솔루션이 배포되는 사이트 모음 외부의 콘텐츠에는 액세스할 수 없습니다.

샌드박스 솔루션의 제한 사항에 대한 자세한 내용은 샌드박스 솔루션에 포함될 수 없는 항목을

참조하십시오.

샌드박스 솔루션은 전체 서버 팜에 영향을 줄 수 없으므로 팜 관리자가 배포하지 않아도 됩니다.

샌드박스 솔루션은 사이트 모음 관리자가 배포하거나, 특정 상황에서는 사이트 모음 루트에서 모든

권한이 있는 사용자가 배포할 수 있습니다. 팜 관리자만 샌드박스 솔루션을 승격하여 솔루션이 해당

샌드박스 외부의 팜에서 직접 실행되도록 할 수 있습니다.

다음과 같은 두 가지 시나리오에서 샌드박스 솔루션을 사용하는 것이 특히 적합합니다.

조직에서 프로덕션 SharePoint Foundation 사이트의 직원에 대해 코드를 실행하려 하지만 해당

코드가 엄격하게 검토되고 테스트되지 않은 경우

호스팅 주체가 호스팅되는 SharePoint Foundation 사이트 소유자의 사용자 지정 코드 업로드 및

실행을 허용하려는 경우

이 문서에서는 샌드박스 솔루션과 관련된 개념을 소개하고, 샌드박스 솔루션과 팜에 배포되는 솔루션

간의 차이점에 대해 설명하며, 샌드박스 솔루션의 배포 및 실행 방식을 간략히 살펴봅니다. 이

문서에는 샌드박스를 구성하거나 샌드박스 솔루션을 배포하기 위한 자세한 절차는 포함되지 않습니다.


샌드박스 솔루션 배포 및 실행

샌드박스 솔루션 격리

샌드박스 솔루션에 포함될 수 없는 항목

샌드박스 솔루션과 팜 솔루션 비교

샌드박스 솔루션 사용의 이점

샌드박스 솔루션 배포 및 실행 SharePoint Foundation 응용 프로그램의 모든 페이지에는 샌드박스에서 실행되는 구성 요소와 팜에서

직접 실행되는 구성 요소가 함께 포함될 수 있습니다. 팜에 배포되는 구성 요소는 IIS(인터넷 정보

서비스) 작업자 프로세스에서 실행됩니다. 샌드박스에 배포되는 구성 요소는 샌드박스 프로세스에서

실행됩니다.

http://technet.microsoft.com/library/8826c6d1-edcd-4ed5-a1f8-bd48ab3b88fd.aspx#BKMK_srcSandboxedSolutionLBOptions

http://technet.microsoft.com/library/8826c6d1-edcd-4ed5-a1f8-bd48ab3b88fd.aspx#BKMK_srcWhatAreSandboxedSolutions

http://technet.microsoft.com/library/8826c6d1-edcd-4ed5-a1f8-bd48ab3b88fd.aspx#BKMK_srcSadboxedSolutionRoles


http://technet.microsoft.com/library/8826c6d1-edcd-4ed5-a1f8-bd48ab3b88fd.aspx#BKMK_srcExamplesSandboxedSolutionsCanNotDo

http://technet.microsoft.com/library/8826c6d1-edcd-4ed5-a1f8-bd48ab3b88fd.aspx#BKMK_srcExamplesSandboxedSolutionsCanDo

75

다음 목록에는 샌드박스에 배포할 수 있는 구성 요소 중 몇 가지가 나와 있습니다.

웹 파트

이벤트 수신기

기능 수신기

사용자 지정 Microsoft SharePoint Designer 워크플로 작업

Microsoft InfoPath 비즈니스 논리

다음 단계에서는 샌드박스 솔루션 배포 방법을 설명합니다.

1. 팜 관리자가 다음 작업을 수행합니다. 이러한 작업은 한 번만 수행해야 합니다.

팜 관리자가 샌드박스 솔루션을 실행할 각 서버에서 샌드박스를 사용하도록 설정하고

샌드박스 서비스를 시작합니다.

팜 관리자가 사용할 부하 분산 체계를 결정합니다. 부하 분산 체계는 팜의 모든 사이트 모음에

있는 모든 샌드박스 솔루션에 적용됩니다.

팜 관리자가 사이트 모음의 모든 샌드박스 솔루션 전체에 대해 허용되는 최대 리소스 할당량을

설정합니다.

2. 사이트 모음 관리자 또는 사이트 모음 루트에서 모든 권한이 있는 사용자가 사이트 모음의 솔루션

갤러리에 솔루션을 업로드합니다.

3. 사이트 모음 관리자가 솔루션을 활성화합니다. 솔루션에 어셈블리가 포함되어 있지 않은 경우

사이트 모음 루트에서 모든 권한이 있는 사용자도 솔루션을 활성화할 수 있습니다. 유효성 검사

도구가 솔루션을 검사하기 위해 실행됩니다. 솔루션이 유효성 검사를 통과하지 못하면 활성화되지

않습니다.

샌드박스 솔루션 실행 요청이 처리되면 다음 작업이 수행됩니다.

1. 부하 분산 체계에 따라 SharePoint Foundation에서 솔루션을 실행할 서버를 결정합니다. 부하

분산이 로컬로 실행되는 경우 해당 요청을 처리하는 동일한 서버에서 솔루션이 실행됩니다. 부하

분산이 원격으로 실행되는 경우에는 솔루션이 실행되는 서버가 솔루션 선호도에 따라 선택됩니다.

두 경우 모두 서버에서 샌드박스 서비스를 실행하고 있어야 합니다.

2. SharePoint Foundation에서 솔루션을 실행할 샌드박스 작업자 프로세스를 선택하고 "shim"

dll(동적 연결 라이브러리)을 프로세스 내에 로드한 후 솔루션 어셈블리를 프로세스 내에

로드합니다.

3. 솔루션이 실행되면서 솔루션 코드가 SharePoint Foundation에서 실행되기 전에 shim을 통해

전달됩니다. 솔루션 코드가 샌드박스 솔루션에서 사용하지 못하도록 제한된 API를 사용하려고

하는 경우 shim에서 코드의 통과 및 실행을 허용하는 대신 예외를 알립니다.

4. SharePoint Foundation에서 샌드박스 솔루션이 사용하는 리소스를 모니터링합니다. 샌드박스

솔루션이 하드 한도를 초과하는 경우(예: 미리 정의된 CPU 시간보다 더 많이 사용하는 경우)

SharePoint Foundation에서 샌드박스 작업자 프로세스를 종료합니다. 사이트 모음의 모든

샌드박스 솔루션 전체가 사이트 모음의 리소스 할당량을 초과하는 경우 SharePoint

Foundation에서 당일 남은 시간 동안 사이트 모음의 모든 샌드박스 솔루션을 해제합니다.

5. 사이트 모음 관리자는 샌드박스 솔루션이 사용하는 리소스를 모니터링할 수 있으며 사이트

모음에서 솔루션을 비활성화할 수 있습니다.

76

필요한 경우 팜 관리자는 팜에서 솔루션이 실행되지 않도록 차단할 수 있습니다. 경우에 따라 팜

관리자는 솔루션이 샌드박스에서 실행되어야 한다는 요구 사항을 제거할 수도 있습니다. 샌드박스에서

실행되어야 하는 요구 사항을 제거하면 솔루션이 팜의 사이트 모음에서 실행될 때 더 이상

샌드박스에서 실행되지 않습니다.

샌드박스 솔루션 격리 샌드박스 솔루션은 다양한 수준으로 격리할 수 있습니다. 격리 수준이 추가될 때마다 너무 많은

리소스를 사용할 수 있는 코드로부터 SharePoint Foundation 사이트의 주요 부분을 보호할 수 있는

기능이 강화됩니다. 첫 번째 수준에서는 샌드박스 코드가 권한이 제한되는 격리된 프로세스에서

실행됩니다. CAS(코드 액세스 보안)에서 코드가 수행할 수 있는 작업을 제한합니다. 원격 부하 분산을

사용하고 특정 서버에서만 샌드박스 서비스를 실행하여 격리를 강화할 수 있습니다. 프로덕션

환경에서는 원격 부하 분산을 사용하고 별도의 전용 서버를 사용하여 샌드박스 솔루션을 실행하는

것이 좋습니다.

샌드박스 솔루션에 포함될 수 없는 항목 SharePoint Foundation 솔루션에는 manifest.xml이라는 구성 파일이 포함되어야 하며 추가 구성 파일

및 어셈블리가 포함될 수도 있습니다. 솔루션이 샌드박스에서 실행될 경우 어셈블리 및 구성 파일에

포함될 수 있는 항목이 제한됩니다.

다음 목록에는 샌드박스에서 실행될 어셈블리에서 수행할 수 없는 가장 일반적인 항목이 나와

있습니다.

로컬 서버에 있지 않은 리소스에 연결

데이터베이스 액세스

스레딩 모델 변경

비관리 코드 호출

디스크에 쓰기

다른 사이트 모음의 리소스 액세스

manifest.xml 파일은 기능 파일을 참조하고, 기능 파일은 요소 파일을 참조하며, 요소 파일에는 feature

요소가 포함됩니다. 샌드박스 솔루션에서는 다음 feature 요소만 허용됩니다.

ContentType

Field

CustomAction

Module

ListInstance

ListTemplate

Receivers

WebTemplate

77

WorkflowAssociation

PropertyBag

WorkflowActions

샌드박스 솔루션과 팜 솔루션 비교 다음 표에서는 팜에서 실행되는 솔루션과 샌드박스에서 실행되는 솔루션의 다양한 측면을 비교합니다.

측면 팜 샌드박스

배포

프로세스

솔루션을

추가한 다음

팜에

배포합니다.

솔루션을 사이트 모음에 업로드한 다음 사이트 모음에서 활성화합니다.

배포할 수

있는 주체

팜 관리자 솔루션에 어셈블리가 포함된 경우 사이트 모음 관리자만 솔루션을

배포할 수 있습니다. 솔루션에 어셈블리가 포함되지 않은 경우에는

사이트 모음 루트에서 모든 권한이 있는 사용자가 솔루션을 배포할 수

있습니다.

데이터

액세스

제한되지

않습니다.

솔루션은 해당 솔루션이 배포된 사이트 모음의 콘텐츠에만 액세스할 수

있습니다.

솔루션이

실행되는

프로세스

제한되지 않는

IIS 작업자

프로세스 또는

솔루션이

배포된 모든

프로세스

권한이 제한된 별도의 작업자 프로세스

코드

액세스

보안

솔루션

개발자가

솔루션을

패키지로 만들

때 코드 액세스

보안 정책을

설정할 수

있습니다.

제한됩니다. 자세한 내용은 샌드박스 솔루션 배포(영문일 수

있음)(http://go.microsoft.com/fwlink/?linkid=177369&clcid=0x412)를

참조하십시오.

모니터링 모니터링되지

않습니다.

모니터링되며, 팜 관리자가 설정한 할당량에 의해 제한됩니다.

부하 분산 솔루션의

종류에 따라

샌드박스 솔루션이 아닌 솔루션과 별도로 구성할 수 있습니다.



78

측면 팜 샌드박스

다릅니다.

솔루션

기능

제한되지

않습니다.

샌드박스 솔루션에 포함될 수 없는 항목에 설명된 대로 제한됩니다.

샌드박스 솔루션 사용의 이점 샌드박스 솔루션을 사용할 경우 얻을 수 있는 주요 이점은 다음과 같습니다.

샌드박스 외부의 프로세스에 영향을 줄 위험 없이 프로덕션 SharePoint Foundation 환경에

솔루션을 추가할 수 있습니다.

사이트 모음 관리자가 샌드박스 솔루션을 배포할 수 있으므로 팜 관리자가 이 작업을 수행할

필요가 없습니다.

샌드박스 솔루션은 할당량에 의해 제한될 수 있는 별도의 프로세스에서 실행되고 솔루션이 팜에

미치는 영향을 모니터링할 수 있으므로 확장성과 유연성이 증대됩니다.

솔루션을 샌드박스에서 이동하여 팜에서 직접 실행하는 경우 수정하거나 다시 컴파일할 필요가

없습니다.

참고 항목 Sandboxed solutions administration (SharePoint Foundation 2010)(영문)


샌드박스 솔루션 아키텍처(http://go.microsoft.com/fwlink/?linkid=177368&clcid=0x412)(영문일 수

있음)

샌드박스 솔루션 배포(http://go.microsoft.com/fwlink/?linkid=177369&clcid=0x412)(영문일 수

있음)


http://technet.microsoft.com/library/9202709d-2854-4663-989f-6e2f0d3d930b(Office.14).aspx





79

샌드박스 솔루션 계획(SharePoint Foundation

2010)

샌드박스 솔루션은 보안을 강화하고 안정성을 높이기 위해 네트워크 및 로컬 리소스에 대한 액세스를

제한합니다. 부하 분산 솔루션과 완전히 테스트되지 않은 솔루션에 샌드박스 솔루션을 사용하거나,

호스팅되는 환경에서 사용자 솔루션을 배포하는 데 샌드박스 솔루션을 사용할 수 있습니다. 샌드박스

솔루션은 다른 솔루션에 속한 리소스에 액세스할 수 없도록 별도의 작업자 스레드에서 실행되며 로컬

및 네트워크 리소스에 제한적으로 액세스할 수 있습니다.

샌드박스 솔루션을 계획하는 경우 먼저 샌드박스 솔루션을 사용할지 여부를 결정해야 합니다. 이렇게

하려면 성능이나 보안 중에 무엇을 주로 고려해야 하는지 파악하면 됩니다. 샌드박스 솔루션을

사용하는 팜에서는 샌드박스 솔루션을 사용하지 않는 팜에서보다 작업자 프로세스와 프록시

프로세스가 늘어납니다. 하지만 샌드박스 솔루션을 사용하면 프로세스 격리를 향상시킬 수 있으므로

팜의 보안이 강화됩니다.

샌드박스 솔루션에 대한 자세한 내용은 샌드박스 솔루션 개요(SharePoint Foundation 2010)를

참조하십시오.


샌드박스 솔루션을 사용해야 하는 경우 결정

샌드박스 솔루션 코드의 부하 분산 계획

샌드박스 솔루션 배포 위치 결정

샌드박스 솔루션을 배포할 수 있는 사용자 결정

샌드박스 솔루션을 실행할 사이트 모음 결정

샌드박스 솔루션의 리소스 사용 할당량 계획

샌드박스 솔루션 관리 방식 계획

샌드박스 솔루션을 사용해야 하는 경우 결정 샌드박스 솔루션은 여러 서버 간에 솔루션의 부하를 분산하려 하거나, 완전히 테스트하지 않았거나

조직에서 지원하지 않는 코드를 실행할 수 있도록 하려는 경우에 사용하는 것이 적절합니다. 샌드박스

솔루션은 테스트 환경에서 프로덕션 환경의 샌드박스 솔루션에 이르는 확장된 배포 경로를 조직의

개발자에게 제공하는 중요한 역할을 수행할 수 있습니다. 또한 나중에 샌드박스 솔루션이 전체

배포에서 안전한 것으로 판단될 때 팜 관리자가 솔루션을 완전히 신뢰할 수 있는 상태로 변경할 수

있습니다.

특히 다음과 같은 경우에 샌드박스 솔루션을 사용하는 것이 적절합니다.

여러 SharePoint Foundation 서버 간에 솔루션의 부하를 분산하려는 경우.

조직이 프로덕션 SharePoint Foundation 사이트에서 직원에 대한 코드를 실행하려 하지만 코드가

엄격하게 검토 및 테스트되지 않은 경우.

http://technet.microsoft.com/library/8c472b6c-4d80-4aa3-86bc-97da5c383da4.aspx#BKMK_WhenToUse

http://technet.microsoft.com/library/8c472b6c-4d80-4aa3-86bc-97da5c383da4.aspx#BKMK_srcWhichLBOptionForSandboxed

http://technet.microsoft.com/library/8c472b6c-4d80-4aa3-86bc-97da5c383da4.aspx#BKMKsrcDetermineWhereToDeploy

http://technet.microsoft.com/library/8c472b6c-4d80-4aa3-86bc-97da5c383da4.aspx#BKMK_srcPlanSandboxedRoles

http://technet.microsoft.com/library/8c472b6c-4d80-4aa3-86bc-97da5c383da4.aspx#BKMK_WhichSiteColletion

http://technet.microsoft.com/library/8c472b6c-4d80-4aa3-86bc-97da5c383da4.aspx#BKMK_srcPlanResourceUsageQuotasSandboxed

http://technet.microsoft.com/library/8c472b6c-4d80-4aa3-86bc-97da5c383da4.aspx#BKMK_PlanGovernance

80

인터넷 호스팅 공급자가 호스팅되는 SharePoint Foundation 사이트 소유자의 사용자 지정 코드

업로드 및 실행을 허용하려는 경우.

샌드박스 솔루션을 사용하는 경우 샌드박스 솔루션을 실행하려는 각 서버에서 SharePoint 2010 User

Code Host Service를 활성화해야 합니다.

샌드박스 솔루션 코드의 부하 분산 계획 샌드박스 솔루션의 두 가지 부하 분산 계획 중 하나를 선택할 수 있습니다. 부하 분산 계획에 따라

Microsoft SharePoint Foundation 2010에서 솔루션을 실행할 서버를 결정합니다. 로컬 부하

분산에서는 솔루션이 요청을 받은 동일한 서버에서 실행됩니다. 원격 부하 분산을 선택하는 경우

솔루션이 실행되는 서버는 솔루션 선호도에 따라 선택되고 샌드박스 솔루션이 이미 로드되어 실행된

서버에서 실행됩니다. 따라서 솔루션 요청에 대한 서비스를 제공하는 데 시간이 절약됩니다. 두 경우

모두 각 서버에서 SharePoint Foundation Sandboxed Code Service를 실행하고 있어야 합니다.

관리자가 선택하는 부하 분산 계획에 따라 전체 SharePoint Foundation 팜에서 사용하는 모델이

결정됩니다. 로컬 및 원격 부하 분산을 혼합하여 사용할 수는 없고 대신 둘 중 하나를 구현하도록

선택해야 합니다. 구현할 모드를 결정할 때는 다음 사항을 고려하십시오.

로컬 모드를 선택하면 관리 작업이 줄어들지만 확장성이 로컬 서버의 리소스로 제한됩니다.

원격 모드를 선택하면 로컬 모드보다 확장성이 향상되지만 더 많은 서버에서 관리 작업을 수행해야

합니다.

샌드박스 솔루션을 실행하는 서버가 여러 개 있는 SharePoint Foundation 팜에서 원격 부하 분산

모델을 사용하면 성능이 향상됩니다. 개발 프로세스의 일부로 샌드박스 솔루션을 사용하고 있고

샌드박스 솔루션의 실행 범위를 해당 솔루션을 호출한 서버로만 제한하려면 로컬 모드 부하 분산을

사용하십시오.

자세한 내용은 샌드박스 솔루션 개요(SharePoint Foundation 2010)를 참조하십시오.

샌드박스 솔루션 배포 위치 결정 샌드박스 솔루션은 사이트 모음의 루트에 배포됩니다. 사이트 모음 관리자는 누구나 샌드박스

솔루션을 배포할 수 있습니다. 사이트 모음에 배포된 샌드박스 솔루션은 해당 사이트 모음 내에서

사용할 수 있습니다.

SharePoint Foundation 팜 내 특정 서버나 모든 서버에서 샌드박스 솔루션을 실행하도록 선택할 수

있습니다. 서버에서 샌드박스 솔루션을 사용하도록 설정하려면 SharePoint Foundation Sandboxed

Code Service를 사용하도록 설정해야 합니다. 이 서비스는 샌드박스 솔루션을 실행하려는 모든

서버에서 사용하도록 설정되어야 합니다.

샌드박스 솔루션을 배포할 수 있는 사용자 결정 샌드박스 솔루션 배포에 관련된 사용자 역할을 계획하는 경우 솔루션을 배포하도록 권한을 부여할

사용자와 솔루션을 관리하도록 권한을 부여할 사용자를 결정해야 합니다. Site Collection

Administrators 그룹의 구성원은 샌드박스 솔루션을 배포할 수 있습니다.

81

SharePoint Foundation Sandboxed Code Service 설정 또는 해제, 솔루션 차단 또는 차단 해제,

할당량 조정 또는 다시 설정 등의 관리 작업을 수행하려면 Farm Administrators 그룹의 구성원이어야

합니다.

샌드박스 솔루션을 배포 및 활성화하려면 사이트 모음 소유자로는 충분하지 않으며 샌드박스

솔루션을 배포하려는 사이트 모음의 사이트 모음 관리자여야 합니다.

팜 관리자는 샌드박스 솔루션을 팜 전체에서 배포 가능한 완전히 신뢰할 수 있는 솔루션으로 변경할 수

있으므로 신중하게 Farm Administrators 그룹의 구성원 자격을 적절한 사용자로만 제한해야 합니다.

배포되는 샌드박스 솔루션에 보안 문제가 있는 경우 Site Collection Administrators 그룹에 사용자를

추가할 때도 신중해야 합니다.

할당량을 사용하여 샌드박스 솔루션을 실행할 사이트

모음 결정 특정 사이트 모음에서 할당량을 조정하여 샌드박스 솔루션을 사용하거나 사용하지 않도록 설정할 수

있습니다. 특정 사이트 모음에서 샌드박스 솔루션 할당량을 0으로 설정하면 샌드박스 솔루션이 해당

사이트 모음에서 실행되지 않습니다. 이러한 방식으로 팜에서 샌드박스 솔루션의 사용을 세세하게

조절할 수 있습니다.

샌드박스 솔루션을 배포할 위치를 결정할 때는 SharePoint Foundation Sandboxed Code Service를

실행할 서버와 샌드박스 솔루션을 실행할 사이트 모음을 모두 고려해야 합니다. 샌드박스 솔루션을

일부 사이트 모음에서 사용하도록 설정하는 경우 나머지 사이트 모음에서 할당량을 0으로 설정하여

해당 샌드박스 솔루션을 사용하지 않도록 설정해야 합니다.

샌드박스 솔루션의 리소스 사용 할당량 계획 기본 리소스 할당량을 기반으로 샌드박스 솔루션의 리소스 사용량을 모니터링할 수 있습니다.

샌드박스 솔루션이 리소스 할당량을 조금이라도 초과하면 해당 날짜의 나머지 시간 동안이나 팜

관리자가 솔루션을 수동으로 다시 설정할 때까지 솔루션이 해제됩니다. 따라서 관리자는 특정

샌드박스 솔루션이 공유 리소스를 과도하게 요구하는 시간이나 리소스를 많이 사용하는 샌드박스

솔루션의 할당량을 늘려야 하는 경우를 쉽게 파악할 수 있습니다.

대부분의 경우 기본 할당량만으로도 충분하지만 적절한 경우 제한을 더 높게 허용하도록 개별 할당량

제한을 조정할 수 있습니다.

샌드박스 솔루션이 계속해서 서버 리소스를 오용하고 있는 것으로 판단되면 개발자가 상황을 해결할

수 있을 때까지 해당 솔루션을 차단할 수 있습니다. 샌드박스 솔루션 차단 및 차단 해제에 대한 자세한

내용은 Block or unblock a sandboxed solution (SharePoint Foundation 2010)(영문)를

참조하십시오.

다음 표에는 샌드박스 솔루션 할당량에 기본적으로 할당되는 값이 나열되어 있습니다.

참고:

http://technet.microsoft.com/library/6687e357-8531-4904-9c17-faa6908a793d(Office.14).aspx

82

리소스 설명 단위 지점당

리소스

절대 제한

AbnormalProcessTerminationCount 비정상적으로

종료된 프로세스

회 1 1

CPUExecutionTime 사이트의 CPU

실행 시간

초 3,600 60

CriticalExceptionCount 중요 예외 이벤트 이벤트 10 3

InvocationCount 솔루션 호출

이벤트

이벤트 <미정> <미정>

PercentProcessorTime 솔루션별 CPU

사용률(%)

백분율 85 100

ProcessCPUCycles 솔루션 CPU 주기 주기 1 x10^11 1 x10^11

ProcessHandleCount Windows 처리

개수

항목 10,000 1,000

ProcessIOBytes Windows 처리

개수

항목 0 1 x10^8

ProcessThreadCount 전체 프로세스의

스레드 수

인스턴스 10,000 200

ProcessVirtualBytes 사용된 메모리 바이트 0 1.0x10^9

SharePointDatabaseQueryCount SharePoint

데이터베이스

쿼리 수

인스턴스 20 100

SharePointDatabaseQueryTime 쿼리 실행에

경과된 시간

초 120 60

UnhandledExceptionCount 처리되지 않은

예외 수

인스턴스 50 3

UnresponsiveProcessCount 응답하지 않는

프로세스 수

인스턴스 2 1

샌드박스 솔루션 관리 방식 계획 계속 샌드박스 솔루션을 계획하는 동안 다음을 비롯한 관리 문제를 다루는 프로세스를 고려해야

합니다.

83

어떤 경우에 팜 관리자가 샌드박스 솔루션을 차단 또는 차단 해제할 것인가? 솔루션을 차단할

필요가 있는지 의심스러운 경우 샌드박스 솔루션 차단 및 차단 해제에 대한 관리 정책을 확인하면

혼동이 없어집니다.

어떤 경우에 샌드박스 솔루션을 완전히 신뢰할 수 있는 솔루션으로 글로벌 카탈로그에 이동할

것인가? 이 결정은 조직의 개발자가 개발한 솔루션 코드에 적용됩니다. 샌드박스 솔루션이 조직의

프로덕션 환경에서 사용할 준비가 된 것으로 간주되는 데 필요한 테스트 수준을 결정하는 정책을

정립해야 합니다.

샌드박스 솔루션을 배포할 수 있는 사용자를 계획할 때 사용자를 Site Collection Administrators

그룹에 추가하도록 선택할 것인가, 아니면 사용자를 대신하여 샌드박스 솔루션을 배포할 사이트

모음 관리자의 수를 제한하는 절차를 만들도록 선택할 것인가? 조직의 보안 고려 사항에 따라

샌드박스 솔루션을 배포하기 위한 권한을 사용자에게 묻지 않고 사용자를 Site Collection

Administrators 그룹에 직접 추가할 수 있습니다.

84

공동 작업 사이트 계획(SharePoint Foundation

2010)

Microsoft SharePoint Foundation 2010을 사용하면 해당 환경에서 공동 작업 사이트를 지원할 수

있습니다. 공동 작업 사이트는 개인 및 그룹이 함께 제작, 공유 및 수정할 수 있는 정보를 저장합니다.

이러한 사이트는 특정 포털 사이트 모음이나 게시 사이트 모음의 일부와 연결할 필요가 없습니다. 공동

작업 사이트는 프로젝트에 대해 공동으로 작업하거나 정보를 공유해야 하는 팀 또는 사용자 그룹에서

사용할 수 있는 독립 실행형 사이트일 수 있습니다. 예를 들어 엔지니어링 회사의 한 팀에서는 회사

인트라넷에 내부 정보를 게시하지 않고도 현재 프로젝트 상태를 논의하거나, 작업을 할당하거나, 점심

회식 일정을 잡을 수 있는 공동 작업 사이트가 필요할 수 있습니다.

공동 작업 사이트는 포털이나 게시 사이트에서 검색 가능하도록 설정할 수 있으므로 이러한 사이트의

정보가 조직에서 손실되지 않습니다. 그러나 보다 간편한 데이터 복구 및 유지 관리를 위해서는 공동

작업 사이트를 별도의 웹 응용 프로그램이나 동일한 웹 응용 프로그램 내 별도의 콘텐츠

데이터베이스에서 포털 또는 게시 사이트로 호스팅해야 합니다.

관리자가 사용자를 위해 공동 작업 사이트를 만들 수도 있고, 사용자가 이러한 사이트를 직접 만들도록

허용할 수도 있습니다.

공동 작업 사이트 및 아키텍처 계획에 대한 자세한 내용은 '논리 아키텍처 예제 디자인: 공동 작업

사이트'를 참조하십시오.


공동 작업 사이트 수 결정

특정 경로

추가 경로

공동 작업 사이트 수 결정 현재 환경에서 예상되는 공동 작업 사이트 수와 지원할 수 있는 공동 작업 사이트 수를 대략적으로

예측합니다. 사용자가 관리자에게 공동 작업 사이트를 요청하도록 하는 경우 만들어지는 사이트 수를

제어할 수 있습니다. 사용자가 직접 공동 작업 사이트를 만들 수 있도록 허용하는 경우에는 환경에

많은 수의 공동 작업 사이트가 생길 수 있습니다.

특정 경로 파일 시스템에서 폴더에 파일이나 문서를 보관하는 것과 비슷한 방식으로 Microsoft SharePoint

Foundation 2010에서 특정 경로를 사용하여 SharePoint 사이트 모음을 포함하게 할 수 있습니다. 웹

응용 프로그램을 만들면 기본적으로 다음과 같은 2가지 경로를 사용할 수 있습니다.

루트 경로(/) 이 경로는 하나의 사이트 모음을 포함할 수 있는 명시적 포함입니다. 예를 들어

URL을 http://회사_이름/default.aspx로 표시하려면 이 루트 경로에 사이트 모음을 만들면 됩니다.

85

사이트 경로(/sites) 이 경로는 여러 사이트 모음을 포함할 수 있는 일반 경로입니다. 예를 들어

/sites 경로를 사용하는 경우 Site_A라는 사이트의 URL은

http://서버_이름/sites/Site_A/default.aspx와 비슷한 형식이 됩니다.

/sites 경로의 이름은 설치 시 사용하는 언어에 따라 달라집니다.

추가 경로 추가 경로를 만들어 사이트 모음을 그룹화할 수도 있습니다. 이 경우 사이트 모음을 만들 때 다음 방법

중에서 하나를 선택할 수 있습니다.

웹 응용 프로그램의 루트에 아직 어떠한 사이트 모음도 만들지 않은 경우 해당 루트에 사이트

모음을 만듭니다.

/sites 경로 아래 사이트 모음을 만듭니다.

웹 응용 프로그램에 사용할 수 있는 추가 경로 아래 사이트 모음을 만듭니다.

일반적으로 대부분의 설치에서는 /sites 경로만으로도 충분합니다. 그러나 다음과 같은 상황에서는

다른 경로를 사용해 보는 것이 좋습니다.

설치가 복잡하고 사이트 모음의 수가 많을 것으로 예상되며 비슷한 사이트를 함께 그룹화하려는

경우.

예를 들어 모든 사이트에 대해 /sites를 사용하는 대신 개별 사용자 사이트에는 /personal을

사용하고 그룹 공동 작업 사이트에는 /team을 사용할 수 있습니다.

특정 네임스페이스를 내부 액세스 전용으로 제한하는 필터를 방화벽이나 라우터에 추가하려는

경우.

예를 들어 외부 공동 작업에 대해 /team 경로는 공개하지만 /personal은 공개하지 않을 수

있습니다.

Microsoft SharePoint Workspace 2010과의 통합 Microsoft SharePoint Workspace 2010은 데스크톱 콘텐츠를 SharePoint 문서 및 목록과 실시간으로

동기화하도록 지원하는 Microsoft SharePoint Foundation 2010에 대한 리치 클라이언트를

제공합니다. Microsoft SharePoint Workspace 2010은 임시 Groove 공동 작업 영역과 공유 폴더 작업

영역을 만드는 옵션도 제공합니다. 공유 작업 영역을 통해 외부 파트너 및 오프사이트 팀 구성원 또는

지정된 SharePoint 사이트와 온라인/오프라인에서 모두 정보를 쉽게 동기화할 수 있습니다. Microsoft

SharePoint Workspace 2010은 Microsoft Office 2010 Enterprise 버전과 함께 자동으로 설치하거나

Microsoft 다운로드 센터(http://go.microsoft.com/fwlink/?linkid=48516&clcid=0x412)에서 별도로

설치할 수 있습니다.

자세한 내용은 SharePoint Workspace 2010 계획을 참조하십시오.

참고:


http://technet.microsoft.com/library/e8a433c1-ea1f-4cf7-adc8-50972f58d465(Office.14).aspx

86

문서 관리 계획(SharePoint Foundation 2010)

다음 문서는 Microsoft SharePoint Foundation 2010을 기반으로 하는 솔루션의 문서 관리 기능을

계획하는 과정을 안내합니다.

이 섹션에는 다음 문서가 포함되어 있습니다.

문서 라이브러리 계획(SharePoint Foundation 2010)

이 문서에서는 기업에서 문서 라이브러리를 사용하여 문서를 정리하는 방법에 대해 설명합니다.

콘텐츠 형식 계획(SharePoint Foundation 2010)

이 문서에서는 콘텐츠 형식(문서, 목록 항목 및 폴더의 속성을 정의하고 공유하는 SharePoint

Foundation 2010 메커니즘)을 계획하는 방법에 대해 설명합니다.

버전 관리, 콘텐츠 승인 및 체크 아웃 계획(SharePoint Foundation 2010)

이 문서에서는 버전 관리, 체크 인 및 체크 아웃, 콘텐츠 게시 승인을 사용하여 콘텐츠 제어를

계획하는 방법에 대해 설명합니다.

Co-authoring overview (SharePoint Foundation 2010)(영문)에서는 공동 작성을 관리하는 데

사용할 수 있는 기능에 대해 설명하고 관리자가 이와 관련된 설정을 이해하는 데 도움이 되는


87

문서 라이브러리 계획(SharePoint Foundation

2010)

이 문서에서는 문서 라이브러리를 계획하고 라이브러리를 Microsoft SharePoint Foundation 2010

문서 관리 솔루션으로 통합하는 방법을 설명합니다.

문서 라이브러리는 다른 사이트 사용자와 공유하는 SharePoint Foundation 2010의 파일 모음입니다.

대부분의 문서 관리 기능은 문서 라이브러리를 통해 제공됩니다. 문서 관리를 계획할 때 조직의 요구

사항에 가장 적합한 문서 라이브러리의 유형을 결정해야 합니다.

문서 라이브러리 계획 문서 라이브러리는 다른 사이트 사용자와 공유하는 SharePoint Foundation 2010의 파일 모음입니다.

대부분의 SharePoint Foundation 2010 문서 관리 기능은 문서 라이브러리를 통해 제공됩니다. 문서

관리 계획의 한 과정으로 조직의 요구에 가장 잘 맞는 문서 라이브러리를 결정해야 합니다.

SharePoint Foundation 2010에는 다음과 같은 유형의 문서 라이브러리가 있습니다.

문서 라이브러리 일반적인 용도의 문서 저장소, 문서 공동 작업 및 손쉬운 콘텐츠 공유를 위해 문서

라이브러리를 사용합니다.

그림 라이브러리 디지털 사진을 공유, 관리 및 다시 사용하는 데 그림 라이브러리를 사용합니다.

문서 라이브러리를 사용하여 작업 그룹이 공동 작업하고 있는 콘텐츠를 저장하고 공유 기술 자료를

만들 수 있습니다. 예를 들어 제품을 디자인하는 작업 그룹은 문서 라이브러리를 사용하여 디자인

제안, 사양 및 지원 정보와 같은 진행 중인 작업을 저장할 수 있습니다. 정보 열로 표시되는

메타데이터를 사용하면 각 디자인 문서의 상태를 유지 관리할 수 있으며 각 문서의 작성자, 프로젝트

이름 등과 함께 상태도 공개할 수 있습니다. 또한 완성된 문서는 새 프로젝트를 연구할 때 정보 자료로

사용되는 검색 가능한 기술 자료 문서 라이브러리에 개별적으로 저장할 수 있습니다.

SharePoint Foundation 2010에서는 문서 라이브러리에 여러 유형의 문서를 포함할 수 있습니다. 하나

이상의 콘텐츠 형식을 문서 라이브러리에 연결하여 이를 구현합니다. 여러 콘텐츠 형식이

라이브러리에 연결되어 있으면 해당 라이브러리에 대해 새로 만들기 명령을 사용하여 라이브러리에

연결된 모든 콘텐츠 형식의 새 문서를 만들 수 있으며 해당 라이브러리가 포함할 수 있는 모든 콘텐츠

형식의 메타데이터는 문서 라이브러리 보기에 표시됩니다. 콘텐츠 형식 계획에 대한 자세한 내용은

콘텐츠 형식 계획(SharePoint Foundation 2010)을 참조하십시오.

공동 작업을 지원하는 기타 문서 라이브러리 기능은 다음과 같습니다.

서식 파일 서식 파일을 디자인하고 문서 라이브러리에 연결하여 라이브러리에서 만들어지는

문서를 표준화할 수 있습니다.

워크플로 사용자 지정 워크플로(워크플로 계획(SharePoint Foundation 2010) 참조)를 사용하여

비즈니스 프로세스를 문서에서 실행할 수 있습니다. 예를 들어 워크플로를 통해 검토할 문서를

보낼 수 있습니다.

88

체크 인 및 체크 아웃 문서를 편집하기 전에 문서 라이브러리에서 문서를 체크 인하고 체크

아웃하도록 사용자에게 요청할 수 있습니다.

버전 관리 세 가지 버전 관리 옵션 중에서 선택할 수 있습니다.

89

콘텐츠 형식 계획(SharePoint Foundation 2010)

이 문서에서는 콘텐츠 형식 및 워크플로에 대해 설명하고 Microsoft SharePoint Foundation 2010

문서 관리 솔루션에 콘텐츠 형식 및 워크플로를 통합할 수 있는 방법을 계획하는 지침을 제공합니다.

콘텐츠 형식 계획 이 섹션의 내용

콘텐츠 형식이란?

열 서식 파일

폴더 콘텐츠 형식

콘텐츠 형식이란?

콘텐츠 형식은 목록 항목, 문서 또는 폴더의 특성을 정의합니다. 각 콘텐츠 형식은 다음과 같은 사항을

지정할 수 있습니다.

해당 형식의 항목에 연결할 속성

해당 형식의 항목에서 시작할 수 있는 워크플로

문서 서식 파일(문서 콘텐츠 형식의 경우)

사용 가능하도록 설정할 문서 변환(문서 콘텐츠 형식의 경우)

사용자 지정 기능

목록 또는 라이브러리에 콘텐츠 형식을 연결할 수 있습니다. 이렇게 하면 해당 목록 또는 라이브러리가

해당 콘텐츠 형식의 항목을 포함할 수 있도록 지정되고, 목록 또는 라이브러리의 새로 만들기 명령을

사용하여 해당 형식의 새 항목을 만들 수 있습니다.

속성, 워크플로, 정책 및 서식 파일도 목록 또는 라이브러리와 직접 연결할 수 있습니다.

그러나 이렇게 하면 목록 또는 라이브러리에 대해 이러한 연결이 제한될 수 있으며 솔루션에서

연결을 다시 사용할 수 없습니다. SharePoint Foundation 2010 사이트 수준 워크플로는 여러

개의 목록 또는 라이브러리와 연결할 수 있습니다.

문서 라이브러리 및 목록에는 여러 콘텐츠 형식이 포함될 수 있습니다. 예를 들어 라이브러리에는

프로젝트와 관련된 문서와 그래픽이 모두 포함될 수 있습니다. 목록이나 라이브러리에 여러 콘텐츠

형식이 포함된 경우 다음 사항이 적용됩니다.

기본적으로 해당 목록 또는 라이브러리의 새로 만들기 명령을 사용하면 사용자가 새 항목을 만들

때 사용 가능한 모든 콘텐츠 형식 중에서 선택할 수 있습니다. 콘텐츠 형식 소유자는 특정 콘텐츠

형식만 표시하도록 새로 만들기 명령을 구성할 수 있습니다.

사용 가능한 모든 콘텐츠 형식과 연결된 열이 표시됩니다.

참고:

90

사이트의 콘텐츠 형식 갤러리에서 사용자 지정 콘텐츠 형식을 정의할 수 있습니다. 사용자 지정 콘텐츠

형식은 문서 또는 항목 등의 핵심 콘텐츠 형식에서 직접 또는 간접적으로 파생되어야 합니다.

사이트에서 정의된 사용자 지정 콘텐츠 형식은 해당 사이트 및 사이트 아래의 모든 사이트에서 사용할

수 있습니다. 사이트 모음에서 콘텐츠 형식을 가장 폭넓게 사용할 수 있도록 하려면 최상위 사이트의

콘텐츠 형식 갤러리에서 정의합니다.

예를 들어 조직에서 특정 계약 서식 파일을 사용하는 경우 사이트 모음에 있는 최상위 사이트의 콘텐츠

형식 갤러리에서 해당 계약의 메타데이터와 계약의 서식 파일을 정의하며 계약을 검토하고 완료하는

데 필요한 워크플로도 정의하는 콘텐츠 형식을 만들 수 있습니다. 그러면 계약 콘텐츠 형식과 연결되는

사이트 모음의 모든 문서 라이브러리에 이러한 기능이 모두 포함되므로 작성자가 이 서식 파일을

기반으로 새 계약을 만들 수 있습니다.

SharePoint Foundation 2010 기반의 사이트에서는 계약, 작업 또는 문서와 같은 각 기본 목록

항목이나 라이브러리 항목에 해당하는 콘텐츠 형식이 사이트의 콘텐츠 형식 갤러리에 있습니다.

콘텐츠 형식을 계획할 때 이러한 기본 콘텐츠 형식 정의를 시작점으로 사용하여 기존 콘텐츠 형식을

바탕으로 새 콘텐츠 형식을 만들거나 기본 형식을 수정하여 사용할 수도 있습니다.

콘텐츠 형식은 한 콘텐츠 형식이 다른 콘텐츠 형식의 특징을 상속할 수 있는 계층 구조로 이루어져

있습니다. 따라서 문서 클래스에서 전체 조직의 특징을 공유하면서도 각 팀에서 특정 사이트나 목록에

대해 이러한 특징을 사용자 지정할 수 있습니다.

예를 들어 기업에서 고객에게 제공하는 모든 문서에 계정 번호, 프로젝트 번호, 프로젝트 관리자 등의

메타데이터 집합이 필요할 수 있습니다. 이런 경우 다른 모든 고객 제공 문서 형식에서 상속하는

최상위 고객 제공 콘텐츠 형식을 만들어, 계정 번호와 프로젝트 번호가 조직의 모든 고객 제공 문서

변형에 연결되도록 합니다. 최상위 고객 제공 콘텐츠 형식에 다른 필요한 열을 추가하는 경우 콘텐츠

형식 소유자가 해당 최상위 콘텐츠 형식에서 상속되는 모든 콘텐츠 형식의 변경 내용을 전파하여 새

열을 모든 고객 제공 문서에 추가할 수 있습니다.

열 서식 파일

콘텐츠 형식과 연결된 각 메타데이터 항목은 목록에서 정보를 저장하는 위치인 열입니다. 목록 또는

라이브러리는 대개 정보의 열로 표시됩니다. 그러나 목록에 연결된 보기에 따라 열이 달력에 표시되는

날짜 등의 다른 형식으로 표시될 수도 있습니다. 목록 또는 라이브러리에 연결된 양식에서는 열이

필드로 표시됩니다.

여러 콘텐츠 형식에 사용할 열을 정의할 수 있습니다. 이렇게 하려면 열 서식 파일 갤러리에서 열을

만듭니다. 사이트 모음의 각 사이트에는 열 서식 파일 갤러리가 있습니다. 콘텐츠 형식과 마찬가지로

사이트의 열 서식 파일 갤러리에서 정의하는 열도 해당 사이트 및 모든 하위 사이트에서 사용할 수

있습니다.

폴더 콘텐츠 형식

폴더 콘텐츠 형식은 목록이나 라이브러리의 폴더에 연결된 메타데이터를 정의합니다. 폴더 콘텐츠

형식을 목록이나 라이브러리에 적용하면 해당 목록이나 라이브러리의 새로 만들기 명령에 폴더 콘텐츠

형식이 포함되므로 사용자가 해당 형식의 폴더를 만들 수 있게 됩니다.

91

문서 또는 라이브러리에서 특정 콘텐츠 형식의 폴더에서만 사용할 수 있는 보기를 정의할 수 있습니다.

이렇게 하면 폴더에 특정 문서 형식을 포함하고 해당 폴더의 보기에는 폴더에 포함된 문서 형식과

관련이 있는 열만 표시하려는 경우 유용합니다.

SharePoint Foundation 2010 개체 모델을 사용하면 폴더 콘텐츠 형식의 새로 만들기 명령을 사용자

지정하여 사용자가 해당 형식의 폴더를 새로 만들 때 서버에 저장된 서식 파일을 기준으로 하여 여러

파일 및 문서가 해당 폴더에 미리 채워지도록 할 수 있습니다. 이렇게 하면 예를 들어 단일 결과물

문서에 여러 파일을 사용해야 하는 복합형 문서 형식을 구현할 때 유용합니다.

92

버전 관리, 콘텐츠 승인 및 체크 아웃

계획(SharePoint Foundation 2010)

이 문서에서는 Microsoft SharePoint Foundation 2010에서 버전 관리, 콘텐츠 승인 및 체크 아웃을

사용하여 수명 주기 동안 문서 버전을 관리하도록 계획하는 방법에 대해 설명합니다.


버전 관리, 콘텐츠 승인 및 체크 아웃

버전 관리 계획

콘텐츠 승인 계획

체크 아웃 및 체크 인 계획

버전 관리, 콘텐츠 승인 및 체크 아웃 SharePoint Foundation 2010에는 문서 라이브러리의 문서를 제어하는 데 도움이 되는 다음과 같은

기능이 포함되어 있습니다.

버전 관리는 연속적으로 반복되는 문서에 번호를 지정하고 저장하는 방법입니다.

콘텐츠 승인은 승인자 권한이 있는 사이트 구성원이 콘텐츠의 게시를 제어하는 방법입니다.

체크 아웃 및 체크 인은 문서의 새 버전을 만드는 시점을 보다 효율적으로 제어하고 문서를 체크

인할 때 변경된 내용에 대해 설명을 지정하는 방법입니다.

먼저 문서 라이브러리의 이 문서에 설명된 콘텐츠 컨트롤 기능에 대한 설정을 구성합니다. 솔루션의

라이브러리 전체에서 이러한 설정을 공유하려면 콘텐츠 컨트롤 설정이 포함된 문서 라이브러리 서식

파일을 만들어야 합니다. 그러면 새 라이브러리에 콘텐츠 컨트롤 설정이 반영됩니다.

버전 관리 계획 문서 라이브러리의 기본적인 버전 제어에는 사이트 모음 서식 파일이 사용됩니다. 하지만 특정 요구

사항에 따라 문서 라이브러리의 버전 제어를 구성할 수 있습니다. 즉, 문서 라이브러리별로

라이브러리의 문서 유형에 가장 적절한 서로 다른 버전 제어를 포함할 수 있습니다. SharePoint

Foundation 2010에는 다음 세 가지 버전 관리 옵션이 있습니다.

버전 관리 안 함 이전 버전의 문서가 저장되지 않도록 지정합니다. 버전 관리를 사용하지 않으면

각 문서 반복에 포함되는 설명이 저장되지 않으므로 이전 버전의 문서를 검색할 수 없고 문서

기록도 유지되지 않습니다. 포함된 콘텐츠가 중요하지 않거나 절대 변경되지 않을 문서

라이브러리에 이 옵션을 사용합니다.

주 버전을 만듭니다. 문서의 버전 번호를 단순한 버전 관리 체계(1, 2, 3 등)를 사용하여

관리하도록 지정합니다. 사용되는 저장소 공간을 제어하려면 현재 버전부터 시작하여 유지할 이전

버전 수를 지정하면 됩니다.

93

주 버전 관리에서는 새 버전의 문서가 저장될 때마다 문서 라이브러리에 대한 사용 권한이 있는

모든 사용자가 바로 해당 콘텐츠를 볼 수 있습니다. 초안 버전의 문서와 게시된 버전을 구별하지

않으려는 경우 이 옵션을 사용합니다. 예를 들어 조직의 작업 그룹에 사용되는 문서

라이브러리에서 팀의 모든 사용자가 각 문서의 모든 반복을 볼 수 있도록 하는 경우 주 버전 관리를

선택하는 것이 좋습니다.

주 버전과 부 버전(초안)을 만듭니다. 문서의 버전 번호를 주 버전 및 부 버전 관리 체계(1.0, 1.1,

1.2, 2.0, 2.1 등)를 사용하여 관리하도록 지정합니다. .0으로 끝나는 버전이 주 버전이고 0이 아닌

확장명으로 끝나는 버전이 부 버전입니다. 문서의 이전 부 버전과 주 버전은 현재 버전과 함께

저장됩니다. 사용되는 저장소 공간을 제어하려면 현재 버전부터 시작하여 유지할 이전 주 버전을

지정하면 됩니다. 각 부 버전을 포함해야 하는 유지할 주 버전 수도 지정할 수 있습니다. 예를 들어

2개의 주 버전에 대해 부 버전을 유지하도록 지정하는 경우 현재 주 버전이 4.0이라면 3.1로

시작하는 모든 부 버전이 유지됩니다.

주 버전과 부 버전 관리에서는 읽기 권한이 있는 모든 사용자가 문서의 주 버전을 볼 수 있습니다.

그러나 부 버전을 볼 수 있는 사용자도 지정할 수 있습니다. 일반적으로 항목을 편집할 수 있는

사용자에게는 부 버전을 보고 작업할 수 있는 권한을 부여하고, 읽기 권한이 있는 사용자는 주

버전만 볼 수 있도록 제한합니다.

대상 그룹이 볼 수 있는 게시된 콘텐츠와 게시할 준비가 되지 않은 초안 콘텐츠를 구별하려는 경우

주 버전과 부 버전 관리를 사용합니다. 예를 들어 조직의 복리 후생 제도에 대해 설명하는 인사

관리 웹 사이트에서는 주 버전과 부 버전 관리를 사용하여 설명이 수정되는 동안 직원이 복리 후생

제도에 대한 설명을 볼 수 없도록 제한합니다.

선택한 버전 관리 제어에 상관없이 동일한 문서의 여러 버전을 보유할 경우 저장 공간에 미칠

수 있는 영향을 고려해야 합니다.

콘텐츠 승인 계획 콘텐츠 승인을 사용하면 사용자가 대상 그룹에 콘텐츠를 사용할 수 있도록 지정하는 프로세스를

공식화하고 제어할 수 있습니다. 예를 들어 콘텐츠를 제품이나 서비스의 하나로 게시하는 기업에서는

콘텐츠 게시 전에 법률적 검토 및 승인이 필요할 수 있습니다. 문서 상태에 따라 콘텐츠 게시를 예약할

수도 있습니다.

콘텐츠 승인을 대기 중인 문서 초안은 보류 중 상태입니다. 승인자가 문서를 검토하고 콘텐츠를

승인하면 읽기 권한이 있는 사이트 사용자가 문서를 볼 수 있습니다. 문서 라이브러리 소유자는 문서

라이브러리 또는 웹 페이지 라이브러리에 대해 콘텐츠 승인을 사용하도록 설정할 수 있으며, 원하는

경우 라이브러리에 워크플로를 연결하여 승인 프로세스를 실행할 수 있습니다.

승인을 위해 문서를 제출하는 방법은 문서 라이브러리의 버전 관리 설정에 따라 달라집니다.

버전 관리 안 함 버전 관리를 사용하지 않는 상태에서 문서의 변경 내용이 저장되면 문서가 보류

상태가 됩니다. SharePoint Foundation 2010에서는 읽기 권한이 있는 사용자가 볼 수 있도록

문서의 이전 버전을 유지합니다. 보류 중인 변경 내용이 승인된 후에는 읽기 권한이 있는 사용자가

볼 수 있도록 새 버전의 문서가 공개되고 이전 버전은 유지되지 않습니다.

참고:

94

버전 관리를 사용하지 않는 상태에서 새 문서가 문서 라이브러리에 업로드되면 보류 상태로

라이브러리에 추가되고, 승인되기 전까지 읽기 권한이 있는 사용자에게 공개되지 않습니다.

주 버전을 만듭니다. 주 버전을 사용 중인 상태에서 문서의 변경 내용이 저장되면 문서가 보류

상태가 되고 읽기 권한이 있는 사용자가 볼 수 있도록 문서의 이전 주 버전이 공개됩니다. 문서의

변경 내용이 승인된 후에는 문서의 새로운 주 버전이 만들어지고 읽기 권한이 있는 사이트

사용자에게 공개되며 이전 주 버전이 문서의 기록 목록에 저장됩니다.

주 버전 관리를 사용 중인 상태에서 새 문서가 문서 라이브러리에 업로드되면 보류 상태로

라이브러리에 추가되고, 버전 1로 승인되기 전까지 읽기 권한이 있는 사용자에게 공개되지

않습니다.

주 버전과 부 버전(초안)을 만듭니다. 주 버전과 부 버전 관리를 사용 중인 상태에서 문서의 변경

내용이 저장되면 작성자가 문서의 새로운 부 버전을 초안으로 저장할지 또는 새로운 주 버전을

만들지 선택할 수 있습니다. 이 경우 문서는 보류 상태로 변경됩니다. 문서의 변경 내용이 승인된

후에는 문서의 새로운 주 버전이 만들어지고 읽기 권한이 있는 사이트 사용자에게 공개됩니다. 주

버전 및 부 버전에서는 문서의 주 버전과 부 버전 모두 문서의 기록 목록에 유지됩니다.

주 버전 및 부 버전 관리를 사용 중인 상태에서 새 문서가 문서 라이브러리에 업로드되면 버전

0.1의 초안 상태로 라이브러리에 추가되거나 제작자가 즉시 승인을 요청할 수 있습니다. 이 경우

문서는 보류 상태가 됩니다.

체크 아웃 및 체크 인 계획 문서를 편집하기 전에 문서를 체크 아웃하도록 사용자에게 요청할 수 있습니다. 체크 아웃은 항상

요청하는 것이 좋습니다. 체크 인과 체크 아웃을 요청할 경우의 이점은 다음과 같습니다.

문서 버전이 만들어지는 시점에 대한 제어력이 높아집니다. 문서가 체크 아웃되면 작성자가 체크

인하지 않고 문서를 저장할 수 있습니다. 문서 라이브러리의 다른 사용자는 이러한 변경 내용을 볼

수 없으며 새 버전도 만들어지지 않습니다. 다른 사용자가 볼 수 있는 새 버전은 작성자가 문서를

체크 인할 때만 만들어집니다. 따라서 작성자가 더욱 융통성 있게 제어할 수 있습니다.

메타데이터 캡처의 효율성이 높아집니다. 문서가 체크 인되면 작성자가 문서의 변경 내용에 대한

설명을 작성할 수 있습니다. 따라서 문서의 변경 내용에 대한 기록 레코드를 만들고 있는 경우 해당

레코드를 더욱 쉽게 만들 수 있습니다.

문서를 편집할 때 사용자가 문서를 체크 인 및 체크 아웃해야 하는 솔루션을 사용하는 경우 Microsoft

Office 2010 클라이언트 응용 프로그램에 이러한 작업을 지원하는 기능이 포함됩니다. 사용자는

Office 2010 클라이언트 응용 프로그램에서 문서 체크 아웃, 체크 아웃 실행 취소 및 문서 체크 인을

수행할 수 있습니다.

체크 아웃된 문서는 사용자의 내 문서 폴더 안의 "SharePoint 임시 보관함"이라는 하위 폴더에

저장됩니다. 이 폴더는 Office 2010 클라이언트 응용 프로그램에 표시됩니다. 문서가 체크 아웃되면

사용자는 이 로컬 폴더에만 편집본을 저장할 수 있습니다. 사용자가 문서를 체크 인한 후에는 원래

서버 위치에 다시 문서가 저장됩니다.

Office 2010 클라이언트 응용 프로그램에서 사용자가 콘텐츠 편집 옵션을 변경하여 서버에 체크

아웃된 문서를 유지하도록 선택할 수도 있습니다.

95

참고 항목 문서 라이브러리 계획(SharePoint Foundation 2010)

96

Co-authoring overview (SharePoint Foundation

2010)(영문)

In today’s highly connected work environment, documents created by multiple authors, editors,

and stakeholders are becoming the rule, instead of the exception. Organizations look to the

communication and collaboration capabilities of Microsoft SharePoint Foundation 2010 to help

them foster communication and collaboration between end-users while reducing administration

required to support it. Microsoft Office 2010 continues this trend with co-authoring functionality

for Microsoft PowerPoint 2010, Microsoft Word 2010, and Microsoft OneNote 2010 documents on

SharePoint Foundation 2010.

Co-authoring removes barriers to server-based document collaboration and helps organizations

to reduce the overhead associated with traditional document sharing through attachments. Co-

authoring simplifies collaboration by enabling multiple users to work productively on the same

document without intruding on one another’s work or locking one another out. This functionality

requires no additional server setup and is the default state for documents stored in SharePoint

Foundation 2010. Co-authoring functionality is managed by using the same tools and

technologies that are already used to manage SharePoint Foundation, helping to minimize the

impact on administrators.

In this article:

Co-authoring functionality in <token

xmlns="http://ddue.schemas.microsoft.com/authoring/2003/5">thisProduct_2nd_CurrentVer<

/token>

Understanding the end-user experience

Important considerations

OneNote Notebooks

Software Version Requirements

Co-authoring in a mixed Office environment

Performance and scalability

Co-authoring functionality in SharePoint Foundation

2010 In traditional collaboration, documents are shared via e-mail attachments. Tracking versions and

edits from multiple authors is difficult and time-consuming for users. E-mail systems have to

contend with storing multiple copies of the same document, not to mention increased network

traffic as documents are sent repeatedly.

97

The use of SharePoint Foundation to store documents for collaboration has reduced these

problems by providing consistent access to up-to-date versions of documents, the ability to

track previous versions, and centralized management. Storing a single document, instead of

many attachments, also reduces network and storage overhead.

But this solution hasn’t been perfect. When one author has a document open, other authors

cannot work on it. If someone forgets to close a document or check it in, other users may be

locked out indefinitely, a situation that often requires a call to the IT department to resolve the

problem.

Co-authoring in SharePoint Foundation 2010 addresses these issues by making it possible for

multiple users to work on a document, at any time, without interfering with each other's changes.

This approach streamlines many common document-collaboration scenarios. For example:

Two or more authors are working on different parts of a composite document. While one

author works on his section of the document, another author can work on hers, without either

interrupting their work.

Several authors are working on a composite slide show. Each author can add slides to the

presentation and edit them, instead of working in isolation and trying to merge several

documents and make them consistent all at the same time.

A document is sent out to several experts and stakeholders, each of whom has some edits or

additions. No user’s edits are lost, because they are all working on a central, server-stored

document.

Understanding the end-user experience Co-authoring is easy to use from the end user’s point of view. When a user wants to work on a

document in Word 2010, PowerPoint 2010, or OneNote 2010, he or she merely opens it from

SharePoint Foundation, as usual. If another user already has the document open, both users are

able to edit the document at the same time; access to the document is not blocked and no error

appears

In Word 2010 and PowerPoint 2010, saving to a document notifies other users viewing the

document that there are new edits. Those users can refresh their view immediately to see those

changes or continue their work and refresh later to see the latest edits. The authors can also see

one another’s work, and everyone knows who is working on the document. SharePoint

Foundation 2010 versioning and tracking tools protect the document so that authors can roll

back unwanted changes. When Office Communication Server is available, users can see the

online status of fellow co-authors and initiate instant messaging conversations without leaving

the document.

With OneNote 2010, shared notebooks enable users to share notes seamlessly. When a user

edits a page of the notebook, those edits are automatically synchronized with other users of that

notebook to ensure everybody has a complete set of notes. Edits made by multiple users on the

same page appear automatically, enabling near real-time collaboration. Versioning and other

98

shared features in OneNote make it possible for users to roll back edits, show what edits are

new, and determine who made a specific edit.

The Excel 2010 client application does not support co-authoring workbooks in SharePoint

Foundation 2010. However, the Excel client application does support non-real-time co-

authoring workbooks stored locally or on network (UNC) paths by using the Shared Workbook

feature. Co-authoring workbooks in SharePoint Foundation is supported by using the Microsoft

Excel Web App, included with Office Web Apps. Office Web Apps is available to users through

Windows Live and to business customers with Microsoft Office 2010 volume licensing and

document management solutions based on Microsoft SharePoint 2010 제품. For more

information, see Office Web Apps(SharePoint 2010 제품에 설치됨).

Important considerations There are several factors that administrators will want to consider when planning how to use co-

authoring in their environment.

Co-authoring functionality in SharePoint Foundation is designed to be easy to set up and

requires minimal effort to manage. However there are several things to consider when you set up

and manage co-authoring:

Permissions – For multiple users to be able to edit the same document, users need edit

permissions for the document library where that document is stored. The simplest way to

ensure this is to give all users access to the SharePoint site where documents are stored. In

cases in which only a subset of users should have permission to co-author documents in a

particular library, SharePoint permissions can be used to manage access.

Versioning –SharePoint Foundation versioning keeps track of changes to documents while

they are being edited, and even stores previous versions for reference. By default, this

feature is turned off in SharePoint Foundation 2010. SharePoint Foundation 2010 supports

two kinds of versioning, major and minor. It is best that minor versioning not be turned on for

document libraries used for co-authoring in OneNote, as this may interfere with the

synchronization and versioning capabilities that are part of the product. This limitation only

applies to minor versioning; major versioning may be used with OneNote.

Number of versions – The number of document versions retained affects storage

requirements on the server. This number can be tuned in the document library settings to limit

the number of versions retained. OneNote notebooks that are frequently updated may result

in many versions being stored on the server. To avoid using unnecessary disk space, we

recommend that an administrator set the maximum number of versions retained to a

reasonable number on document libraries used to store OneNote notebooks.

Versioning period – The versioning period determines how often SharePoint Foundation will

create a new version of a Word or PowerPoint document that is being co-authored. Setting

this period to a low value will capture versions more often, for more detailed version tracking,

but may require more server storage. The versioning period does not impact OneNote

notebooks. This value can be altered by adjusting the coAuthoringVersionPeriod property on

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

99

the server. For more information about adjusting this setting, see Configure the co-authoring

versioning period (SharePoint Foundation 2010)(영문).

Check out – When a user checks out a document for editing, this locks the document for

editing to only that user, which prevents co-authoring. Require Check Out should not be

enabled in document libraries where co-authoring will be used. By default, Require Check

Out is not enabled in SharePoint Foundation 2010. Users should not check out documents

manually when co-authoring is being used.

OneNote Notebooks Unlike Microsoft Word and Microsoft PowerPoint, Microsoft OneNote stores version information

within the file itself. For this reason, administrators should follow these recommended practices

when storing OneNote notebooks in a SharePoint Foundation document library:

Do not enable minor versioning. By default, minor versioning is not enabled in SharePoint

Foundation 2010.

If major versioning is enabled, set a reasonable maximum number of versions to store. By

default, major versioning is not enabled in SharePoint Foundation 2010.

Software Version Requirements For users to co-author documents by using Office 2010, those documents must be stored in

SharePoint Server 2010 or SharePoint Foundation 2010. To take advantage of the co-authoring

functionality, users must have Word 2010, PowerPoint 2010, or OneNote 2010.

The co-authoring functionality in Office 2010 can also be used without SharePoint Server

2010 or SharePoint Foundation 2010 if users have Windows Live SkyDrive accounts.

Using co-authoring without SharePoint Server 2010 or SharePoint Foundation 2010 is not

covered in this article.

Co-authoring in a mixed Office environment Some organizations may want to use co-authoring in an environment where users have different

versions of Office.

Mixed environment that has Microsoft Office PowerPoint and Word

2007

Users of earlier versions of PowerPoint and Word can share and edit documents stored in

SharePoint Foundation 2010 exactly as with previous versions of SharePoint Foundation.

However, they cannot use co-authoring to work on them at the same time. To collaborate best in

참고:

http://technet.microsoft.com/library/21b24d64-74bc-49c4-b91c-35ed1f45bdc4(Office.14).aspx

http://technet.microsoft.com/library/21b24d64-74bc-49c4-b91c-35ed1f45bdc4(Office.14).aspx

100

PowerPoint and Word, we recommend that all users work with Office 2010. Users of Office

PowerPoint and Word 2007 will not experience any significant difference between their current

experience and their user experience on Office 2010. For instance, if Office 2007 users open a

document stored in Office 2010 that is currently being edited by another user, they will see a

message that the document is being used and will be unable to edit it. If no other user is editing

the document, Office 2007 users will be able to open it as usual. When an Office 2007 user

opens a document, this creates a lock on the document and prevents users of Office 2010 from

using co-authoring to edit the document. This behavior matches earlier versions of SharePoint

Foundation.

Mixed environment that has Microsoft Office OneNote 2007

OneNote 2010 is backward compatible with the Office OneNote 2007 file format and supports

co-authoring with OneNote 2007 users. In mixed environments, notebooks must be saved in the

OneNote 2007 file format for OneNote 2007 and OneNote 2010 users to work on it together. By

upgrading to the OneNote 2010 file format, however, users gain several key features, including

compatibility with the Microsoft OneNote Web App that allows users without any version of

OneNote installed to edit and co-author notebooks.

OneNote 2010 includes the ability to upgrade OneNote 2007 files to OneNote 2010 files at any

time, providing an easy upgrade path for organizations that are moving from a mixed environment

to a unified environment on Office 2010.

Performance and scalability SharePoint Foundation 2010 and Office 2010 applications have been designed to minimize the

performance and scalability impact associated with co-authoring in your environment. Office

clients do not send or download co-authoring information from the server until more than one

author is editing. When a single user is editing a document, the performance impact resembles

that of previous versions of SharePoint Foundation.

Office clients are configured to reduce server impact by reducing the frequency of

synchronization actions related to co-authoring when the server is under heavy load, or when a

user is not actively editing the document, further helping to reduce overall performance impact.

참고 항목 Co-authoring administration (SharePoint Foundation 2010)(영문)

http://technet.microsoft.com/library/83f79b8d-4e27-4c3f-819c-3546476fe923(Office.14).aspx

101

비즈니스 데이터 및 프로세스 계획(SharePoint

Foundation)

이 섹션의 항목은 비즈니스 프로세스를 조직의 데이터와 통합하는 솔루션을 계획하고 구현하는 데

도움이 됩니다.


Business Connectivity Services 계획(SharePoint Foundation 2010)


102

Business Connectivity Services 계획(SharePoint

Foundation 2010)

이 섹션에서는 Microsoft SharePoint Foundation 2010 환경 내에서 Business Connectivity

Services를 계획하는 방법에 대해 설명합니다.


Business Connectivity Services 개요(SharePoint Foundation 2010)

Business Connectivity Services 보안 개요(SharePoint Foundation 2010)

Business Connectivity Services의 진단 로깅 개요(SharePoint Foundation 2010)

103

Business Connectivity Services 개요(SharePoint

Foundation 2010)

Microsoft SharePoint Foundation 2010은 SharePoint 솔루션을 외부 데이터 원본에 연결하고 해당

외부 데이터를 기반으로 하는 외부 콘텐츠 형식을 정의할 수 있는 서비스 및 기능으로 구성된

Microsoft Business Connectivity Services를 제공합니다. 외부 콘텐츠 형식은 콘텐츠 형식과

비슷하며 이를 사용하여 SharePoint 목록(외부 목록이라고도 함)의 외부 데이터 및 웹 파트를 표시하고

상호 작용할 수 있습니다. Microsoft Business Connectivity Services가 연결할 수 있는 외부

시스템으로는 SQL Server 데이터베이스, SAP 응용 프로그램, 웹 서비스(Windows Communication

Foundation 웹 서비스 포함), 사용자 지정 응용 프로그램, SharePoint를 기반으로 하는 웹 사이트 등이

있습니다. Microsoft Business Connectivity Services를 사용하면 외부 비즈니스 데이터 및 해당

데이터와 연결된 프로세스를 포함하도록 SharePoint 공동 작업 기능을 확장하는 솔루션을 디자인하고

만들 수 있습니다.

Microsoft Business Connectivity Services 솔루션은 표준화된 인터페이스 집합을 사용하여 비즈니스

데이터에 대한 액세스를 제공합니다. 따라서 솔루션 개발자가 각 외부 데이터 원본에 대해 특정

시스템이나 어댑터에 적용되는 프로그래밍 관행을 익힐 필요가 없습니다. Microsoft Business

Connectivity Services는 외부 데이터를 포함하는 솔루션을 로드, 통합 및 실행하는 런타임 환경도

제공합니다.

Business Connectivity Services에 기반한 일반적인

솔루션 정보 근로자들은 대개 업무의 상당 부분을 비즈니스 시스템의 공식 프로세스 밖에서 수행하게 됩니다.

예를 들어 전화나 전자 메일 메시지를 통해 공동 작업을 수행하거나 여러 원본의 문서와

스프레드시트를 사용하거나 온라인과 오프라인 간을 전환하며 작업합니다. Microsoft Business

Connectivity Services를 기반으로 하는 솔루션은 정보 근로자들이 사용하는 다음과 같은 비공식

프로세스에 적용 가능하도록 만들어질 수 있습니다.

특정 역할을 대상으로 하는 솔루션을 제공할 수 있도록 외부 데이터 시스템의 여러 서비스와

기능을 결합하여 솔루션을 구축할 수 있습니다.

이렇게 구축된 솔루션은 대부분 공식 엔터프라이즈 시스템 외부에서 이루어지는 프로세스 및

활동을 지원하고 비공식적인 상호 작용을 가능하게 합니다. Microsoft Business Connectivity

Services를 기반으로 하는 솔루션은 SharePoint 2010 제품을 사용하여 만들어져 공동 작업을

향상시킬 수 있습니다.

사용자가 SharePoint 2010 제품의 친숙한 사용자 인터페이스를 이용하여 작업을 수행할 수 있게

해 줍니다.

다음은 Microsoft Business Connectivity Services를 기반으로 하는 솔루션의 몇 가지 예입니다.

104

지원 센터 기업은 Microsoft Business Connectivity Services를 기반으로 하는 하나의 솔루션으로

내부 기술 지원을 제공하는 자체 지원 센터를 구축합니다. 지원 요청 및 기술 지원 기술 자료는

외부 데이터베이스에 저장되고 Business Data Connectivity Service를 사용하여 솔루션에

통합됩니다. 이 솔루션은 지원 요청과 기술 자료를 모두 웹 브라우저에 표시합니다. 정보 근로자는

자신의 현재 요청을 볼 수 있고 기술 지원 전문가는 자신에게 할당된 요청을 볼 수 있습니다.

워크플로의 각 단계를 거치면서 지원 문제가 처리됩니다. 기술 지원 팀의 관리자는 지원 센터

보고서를 표시하는 대시보드를 볼 수 있습니다. 일반 보고서에는 각 지원 전문가에게 할당된 지원

문제 수, 현재 가장 심각한 문제, 지정된 기간 동안 각 지원 전문가가 처리한 지원 사고 수에 대한

정보가 표시됩니다.

영업 대시보드 영업 대시보드 응용 프로그램을 사용하면 조직의 영업 담당자들이 필요한 정보를

신속하게 찾고 새 데이터를 입력할 수 있습니다. 판매 주문과 고객 정보는 외부 데이터베이스에서

관리되며 Microsoft Business Connectivity Services를 사용하여 이 솔루션으로 통합됩니다. 팀

구성원은 자신이 맡은 역할에 따라, 판매 분석 정보, 개별 팀 구성원의 판매 실적 데이터, 잠재

고객, 고객 연락처 정보 및 주문 정보를 볼 수 있습니다. 영업 전문가는 자신의 일정을 보거나

관리자에게서 할당받은 작업을 볼 수 있으며 팀 구성원들과 공동 작업을 수행하거나 업계 뉴스를

읽을 수도 있습니다.

105

Business Connectivity Services 보안

개요(SharePoint Foundation 2010)

이 문서에서는 Microsoft Business Connectivity Services 서버 및 클라이언트의 보안 아키텍처,

지원되는 보안 환경, 외부 시스템에 외부 콘텐츠 형식을 연결하는 데 사용할 수 있는 인증 모드, 저장된

개체에서 사용할 수 있는 권한 옵션 및 Microsoft Business Connectivity Services 보안을 구성하는

일반 기술에 대해 설명합니다.


이 문서에 대한 정보

Business Connectivity Services 보안 아키텍처

Business Connectivity Services 인증 개요

Business Connectivity Services 사용 권한 개요

이 문서에 대한 정보 Microsoft Business Connectivity Services는 외부 시스템에 액세스하도록 사용자를 인증하고 외부

시스템에서 데이터 사용 권한을 구성하는 보안 기능을 포함합니다. Microsoft Business Connectivity

Services는 지원되는 Microsoft Office 2010 응용 프로그램 및 웹 브라우저의 다양한 보안 방법을 모두

수용할 수 있을 만큼 유연성이 뛰어납니다.

Business Connectivity Services 보안 아키텍처 이 섹션에서는 Microsoft Business Connectivity Services 보안 아키텍처에 대해 설명합니다.

클라이언트 컴퓨터와 프런트 엔드 서버 간의 모든 채널에서 SSL(Secure Sockets Layer)을

사용하는 것이 좋습니다. 또한 Microsoft SharePoint Foundation 2010이 실행되는 서버와

외부 시스템 간에는 SSL이나 IPSec(Internet Protocol Security)을 사용하는 것이 좋습니다.

외부 데이터 액세스

사용자가 웹 브라우저에서 외부 데이터에 액세스하는 경우 로그온한 사용자의 클라이언트 컴퓨터, 웹

서버 팜, 외부 시스템 등 세 가지 시스템이 관여합니다.

noteDXDOC112778PADS Security Note

106

1. 사용자는 보통 웹 브라우저에서 웹 파트를 사용하거나 외부 목록의 외부 데이터와 상호

작용합니다.

2. 프런트 엔드 서버의 BDC 서버 런타임은 Business Data Connectivity Service의 데이터를

사용하여 외부 시스템에 연결하여 작업을 실행합니다.

3. Secure Store Service는 외부 시스템을 위한 자격 증명 집합을 안전하게 보관하고 개인 또는 그룹

ID에 해당 자격 증명 집합을 연결합니다.

Secure Store Service는 SharePoint Foundation 2010에 포함되어 있지 않습니다.

SharePoint Foundation 2010에서 보안 저장소가 필요한 경우에는 사용자 지정 보안

저장소 공급자를 제공해야 합니다.

4. Security Token Service는 사용자 계정 정보에 기반한 ID 클레임으로 구성된 보안 토큰을 발행하여

인증 요청에 응답하는 웹 서비스입니다.

중요:

107

5. Microsoft Business Connectivity Services는 클레임 기반 인증을 사용하도록 구성된 웹 서비스와

데이터베이스에 자격 증명을 전달할 수 있습니다. 클레임 기반 인증에 대한 개요는 인증 방법

계획(SharePoint Foundation 2010)을 참조하십시오.

Business Connectivity Services 인증 개요 Microsoft Business Connectivity Services는 다음 유형의 방법을 사용하여 외부 시스템에 인증

요청을 전달하도록 구성할 수 있습니다.

자격 증명 대개 이름/암호 형식으로 구성됩니다. 일부 외부 시스템에서는 PIN(개인 식별 번호) 값과

같은 추가 자격 증명이 필요할 수도 있습니다.

클레임 SAML(Security Assertion Markup Language) 티켓이 외부 데이터를 제공하는 클레임 인식

서비스에 전달될 수 있습니다.

자격 증명 인증을 사용하도록 Business Connectivity Services 구성

Microsoft Business Connectivity Services는 사용자가 제공하는 자격 증명을 이용하여 외부 데이터에

대한 요청을 인증할 수 있습니다. 외부 데이터에 액세스할 때 사용자는 다음 방법으로 자격 증명을


Windows 인증:

Windows Challenge/Response(NTLM)

Microsoft 협상

Windows 이외의 인증

양식 기반

다이제스트

기본

자격 증명을 전달하도록 Microsoft Business Connectivity Services를 구성하는 경우 솔루션

디자이너는 외부 콘텐츠 형식에 인증 모드 정보를 추가합니다. 인증 모드는 사용자로부터 들어오는

인증 요청을 처리하는 방법과 외부 콘텐츠 시스템에 전달할 수 있는 자격 증명 집합에 해당 요청을

매핑하는 방법에 대한 Microsoft Business Connectivity Services 정보를 제공합니다. 예를 들어

사용자의 자격 증명을 외부 데이터 시스템에 직접 전달하도록 인증 모드에서 지정할 수 있습니다. 또는

사용자의 자격 증명을 Secure Store Service에 저장된 계정에 매핑하고 외부 시스템으로 전달하도록

지정할 수도 있습니다.

인증 모드는 다음 방법으로 외부 콘텐츠 형식에 연결합니다.

Microsoft SharePoint Designer에서 외부 콘텐츠 형식을 만듭니다.

외부 시스템이 웹 서비스인 경우 Microsoft Business Connectivity Services 관리 페이지를

사용하여 인증 모드를 지정할 수 있습니다.

외부 콘텐츠 형식을 정의하는 .XML 파일을 직접 편집하여 인증 모드를 지정할 수 있습니다.

다음 표에서는 Microsoft Business Connectivity Services 인증 모드에 대해 설명합니다.

108

인증 모드 설명

PassThrough 외부 시스템에 로그온한 사용자의 자격 증명을

전달합니다. 이 경우 외부 시스템에서 해당

사용자의 자격 증명을 알고 있어야 합니다.

RevertToSelf 사용자가 웹 브라우저에서 외부 데이터에

액세스하는 경우 RevertToSelf 모드는 웹

서버에서 Microsoft Business Connectivity

Services를 실행하는 응용 프로그램 풀 ID 계정에

사용자의 자격 증명을 매핑하고 해당 자격 증명을

외부 시스템에 전달합니다. 사용자가 Office

클라이언트 응용 프로그램에서 외부 데이터에

액세스하는 경우에는 클라이언트에서 실행되는

Microsoft Business Connectivity Services가

사용자의 자격 증명으로 실행되므로 이때는

PassThrough 모드와 동일합니다.

참고:

RevertToSelf 모드는 호스팅 환경에서는

허용되지 않습니다.

WindowsCredentials 외부 웹 서비스 또는 데이터베이스에 대해

WindowsCredentials 모드는 Secure Store

Service를 사용하여 외부 시스템의 Windows 자격

증명 집합에 사용자 자격 증명을 매핑합니다.

Credentials 외부 웹 서비스에 대해 Credentials 모드는 Secure

Store Service를 사용하여 Windows 이외의

원본에서 제공되고 외부 데이터에 액세스하는 데

사용되는 자격 증명 집합에 사용자의 자격 증명을

매핑합니다. Credentials 모드를 사용할 때 웹

서비스는 기본 인증 또는 다이제스트 인증을

사용해야 합니다.

중요:

이 모드에서 보안을 유지하려면

SSL(Secure Sockets Layer) 또는

IPSec(인터넷 프로토콜 보안)을 사용하여

Microsoft Business Connectivity

Services와 외부 시스템 간 연결에 보안을

적용하는 것이 좋습니다.

RdbCredentials 외부 데이터베이스에 대해 RdbCredentials 모드는

Secure Store Service를 사용하여 Windows

109

인증 모드 설명

이외의 원본에서 제공되는 자격 증명 집합에

사용자의 자격 증명을 매핑합니다.

RdbCredentials 모드를 사용할 때 데이터베이스는

기본 인증 또는 다이제스트 인증을 사용해야

합니다. 이 모드에서 보안을 유지하려면 SSL 또는

IPSec을 사용하여 Microsoft Business

Connectivity Services와 외부 시스템 간 연결에

보안을 적용하는 것이 좋습니다.

다음 그림에서는 자격 증명을 사용할 때 Microsoft Business Connectivity Services 인증 모드를 보여

줍니다.

111

PassThrough 모드 (A)에서 로그온한 사용자의 자격 증명은 외부 시스템에 직접 전달됩니다.

RevertToSelf 모드 (B)에서 사용자의 로그온 자격 증명은 Microsoft Business Connectivity

Services를 실행하는 프로세스 계정의 자격 증명으로 바뀌고 이 자격 증명이 외부 시스템으로

전달됩니다.

Secure Store Service를 사용하는 모드로 WindowsCredentials, RdbCredentials, Credentials의

세 가지가 있습니다. 이들 모드에서 사용자의 자격 증명은 외부 시스템의 자격 증명 집합에

매핑되고 Microsoft Business Connectivity Services가 이러한 자격 증명을 외부 시스템에

전달합니다. 솔루션 관리자는 각 사용자의 자격 증명을 외부 시스템의 고유한 계정에 매핑하거나

인증된 사용자 집합을 하나의 그룹 계정에 매핑할 수 있습니다.

클레임 기반 인증을 사용하도록 Business Connectivity Services 구성

Microsoft Business Connectivity Services는 들어오는 보안 토큰을 기준으로 외부 데이터에 대한

액세스를 제공하고 외부 시스템에 보안 토큰을 전달할 수 있습니다. 보안 토큰은 사용자에 대한 ID

클레임 집합으로 이루어지며, 보안 토큰을 사용하는 인증을 "클레임 기반 인증"이라고 합니다.

SharePoint Foundation에는 보안 토큰을 발행하는 Security Token Service가 포함됩니다. SharePoint

Foundation의 클레임 기반 인증에 대한 일반 개요는 인증 방법 계획(SharePoint Foundation 2010)을

참조하십시오.

다음 그림에서는 클레임 기반 인증에서 Security Token Service와 Secure Store Service가 어떤

식으로 함께 작동하는지 보여 줍니다.

112

1. 사용자가 클레임 인증을 위해 구성된 외부 목록에서 작업을 수행하려고 합니다.

2. 클라이언트 응용 프로그램이 Secure Token Service에서 보안 토큰을 요청합니다.

3. Secure Token Service가 요청하는 사용자의 ID에 기반하여 대상 응용 프로그램 식별자 및 클레임

집합을 포함하는 보안 토큰을 발행합니다. Secure Token Service는 클라이언트 응용 프로그램에

보안 토큰을 반환합니다.

4. 클라이언트가 Secure Store Service에 보안 토큰을 전달합니다.

5. Secure Store Service가 보안 토큰을 평가하고 대상 응용 프로그램 식별자를 사용하여 외부

시스템에 적용할 자격 증명 집합을 반환합니다.

113

6. 클라이언트가 자격 증명을 받아서 외부 시스템에 전달하면 외부 데이터 검색 또는 업데이트와 같은

작업을 수행할 수 있습니다.

Business Connectivity Services 사용 권한 개요 Microsoft Business Connectivity Services에서 사용 권한은 메타데이터 저장소의 개체에 대해 하나

이상의 사용 권한 수준을 보유한 개인 계정, 그룹 계정 또는 클레임과 연결됩니다. Microsoft Business

Connectivity Services에서 개체에 사용 권한을 올바르게 설정하면 외부 데이터를 안전하게 통합하는

솔루션을 사용할 수 있습니다. 사용 권한 전략을 계획할 때 자격 증명을 통해 필요한 작업을 수행할

최소 권한을 제공하는 방식으로 데이터가 필요한 각 사용자 또는 그룹에 특정 권한을 부여하는 것이

좋습니다.

Microsoft Business Connectivity Services에서 사용 권한의 적절한 설정은 전반적인 보안

전략의 한 요소입니다. 마찬가지로 외부 시스템에서 데이터를 보호하는 것도 중요합니다. 외부

시스템의 데이터 보안 방식은 외부 시스템 기능 및 보안 모델에 따라 달라지는데, 이 내용은 본

문서에서는 다루지 않습니다.

사용 권한을 설정할 수 있는 대상

Business Data Connectivity Service의 각 인스턴스(또는 호스팅의 경우 각 파티션)에는 해당

저장소의 용도에 맞게 정의된 모든 모델, 외부 시스템, 외부 콘텐츠 형식, 메서드 및 메서드 인스턴스를

포함하는 메타데이터 저장소가 포함됩니다. 이러한 개체는 다음 그림과 같이 계층 구조로 구성됩니다.

주의:

114

위 계층 구조 그림에서 괄호 안의 레이블은 Microsoft Business Connectivity Services

메타데이터 스키마에 정의된 개체 이름입니다. 괄호 밖의 레이블은 Business Data

Connectivity Service의 사용자 인터페이스에 표시되는 각 개체 이름입니다. Microsoft

Business Connectivity Services 메타데이터 스키마 및 다양한 개발 작업 연습에 대한 자세한

내용은 Microsoft SharePoint 2010 Software Development Kit(영문일 수

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

참조하십시오.

메타데이터 저장소에서 개체의 계층 구조에 따라 다른 개체로 사용 권한을 전파할 수 있는 개체가

결정됩니다. 그림에서 사용 권한을 설정하고 필요한 경우 전파할 수 있는 모든 개체는 실선으로

표시되어 있고 상위 개체에서 사용 권한을 가져오는 모든 개체는 점선으로 표시됩니다. 예를 들어

그림에서 외부 시스템(LobSystem)은 해당 시스템에 할당된 사용 권한으로 보안이 적용되지만 작업에

직접 사용 권한을 할당할 수는 없습니다. 사용 권한을 할당할 수 없는 개체는 자신의 상위 개체의 사용

권한을 가져옵니다. 즉, 작업은 상위 외부 콘텐츠 형식(엔터티)의 사용 권한을 가져옵니다.

메타데이터 저장소의 개체에 대한 사용 권한이 전파되면 해당 항목의 모든 하위에 대한 사용

권한 설정이 사용 권한을 전파하는 개체의 사용 권한으로 바뀝니다. 예를 들어 외부 콘텐츠

형식에서 사용 권한이 전파되면 해당 외부 콘텐츠 형식의 모든 메서드와 메서드 인스턴스에 새

사용 권한이 적용됩니다.

메타데이터 저장소 및 여기에 포함된 개체에는 다음과 같은 네 가지 권한 수준을 설정할 수 있습니다.

편집

실행

클라이언트에서 선택 가능

사용 권한 설정

다음 표에서는 다양한 개체에서 설정할 수 있는 이들 권한의 의미를 정의합니다.

개체 정의 편집 권한 실행 권한 클라이언트에서 선택

가능 권한


권한

메타데이터

저장소

Business Data

Connectivity

Service에

저장된 모델,

외부 콘텐츠

형식 및 외부

시스템의 정의를

포함하는 XML

파일

모음입니다.

새 외부

시스템을

만들 수

있습니다.

메타데이터

저장소

자체에는

"실행" 권한이

없지만 이

설정을

사용하여

메타데이터

카탈로그의

하위 개체에

메타데이터 저장소

자체에는

"클라이언트에서

선택 가능" 권한이

없지만 이 설정을

사용하여

메타데이터

카탈로그의 하위

개체에 이러한

권한을 전파할 수

메타데이터

저장소에서

사용 권한을

전파하여

메타데이터

저장소의

개체에 사용

권한을 설정할

수 있습니다.

참고:

noteDXDOC112778PADS Security Note



115


가능 권한


권한

실행 권한을

전파할 수

있습니다.

있습니다.

모델 하나 이상의

외부 콘텐츠

형식, 관련 외부

시스템, 인증

속성과 같이

환경에 특정한

정보에 대한

설명 집합을

포함하는 XML

파일입니다.

모델 파일을

편집할 수

있습니다.

모델에는

"실행" 권한이

없습니다.

모델에는



없습니다.

모델에서 사용

권한을 설정할

수 있습니다.

외부 시스템 데이터베이스,

웹 서비스 또는

.NET 연결

어셈블리와 같이

모델링할 수

있는 지원되는

데이터 원본에

대한 메타데이터

정의입니다.

외부

시스템을

편집할 수

있습니다. 이

권한을

설정하면

외부 시스템

및 외부

시스템에

포함된 외부

시스템

인스턴스를

SharePoint

Designer에

표시할 수도

있습니다.

외부 시스템

자체에는

"실행" 권한이

없지만 이

설정을

사용하여

메타데이터

카탈로그의

하위 개체에

실행 권한을

전파할 수

있습니다.

외부 시스템

자체에는



없지만 이 설정을

사용하여

메타데이터

카탈로그의 하위

개체에 이러한

권한을 전파할 수

있습니다.

외부

시스템에서

사용 권한을

설정할 수

있습니다.

외부 콘텐츠

형식

외부 시스템

하나 이상의

데이터 집합,

해당 데이터에서

수행할 수 있는

작업 및 해당

데이터와 관련된

연결 정보를

정의하는,

외부 콘텐츠

형식

자체에는

"편집" 권한이

없지만 이

설정을

사용하여

메타데이터

카탈로그의

외부 콘텐츠

형식에서

작업을

실행할 수

있습니다.

외부 콘텐츠

형식의 외부

목록을 만들 수

있습니다.

외부 콘텐츠

형식에서 사용

권한을 설정할

수 있습니다.

116


가능 권한


권한

재사용 가능한

메타데이터

모음입니다.

하위 개체에

이러한

권한을

전파할 수

있습니다.

메서드 외부 콘텐츠

형식과 관련된

작업입니다.

메서드를

편집할 수

있습니다.

메서드

자체에는

"실행" 권한이

없지만 이

설정을

사용하여

메타데이터

카탈로그의

하위 개체에

실행 권한을

전파할 수

있습니다.

메서드에는



없습니다.

메서드에서

사용 권한을

설정할 수

있습니다.

메서드

인스턴스

특정 메서드에

대해 특정

기본값 집합을

사용하여

메서드를

사용하는 방법을

설명합니다.

메서드

인스턴스를

편집할 수

있습니다.

메서드

인스턴스를

실행할 수

있습니다.

메서드

인스턴스에는



없습니다.

메서드

인스턴스에서

사용 권한을

설정할 수

있습니다.

Business Data Connectivity 서비스에 대한 특수 권한

앞에서 설명한 일반적인 설정 사용 권한 기능 외에 Business Data Connectivity Service에 대한 특수

권한 집합이 있습니다.

팜 관리자에게는 Business Data Connectivity Service에 대한 모든 권한이 부여됩니다. 예를 들어

서비스 인스턴스를 유지 관리하거나 복구할 수 있어야 하기 때문입니다. 그러나 팜 관리자가

메타데이터 저장소의 개체에 대한 실행 권한을 갖지는 않으므로 필요한 경우 Business Data

Connectivity Service 인스턴스의 관리자가 이 권한을 명시적으로 부여해야 합니다.

Windows PowerShell 사용자는 팜 관리자이고 Business Data Connectivity Service에서 명령을

실행할 수 있습니다.

117

프런트 엔드 서버의 응용 프로그램 풀 계정에서 Business Data Connectivity Service에 대한

권한은 팜 관리자와 동일합니다. Microsoft Business Connectivity Services에 기반하여 배포

패키지를 생성하려는 경우 이 권한이 필요합니다.

SharePoint Designer 사용자에게는 대부분의 경우 전체 메타데이터 저장소에서 편집, 실행 및

클라이언트에서 선택 가능과 같은 권한이 부여됩니다. SharePoint Designer 사용자에게는 사용

권한 설정 권한을 부여할 수 없습니다. 필요한 경우 SharePoint Designer 사용자의 사용 권한을

메타데이터 저장소의 하위 집합으로 제한할 수 있습니다.

보안 솔루션을 지원하려는 경우 SharePoint Designer를 사용하여 편집 권한을 자유롭게

할당할 수 있는 테스트 환경에서 외부 콘텐츠 형식을 만들어야 합니다. 프로덕션 환경에

테스트한 솔루션을 배포하면 편집 권한을 제거하여 외부 데이터 무결성을 보호할 수

있습니다.

일반적인 작업과 관련 권한

이 섹션에서는 Business Data Connectivity Service의 일반적인 작업과 이 작업을 수행하는 데 필요한

권한에 대해 설명합니다.

작업 사용 권한

메타데이터 저장소에서 새 개체 만들기 새 메타데이터 개체를 만들려면 상위 메타데이터

개체에 대한 편집 권한이 필요합니다. 예를 들어

외부 콘텐츠 형식으로 새 메서드를 만들려면 외부

콘텐츠 형식에 대한 권한이 필요합니다.

메타데이터 저장소에서 여러 개체 사이의

하위/상위 관계를 보려면 이 문서에서 앞에 나온

그림을 참조하십시오.

메타데이터 저장소에서 개체 삭제 메타데이터 개체를 삭제하려면 해당 개체에 대한

편집 권한이 필요합니다. 외부 콘텐츠 형식과 모든

메서드를 삭제할 때처럼 개체 및 해당 개체의 모든

하위 개체를 삭제하려면 모든 하위 개체에 대한

편집 권한도 필요합니다.

모델에 외부 콘텐츠 형식 추가 모델에 외부 콘텐츠 형식을 추가하려면 모델에

대한 편집 권한이 필요합니다.

모델 가져오기 메타데이터 저장소로 모델을 가져오려면

메타데이터 저장소에 대한 편집 권한이

필요합니다. 모델에 대한 권한이 명시적으로

할당되지 않은 경우 모델을 가져온 사용자에게

모델에 대한 편집 권한이 부여됩니다.

주의:

118

작업 사용 권한

모델 내보내기 메타데이터 저장소에서 모델을 내보내려면 모델

및 모델에 포함된 모든 외부 시스템에 대한 편집

권한이 필요합니다.

배포 패키지 생성 배포 패키지는 프런트 엔드 서버에서 사용하는

응용 프로그램 풀 계정에서 생성됩니다. 이

계정에는 Business Data Connectivity Service에

대한 모든 권한이 있으므로 이 작업을 수행할 수

있습니다.

메타데이터 저장소에 초기 사용 권한 설정 Business Data Connectivity Service 인스턴스를

처음 만들면 해당 메타데이터 저장소는 비어

있습니다. 팜 관리자에게는 저장소에 대한 모든

권한이 있으므로 초기 사용 권한을 설정할 수

있습니다.

119

Business Connectivity Services의 진단 로깅

개요(SharePoint Foundation 2010)

클라이언트 또는 서버에서 이벤트 로그 및 추적 로그를 사용하여 Microsoft SharePoint Foundation

2010을 실행하는 서버에서 Microsoft Business Connectivity Services와 관련된 문제를 해결할 수

있습니다. 또한 이벤트 로그 또는 추적 로그에 대한 각 항목에는 서버에서 외부 데이터 원본으로

문제를 추적하는 데 사용할 수 있는 연결된 작업 ID가 있습니다.

이 항목에서 설명한 로깅 방법 외에 Microsoft System Center Operations Manager 관리 팩을

사용하여 Microsoft Business Connectivity Services에 기반하는 솔루션을 모니터링할 수

있습니다. System Center Operations Manager 관리 팩을 구성하는 방법에 대한 자세한

내용은 Microsoft SharePoint 2010 제품 관리 팩(영문일 수

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

제공되는 관리 팩 다운로드에 포함된 가이드를 참조하십시오.


Business Connectivity Services의 진단 로깅

작업 ID 정보

서버에서의 진단 로깅

예: 진단 로깅 사용

Business Connectivity Services의 진단 로깅 Microsoft Business Connectivity Services에 기반한 솔루션에서 진단 로깅은 Microsoft SharePoint

Foundation을 실행하는 서버에서 수행됩니다. 로그에는 이벤트 로그 및 추적 로그와 같은 두 가지

유형이 있습니다. 두 로그 모두 Microsoft Business Connectivity Services에서 생성되는 진단 정보를

기록합니다. 이벤트 로그는 오류 메시지를 기록합니다. 추적 로그는 스택 추적 및 정보 메시지 등 더

자세한 정보를 포함합니다. 일반적으로 추적 로그는 이벤트 로그보다 더 많은 세부 정보를 제공합니다.

기록된 각 정보 항목에는 고유한 GUID 값인 작업 ID가 있습니다. 작업 ID 값은 항목에서 만들기,

업데이트 또는 삭제 작업을 수행할 때 외부 시스템으로 보낼 수도 있습니다. 작업 ID를 사용하면 서버

또는 클라이언트에서 외부 데이터 원본으로 작업을 추적할 수 있습니다. 작업 ID에 대한 자세한 내용은

작업 ID 정보 를 참조하십시오.

이벤트 로그 및 추적 로그에 대한 진단 로깅 수준을 설정할 수 있습니다. 이 설정을 통해 각 로그에

로깅할 정보의 유형과 양이 제한됩니다. 다음 표에는 이벤트 로그 및 추적 로그에 대해 사용 가능한

로깅 수준이 정의되어 있습니다.

참고:



http://technet.microsoft.com/library/b3e10448-d8d5-4e7c-8ab6-3dfce81dca40.aspx#Section1



120

이벤트 로그 수준

수준 정의

없음 로깅되지 않습니다.

위험 이 메시지 형식은 솔루션의 중대한 실패를 유발한

심각한 오류를 나타냅니다.

오류 이 메시지 형식은 긴급 상황을 나타냅니다. 모든

오류 이벤트를 조사해야 합니다.

경고 이 메시지 형식은 주의할 필요가 있는 잠재적

문제점을 나타냅니다. 경고 메시지를 검토 및

추적하여 일정 기간에 걸친 패턴을 확인해야

합니다.

정보 정보 메시지는 특정 작업을 필요로 하지는 않지만

솔루션 상태를 모니터링하는 데 유용한 데이터를


상세 이 이벤트 로그 수준은 긴 이벤트 또는 메시지에

부합됩니다.

추적 로그 수준

수준 정의

없음 추적 로그가 기록되지 않습니다.

예기치 않음 이 수준은 솔루션의 처리가 중지되도록 하는

이벤트에 대한 메시지를 로깅하는 데 사용됩니다.

이 수준에서 로깅하도록 설정되면 이 수준의

이벤트만 로그에 포함됩니다.

모니터링 가능 이 수준은 솔루션의 기능을 제한하지만 응용

프로그램을 중지시키지는 않는 복구 불가능한

이벤트에 대한 메시지를 로깅하는 데 사용됩니다.

이 수준에서 로깅하도록 설정되면 치명적

오류(예기치 않음 수준)도 로그에 포함됩니다.

높음 이 수준은 예기치 않지만 솔루션 처리를

중지시키지는 않는 이벤트를 로깅하는 데

사용됩니다. 이 수준에서 로깅하도록 설정되면

경고, 오류(모니터링 가능 수준) 및 치명적

오류(예기치 않음 수준)가 로그에 포함됩니다.

121

수준 정의

보통 이 수준으로 설정된 경우 추적 로그에는 상세

메시지를 제외한 모든 항목이 포함됩니다. 이

수준은 수행된 작업에 대한 상위 수준 정보를 모두

로깅하는 데 사용됩니다. 이 수준에서는 데이터

흐름 및 작업 시퀀스를 생성하는 데 필요한 세부

정보가 충분히 로깅됩니다. 이 로깅 수준은 문제

해결을 위해 관리자 또는 지원 전문가가 사용할 수

있습니다.

상세 이 수준에서 로깅하도록 설정되면 다른 모든

수준의 메시지가 로그에 포함됩니다. 이 수준을

사용할 경우 수행되는 작업은 거의 모두

로깅됩니다. 상세 추적은 많은 로그 메시지를

생성합니다. 일반적으로 이 수준은 개발 환경에서

디버깅을 위해 사용됩니다.

진단 로그는 개발 환경과 프로덕션 환경에서 모두 유용하지만 로깅 수준별 요구 사항은 환경의 유형에

따라 서로 다를 수 있습니다. Microsoft Business Connectivity Services에서의 진단 로깅을 계획할

경우에는 로깅 수준을 설정하기 전에 비즈니스 요구 및 환경의 수명 주기 단계를 고려하는 것이

좋습니다.

예를 들어 시스템 상태와 관련하여 생성되는 모든 메시지를 캡처하기 위해 솔루션 디자인 단계에서

디버깅 용도로 두 가지 로깅 수준을 상세로 설정할 수 있습니다. 이와 반대로 프로덕션 환경에서는

추적 로그의 경우 높음, 모니터링 가능 및 예기치 않음 범주의 메시지만 캡처하고 이벤트 로그의 경우

위험 및 오류 범주의 메시지만 캡처 할 수 있습니다. 이렇게 하면 로깅에 필요한 디스크 공간이

절약되고 로깅이 성능에 미치는 부정적 영향이 줄어듭니다.

작업 ID 정보 Microsoft Business Connectivity Services에 기반한 솔루션에서 외부 데이터에 대한 만들기,

업데이트 또는 삭제 작업을 수행할 때마다 고유한 GUID 값(작업 ID라고도 함)이 생성됩니다. 추적

로그 또는 이벤트 로그에 기록되는 작업과 관련된 모든 내용에는 작업 ID 값이 있습니다.

서버에 있는 이벤트 로그 및 추적 로그 파일에서 작업 ID 값에는 "CorrelationId" 값이라는

레이블이 지정됩니다.

만들기, 업데이트 또는 삭제 작업에서 생성된 작업 ID 값은 해당 작업과 관련된 다른 정보와 함께 외부

시스템으로 보내집니다. 외부 시스템에 로깅 메커니즘이 있는 경우 해당 시스템에서 이 값을 캡처하고

기록할 수 있습니다. 따라서 작업을 수행하여 SharePoint 로그에 항목이 생성되면 해당 작업 ID 값을

사용하여 외부 시스템에서 동일한 작업을 추적할 수 있습니다. 이 기능을 사용하면 전체 문제 해결

과정을 쉽게 진행할 수 있습니다.

중요:

122

만들기 등의 작업에 의해 여러 이벤트가 로그에 기록되는 경우도 종종 있습니다. 이 경우 해당 작업과

관련하여 로깅되는 모든 이벤트에 대해 동일한 작업 ID 값이 사용됩니다. 이와 같이 작업 ID 값이

반복적으로 사용되기 때문에 특정 작업과 관련된 모든 이벤트를 쉽게 찾을 수 있다는 점에서 문제

해결에 도움을 줍니다. 반대로, 동일한 유형의 작업이 반복적으로 발생할 경우 각 작업 인스턴스별로

고유한 작업 ID 값이 생성됩니다. 예를 들어 외부 콘텐츠 형식의 항목이 두 번 업데이트되면 각

업데이트 작업은 고유한 작업 ID 값과 연결됩니다.

외부 시스템에 연결하지 못한 경우 Business Data Connectivity Service는 상황에 따라 작업을

다시 시도할 수 있습니다. 이러한 경우 다시 시도되는 작업에 대해 동일한 작업 ID가

사용됩니다.

서버에서의 진단 로깅 기본적으로 Microsoft Business Connectivity Services 로깅은 SharePoint Foundation 서버에서

사용되도록 설정됩니다. 기본 로깅 수준은 다음과 같습니다.

이벤트 로그: 위험 및 오류

추적 로그: 보통

Microsoft Business Connectivity Services의 진단 로깅이 사용되지 않도록 설정되어 있으면

SharePoint Foundation 중앙 관리의 진단 로깅 페이지에서 Business Connectivity Services를

선택하여 진단 로깅이 사용되도록 설정합니다. 또는 Windows PowerShell을 사용하여 서버의 이벤트

로그 및 추적 로그를 구성할 수도 있습니다. 예를 들어 로그가 기록될 드라이브를 변경하고 로깅의

자세한 정도를 설정할 수 있습니다.

로그 파일의 위치 설정 방법을 비롯하여 SharePoint Foundation 2010에서의 로깅에 대한 자세한

내용은 Configure diagnostic logging (SharePoint Foundation 2010)(영문)을 참조하십시오.

Windows PowerShell을 사용하여 서버에서 이벤트 로그를 보고 스프레드시트 프로그램 등으로 로그를

내보낼 수 있습니다. 자세한 내용은 View diagnostic logs (SharePoint Foundation 2010)(영문)를

참조하십시오.

Microsoft Business Connectivity Services는 SharePoint Foundation 프런트 엔드 웹 서버의 추적

로그에 두 가지 범주, 즉 BDC_Shared_Services 및 SS_Shared_Service를 출력합니다. 이벤트 뷰어를

사용하여 추적 로그를 열고 "SPS_BusinessData"(Microsoft Business Connectivity Services 출력의

경우) 및 "SPS_SecureStoreService"를 검색하여 관련 로그 항목을 필터링할 수 있습니다.

예: 진단 로깅 사용 간략한 이 시나리오에서는 진단 로깅이 프로덕션 환경에서 어떻게 사용되는지 보여 줍니다. 이

시나리오에서 기업은 Microsoft Business Connectivity Services에 기반하는 새로운 근무 시간 기록표

제출 솔루션을 배포했습니다. 이 솔루션에서는 외부 시스템을 사용하여 휴가 및 병가 같은 직원의 근무

시간 기록표 정보를 저장하고, 직원이 결근을 보고할 경우 해당 직원 및 급여 지급 시스템과 상호

작용합니다. 직원은 웹 파트를 사용하여 이 시스템과 상호 작용합니다.

팁:

http://technet.microsoft.com/library/a5641210-8224-4e11-9d93-4f96fa4c327c(Office.14).aspx

http://technet.microsoft.com/library/28a72c44-2c3a-459d-aa64-918c3a71c858(Office.14).aspx

123

서버 팜에서 로깅 수준이 Microsoft Business Connectivity Services에 대한 기본값으로 설정되어

있습니다.

이벤트 로그: 위험 및 오류

추적 로그: 보통

이 시나리오에서 직원은 병가 시간에 해당하는 숫자 값을 제출하지만 직원과 관리자 모두 병가 시간이

성공적으로 제출되었음을 알려 주는 확인 전자 메일 메시지를 받지 못합니다. 직원은 내부 기술 지원

서비스 부서에 전화를 걸어 이 문제를 보고합니다.

지원 기술자는 근무 시간 기록표 응용 프로그램이 Microsoft Business Connectivity Services를

기반으로 한다는 것을 알고 있습니다. 지원 기술자는 이벤트 로그를 검토하지만 사용자가 근무 시간

기록표 요청을 제출한 시점에 사용자의 ID와 연결된 오류가 없다는 것을 발견합니다. 그런 다음 추적

로그를 검토하여 작업, 즉 해당 시간에 사용자와 관련되어 있는 업데이트 작업의 증거를 찾아냅니다.

추적 로그에서 업데이트 작업은 지원 기술자가 발견한 작업 ID 값을 포함하고 있습니다.

지원 기술자는 외부 시스템에서도 로깅이 지원되고 있음을 알고 있습니다. 작업 ID를 사용하여 외부

시스템에 로깅된 항목을 찾고, 업데이트 작업의 종료 시점에 로그에 기록된 오류의 증거를 발견합니다.

업데이트 실패 이유는 할당된 병가 시간을 직원이 모두 사용했기 때문입니다. 또한 기술 전문가는

업데이트 작업 종료 직후에 외부 시스템에서 전자 메일 메시지가 생성되었음을 확인해 주는 로그

항목이 없다는 것을 알게 됩니다. 따라서 기술 전문가는 근무 시간 기록표 응용 프로그램의 논리에

오류가 있다는 결론에 이르게 됩니다. 이 응용 프로그램은 할당된 시간을 초과한 직원에게 병가 급여를

지급하지 않았다는 점에서는 올바르게 작동했지만 직원에게 이 문제를 알려 주는 전자 메일 메시지를

생성하지 못했습니다. 기술 전문가는 응용 프로그램을 만든 개발 팀에 이 문제를 보고하고 개발 팀은

응용 프로그램을 업데이트합니다.

참고 항목 Monitoring overview (SharePoint Foundation 2010)(영문)

Configure diagnostic logging (SharePoint Foundation 2010)(영문)

Business Connectivity Services 개요(SharePoint Foundation 2010)

http://technet.microsoft.com/library/d2e48b54-1a32-4ec6-8b9e-b884b7faca8f(Office.14).aspx

http://technet.microsoft.com/library/a5641210-8224-4e11-9d93-4f96fa4c327c(Office.14).aspx

124


워크플로는 비즈니스 프로세스와 관련된 특정 작업 시퀀스를 통해 문서 또는 목록 항목을 이동하는

Microsoft SharePoint Foundation 2010의 기능입니다. 워크플로는 문서 검토 또는 승인과 같은

일반적인 비즈니스 프로세스를 관리하는 데 사용할 수 있습니다.


워크플로 개요(SharePoint Foundation 2010)

이 문서에서는 워크플로를 통해 더욱 효율적으로 수행할 수 있는 비즈니스 프로세스 유형을

소개하고 SharePoint Foundation 2010에 포함된 워크플로에 대해 설명합니다.

워크플로 제작 도구 선택(SharePoint Foundation)

이 문서에서는 여러 가지 Microsoft 지원 워크플로 제작 도구 및 이러한 도구를 함께 사용하여

신속하게 워크플로를 제작하는 방법에 대해 설명합니다.

워크플로 보안 및 사용자 관리 계획(SharePoint Foundation 2010)

이 문서에서는 보안과 관련된 일부 워크플로 동작을 살펴보고, 관리자 및 워크플로 개발자가

워크플로를 구성하고 개발하는 경우 고려해야 할 기타 문제에 대해 알아봅니다.

승인 워크플로: 시나리오(SharePoint Foundation 2010)

이 문서에서는 Microsoft SharePoint Designer 2010 또는 Visual Studio 2010의 Workflow

Designer에서 만든 다음 SharePoint Foundation 2010을 사용하여 호스팅하는 승인 유형

워크플로의 형태에 대해 알아봅니다.

참고 항목 Workflow administration (SharePoint Foundation 2010)(영문)

http://technet.microsoft.com/library/30f3251d-53a8-4fd4-ad87-31c48591a0f7(Office.14).aspx

125

워크플로 개요(SharePoint Foundation 2010)

Microsoft SharePoint Foundation 2010의 워크플로 기능을 사용하여 솔루션 구축자, 디자이너 및

관리자는 비즈니스 프로세스를 향상시킬 수 있습니다. 기본적으로 워크플로는 워크플로에서 사용자와

상호 작용하기 위해 사용하는 양식과 워크플로의 동작을 정의하는 논리, 두 가지로 구성됩니다.

워크플로가 만들어지는 방식을 이해하려면 양식과 논리 둘 다에 대해 알아봐야 합니다.


워크플로 개요

워크플로 사용의 이점

미리 정의된 워크플로

예제 워크플로 시나리오

워크플로 유형: 선언적 및 컴파일된 워크플로

워크플로 서식 파일

워크플로 연결

워크플로 개요 SharePoint Foundation 2010의 워크플로를 통해 기업에서는 비즈니스 프로세스를 수행할 때 사용자

간의 불필요한 상호 작용을 줄일 수 있습니다. 예를 들어 어떤 결정을 내리기까지 그룹에서는 보통

일련의 단계를 따릅니다. 이러한 단계는 공식적으로 작동하는 표준 절차일 수도 있고, 비공식적이며

암시적으로 작동하리라 이해되는 절차일 수도 있습니다. 종합하여 이러한 단계는 비즈니스 프로세스를

나타냅니다. 비즈니스 프로세스에서 발생하는 사용자의 상호 작용 수는 결정을 내리기까지의 속도나

결정의 질을 떨어뜨릴 수 있습니다. 이러한 "사용자 상호 작용"을 간소화하고 관리하는 소프트웨어를

통해 프로세스에 참여하는 그룹의 상호 작용을 자동화할 수 있습니다. 이러한 자동화를 사용하면 상호

작용의 속도와 전반적인 효율성을 높일 수 있고 보통 실수도 줄일 수 있습니다.

Microsoft Visio 2010을 사용하여 만든 것과 같은 순서도를 사용하여 비즈니스 프로세스를 모델링하고,

워크플로 용어를 사용하여 비즈니스 프로세스를 나타낼 수 있습니다. 워크플로를 SharePoint

Foundation 2010의 데이터와 연결하여 문서 승인과 같은 비즈니스 프로세스를 자동화할 수 있습니다.

예를 들어 검토를 위해 문서를 회람시키거나, 다양한 해결 단계를 통해 문제를 추적하거나, 승인

프로세스를 통해 계약 승인 과정을 안내하는 워크플로를 만들 수 있습니다.

정보 근로자의 참여가 필요한 비즈니스 프로세스를 구현할 때 많은 IT 부서에서 직면하게 되는 문제는

해당 프로세스가 실제로 직원들이 작업하는 방식과 통합되지 않는다는 것입니다. 비즈니스 프로세스가

효과적이려면 정보 근로자가 매일 수행하는 작업의 일부가 되도록 작업 공간에서 사용되는 익숙하고

일상적인 도구 및 응용 프로그램과 워크플로를 통합해야 합니다. 전자 작업 공간에서 이러한 통합에는

전자 메일, 일정, 작업 목록 및 공동 작업 웹 사이트와의 통합이 포함됩니다.

126

워크플로 사용의 이점 워크플로 사용의 기본 이점은 비즈니스 프로세스를 매끄럽게 진행시키고 공동 작업의 효율성을 높이는

것입니다.

기업에서 사용하는 비즈니스 프로세스는 정보 또는 문서의 흐름에 따라 달라집니다. 이러한 비즈니스

프로세스를 사용하려면 정보 근로자가 적극적으로 참여하여 작업 그룹의 결정이나 결과물에 기여하는

작업을 완료해야 합니다. SharePoint Foundation 2010에서 이러한 비즈니스 프로세스 유형은

워크플로를 사용하여 구현 및 관리됩니다.

워크플로를 사용하여 더 쉽게 실행할 수 있는 비즈니스 프로세스의 예는 다음과 같습니다.

계약 승인 제안된 계약을, 조직에서 해당 계약을 승인하거나 거부해야 하는 구성원에게

전달합니다.

경비 보고 경비 보고서 및 관련 영수증 제출, 보고서 검토, 보고서 승인, 제출자에게 정산 등을

관리합니다.

기술 지원 고객이 제기하고, 지원 엔지니어가 조사하고, 기술 전문가에게 전달되어 해결되고,

기술 자료에 추가되는 일련의 기술 지원 사건의 진행을 안내합니다.

면접 구직자를 면접하는 프로세스를 관리합니다. 이 프로세스에는 면접 약속을 예약 및 추적하고,

누적되는 면접 피드백을 수집하고, 이후 면접자가 피드백을 볼 수 있게 하고, 채용 결정을 용이하게

하는 작업이 포함됩니다.

비즈니스 프로세스 자동화

비즈니스는 비즈니스 프로세스에 따라 달라집니다. 일반적으로 비즈니스 프로세스에서 소프트웨어가

사용되기는 하지만 대부분의 조직에서 가장 중요한 프로세스에 결정적 영향을 미치는 것은 바로

사용자입니다. 워크플로는 프로세스에 참여하는 사용자 간의 상호 작용을 자동화함으로써 프로세스의

작동 방식을 개선하고, 효율성을 향상시키며, 오류율은 낮출 수 있습니다.

사용자 간의 상호 작용을 자동화하도록 지원하면 여러 프로세스에서 이점을 누릴 수 있습니다. 예를

들면 다음과 같습니다.

승인 휴먼 비즈니스 프로세스의 경우 일반적으로 여러 참석자의 승인을 받아야 합니다. 승인받게

되는 문서는 내년도 마케팅 계획이 담긴 Microsoft Word 문서에서 출장 경비 보고서에 이르기까지

매우 다양합니다. 해당하는 모든 경우 특정 수의 참석자가 해당 정보를 검토하고 필요에 따라

의견을 추가한 다음 승인 또는 거부를 명시해야 합니다.

그룹 작업 조정 RFP(제안 요청서)에 대한 응답을 준비하거나 특정 문서를 여러 언어로 번역하는

작업을 관리하는 등의 작업을 수행할 경우 대부분의 프로세스에서 참석자들이 체계화된 방법으로

공동 작업해야 합니다. 이런 경우 자동화된 워크플로를 통해 해당 프로세스의 단계를 정의하면

그룹 작업의 효율성이 향상되고 프로세스 자체가 보다 예측 가능해집니다.

문제 관리 대부분의 비즈니스 프로세스에서는 해결되지 않은 문제의 목록이 생성됩니다.

자동화된 워크플로를 사용하여 해당 목록을 유지 관리하고 문제를 해결할 수 있는 참석자에게

문제를 할당하며 해결 상태를 추적할 수 있습니다.

SharePoint Foundation 2010에서는 워크플로 응용 프로그램을 실행하여 이러한 종류의 자동화된

비즈니스 프로세스를 지원할 수 있습니다. Windows Workflow Foundation 3.5에 기반한 이러한 응용

127

프로그램은 웹 브라우저를 통해 사용자와 상호 작용합니다. Windows Workflow Foundation 3.5에

대한 자세한 내용은 Windows Workflow

Foundation(http://go.microsoft.com/fwlink/?linkid=127778&clcid=0x412)을 참조하십시오.

워크플로 사용에 따른 공동 작업 효율성 향상

워크플로는 사용자가 문서에서 공동 작업을 수행하고 SharePoint 사이트 또는 사이트 모음의 문서 및

항목에 비즈니스 프로세스를 구현하여 프로젝트 작업을 관리하는 데 도움이 됩니다. 조직의 경우

워크플로를 통해 일관된 비즈니스 프로세스 관행을 따를 수 있습니다. 워크플로는 비즈니스

프로세스와 관련된 작업 및 단계를 관리하여 조직의 효율성과 생산성을 향상시킵니다. 또한 적절한

정보가 적시에 해당하는 사용자에게 제공되도록 하므로 의사 결정의 속도가 빨라집니다. 워크플로를

통해 개별 워크플로 작업이 해당하는 사용자에 의해 적절한 순서로 수행되도록 할 수도 있습니다.

따라서 이러한 작업을 수행하는 사용자는 작업 프로세스가 아니라 작업을 수행하는 데만 집중할 수

있습니다.

예를 들어 SharePoint Foundation 2010 사이트에서 승인을 위해 문서를 사용자 그룹으로 회람시키는

워크플로를 만들어 문서 라이브러리에서 사용할 수 있습니다. 제작자가 이 워크플로를 시작하면

워크플로는 문서 승인 작업을 만들고 이 작업을 워크플로 참석자에게 할당한 다음 참석자에게 전자

메일 알림을 전송합니다.

워크플로가 진행 중인 경우 워크플로 소유자 또는 워크플로 참석자는 워크플로 상태 페이지에서 진행

상황을 확인할 수 있습니다. 워크플로 참석자가 해당 워크플로 작업을 완료하면 워크플로가 종료되고

워크플로 소유자에게는 워크플로가 끝났다는 알림이 자동으로 나타납니다.

미리 정의된 워크플로 Microsoft SharePoint Foundation 2010에서 만든 사이트와 사이트 모음의 경우 미리 정의된 상태

워크플로가 기본적으로 포함되는데 이 워크플로는 SharePoint Foundation 2010에서 제공되는 유일한

미리 정의된 워크플로입니다. 상태 워크플로는 고객 지원 문제점, 영업 계기 또는 프로젝트 작업과

같이 조직에서 대량의 문제점이나 항목을 추적해야 하는 비즈니스 프로세스를 관리하는 데 사용할 수

있습니다.

세 가지 상태 워크플로는 세 가지 다른 상태를 통해 또는 상태 간 두 가지 전환을 통해 문제 또는

항목의 상태를 추적하기 때문에 이와 같은 이름이 붙여졌습니다. 예를 들어 상태 워크플로가 문제

항목의 특정 문제에서 시작된 경우 SharePoint Foundation 2010에서 할당된 사용자의 작업을

만듭니다. 사용자가 작업을 완료하면 워크플로는 초기 상태(활성)에서 중간 상태(해결됨)로 바뀌고

할당된 사용자에 대한 작업이 만들어집니다. 다시 할당된 사용자가 작업을 완료하면 워크플로는 중간

상태(해결됨)에서 최종 상태(종결됨)로 바뀌고, 해당 시기에 워크플로가 할당된 사용자에 대한 다른

작업이 만들어집니다. 상태 워크플로를 목록과 연결할 때는 활성, 해결됨, 종결됨 이외의 상태 이름을

지정할 수 있습니다. 라이브러리에는 상태 워크플로를 사용할 수 없습니다.

또한 미리 정의된 워크플로의 사본을 만들어 사용자 지정 워크플로를 만들 때 시작 점으로 활용할 수

있습니다.



128

예제 워크플로 시나리오 전 세계에 자전거를 판매하는 스포츠 상점 프랜차이즈, Adventure Works에서 일한다고 가정합니다.

이 회사의 영업 사원은 새로운 가맹점이 스포츠 상점을 개점하는 데 도움을 주기 위해 여러 나라를

방문합니다.

이 섹션에 설명된 시나리오에서는 승인받기 위해 비용 보고서가 제출되어야 합니다. 비용 보고서의

금액이 미화 5,000.00달러 미만인 경우 관리자가 보고서를 승인, 거부 또는 전달해야 합니다. 비용

보고서가 미화 5,000.00달러 이상인 경우 관리자는 비용 보고서를 검토하고 설명을 추가해야 합니다.

그런 다음 관리자가 승인을 권장하면 부사장에게 전달되어 승인 또는 거부됩니다.

이 시나리오에서 비용 보고서 양식은 SharePoint 웹 페이지에서 사용자에게 표시되는 ASPX

양식입니다. 워크플로는 Microsoft SharePoint Designer 2010에서 만들어진 순차적 유형의 워크플로

프로젝트이며 자동 작업 및 수동 작업으로 구성됩니다. 워크플로는 SharePoint Foundation 2010에서

실행됩니다.

1. 첫 번째 워크플로 참석자인 영업 사원이 인트라넷 셀프 서비스 포털로 이동하여 비용 보고서

양식을 선택하면 데이터 항목 페이지가 열립니다. 영업 사원이 먼저 사원 이름, 비용의 용도, 총

비용 및 해당 사원의 직속 관리자 이름과 전자 메일 주소 항목이 포함된 간단한 비용 보고서 양식을

작성합니다. 그런 다음 제출을 클릭하여 양식을 제출합니다.

양식을 제출하면 데이터는 중앙에 저장되고 워크플로가 시작되며 검토 작업이 승인자에게

할당됩니다. 이 예제의 경우에는 영업 사원의 관리자에게 할당됩니다.

2. 워크플로가 영업 사원의 관리자에게 알림을 보냅니다. 이 전자 메일 알림 메시지에는 작업을

완료하기 위한 지침과 비용 보고서 양식을 표시하는 웹 사이트로 연결되는 링크가 제공됩니다.

3. 두 번째 워크플로의 참석자인 관리자가 웹 사이트로 이동하여 비용 보고서를 검토합니다. 워크플로

작업 항목에서 관리자가 수행할 수 있는 작업은 승인, 거부 또는 전달, 세 가지입니다.

비용 보고서가 5,000.00달러 미만인 경우 관리자에게는 비용 보고서를 승인 또는 거부할 수

있는 옵션이 표시됩니다.

비용 보고서가 5,000.00달러 이상인 경우 관리자에게는 비용 보고서를 회사 부사장에게

전달하거나 관리자 수준에서 비용 보고서를 거부할 수 있는 옵션이 표시됩니다.

4. 관리자가 비용 보고서를 승인, 거부 또는 전달하면 워크플로가 계속 진행됩니다.

관리자가 비용 보고서를 승인하면 작업 완료 프로세스에서 워크플로에 메시지를 보내 작업이

완료되었음을 알리고 워크플로는 전자 메일 메시지를 통해 영업 사원에게 이를 알린 다음

LOB(기간 업무) 회계 시스템에 비용 데이터를 추가합니다.

관리자가 비용을 승인하지 않은 경우 관리자는 이 결정에 대한 설명을 입력합니다. 작업 완료

프로세스에서 워크플로에 메시지를 보내 작업이 완료되었음을 알리면 워크플로는 전자 메일

메시지를 보내 영업 사원에게 이를 알립니다.

관리자가 비용 보고서를 회사의 부사장에게 전달하는 옵션을 선택한 경우 양식에 이와 관련된

설명을 입력하고 전달을 클릭합니다. 그런 다음 워크플로에서 작업을 완료하기 위한 지침과

129

비용 보고서 양식을 표시하는 웹 사이트로 연결되는 링크가 제공되는 전자 메일 메시지를 통해

부사장에게 이를 알립니다.

5. 세 번째 워크플로 참석자인 부사장에게는 비용 보고서를 승인 또는 거부할 수 있는 옵션이

제공됩니다. 부사장이 비용 보고서를 승인하거나 거부하면 워크플로가 계속 진행됩니다.

부사장이 비용을 승인하면 비용 데이터가 회계 시스템에 추가되고 워크플로에서 영업 사원 및

관리자에게 전자 메일을 통해 이를 알린 다음 SharePoint에 작업이 완료되었음을 알립니다.

부사장이 비용을 승인하지 않은 경우 부사장은 이러한 결정에 대한 설명을 양식에 입력합니다.

워크플로에서 영업 사원 및 관리자에게 전자 메일을 통해 이를 알린 다음 SharePoint에 작업이

완료되었음을 알립니다.

이 시나리오의 컨텍스트 내에서 이 워크플로의 기능을 확장할 수 있는 방법은 여러 가지로 생각해 볼

수 있습니다. 예를 들어 부사장이 비용 보고서를 거부한 경우 보고서가 영업 사원의 관리자에게 다시

돌아가도록 워크플로를 구성할 수 있습니다. 그러면 관리자는 비용을 좀 더 상세하게 검토하여 승인을

위해 이를 부사장에게 다시 제출하거나 거부 의사를 영업 사원에게 전달하거나 다른 작업을 수행할 수

있습니다.

이 예제 비용 보고서 시나리오에서 비즈니스 규칙은 항상 동일합니다. 이 워크플로 솔루션은 관리자와

부사장 승인자를 지정하고 워크플로의 라우팅에 대해 비즈니스 논리를 정의하며 알림의 내용을 미리

정의합니다. 그러나 대다수의 실제 응용 프로그램에서 비즈니스 규칙은 보다 복잡합니다. 승인을 위한

라우팅은 여러 가지 비즈니스 변수에 따라 달라질 수 있습니다. 알림 또한 기타 변수에 따라 달라질 수

있습니다.

예를 들어 이러한 사실을 동일한 비용 라우팅 솔루션에 대입해 보면 비용의 용도, 총 비용 및 제출

날짜에 따라 10명의 관리자에게 비용 보고서를 라우팅해야 합니다. 또한 비용의 용도에 따라

워크플로에서 보내는 알림에 포함되는 내용이 조금씩 달라집니다. 즉 라우팅 수준 및 알림이 서로 다른

여러 개의 워크플로 솔루션이 만들어질 수 있습니다.

Microsoft SharePoint Foundation 2010을 사용하면 조직의 비즈니스 요구 사항을 충족하는 워크플로

솔루션을 만들어 구현할 수 있습니다. SharePoint Designer 2010 및 Microsoft Visual Studio의

워크플로 디자인 및 사용자 지정 기능을 활용하면 다양한 요구 사항을 충족할 수 있습니다.

워크플로 유형: 선언적 및 컴파일된 워크플로 워크플로를 이해하는 데 있어 워크플로가 Microsoft SharePoint Designer 2010을 사용하여 만들어진

선언전 워크플로인지 아니면 Visual Studio 2010을 사용하여 만들어진 컴파일된 워크플로인지

구분하는 것이 중요합니다. 선언적 워크플로란 규칙과 단계로 조합되는 조건과 동작을 바탕으로

작성된 워크플로로, 코드를 작성하지 않고도 워크플로의 매개 변수를 설정합니다.

컴파일된 워크플로도 선언적 워크플로와 비슷하게 워크플로 제작자가 실제로 코드를 작성하는

워크플로가 아닌 조건과 동작을 바탕으로 구축됩니다. 하지만 컴파일된 워크플로의 경우 제작자가

워크플로에 사용자 지정 코드를 추가할 수 있습니다. 제작자가 코드 기반 워크플로에 사용자 지정

코드를 추가하는지 여부와 상관없이 선언적 워크플로와 컴파일된 워크플로 간에 가장 중요하게

이해해야 하는 차이점은 두 워크플로가 서버에서 다른 방식으로 실행된다는 점입니다. 컴파일된

워크플로는 SharePoint Foundation 2010을 실행하는 파일에서 미리 컴파일된 dll 파일로 저장되는

한편 선언적 워크플로는 SharePoint Foundation 2010을 실행하는 서버에서 XOML(Extensible Object

130

Markup Language) 파일로 저장되고 워크플로의 인스턴스가 시작될 때마다 콘텐츠 데이터베이스에서

컴파일됩니다.

워크플로 제작을 위한 Microsoft 지원 도구에 대한 자세한 내용은 워크플로 제작 도구 선택(SharePoint

Foundation)을 참조하십시오.

워크플로 서식 파일 SharePoint Designer 2010을 사용하여 사용자 지정 워크플로를 만들 때 특정 목록, 라이브러리,

콘텐츠 형식 또는 사이트에만 사용되는 워크플로를 만들 수 있습니다. 또는 여러 목록, 라이브러리,

콘텐츠 형식 또는 사이트와 연결할 수 있는, 다시 사용할 수 있는 워크플로 서식 파일을 만들 수도

있습니다.

SharePoint Designer 2010에서는 사이트에 다시 사용할 수 있는 워크플로 작성을 지원하지

않습니다. 대신 Visual Studio 2010을 사용하여 다시 사용할 수 있는 워크플로를 만들 수

있습니다.

워크플로를 제작할 때 전역으로 설정하여 한 번 사이트에서 활성화하면 해당 사이트의 모든 하위

사이트에서도 활성화되도록 만들 수 있습니다. 하지만 SharePoint Designer 2010을 사용할 경우에는

전역 워크플로를 만든 다음 해당 워크플로를 WSP 파일로 저장할 수 없습니다.

워크플로 연결 SharePoint Foundation 2010에서는 Workflow Foundation 런타임을 활용합니다. 각각 특정

워크플로를 정의하는 코드를 포함하는 하나 이상의 워크플로 서식 파일을 한 서버에 설치할 수

있습니다. 그런 다음 특정 서식 파일을 문서 라이브러리, 목록, 콘텐츠 형식 또는 사이트와 연결할 수

있습니다. 연결한 후에 SharePoint Foundation 2010에 호스팅되는 Workflow Foundation 런타임을

통해 이 서식 파일을 로드하고 실행하여 워크플로 인스턴스를 만들 수 있습니다.

다른 Workflow Foundation 워크플로와 마찬가지로 SharePoint Foundation 2010에 기반한

워크플로는 Workflow Foundation 런타임 서비스를 사용합니다. Workflow Foundation 표준 유지

서비스는 유지되는 워크플로의 상태를 항목 또는 문서와 연결할 수 있도록 하며, 며칠, 몇 달 또는 몇

년에 걸친 장기간 비즈니스 프로세스에 대해서도 사용할 수 있습니다.

SharePoint 워크플로는 목록, 라이브러리 및 콘텐츠 유형과 연결할 수 있습니다. Visual Studio 2010을

사용하여 만드는 다시 사용할 수 있는 워크플로도 사이트와 연결할 수 있습니다. 다음 표에서는

워크플로와 연결하는 데 필요한 최소 사용 권한을 설명합니다.

워크플로 연결 대상 필요한 최소 사용 권한

목록 또는 라이브러리 목록 또는 라이브러리에 대한 모든 권한 수준

목록 또는 라이브러리 콘텐츠 형식 SharePoint 사이트에서 Site Owners 그룹의

구성원

참고:

131

워크플로 연결 대상 필요한 최소 사용 권한

사이트 콘텐츠 형식 SharePoint 사이트에서 Site Owners 그룹의

구성원

사이트 SharePoint 사이트에서 Site Owners 그룹의

구성원

워크플로 연결에 대한 자세한 내용은 Add a workflow association (SharePoint Foundation

2010)(영문)를 참조하십시오.

http://technet.microsoft.com/library/19872b79-f5ac-4b56-a24b-75af33c89763(Office.14).aspx


132

워크플로 제작 도구 선택(SharePoint Foundation)

워크플로는 기본적으로 워크플로가 사용자와 상호 작용하는 데 사용하는 양식과 워크플로의 동작을

정의하는 논리로 구성됩니다. 워크플로를 만드는 방법을 이해하려면 이 두 구성 요소에 대해 알아야

합니다.

웹 브라우저를 통해 사용자와 통신하기 때문에 워크플로는 ASP.NET을 사용하여 양식을 표시합니다.

따라서 이러한 양식은 .aspx 페이지로 정의됩니다. 워크플로는 수명 주기 중 다음과 같은 4가지 시점에

양식을 표시할 수 있습니다.

연결: 관리자가 워크플로 서식 파일을 특정 문서 라이브러리나 목록에 연결하면 이 연결로부터

생성되는 모든 워크플로 인스턴스에 적용될 옵션을 설정할 수 있습니다. 워크플로 제작자가 이를

허용하도록 선택하면 제작자는 관리자가 이 정보를 지정할 수 있도록 양식을 제공해야 합니다.

시작: 워크플로 시작자는 실행 중인 인스턴스를 시작할 때 옵션을 지정할 수 있습니다. 예를 들어

앞서 설명한 승인 시나리오에는 워크플로 참가자 목록을 지정하고 각 참가자가 자신의 작업을

완료해야 하는 시간을 정의하는 옵션이 있습니다. 워크플로에서 이 작업을 허용하는 경우 제작자는

시작자가 이러한 옵션을 설정할 수 있도록 양식을 제공해야 합니다.

작업 완료: 실행 중인 워크플로 인스턴스는 워크플로 참가자가 자신의 작업을 완료할 수 있도록

하는 양식을 표시해야 합니다. 이 양식은 이전 시나리오에서 승인자가 문서에 대해 의견을

추가하고 승인 또는 거부를 나타내도록 허용된 항목입니다.

수정: 워크플로 제작자는 워크플로를 실행하는 동안 이를 수정할 수 있도록 허용할 수 있습니다.

예를 들어 워크플로를 실행한 이후에 새 참가자를 추가하거나 작업 완료 기한을 연장할 수

있습니다. 이 옵션을 사용하는 경우 참가자가 변경해야 하는 항목을 지정할 수 있는 양식이 이

시점에 워크플로에 표시되어야 합니다.

전적으로 Microsoft SharePoint Foundation 2010을 기반으로 하는 워크플로는 양식을 .aspx 페이지로

정의합니다. 워크플로 논리는 Windows WF(Workflow Foundation) 기반 워크플로처럼 항상 활동

그룹으로 정의됩니다. Microsoft는 워크플로 논리 및 양식을 지정할 수 있는 두 가지 서로 다른 도구를

제공하며 각각 서로 다른 대상 그룹을 목표로 합니다. 소프트웨어 개발자는 Windows Workflow

Foundation의 Workflow Designer 기능을 사용합니다. 이 도구는 Visual Studio 2010 Professional

Edition에서 실행되며 작업을 워크플로로 구성할 수 있는 그래픽 환경을 제공합니다. 보다 전문성이

떨어지는 그룹인 정보 근로자는 Microsoft SharePoint Designer 2010을 사용하여 코드를 작성하지

않고 워크플로를 만듭니다. 다음 두 섹션에서는 이러한 각 도구를 사용하여 워크플로를 만드는 방법에

대해 설명합니다.

Visual Studio 2010 및 WF Workflow Designer에서

워크플로 제작 여러 가지 면에서 워크플로는 순서도와 유사합니다. 따라서 개발자가 워크플로의 동작을 지정할 수

있도록 그래픽 도구를 제공하는 것이 좋습니다. Visual Studio 2010 Professional에서는 SharePoint

워크플로 도구가 해당합니다. Visual Studio 2010 Professional은 Windows WF(Workflow

133

Foundation) Designer를 사용하는 프로젝트 유형으로 SharePoint 워크플로를 지원하는 양식 및

배포를 추가합니다. 개발자는 WF Workflow Designer를 사용하여 워크플로 활동 및 활동 실행 순서를

그래픽으로 정의합니다. 아래 화면에서는 Microsoft Visual Studio에서 워크플로의 간단한 예를 보여

줍니다.

의견 수집 워크플로

사용할 수 있는 활동이 화면 왼쪽의 도구 상자에 나타납니다. 개발자는 이러한 활동을 디자인 화면으로

끌어 워크플로에서 해당 단계를 정의할 수 있습니다. 그런 다음 오른쪽 아래에 나타나는 속성 창에서

각 활동의 속성을 설정할 수 있습니다.

BAL(Base Activity Library) Windows Workflow Foundation은 앞서 설명한 대로 기본 활동 그룹을

제공합니다. 또한 Microsoft SharePoint Foundation에서는 워크플로를 만들기 위해 명시적으로

고안된 활동 집합도 제공합니다. 이 중 가장 중요한 활동은 다음과 같습니다.

OnWorkflowActivated: 워크플로에 대한 기준 시작 위치를 제공합니다. 무엇보다 이 활동은

워크플로가 문서 라이브러리, 목록, 콘텐츠 형식 또는 사이트와 연결된 경우 SharePoint 관리자가

연결 양식을 통해 제공한 정보를 수용할 수 있습니다. 또한 워크플로가 시작된 경우 시작 양식을

통해 제공한 정보도 수용할 수 있습니다. 모든 워크플로는 이 활동으로 시작되어야 합니다.

CreateTask: 작업 목록에서 특정 사용자에게 할당된 작업을 만듭니다. 예를 들어 앞서 설명한

시나리오의 승인 워크플로에서 각 참가자가 사용하는 작업 목록에 작업을 추가하기 위해 이 활동을

134

사용했습니다. 이 활동에는 true로 설정할 경우 해당 작업의 대상자에게 전자 메일 메시지를

자동으로 보내는 SendEmailNotification 속성도 포함됩니다.

OnTaskChanged: 작업 완료 양식에서 정보를 수용합니다. 이전 시나리오의 승인 워크플로에서는

문서가 승인된 경우 각 참가자의 입력을 수용하는 데 이 활동을 사용했습니다.

CompleteTask: 작업을 완료됨으로 표시합니다.

DeleteTask: 작업 목록에서 작업을 제거합니다.

OnWorkflowModified: 수정 양식으로부터 정보를 수용한 후 워크플로에서 해당 인스턴스가

작동하는 방식을 변경할 수 있습니다. 워크플로 제작자가 워크플로에 이 활동의 인스턴스를

포함하지 않도록 선택한 경우 실행 중에 워크플로를 수정할 수 없습니다.

SendEmail: 지정된 사용자 또는 사용자 그룹에 전자 메일을 보냅니다.

LogToHistoryList: 사용 기록 목록에 워크플로의 실행 정보를 기록합니다. 이 목록에 있는 정보를

통해 사용자는 워크플로 중 어느 단계를 실행 중인지 확인하고 완료된 워크플로 기록 등을 확인할

수 있습니다. 이러한 종류의 모니터링이 가능하려면 워크플로 제작자가 워크플로 실행 중 적절한

시점에 사용 기록 목록에 정보를 기록해 두어야 합니다. 워크플로 추적을 위한 고유의 메커니즘이

제공되므로 Microsoft SharePoint Foundation에서는 WF의 표준 추적 서비스를 지원하지

않습니다.

간단한 워크플로의 일반적인 형태는 OnWorkflowActivated 활동으로 시작한 다음 CreateTask 활동을

사용하여 워크플로 참가자에게 작업을 할당하는 것입니다. 그런 다음 사용자가 작업을 완료할 때까지

대기하는 데 BAL의 표준 While 활동을 사용할 수 있습니다. 이 시점(대개 사용자가 작업에 대한 여러

사항을 변경한 다음 작업 완료 양식에 있는 확인란을 선택한 시점)을 확인하기 위해 OnTaskChanged

활동을 While 내에 실행하여 사용자가 양식에 입력한 정보를 모두 추출합니다. 사용자가 작업를

완료하면 CompleteTask 활동이 실행된 후 DeleteTask가 실행됩니다. 그런 후 워크플로는 다음

참가자에게로 넘어가 CreateTask를 사용하여 작업을 할당하는 등의 작업을 진행합니다. 물론 전자

메일 보내기, 사용 기록 목록에 정보 기록, 임의 코드 실행을 허용하는 BAL의 코드 활동과 같은 기타

작업이 발생할 수도 있습니다.

SharePoint Foundation에서 제공하는 모든 활동은 SharePoint 환경에서 워크플로를 수행한다는

전제가 따릅니다. 워크플로에서 구현하는 비즈니스 논리는 전적으로 워크플로 제작자의 의도에 따라

결정됩니다. 실제로 워크플로를 제작한 개발자는 SharePoint Foundation 및 WF에서 제공하는 활동만

사용하지 않고 자신이 사용자 지정한 활동을 자유롭게 만들어 사용할 수 있습니다.

앞서 설명한 것처럼 Windows Workflow Foundation은 순차, 동시 및 상태 시스템 워크플로를 모두

지원합니다. WF Workflow Designer로 만든 워크플로에서도 이 옵션을 사용할 수 있습니다. 옵션을

사용하려면 SharePoint Foundation에서 워크플로 스타일마다 하나씩 프로젝트 유형을 Visual

Studio에 추가해야 합니다.

선택한 스타일에 관계없이 개발자는 워크플로 논리를 추가로 정의할 뿐 아니라 사용할 .aspx 양식도

지정해야 합니다. 이를 위해 개발자는 element.xml 파일을 사용합니다. 이 파일은 개발자가

워크플로에서 작업이 허용된 4개 지점에 각각 표시될 양식(있는 경우)을 지정하기 위해 작성하는 서식

파일을 제공합니다.

개발자는 워크플로와 사용하는 .aspx 양식 사이에 정보를 전달하기 위해 몇 가지 작업을 수행해야

합니다. Microsoft.Windows.SharePoint.Workflow 네임스페이스는 개발자를 위한 개체 모델을

135

표시합니다. 워크플로 제작자는 이 네임스페이스에 있는 유형을 사용하여 .aspx 양식에서 워크플로로

또는 그 반대로 정보를 전달할 수 있습니다.

워크플로와 그 양식이 만들어지면 개발자는 기능이라 불리는 형태로 패키징해야 합니다. 그런 다음

SharePoint 관리자가 이러한 기능을 설치해야 하며 여기에는 워크플로 어셈블리를 대상 시스템의 전역

어셈블리 캐시에 설치하는 과정도 포함됩니다. 그러면 새로운 워크플로가 관리자에게 문서

라이브러리, 목록, 콘텐츠 형식 또는 사이트와 연결할 수 있는 워크플로 서식 파일로 표시됩니다.

소프트웨어 개발자에게 있어 Visual Studio 및 WF Workflow Designer를 사용하여 워크플로를 만드는

것은 특별히 어려운 일이 아닙니다. 개발자는 이러한 환경에서의 작업과 관련한 사항을 이해해야

하지만 금방 익힐 수 있습니다. 그러나 소프트웨어 개발자만 워크플로를 제작할 수 있는 것은

아닙니다. 나중에 설명하겠지만 전문 개발자가 아니더라도 Microsoft SharePoint Designer 2010을

사용하여 워크플로를 만들 수 있습니다.

Microsoft SharePoint Designer 2010에서 워크플로 제작 Microsoft SharePoint Designer 2010은 무료로 다운로드할 수 있는 독립된 응용 프로그램입니다.

Microsoft SharePoint Designer를 사용하면 정보 근로자와 기타 사용자가 SharePoint 사이트에

워크플로로 구현된 응용 프로그램 논리를 추가할 수 있습니다. 이는 분명히 유용한 요소이지만

Microsoft SharePoint Designer는 다른 중요한 문제도 해결해 줍니다. 개발자가 Visual Studio를

사용하여 워크플로를 만드는 경우 다른 모든 기능처럼 SharePoint Foundation을 실행하는 서버에서

워크플로를 배포해야 합니다. 아직 많은 SharePoint 관리자가 시스템이 불안정해질 위험이 매우

높다는 믿음 때문에 자신의 서버에 임의 코드의 배포를 허용하지 않고 있습니다. 문서 및 목록 항목과

연결된 명확한 비즈니스 논리를 만들 수 있다는 점은 매우 유용하며 많은 SharePoint 사용자가 원하는

것이기도 합니다. 전문가가 아니더라도 워크플로를 제작할 수 있도록 허용하는 것 외에도 Microsoft

SharePoint Designer는 SharePoint Foundation을 실행하는 서버에 비즈니스 논리를 정의 및 배포할

수 있는 보다 안전한 방법을 제공하여 이러한 문제를 해결합니다.

Microsoft SharePoint Designer에서 다루는 워크플로 시나리오는 Visual Studio 및 WF Workflow

Designer에서 다루는 워크플로 시나리오와 몇 가지 면에서 다릅니다. 복잡한 응용 프로그램을 만들 수

있다는 점은 확실하지만 Microsoft SharePoint Designer의 목적은 사용자가 SharePoint 사이트에

비즈니스 논리를 추가하도록 하는 것입니다. 예를 들어 사이트에 사용자가 변경 요청을 전송할 수 있는

목록이 들어 있다고 가정해 봅시다. Microsoft SharePoint Designer에서는 사용자의 변경 요청이 수락

또는 거절될 때 전송자에게 이를 자동으로 알리는 워크플로를 만들 수 있습니다. 마찬가지로 사용자

지정 워크플로에서도 특정 문서 라이브러리에 새 문서가 추가될 때마다 특정 사용자 그룹에 이를 알릴

수 있습니다. 워크플로 제작은 쉽기 때문에 이러한 종류의 사용자 지정 알림을 수행하는 것은 복잡하지

않지만 이전 버전의 SharePoint Foundation에서는 관리자가 사용자가 작성한 코드를 설치하기를

꺼렸기 때문에 어려운 일이었습니다.

이때 왜 Microsoft SharePoint Designer에서 만든 논리를 다르게 처리해야 하는지 궁금할 수

있습니다. SharePoint 관리자가 이 도구를 사용하여 구축된 워크플로를 자신이 관리하는 시스템에

배포하도록 허용하는 이유는 무엇일까요? Microsoft SharePoint Designer를 사용하여 구축된

워크플로는 관리자가 제어하는 목록의 활동만 사용할 수 있기 때문입니다. SharePoint

Foundation에서 제공하는 활동 외에도 사이트 관리자는 이 목록에 개발자가 만든 사용자 지정 활동을

포함할지 여부를 선택할 수 있습니다. SharePoint 관리자는 워크플로에서 수행할 수 있는 작업을

136

정확히 정의함으로써 Microsoft SharePoint Designer를 사용하여 만든 논리를 배포하더라도 시스템이

불안정해지지 않을 것이라는 보다 큰 확신을 가질 수 있습니다.

개발자보다는 정보 근로자를 대상으로 하고 보다 간단한 시나리오를 주로 다루기 때문에 Microsoft

SharePoint Designer에서는 워크플로를 만드는 데 Visual Studio에서 호스팅하는 WF Workflow

Designer와는 다른 모델을 사용합니다. Microsoft SharePoint Designer는 그래픽 방식 대신에 규칙

기반 방식을 사용합니다. 이는 많은 사람들에게 친숙한 도구인 Microsoft Outlook의 규칙 마법사와

다소 유사합니다. 아래 화면에서는 Microsoft SharePoint Designer 사용자가 워크플로의 단계를

정의하는 방식을 보여 줍니다. 이 워크플로는 일부 동작은 병렬로 실행하고, 또 다른 일부 동작은

직렬로 실행합니다. 이전 버전의 SharePoint Foundation에서는 동작을 직렬로만 실행할 수

있었으므로 동작이 순차적으로만 실행되었습니다.

프로세스 순서 워크플로

각 단계에는 조건과 동작이 있습니다. 조건은 위에 표시된 If 문처럼 이 단계의 동작을 실행해야 하는지

여부를 결정합니다. 선택할 수 있는 동작으로는 이벤트에 엔터테이너 할당, 승인 수집 등이

포함됩니다. 이러한 각 동작은 몇 가지 SharePoint Foundation 활동을 통해 실제로 수행되며 여기서

사용된 활동은 Visual Studio 및 WF Workflow Designer의 활동과 동일합니다. 동작 목록에는

137

개발자가 만든 사용자 지정 활동 등 SharePoint 관리자가 이 사이트에서 허용하는 기타 활동도

포함됩니다.

사용자 인터페이스가 Visual Studio 및 WF Workflow Designer에서 사용되는 그래픽 방식과 많이 다른

것처럼 보이지만 Microsoft SharePoint Designer는 표준 WF 워크플로를 만듭니다. 실제로 생성되는

워크플로는 WF 규칙 엔진을 사용하여 표현된 조건을 이용한 순차, 동시 또는 이 둘을 조합한

워크플로입니다. 그러나 이 도구를 사용하여 만든 워크플로에는 몇 가지 제한 사항이 있습니다. 예를

들어 Visual Studio 및 WF Workflow Designer를 사용하여 구축한 워크플로와는 달리, 실행 중에

수정할 수 없으며 순차 및 동시 워크플로만 만들 수 있고 상태 시스템 워크플로는 지원되지 않습니다.

또한 이 도구를 사용하여 만든 워크플로는 디자인할 때 특정 문서 라이브러리, 목록 또는 사이트에

대해 제작할 수 있습니다. 워크플로 제작자는 나중에 다른 라이브러리, 목록 또는 콘텐츠 형식과

연결할 수 있는 일반적인 워크플로 서식 파일을 만들 수도 있습니다. 워크플로를 사용할 수 있는

방식에도 제한이 있지만 워크플로를 배포하는 방식은 훨씬 간단합니다. 실제로 사용자가 Microsoft

SharePoint Designer를 사용하여 워크플로 제작을 완료하면 한 번 클릭으로 워크플로 활성화를

포함하여 대상 사이트에 워크플로를 배포할 수 있습니다. Visual Studio 및 WF Workflow Designer를

사용하여 만들어진 워크플로에 필요한 여러 단계의 배포 프로세스보다 훨씬 더 간단합니다.

Microsoft SharePoint Designer를 사용하여 만든 워크플로에서는 사용자 지정 양식도 표시할 수

있습니다. 워크플로 제작자가 .aspx 페이지를 직접 만드는 대신 이 도구가 페이지를 생성해 줍니다.

제작자가 포함할 필드와 같이 생성된 페이지의 모양에 대한 세부 정보를 지정하면 Microsoft

SharePoint Designer가 나머지 작업을 처리해 줍니다. 양식이 사용될 수 있는 워크플로 수명 주기의

4가지 시점 중 시작 및 작업 완료의 두 가지만 Microsoft SharePoint Designer를 사용하여 만든

워크플로에 사용됩니다. 이 도구를 통해 만든 모든 워크플로는 특정 문서 라이브러리, 목록, 콘텐츠

형식 또는 사이트에 연결되므로 연결 단계가 필요하지 않으며 따라서 연결 양식도 필요하지 않습니다.

실행 중에는 워크플로를 수정할 수 없으므로 수정 양식도 필요하지 않습니다.

Microsoft SharePoint Designer에서는 Microsoft Visio 2010을 사용하여 만든 워크플로를 가져오는

기능도 제공합니다. 이 기능을 통해 비즈니스 관리자나 워크플로 제작자가 잘 알려진 그래픽 환경을

사용하여 워크플로 논리를 만들 수 있습니다. 그런 다음 워크플로 제작자가 Microsoft SharePoint

Designer로 워크플로 논리를 가져와 필요한 경우 수정한 후 SharePoint 사이트에 게시할 수 있습니다.

SharePoint Foundation에서는 문서 중심의 워크플로를 만드는 데 사용할 수 있는 매우 다양한 기능을

제공합니다. 그러나 궁극적으로 Windows SharePoint Services는 개발 및 실행을 위한 플랫폼입니다.

최종 사용자가 직접 사용할 수 있는 워크플로 기능은 제공되지 않습니다. SharePoint Foundation을

실행하는 워크플로에는 Office 클라이언트 응용 프로그램을 사용하여 참가자와 상호 작용할 수 없는

등의 기타 제한 사항도 있습니다.

제작 도구 비교 다음 표에서는 Visual Studio 2010 Professional Edition에서 WF Workflow Designer 및 SharePoint

Designer를 사용하여 SharePoint Foundation에서 워크플로를 만들 때 Microsoft에서 지원하는 여러

도구들 간의 중요한 차이를 보여 줍니다.

138

기능/요구 사항 SharePoint Designer Visual Studio의 WF Workflow

Designer

사이트 관리자가 승인한 동작만

사용하여 워크플로를 만들 수

있습니까?

예 아니요

브라우저가 아닌 클라이언트에서

워크플로에 액세스할 수 있습니까?

예 예

Microsoft Visio Professional을

사용하여 워크플로 논리를 만들 수

있습니까?

예 아니요

코드를 작성해야 합니까? 아니요 예

SharePoint Foundation에서

제공하는 활동 이외의 추가 활동을

제공합니까?

아니요 예

사용자 지정 활동을 만들 수

있습니까?

아니요 예

워크플로를 실행하는 동안 수정할

수 있습니까?

아니요 예

한 번 클릭으로 워크플로를 게시할

수 있습니까?

예 예

원격으로 워크플로를 배포할 수

있습니까?

예 아니요

팜 내에서 사용할 수 있습니까? 아니요 예

사이트 모음을 포함할 수

있습니까?

예 예

139

워크플로 보안 및 사용자 관리 계획(SharePoint

Foundation 2010)

Microsoft SharePoint Foundation 2010에서 워크플로를 사용자에게 배포하기 전에 관리자는 정보

공개 또는 권한 상승과 같은 보안 문제로 고민할 수 있습니다. 이 문서에서는 보안과 관련된 일부

워크플로 동작을 살펴보고, 관리자 및 워크플로 개발자가 워크플로를 구성하고 개발하는 경우

고려해야 할 기타 문제에 대해 알아봅니다.


목록 관리자, 관리자 및 개발자의 역할 및 담당 업무

관리자로 워크플로 실행

워크플로 구성 설정

작업 및 워크플로 기록 목록의 정보 공개

작업 및 워크플로 기록 목록의 위조 및 변조 공격

선언적 워크플로의 사용자 가장 단계 유형

목록 관리자, 관리자 및 개발자의 역할 및 담당 업무 워크플로 실행 시 관리자 및 개발자의 역할을 이해할 수 있도록 다음에서는 일반적인 워크플로 작업 및

관련 담당 업무에 대해 설명합니다.

워크플로 개발자

워크플로 일정 및 서식 파일 개발 워크플로 개발자는 SharePoint 항목에서 실행되는 비즈니스 논리를

포함하도록 어셈블리를 코딩합니다. 이 어셈블리를 워크플로 일정이라고도 합니다. 워크플로 개발자는

워크플로 양식과 어셈블리를 워크플로 기능이나 워크플로 서식 파일로 패키지하는 작업도 담당합니다.

사이트 관리자

중앙 관리에서 워크플로 설정 관리 사이트 관리자는 SharePoint 중앙 관리 웹 사이트의 작업 알림

결과 및 외부 참석자 설정과 같은 일반적인 워크플로 설정을 제어할 수 있습니다.

워크플로 기능 배포 사이트 관리자는 사이트 모음에 워크플로 기능을 설치하여 워크플로 기능을 연결

가능한 상태로 만들 수 있습니다.

목록 관리자(목록 관리 또는 웹 디자이너 권한이 있는 모든 사용자)

워크플로 추가 목록 관리자는 업무상 필요한 목록 또는 콘텐츠 형식에 워크플로 서식 파일을

연결(또는 추가)해야 합니다. 이렇게 연결하면 최종 사용자가 해당 워크플로 서식 파일을 사용할 수

있고 직접 기본값 및 설정을 선택할 수 있습니다.

http://technet.microsoft.com/library/cda43349-4574-4eec-97cd-78963542d8b6.aspx#BKMK_Rolesandresponsibilities

http://technet.microsoft.com/library/cda43349-4574-4eec-97cd-78963542d8b6.aspx#BKMK_Workflowsrunasadministrator

http://technet.microsoft.com/library/cda43349-4574-4eec-97cd-78963542d8b6.aspx#BKMK_Workflowconfigurationsettings

http://technet.microsoft.com/library/cda43349-4574-4eec-97cd-78963542d8b6.aspx#BKMK_Disclosure

http://technet.microsoft.com/library/cda43349-4574-4eec-97cd-78963542d8b6.aspx#BKMK_Spoofing

http://technet.microsoft.com/library/cda43349-4574-4eec-97cd-78963542d8b6.aspx#BKMK_UserStep

140

워크플로 제거 목록 관리자는 목록 또는 콘텐츠 형식에서 워크플로 연결을 제거하거나 새 인스턴스를

실행하지 못하도록 할 수 있습니다.

워크플로 종료 워크플로 인스턴스에서 오류가 발생하거나 워크플로 인스턴스가 시작되지 않는 등

워크플로 인스턴스가 실패하는 경우 목록 관리자는 워크플로 상태 페이지에서 이 워크플로를 지금

종료합니다. 링크를 사용하여 실행 중인 워크플로 인스턴스를 중지할 수 있습니다. 이 작업은

관리자에게 예약됩니다.

관리자로 워크플로 실행 알아두어야 할 가장 중요한 보안 개념은 워크플로가 서버 컴퓨터 및 도메인의 ID 응용 프로그램 풀

설정을 통해 SharePoint Foundation 2010의 시스템 계정의 일부로 실행된다는 것입니다. 즉,

SharePoint Foundation 2010 내에서 워크플로는 관리자 권한을 갖습니다. 서버에서는 워크플로가

응용 프로그램 풀과 동일한 사용 권한을 갖지만 이 역시 주로 관리자 권한을 보유합니다. 이러한 사용

권한을 바탕으로 워크플로는 일반 사용자가 수행할 수 없는 작업, 예를 들어 특정 위치 또는 레코드

센터로 문서를 회람하거나 시스템에 사용자 계정을 추가하는 등의 작업을 수행할 수 있습니다.

워크플로가 관리자 권한을 갖는 이 설정은 변경할 수 없습니다. 대신, 사용자 작업을 검색하고, 해당

작업을 바탕으로 워크플로를 계속 진행하거나 변경 내용을 롤백하고, 사용자 권한을 모방하기 위해

사용자를 가장하는 등의 작업은 워크플로 일정(즉, 워크플로 코드)에 따라 수행됩니다.

워크플로를 배포하는 경우 관리자는 워크플로로 수행되는 작업을 반드시 이해하고 있어야 합니다.

그래야 워크플로의 권한 상승과 연관된 잠재적 위험을 평가하고 워크플로 개발자를 도와 보안 문제를

줄일 수 있습니다.

워크플로 구성 설정 SharePoint Foundation 2010의 일부 구성 설정은 보안 요구 사항에 따라 관리자의 설정이

필요합니다.

워크플로를 시작하는 데 필요한 사용 권한

목록 관리자는 코드의 권한 상승 방지 외에도 연결 프로세스 중 워크플로를 시작하는 데 필요한 사용

권한 수준을 제한할 수 있습니다. 관리자는 두 가지 사용 권한 수준, 즉 항목 편집 또는 목록 관리 중

하나를 선택하여 특정 워크플로 연결을 시작할 수 있습니다.

워크플로 연결의 기본 설정은 항목 편집 권한을 가진 사용자가 워크플로를 수동으로 시작할 수 있도록

허용하는 설정입니다. 즉, 목록에 있는 인증된 SharePoint Foundation 2010 사용자 중 항목 편집

권한을 가진 사용자는 워크플로 연결 인스턴스를 시작할 수 있습니다. 워크플로를 만드는 과정에서

관리자가 목록 관리 권한이 있는 사용자만 워크플로를 시작할 수 있도록 설정하는 옵션을 선택한 경우

목록 관리자만 이 연결 인스턴스를 시작할 수 있습니다.

워크플로는 표준 참가자가 사용하도록 디자인되므로 대부분의 워크플로는 목록 관리 권한으로 제한할

필요가 없습니다. 하지만 문서 폐기 워크플로와 같이 특정 사용자만 폐기 작업을 실행할 수 있도록

제한하려는 경우에 관리자는 워크플로에 이 설정을 사용할 수 있습니다.

141

중앙 관리 설정

다음 설정은 중앙 관리 페이지에서 응용 프로그램 관리를 클릭하고 웹 응용 프로그램 섹션에서 웹 응용

프로그램 관리를 클릭하면 표시됩니다. 웹 응용 프로그램 페이지에서 구성할 웹 응용 프로그램을

선택한 다음 리본의 관리 그룹에서 일반 설정을 클릭하고 워크플로를 선택합니다. 워크플로 설정

페이지가 열리고 다음 설정이 표시됩니다.

사용자 정의 워크플로

워크플로 작업 알림

사용자 정의 워크플로 사용

기본적으로 사용자 정의 워크플로는 워크플로 설정 페이지의 사용자 정의 워크플로 섹션에 나와 있는

것처럼 웹 응용 프로그램의 모든 사이트에서 사용할 수 있습니다. 이 옵션을 선택하는 경우 사용자는

SharePoint Designer 2010 워크플로 편집기와 같은 워크플로 편집기에서 워크플로를 정의할 수

있습니다. 이러한 워크플로를 정의하는 사용자에게는 워크플로를 배포 중인 사이트에 대한 목록 관리

권한이 있어야 합니다.

사이트 액세스 권한이 없는 사용자를 위한 작업 알림

워크플로 설정 페이지의 워크플로 작업 알림 섹션에서 사이트에 액세스할 수 없는 사용자에게 보류

중인 워크플로 작업에 대한 알림을 전송할 수 있는 옵션을 설정할 수 있습니다.

내부 사용자

SharePoint Foundation 2010에서는 사이트의 구성원이 아니거나 해당 작업에 대한 액세스 권한이

없는 디렉터리 서비스의 내부 사용자 이름을 확인할 수 있습니다. 이 경우 관리자는 워크플로 작업

알림 섹션에서 워크플로 작업이 할당될 때 사이트 액세스 권한이 없는 내부 사용자에게

알리시겠습니까? 옵션을 선택하여 해당 사용자가 전자 메일로 작업 알림을 수신할지 여부를

설정할 수 있습니다. 즉, 사용자가 워크플로 작업에 할당되는 경우 해당 사용자는 알림을 받게

됩니다. 이 옵션은 기본적으로 사용되며, 사용자가 수신하는 전자 메일 메시지에는 사이트에 대한

액세스 권한을 요청(관리자가 액세스 권한을 부여해야 함)할 수 있는 링크가 포함되어 있습니다.

이 전자 메일 메시지에는 문서 제목, 워크플로 소유자가 전달하는 지침 등 문서에 대한 정보도

포함되어 있을 수 있습니다. 사이트의 구성원이 아닌 내부 사용자에게 정보가 공개될 우려가 있는

경우 관리자는 워크플로 작업이 할당될 때 사이트 액세스 권한이 없는 내부 사용자에게

알리시겠습니까? 설정을 비활성화할 수 있습니다.

외부 사용자

디렉터리 서비스에는 없지만 올바른 형식의 SMTP 전자 메일 주소가 할당된 외부 사용자의

경우에도 워크플로 작업을 할당받을 수 있습니다. 외부 사용자는 문서에 액세스하기 어려우므로

SharePoint Foundation 2010에는 외부 사용자에게 문서가 첨부된 전자 메일로 작업 알림을

전송할 수 있는 문서의 복사본을 외부 사용자에게 보내 해당 사용자가 워크플로에 참가할 수 있도록

허용하시겠습니까? 설정이 포함되어 있습니다. 이 옵션을 사용하도록 설정한 경우 작업이 워크플로

소유자에게 할당되고 외부 사용자는 소유자에게 전자 메일을 전송하여 작업을 완료할 수 있습니다.

기본적으로 문서의 복사본을 외부 사용자에게 보내 해당 사용자가 워크플로에 참가할 수 있도록

허용하시겠습니까? 옵션은 비활성화됩니다. 하지만 이 설정은 외부 고객 관련 비즈니스 문서의

142

승인과 같이 외부 참석자가 필요한 경우에 유용할 수 있습니다. 예를 선택하여 이 설정을

활성화하는 경우 관리자는 워크플로 일정이 외부 참석자 설정을 지원하는지 확인해야 합니다. 예를

들어 외부 사용자를 대상으로 만든 작업의 경우 해당 사용자 지정 워크플로에서 작업을 초기화하는

데 사용되는 SPWorkflowTaskProperties 개체의 OnBehalfEmail 속성에 외부 전자 메일 주소를

지정해야 합니다. SharePoint Foundation 2010의 일부 기본 제공 워크플로는 이 설정을

지원합니다.

이 기능을 활성화하려는 사용자 지정 워크플로 개발자는 실제 문서를 외부 전자 메일 메시지에

첨부하는 경우 정보 공개 위험이 있는지 여부를 관리자와 함께 확인해야 합니다. 관리자는 이

설정을 활성화하는 경우의 이점과 위험을 평가해야 합니다.

작업 및 워크플로 기록 목록의 정보 공개 작업 및 워크플로 기록 목록의 항목에는 사용자에 대한 데이터뿐 아니라 사용자가 문서에 수행한

작업에 대한 데이터가 포함될 수 있으므로 해당 항목을 통해 기밀 정보가 공개될 수 있습니다. 예를

들어 승진 승인 워크플로는 조직에서 워크플로 소유자 및 해당 작업의 각 참석자만 보도록 하는 작업에

대한 의견을 수집할 수 있습니다.

작업 및 기록 목록은 사이트의 일반적인 목록입니다. 따라서 모든 읽기 권한자는 기본적으로 작업 및

기록 항목을 볼 수 있습니다. 관리자 및 개발자는 공개할 수 없는 정보를 확인하여 워크플로에서

생성된 작업 및 기록 항목에 보안을 적용할지 여부를 결정해야 합니다.

이러한 항목은 여러 가지 방법으로 보호할 수 있습니다. 예를 들어 관리자는 목록 수준 사용 권한을

설정할 수 있습니다. 공개 수준을 비공개로 설정하는 경우 즉, 공개적으로 사용할 수 없지만 특정

사용자 그룹은 사용할 수 있도록 하는 경우 관리자는 새 작업 또는 기록 목록을 만들어 해당 그룹을

대상으로 하는 목록에 사용 권한을 설정할 수 있습니다. 관리자가 워크플로 상태 페이지의 기록

이벤트를 볼 수 있는 사용자를 제한하려는 경우, 상태 페이지에 표시되는 정보의 기반이 되는 워크플로

기록 목록에 대한 보기 권한을 제거하면 됩니다. 기록 목록 자체 또는 해당 목록의 항목을 볼 수 있는

권한이 없는 사용자는 해당 기록 목록에서 데이터를 가져오는 상태 페이지를 열 때 액세스 거부 오류를

수신하게 됩니다.

좀 더 세부적으로 권한을 제한하려는 경우 워크플로 개발자는 작업 또는 기록 항목을 만들 때 항목별로

사용 권한을 설정하면 됩니다. CreateTask 작업에 있는 SpecialPermissions 속성은 새로 만든 작업에

대한 액세스 권한을 지정하는 속성입니다. LogToHistoryList 작업에는 이러한 속성이 없기 때문에

관리자는 SharePoint Foundation 2010의 OM(개체 모델)을 사용하여 기록 목록 항목에 항목별 사용

권한을 설정해야 합니다. 항목별 사용 권한은 성능에 부정적인 영향을 줄 수 있으므로 필요한 경우가

아니면 사용하지 말아야 합니다.

작업과 기록 항목을 반드시 같은 방식으로 처리해야 하는 것은 아니므로, 관리자는 목록 사용 권한 및

항목별 사용 권한을 혼합할 수 있습니다.

작업 및 워크플로 기록 목록의 위조 및 변조 공격 작업 또는 기록 항목 목록에 대한 제한이 없는 경우 모든 참가자가 작업 또는 기록 항목을 수정할 수

있습니다. 즉, 악의적인 사용자가 작업 설명을 수정하여 참석자에게 잘못된 지침을 제공하거나

참석자들이 악의적인 링크를 클릭하도록 할 수 있습니다. 악의적인 사용자는 또한 지정된 프로세스

143

결과를 변경하기 위해 부정확하거나 잘못된 기록 이벤트를 추가하거나, 기록 이벤트를 수정하여

부정확하거나 잘못된 기록 이벤트로 만들 수 있습니다.

앞에서 자세히 설명한 것처럼 작업 및 기록 목록은 사이트의 일반 목록입니다. 기본적으로 작업

목록이나 기록 목록에 대해 사용 권한이 제한되지 않습니다. 위조 및 변조 공격을 방지하려면 관리자는

존재하는 취약점을 확인한 후, 목록의 열에 대한 액세스를 제한(예: 작업 설명과 같은 취약한 열을 읽기

전용으로 설정하여 워크플로에서 항목 생성 시에만 설정 작업을 수행할 수 있도록 제한)하거나 목록에

특수 권한을 설정하거나 목록의 항목에 항목별 권한을 설정하는 등 액세스 권한을 제한해야 합니다.

워크플로 기록 목록의 보안 문제

워크플로의 주요 이점은 프로세스 정보를 추적하여 프로세스의 진행 상태를 눈으로 확인할 수 있다는

점입니다. 이러한 정보는 워크플로 기록 목록에 저장되고, 워크플로 상태 페이지는 워크플로 기록

목록에서 워크플로 인스턴스 관련 데이터를 검색한 후 사용자가 볼 수 있도록 표시합니다. 사용자는

액세스 권한이 있는 한 워크플로 기록 목록의 모든 항목을 볼 수 있습니다.

워크플로 기록 목록이 정보를 추적하기 때문에 워크플로 기록 목록이 이벤트의 감사 내역으로

사용된다고 생각하는 사용자가 있을 수 있지만 사실은 그렇지 않습니다. 워크플로 기록은 보안 기능이

아닙니다. 기록 목록은 이벤트를 저장하는 표준 SharePoint 목록으로, 모든 사용자에게 표시될 수

있으며 관련된 특정 사용 권한이 없습니다. 기본적으로 사이트에 대한 편집 및 추가 권한이 있는

사용자는 이벤트를 수정하고 추가할 수 있습니다. 이벤트를 감사하려면 SharePoint의 감사 로그

기능을 사용해야 합니다. 관리자만 이 로그에 액세스할 수 있으며, 위조 공격에서 보호하기 위해 이

로그에 대해 수행해야 할 추가 작업은 없습니다.

기록 목록의 보안을 더 강화하려면 관리자는 목록에 대한 편집 및 추가 권한을 제한하여 시스템 계정

관리자(예: 워크플로 관리자) 및 목록 관리자만 항목을 추가하도록 제한할 수 있습니다. 목록

관리자에게는 추가 권한이 있어야 "이 워크플로 종료" 이벤트의 로그를 기록할 수 있습니다. 기록

목록에 대해 편집 및 추가 권한을 제한하는 경우라도 사용자들이 상태 정보를 볼 수 있도록 보기

권한을 부여해야 합니다.

선언적 워크플로의 사용자 가장 단계 유형 사용자 가장 단계 유형은 워크플로 시작자가 아닌 워크플로 제작자가 선언적 워크플로 섹션을

실행하는 데 사용될 수 있습니다. 선언적 워크플로는 워크플로를 만들고 코드 기록 없이 워크플로에

매개 변수를 설정하기 위해 사용하는 모델입니다.

SharePoint Foundation 2010에서 선언적 워크플로는 가장 단계가 발생하지 않는 한 워크플로

시작자의 사용자 컨텍스트에서 항상 실행됩니다. 가장 단계가 발생하는 경우 선언적 워크플로는

워크플로 연결자의 컨텍스트에서 실행됩니다. 기본 워크플로 작업은 워크플로가 실행될 때 워크플로를

시작한 사용자로 가장하여 SharePoint 사용 권한 요구 사항을 충족합니다. 이 방법을 통해 SharePoint

Foundation 2010의 보안은 유지되지만, 사용 권한 수준이 높은 워크플로 디자이너가 강력한

워크플로를 작성하여 사용 권한 수준이 낮은 사용자도 성공적으로 완료할 수 있게 하는 여러 시나리오

가능성을 차단합니다.

안전하고 범위가 지정된 권한 상승 양식을 통해 워크플로로 사이트 작업을 자동화할 수 있습니다.

그러면 SharePoint 사이트 관리자의 업무 부담이 줄어듭니다. 게시나 승인 시나리오에서는 보안

144

수준이 높은 프로세스를 자동화하는 것이 유용합니다. 그래야 기존 작업에서 워크플로 시작자 이외의

사용자로 가장할 수 있습니다.

다음은 사용자 가장 단계 유형을 보여 주는 예제 시나리오입니다.

안전한 목록에 게시

장선희는 자신의 SharePoint 사이트의 공개 블로그에 대한 페이지 문서 라이브러리를 잠갔습니다.

또한 사이트 참가자가 제출한 콘텐츠를 승인할 수 있도록 Microsoft SharePoint Designer 2010을

사용하여 승인 워크플로를 설정했습니다. 그런 다음 가장 단계에 워크플로 작업을 삽입하여

워크플로 작업이 사이트 관리자인 장선희를 항상 워크플로 제작자로 가장하도록 합니다.

최영희(참가자)가 콘텐츠 초안을 사이트의 페이지 라이브러리에 올린 후 문서를 게시하려 합니다.

그러면 게시물을 검토 및 승인할 수 있도록 장선희의 승인 워크플로가 시작됩니다. 최영희를

대신하여 작업이 워크플로의 승인자에게 전송됩니다. 승인자가 검토 및 승인을 마치면 게시물의

중재 상태가 "승인됨"으로 설정됩니다. 최영희에게 페이지를 승인할 권한이 없는 경우에도

마찬가지입니다.

사용자에게 사용 권한 부여

홍성주는 "그룹에 사용자 추가"라는 사용자 가장 작업을 사용하는 워크플로를 SharePoint

Designer 2010에 설정하여 자신의 사이트에 디자인 권한을 부여합니다. 이 워크플로는 가장

단계를 사용하므로 홍성주를 대신하여 그룹에 사용자를 추가하는 작업이 항상 수행됩니다.

참가자가 사이트를 방문하고 목록에 대한 액세스 요청을 양식에 기록할 수 있도록 나머지

워크플로가 설정됩니다.

예를 들어 사용자인 최영희가 요청을 기록하면 별도의 사용자인 정영일이 작업을 수신합니다.

정영일이 해당 작업을 승인하면 정영일이나 최영희 모두 홍성주의 사이트에 대한 목록 관리 권한이

없음에도 불구하고 최영희가 사이트의 디자이너 그룹에 추가됩니다.

서식 파일 및 소유권 가져오기

강판석은 SharePoint Designer 2010에서 일부 워크플로를 만들어 회사에서 다시 사용할 목적으로

서식 파일로 저장했지만 곧 회사를 그만두었습니다. 그의 계정은 제거되고 관리자 상태가

해지되었으며 이제 강판석이 만든 SharePoint Designer 2010 워크플로는 강판석이 사용 권한을

잃었기 때문에 완료할 수 없습니다.

상위 SharePoint 사이트 관리자인 이한일은 SharePoint Designer 2010의 워크플로를 다시 만들지

않고도 각 워크플로에 개입할 수 있습니다. 이한일은 손상된 각 서식 파일에서 관리가 필요한

부분의 소유권을 가져옵니다. 이렇게 하면 강판석의 이름이 아닌 이한일의 이름으로 게시 및

액세스 권한 부여를 안전하게 수행할 수 있으므로 그 외에 변경되는 사항은 없습니다.

다음은 가장할 수 있는 워크플로 작업입니다.

콘텐츠 승인 상태 설정(소유자로 가장)

목록 항목 만들기(소유자로 가장)

목록 항목 업데이트(소유자로 가장)

목록 항목 삭제(소유자로 가장)

목록 항목 사용 권한 추가/제거/설정/상속(소유자로 가장)

145

SharePoint 관리자는 SharePoint 사이트의 워크플로에 가장을 통합함으로써 얻을 수 있는 보안 효과를

고려해야 합니다. 가장을 사용하면 새 작업에 적용될 뿐 아니라, 목록 항목 업데이트와 같은 기존

작업에도 적용됩니다.

예를 들어 워크플로의 사용자 가장 작업을 통해 시작자로 계속 실행할 수 있는 모델이 있다고 가정했을

때, 사이트 모음에 있는 사이트 하나에 대해서만 관리자 권한이 있는 사용자가 악의적으로 워크플로를

만들어 상위 웹 사이트에 대한 권한을 얻을 수 있습니다. 악의적인 사용자는 단지 자신의 악의적인

사이트에 있는 문서 라이브러리로 관리자가 파일을 업로드하도록 유인하기만 하면 워크플로 공격을

개시함과 동시에 상위 웹 사이트 전체를 손상시킬 수 있습니다.

이러한 위험으로 인해 SharePoint Designer 2010에서 "사용자 가장 작업은 항상 해당 연결자로만

가장"하도록 제한하는 기능이 개발되었습니다. 연결자란 워크플로를 특정 목록 또는 웹에 연결하는

사람입니다. SharePoint Foundation 2010 선언적 워크플로에서 연결자는 워크플로 제작자와 동일한

사람입니다. 즉, SharePoint Designer 2010에 워크플로를 만드는 사용자입니다. 하지만 연결자는

선언적 워크플로 서식 파일을 연결하는 사람일 수도 있습니다. 현재 문제가 되는 것은 제작자/연결자의

자격 증명이 권한 상승에 사용되기 때문에 제작자/연결자가 사용자 가장 단계 유형으로 인해 발생하는

모든 것에 대한 책임을 져야만 한다는 것입니다. 그러므로 제작자/연결자는 자신이 디자인하고

연결하는 워크플로를 이해해야 합니다. 따라서 SharePoint Designer 2010에서는 워크플로를 만드는

제작자/연결자에게 경고하기 위해 워크플로 생성 페이지에서 사용자 가장 단계 유형에 대한 경고

메시지를 표시합니다.

146

승인 워크플로: 시나리오(SharePoint Foundation

2010)

대부분의 조직에서 가장 일반적인 휴먼 워크플로의 예는 다양한 형태의 승인입니다. 즉, 한 그룹의

사용자가 특정 문서를 승인 또는 거부해야 하며 이때 자신의 결정에 대한 설명을 추가할 수도

있습니다. 이 문서에서는 SharePoint Designer 2010 또는 Visual Studio 2010의 Workflow

Designer에서 만들어진 다음 SharePoint Foundation 2010을(를) 사용하여 호스팅되는 승인 유형

워크플로가 어떻게 나타나는지 보여 줍니다. 이 예를 읽기 전에 서로 다른 사용자가 수행하는 역할을

정의하는 것이 유용합니다.

워크플로 제작자 워크플로 서식 파일을 만드는 개발자 또는 정보 근로자입니다.

SharePoint Foundation 2010 관리자 워크플로 서식 파일을 설치하고 이 서식 파일을 문서

라이브러리나 목록에 연결하는 사용자입니다.

워크플로 시작자 워크플로를 시작하여 특정 워크플로 연결에서 워크플로 인스턴스를 만드는

사용자입니다.

워크플로 참석자 워크플로 인스턴스와 상호 작용하여 워크플로 인스턴스에서 지원하는 비즈니스

프로세스를 완료하는 사용자입니다.

다음 섹션의 설명과 같이 이러한 각 역할을 맡은 사용자는 워크플로의 제작, 설치, 시작 및 사용에서

고유한 역할을 수행합니다.

워크플로 제작 Microsoft에서는 SharePoint Foundation 2010에서 워크플로를 만들 수 있는 두 가지 옵션을

제공합니다. 개발자는 Visual Studio 2010 및 Workflow Designer를 사용하는 반면에, 정보 근로자는

SharePoint Designer 2010에서 제공하는 규칙 기반 방식을 사용합니다. 두 경우 모두 SharePoint

Foundation 2010을(를) 실행하는 서버에 배포해야 하는 워크플로 서식 파일을 만듭니다. 이

시나리오에서는 워크플로 서식 파일을 이미 만들어 두었다고 가정합니다.

워크플로 연결 워크플로를 사용하려면 먼저 SharePoint Foundation 2010을(를) 실행하는 서버에 워크플로 서식

파일을 설치한 다음 특정 문서 라이브러리, 목록, 콘텐츠 형식 또는 사이트(사이트 워크플로의 경우)와

워크플로를 연결해야 합니다. 그런 다음 해당 라이브러리나 목록의 모든 문서 또는 항목에서

워크플로를 시작할 수 있습니다. 워크플로를 콘텐츠 형식에서 명시적으로 시작할 수는 없지만 콘텐츠

형식과 연결된 워크플로는 해당 콘텐츠 형식이 연결되어 있는 문서 또는 목록 항목에서 시작할 수

있습니다. 워크플로는 항목과 문서에 대해 동일한 방식으로 작동하므로 워크플로 서식 파일은

일반적으로 목록, 라이브러리 또는 콘텐츠 형식에 연결될 수 있습니다. 또한 특정 목록 또는

라이브러리에만 연결할 수 있는 서식 파일을 만들 수도 있습니다.

147

SharePoint Designer 2010을 사용하여 배포되는 워크플로에 대해서는 설치와 연결이 모두 자동으로

수행됩니다. 그러나 Visual Studio를 사용하여 워크플로를 배포하는 경우에는 서버 관리자가 워크플로

서식 파일을 명시적으로 설치해야 합니다. 또한 사용자는 서식 파일을 라이브러리, 목록, 콘텐츠 형식

또는 사이트와 연결해야 합니다. 또한 누구든 이 연결을 만든 사람은 연결에 고유한 이름을 할당하여

사용자가 참조할 수 있도록 합니다. 필요한 경우, 워크플로 제작자는 연결을 만드는 사용자가 워크플로

동작에 대한 옵션을 설정(예: 항상 프로세스에 참석할 수 있는 사용자의 기본 목록)할 수 있도록 허용할

수 있습니다. 동일한 서식 파일을 여러 라이브러리, 목록 또는 콘텐츠 형식과 연결할 수 있으며, 필요에

따라 각 연결을 사용자 지정할 수 있습니다. 연결을 만들고 사용 가능한 모든 옵션을 설정한 후에는

다음 섹션의 설명대로 워크플로 시작자가 이 연결에서 워크플로 인스턴스를 만들 수 있습니다.

워크플로와 사이트 연결 사이트 워크플로는 사이트 자체에 연결됩니다. 워크플로 실행을 위해 항목을 시작할 필요는 없습니다.

사이트 워크플로는 목록 항목 컨텍스트가 없는 프로세스에 사용할 수 있습니다. 예를 들어 워크플로가

시작되는 해당 SharePoint 목록 항목을 만들지 않고도 사이트에 대한 사용 권한을 요청하는 워크플로,

새 사이트를 요청하고 구축하는 워크플로 또는 SharePoint 사이트 외부에 저장되는 컨텍스트를

사용하는 워크플로를 만들 수 있습니다.

사이트 워크플로는 사이트 설정을 통해 사이트와 연결될 수 있고 사이트 자체에서 시작할 수 있습니다.

SharePoint Designer 2010의 경우 사이트에 직접 사이트 워크플로를 배포할 수도 있습니다.

사이트 워크플로는 라이브러리나 목록의 문서 또는 항목에서 시작할 수 없다는 점 외에는, 이 문서의

앞부분에서 설명한 대로 목록 항목과 동일한 방식으로 작동합니다.

자세한 내용은 Add a workflow association (SharePoint Foundation 2010)(영문)를 참조하십시오.

워크플로 시작 SharePoint Foundation 2010에서는 워크플로 인스턴스를 시작할 수 있는 세 가지 옵션을 제공합니다.

세 가지 옵션 모두 워크플로를 매번 처음부터 실행합니다. 특정 연결에서 만들어지는 워크플로의

인스턴스가 이미 특정 문서 또는 목록 항목에 대해 실행되고 있는 경우 동일한 문서 또는 항목에 대해

다른 워크플로 인스턴스를 시작할 수 없습니다. 워크플로를 시작하기 위한 옵션은 다음과 같습니다.

SharePoint Foundation 2010 사용자가 워크플로를 수동으로 시작할 수 있습니다.

사용자가 문서 또는 항목을 만들 때 워크플로가 자동으로 실행되도록 구성할 수 있습니다.

사용자가 문서 또는 항목을 변경할 때 워크플로가 자동으로 실행되도록 구성할 수 있습니다.

예를 들어 Microsoft Word 사용자가 사이트의 문서 라이브러리에 새 문서를 업로드할 수 있습니다.

그러면 해당 라이브러리와 연결된 워크플로의 인스턴스가 시작됩니다.

이 시나리오에서는 이러한 세 가지 옵션 중 첫 번째 옵션을 사용하여 문서에 대한 승인 워크플로를

수동으로 시작합니다. 문서 라이브러리의 문서에서 워크플로 인스턴스를 시작하려면 SharePoint

Foundation 2010 사용자가 다음을 수행합니다.

1. 문서를 가리키고 드롭다운 메뉴에서 워크플로를 선택합니다.

2. 시작할 워크플로를 선택합니다.


148

이 예에서는 승인을 위해 문서를 라우팅하는 워크플로를 만들었다고 가정합니다.

워크플로를 시작하면, 즉 워크플로 인스턴스를 만들면 사용자가 관련 정보를 지정할 수 있는 화면을

표시할 수도 있습니다. 승인을 위해 문서를 라우팅하는 워크플로의 경우 이 정보에는 문서를 승인해야

하는 각 사용자의 이름, 각 승인의 기한 표시 및 알림을 받아야 할 사용자의 목록이 포함될 수

있습니다. 이 정보가 제공된 후 사용자가 시작을 클릭합니다. 그러면 워크플로가 실행되기 시작하여 이

화면에 이름이 입력된 순서대로 각 참석자에게 이 문서 검토를 요청합니다.

워크플로를 시작하면 필요한 경우 워크플로를 시작한 사용자에게 전자 메일 메시지를 보낼 수도

있습니다. 마찬가지로, 워크플로를 완료하면 워크플로 제작자에게 전자 메일로 이를 알릴 수 있습니다.

또한 전자 메일을 통해 워크플로의 참석자(이 예에서는 문서를 승인하는 사용자)에게 워크플로와

관련하여 할 일을 알리도록 워크플로를 구성할 수도 있습니다.

워크플로와 상호 작용 작업의 개념은 실행 중인 워크플로와 사용자 간의 상호 작용을 모델링합니다. 작업은 개인에게

할당되는 일의 단위입니다. 이 예에서는 워크플로 승인 목록의 각 사용자에게 문서의 승인을 요청하는

작업이 할당됩니다. SharePoint Foundation 2010에는 모든 사이트에 대한 작업 목록이 있을 수

있으며, 실행 중인 워크플로는 각 작업에 할당되는 사용자를 지정하는 이 목록에 작업을 추가할 수

있습니다. 해당 사이트의 사용자는 웹 브라우저를 통해 자신의 작업 목록에 액세스하여 대기 중인

작업을 볼 수 있습니다. 필요한 경우, 자신의 워크플로 작업만을 위한 사용자 지정 작업 목록을 사용할

수도 있습니다.

SharePoint Foundation 2010 사용자에게 대기 중인 작업의 목록은 또 다른 목록일 뿐입니다. 이

예에서 사용자는 팀 SharePoint 사이트로 이동하여 자신에게 할당된 작업 목록을 볼 수 있는 옵션을

선택합니다. 이 예에서 사용자는 작업 이름을 클릭하여 작업을 수행할 수 있습니다.

워크플로가 참석자와 상호 작용하는 방식은 다양할 수 있으므로 워크플로 자체에서 사용자에게

표시되는 화면을 정의합니다. 이 예의 워크플로에서는 문서를 승인 또는 거부할 수 있는 옵션과

참석자가 설명을 입력할 수 있는 텍스트 상자를 제공합니다.

사용자가 작업을 다른 사용자에게 다시 할당하거나 변경을 요청할 수 있는 다른 옵션도 사용할 수

있습니다. 여기에서 사용자는 설명을 입력한 다음 승인을 클릭할 수 있습니다. 그러면 워크플로에서

승인자 목록에 있는 다음 사용자의 작업 목록에 작업을 만듭니다. 모든 참석자가 응답하면 워크플로가

종료됩니다.

SharePoint Foundation 2010 워크플로에서는 다음과 같은 다른 옵션도 제공합니다.

워크플로의 시작자는 워크플로의 상태를 확인할 수 있습니다.

예를 들어 여기에 설명된 시나리오에서 시작자는 승인 프로세스의 진행률을 확인할 수 있습니다.

워크플로는 실행하는 동안 수정할 수 있습니다.

워크플로 제작자는 허용되는 수정 항목을 결정합니다(있는 경우). 예를 들어 승인 워크플로를

진행하는 동안 해당 워크플로에서 새 승인자 추가를 허용할 수 있습니다. 실행 중인 워크플로를

수정할 수 있는 기능은 사용자가 실제로 작업하는 방식을 반영하므로 중요합니다. 실제로 비즈니스

프로세스를 갑자기 변경하는 상황은 모든 비즈니스에서 일상적으로 발생하므로 SharePoint

Foundation 2010 워크플로는 사용자가 이러한 상황을 처리할 수 있도록 디자인되었습니다.

149

프로세스 요약 워크플로 서식 파일이 사이트에 설치되고 문서 라이브러리, 목록, 사이트 또는 콘텐츠 형식과 연결되면

사이트 사용자는 워크플로의 인스턴스를 시작할 수 있습니다.

1. 워크플로 시작자가 문서를 선택하고 워크플로 인스턴스를 시작하면 프로세스가 시작됩니다.

2. 시작자가 이 연결에서 워크플로 인스턴스를 만듭니다.

3. 사용자가 이러한 새 인스턴스를 사용자 지정하고 시작합니다.

4. 실행 중인 워크플로 인스턴스가 참석자의 작업 목록에 작업을 추가합니다.

이 시나리오에서 사용되는 승인 워크플로는 이러한 작업을 순서대로 할당합니다. 그러나 한 번에

많은 참석자에게 작업을 할당하여 작업을 동시에 수행하도록 할 수도 있습니다.

5. 워크플로의 참석자는 자신의 작업 목록을 확인하여 워크플로에서 자신에게 할당된 작업에 대해

알아볼 수 있습니다.

6. 각 참석자가 실행 중인 워크플로 인스턴스와 상호 작용하여 할당된 작업을 완료합니다.

여기에 설명된 예에서는 이 상호 작용이 문서를 승인해야 하는 작업이지만 워크플로 제작자가

선택한 어떤 작업이든 상호 작용이 될 수 있습니다.

워크플로가 실행되는 문서 자체는 사용자 간에 전송되지 않습니다. 대신에 문서는 사이트에 남아 있고

각 워크플로 참석자에게는 해당 문서에 대한 링크가 제공됩니다. 실제로, 워크플로와 연결된 문서 또는

항목을 반드시 해당 워크플로에서 사용해야 할 필요는 없습니다. 1, 2 및 5단계에서 워크플로 시작자와

참석자에게 표시되는 내용은 SharePoint Foundation 2010 자체에서 정의합니다. 그러나 워크플로

제작자는 3단계와 6단계에서 사용되는 ASPX 웹 페이지를 정의하고 만들 수 있습니다. 따라서

제작자는 사용자가 워크플로를 사용자 지정하고 워크플로와 상호 작용하는 방식을 제어할 수

있습니다.

150

사이트 만들기 및 유지 관리 계획(SharePoint

Foundation 2010)

Microsoft SharePoint Foundation 2010 환경에 사이트 모음을 많이 포함하려는 경우에는 사이트

만들기 및 유지 관리 계획을 세워야 합니다. 이러한 계획이 없으면 SharePoint 사이트를 만든 시기,

사이트가 활성 상태인지 여부, 비활성 사이트를 제거해도 되는 시기 등을 제어하거나 추적할 수

없습니다. 사용자가 사이트를 사용할 수 있도록 배포하기 전에 다음과 같은 질문에 대한 대답을

확인해야 합니다.

사이트 만들기를 엄격하게 제어할 것인가, 여러 사용자가 사이트를 만들도록 허용할 것인가?

사이트 계층 구조의 어느 수준에서 추가 사이트를 만들어야 하는가?

환경에서 사용하지 않는 사이트를 어떻게 찾아 제거할 것인가?

사이트 만들기 및 유지 관리 계획을 디자인하고 기록하는 데 필요한 정보를 제공하는 문서 및

워크시트로, 이러한 정보를 통해 환경의 사이트 확장을 보다 손쉽게 관리할 수 있습니다.

이 섹션의 내용:

사이트 만들기 프로세스 계획(SharePoint Foundation 2010)

조직에 적합한 사이트 만들기 프로세스의 유형과 이러한 프로세스를 구현하는 데 사용할 방식을

결정하는 방법을 소개합니다.

사이트 유지 관리 및 관리 계획(SharePoint Foundation 2010)

SharePoint 사이트가 사용 가능하고 유용한 최신 상태를 유지하도록 처음부터 사이트의 유지 관리

계획을 세우는 방법을 설명합니다.


할당량 지정 서식 파일 및 휴지통 설정을 결정하는 방법과 사용되지 않는 웹 사이트의 삭제 여부

또는 삭제 시기를 결정하는 방법에 대한 지침을 제공합니다.

151

사이트 만들기 프로세스 계획(SharePoint

Foundation 2010)

일부 조직에서는 사이트를 만들 수 있는 사람이나 사이트를 만드는 시기를 엄격히 제어해야 합니다.

반면, 필요한 경우 사용자에게 사이트를 만드는 데 필요한 더 많은 액세스 권한과 기능을 허용하는

조직도 있습니다. 이 문서에서는 조직에 적합한 사이트 만들기 프로세스의 유형과 해당 프로세스를

구현하는 데 사용할 방법을 결정하는 데 유용한 정보를 제공합니다.


사이트를 만들 수 있는 사람 및 사이트를 만드는 방법 결정

셀프 서비스 사이트 관리 계획

사용자 지정 사이트 만들기 프로세스 계획

워크시트

사이트를 만들 수 있는 사람 및 사이트를 만드는 방법

결정 기본적으로 새 사이트 모음 및 새 최상위 웹 사이트는 중앙 관리를 통해서만 만들 수 있습니다. 즉,

Farm Administrators 그룹의 구성원만 만들 수 있습니다. 이 동작은 소수의 사람에게만 최상위

사이트를 추가할 권한을 부여하며 환경을 엄격히 제어 및 관리하려는 조직에 적합합니다. 그러나

다음과 같은 요구 사항이 있는 조직의 경우 기본 최상위 사이트 만들기 방법이 적합하지 않을 수

있습니다.

사용자가 삭제 가능한 비공식 최상위 사이트(예: 단기 프로젝트)를 쉽게 만들 수 있도록 하려는

경우

팀, 그룹 또는 커뮤니티 상호 작용을 위한 비공식 공간을 조성하려는 경우

내부 또는 외부에서 최상위 사이트를 호스팅하고 있으며 최상위 사이트에 대한 요청 및 응답을

가능한 한 낮은 비용으로 빠르게 처리하려는 경우

사용자가 직접 사이트를 만들고 환경을 일정 부분 제어할 수 있도록 하는 여러 가지 방법이 있습니다.

다음 중 해당 조직에 가장 적합한 방법을 고려합니다.

셀프 서비스 사이트 관리 중앙 관리에서 셀프 서비스 사이트 관리를 설정하여 특정 웹 응용

프로그램 내 /sites 경로 또는 기타 지정 경로에서 사용자가 사이트 모음을 만들도록 허용할 수

있습니다. 이 방법은 그룹이나 커뮤니티에서 사이트를 만들도록 허용하려는 경우에 가장

적합합니다. 또한 사이트를 호스팅하면서 사용자가 복잡한 프로세스를 기다리지 않고 사이트를

만들 수 있도록 하려는 경우에도 유용합니다. 셀프 서비스 사이트 관리의 등록 페이지는 사용자

지정할 수 있습니다. 또는 청구 시스템으로 통합하거나 사이트를 만들 때 사이트의 사용자 지정

메타데이터를 추적하는 데 필요한 모든 정보를 포함하는 페이지로 바꿀 수도 있습니다. 그러나

많은 사용자가 여러 사이트에 액세스해야 하는 경우에는 이 방법이 적합하지 않습니다. 셀프

152

서비스 사이트 관리에서는 별도의 사용 권한이 할당된 사이트 모음을 만들기 때문에 사용자를

각각의 사이트 모음에 고유하게 추가해야 합니다. 대신 하위 사이트를 사용하는 경우 사용자가

사이트 모음의 상위 사이트에서 상속될 수 있습니다. 검색은 특정 사이트 모음 내에서 작동하므로

사용자가 여러 사이트에서 콘텐츠를 찾을 수 있도록 하려면 사이트를 특정 사이트 모음 내 하위

사이트로 만듭니다.

기존 사이트의 하위 사이트 사용자가 새 사이트 모음 및 최상위 사이트가 아닌 기존 사이트의

하위 사이트만 만들 수 있도록 제한합니다. 기존 사이트에서 모든 권한 또는 계층 구조 관리 권한

수준이 할당된 사용자는 하위 사이트를 만들 수 있습니다. 이 방법은 사이트 모음 수도 제어하므로

가장 제한된 방법입니다. 사이트는 항상 다른 사이트의 하위 사이트이므로 몇 개 안 되는 경우에는

쉽게 구성할 수 있지만, 그렇지 않은 경우 구성하고 찾아보기가 매우 어려울 수도 있습니다. 예를

들어 조직의 모든 사람이 하위 사이트를 사용하려고 하고 사이트 모음 계층 구조의 다양한

수준에서 하위 사이트를 만들면 곧 사이트 모음 탐색이 매우 어려워질 수 있습니다.

사용자에게 이 기능을 제공하지 않으려는 경우 사이트 모음 또는 웹 응용 프로그램 수준의

모든 권한 및 계층 구조 관리 권한 수준에서 하위 사이트 만들기를 제거하면 됩니다.

이러한 방법은 모두 콘텐츠 데이터베이스에서 각 사이트가 차지하는 공간을 제어하지

않습니다. 사이트 크기를 제어하려면 할당량을 사용하여 사이트 모음의 크기 제한을 설정해야

합니다. 하위 사이트에 대한 개별 크기 제한은 설정할 수 없습니다. 자세한 내용은 사이트 유지

관리 및 관리 계획(SharePoint Foundation 2010)을 참조하십시오.

셀프 서비스 사이트 관리 계획 셀프 서비스 사이트 관리를 사용하면 사용자가 최상위 웹 사이트를 자동으로 만들어 관리할 수

있습니다. 웹 응용 프로그램에 셀프 서비스 사이트 관리를 설정하면 특정 경로(기본적으로 /sites 경로)

아래에서 최상위 웹 사이트를 만들 수 있습니다. 셀프 서비스 사이트 관리를 설정하면 웹 응용

프로그램의 루트 경로에 있는 최상위 사이트에 자동으로 이 기능에 대한 알림이 추가되므로 해당 공지

사항을 볼 수 있는 권한이 있는 사용자는 링크를 따라 해당 기능을 활용할 수 있습니다.

셀프 서비스 사이트 관리에 /sites 이외의 다른 경로를 사용하려면 와일드카드 포함으로 경로를

추가해야 합니다. 자세한 내용은 공동 작업 사이트 계획(SharePoint Foundation 2010)을

참조하십시오.

이 기능은 웹 서버의 보안에 영향을 줄 수 있습니다. 셀프 서비스 사이트 관리는 기본적으로 사용하지

않도록 설정되며 이 기능을 사용하려면 기능을 설정해야 합니다. 한 번에 한 웹 응용 프로그램의 셀프

서비스 사이트 관리를 사용하도록 설정할 수 있습니다. 서버 팜의 모든 웹 응용 프로그램에서 이

기능을 사용하려는 경우 모든 웹 응용 프로그램에서 각각 해당 기능을 사용하도록 설정해야 합니다.

셀프 서비스 사이트 관리를 사용하려면 다음 사항을 고려해야 합니다.

일반적으로 보조 사이트 모음 관리자가 필요합니다. 관리 알림(예: 할당량이 초과된 경우 보내는

알림 또는 사용하지 않는 웹 사이트를 확인하는 알림)은 기본 및 보조 관리자에게 전달됩니다.

참고:

참고:

참고:

153

담당자가 두 명 이상이면 기본 담당자가 부재 중인 경우에도 보조 담당자가 필요한 작업을 수행할

수 있으므로 한 관리자의 해당 사이트에 대한 관리 부담이 줄어듭니다.

저장 용량 할당량을 정의하고 웹 응용 프로그램의 기본 할당량으로 설정합니다.

콘텐츠 데이터베이스당 허용되는 사이트 수를 검토합니다. 할당량과 함께 사용하면 시스템의

데이터베이스 크기를 제한하는 데 도움이 됩니다.

사용하지 않는 웹 사이트 알림을 사용하도록 설정합니다. 그러면 더 이상 중요하지 않거나

오랫동안 사용하지 않은 사이트를 확인할 수 있습니다.

셀프 서비스 사이트 관리에서는 기존 웹 응용 프로그램에 새로운 최상위 웹 사이트를 만들기 때문에

모든 새 사이트는 웹 응용 프로그램의 기본 할당량 설정, 사용되지 않는 웹 사이트 알림 설정 및 기타

관리 정책에 자동으로 맞춰집니다.

사용자 지정 사이트 만들기 프로세스 계획 고객의 신용 카드 또는 기업의 비용 센터에 비용을 청구하는 백 엔드 청구 시스템에 통합되는 사이트를

요청하는 사용자 지정 양식을 사용하여 고유한 사이트 만들기 프로세스를 만들 수도 있습니다. 복잡한

시스템이나 프로세스를 사이트 만들기의 일부에 포함시키려는 경우 사이트 만들기 인터페이스를

호출하는 사용자 지정 응용 프로그램을 만들고 필요한 기타 작업을 수행해야 합니다. 그러나 사이트

만들기 페이지에 약간의 사용자 지정 필드만 추가하려는 경우(예: 특정 사이트를 요청하는 기업 내

부서를 추적하는 경우) 셀프 서비스 사이트 관리를 사용하여 필요한 정보를 포함하도록 등록 페이지를

사용자 지정하는 방법을 사용하는 것이 좋습니다. 사이트 정의에서 scsignup.aspx 페이지를 사용자

지정하면 전체 응용 프로그램을 개발하지 않고도 필요한 메타데이터를 포함할 수 있습니다.

사용자 지정 응용 프로그램을 구축하거나 사이트 정의에서 페이지를 편집하는 방법에 대한 자세한

내용은 MSDN의 SharePoint 2010 개발자 포털(영문일 수

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

참조하십시오.

워크시트 사이트 만들기 프로세스를 계획하려면 다음 워크시트를 사용합니다.

사이트 만들기 및 유지 관리 워크시트(영문일 수

있음)(http://go.microsoft.com/fwlink/?linkid=193521&clcid=0x412)





154

사이트 유지 관리 및 관리 계획(SharePoint

Foundation 2010)

모든 웹 사이트 특히 만든 사람이 둘 이상인 사이트는 산만해질 수 있습니다. 사이트 규모와 관계없이

정기적으로 검토하고 정리하면 사이트가 원활하게 작동하도록 유지하는 데 도움이 될 수 있습니다.

처음부터 사이트 유지 관리 계획을 작성하면 사용 가능하고 유용한 최신 상태의 사이트를 유지할 수

있습니다.


사이트 유지 관리 계획

사이트 모음 관리 계획

워크시트

사이트 유지 관리 계획 사이트 유지 관리 계획은 다른 환경에 대한 계획과 다르기 때문에 다른 요소를 포함하게 됩니다. IT

부서가 관리하는 사이트에 대한 유지 관리는 사용자가 만든 사이트 또는 사용자가 관리하는 사이트에

대한 유지 관리와 다릅니다. 사이트 유지 관리 계획을 수립하기 위한 최상의 방법은 다음과 같습니다.

IT 부서가 관리하는 사이트에 대해 사용자가 원하는 것이 무엇인지 물어 봅니다. 정기적인 설문

조사를 수행하여 사용자가 사이트에 요구하는 것이 무엇인지 확인합니다.

사용 현황 로그 및 보고서를 통해 사용 중인 사이트 영역을 알아낸 다음 이를 사용자 설문 조사와

상관시켜 개선할 수 있는 부분을 찾아냅니다.

더 이상 사용되지 않는 콘텐츠나 사이트를 보관합니다. 그러나 더 이상 사용되지 않는 콘텐츠나

사이트를 보관 또는 삭제하려는 경우 사용자가 이 계획을 이해하도록 해야 하며 예측 가능한

시기에만 해당 작업을 수행해야 합니다. 예를 들어 콘텐츠를 보관하거나 사용되지 않는 사이트를

삭제할 일정을 게시해야 합니다.

사이트 사용 권한을 정기적으로 검토합니다. 예를 들어 분기마다 사용 권한을 검토하여 그룹 또는

프로젝트에서 제외된 사용자의 사용 권한을 제거합니다.

유지 관리 작업을 수행할 적절한 시간 간격을 선택합니다. 예를 들어 정기 사용자 설문 조사를

수행하려는 경우 연 3회 이상 수행하지 마십시오. 가능하면 1년에 한 번만 수행하십시오.

사이트 콘텐츠를 정기 백업하는 계획을 작성합니다. 백업을 수행하는 빈도를 결정하거나 확인하고

필요한 경우 콘텐츠를 복원하는 프로세스도 결정하거나 확인합니다. 백업 및 복원을 계획하는

방법에 대한 자세한 내용은 백업 및 복구 계획(SharePoint Foundation 2010)을 참조하십시오.

계획 프로세스 중에 사이트 유지 관리 계획을 작성하기 시작합니다. 사이트 조정 및 콘텐츠 보관

빈도를 포함하여 계획을 기록합니다. 팀 구성원 및 사용자 대표에게 계획을 검토하도록 합니다. 이렇게

하면 사용자의 현재 관심사를 파악하고 이러한 관심사를 해결하는 최선의 방법을 결정할 수 있으며

사이트 운영을 시작할 때까지 사이트 유지 관리 계획이 정착되도록 할 수 있습니다.

155

이 정보는 사이트 만들기 및 유지 관리 워크시트(영문일 수

있음)(http://go.microsoft.com/fwlink/?linkid=193521&clcid=0x412)(영문일 수 있음)에 기록해 둘 수

있습니다.

사이트 모음 관리 계획 사이트 유지 관리 계획에는 환경에 있는 사이트 모음의 크기와 수를 관리하는 방법에 대한 계획이

포함되어야 합니다. 셀프 서비스 사이트 관리를 허용하는 경우에는 이 계획이 가장 중요합니다.

대부분의 조직에서는 사이트가 데이터베이스 리소스에 미칠 수 있는 영향 때문에 사이트의 확장

규모를 예측하고 관리하려고 합니다. 예를 들어 특정 콘텐츠 데이터베이스에 사이트 100개가 있고 그

사이트 중 하나가 공간의 50% 이상을 차지한다면 이 사이트에는 자체 콘텐츠 데이터베이스를

배치하는 것이 좋습니다. 이렇게 하면 추가 확장을 위한 여유 공간이 확보되는 동시에 데이터베이스

백업 및 복원 능력이 유지됩니다.

사이트 모음을 관리하기 위한 두 가지 방법은 다음과 같습니다.

사이트 모음 할당량 이 방법을 사용하여 사이트 모음의 확장 규모를 관리할 수 있습니다.

사이트 사용 확인 및 삭제 이 방법을 사용하여 사이트 사용을 모니터링하고 사용되지 않는 사이트

모음을 제거할 수 있습니다.

사이트 모음 할당량 계획

할당량을 사용하여 사이트 저장 용량을 추적하고 제한할 수 있습니다. 사이트 저장 용량이 특정

크기(메가바이트 단위)에 도달하면 사이트 모음 관리자에게 경고 전자 메일 메시지를 보낸 다음 사이트

저장 용량이 최대 크기에 도달하면 사이트에서 추가 콘텐츠를 게시하지 못하도록 할 수 있습니다.

데이터베이스 및 서버 용량 계획을 수행할 때 적용할 크기 한계를 결정합니다(있는 경우). 다음

목록에는 할당량을 최대한 활용하는 방법이 나와 있습니다.

사이트 유형에 따라 서로 다른 할당량 서식 파일을 만듭니다. 예를 들어 각 사업부, 고객 유형 또는

경로에 따라 서로 다른 할당량을 지정하는 것이 좋습니다. 예를 들어 /sites 경로 아래의 사이트는

사이트 모음당 100MB만 할당하면 되는 반면, /vip 경로 아래의 사이트는 사이트 모음당 최대

300MB를 할당해야 할 수 있습니다. 중앙 관리에서 사이트 모음을 만들 때마다 사이트의 기반이

되는 할당량 지정 서식 파일을 지정할 수 있습니다. 셀프 서비스 사이트 관리를 사용하여 만든

사이트에서는 웹 응용 프로그램에 대한 기본 할당량을 사용합니다. 자세한 내용은 Create, edit,

and delete quota templates (SharePoint Foundation 2010)(영문)를 참조하십시오.

사이트의 적절한 확장에 필요한 공간을 충분하게 제공합니다. 저장 용량 요구는 각 사이트의 사용

목적에 따라 크게 달라질 수 있습니다. 사이트는 사용되면서 시간이 경과함에 따라 확장되도록

디자인됩니다. 50MB의 할당량 한계는 대부분의 사이트를 시작하는 데 충분하지 않은 저장

용량이며 오래 사용할 사이트에는 턱없이 부족한 용량입니다.

경고 전자 메일 메시지를 보낸 후 할당량 초과를 이유로 사이트를 잠그기 전에 적정한 시간 여유를

두어야 합니다. 예를 들어 경고 한계를 80MB로 설정하고 사이트 저장 용량 한계를 85MB로

설정하지 마십시오. 사용자가 여러 개의 큰 파일을 업로드하는 중인 경우 알림 메시지를 받고 잠시

후에 작업이 중단된다면 불쾌할 것입니다.



http://technet.microsoft.com/library/6d984258-158b-40d5-b4a5-cdb2cfe8e5f3(Office.14).aspx

http://technet.microsoft.com/library/6d984258-158b-40d5-b4a5-cdb2cfe8e5f3(Office.14).aspx

156

사이트 사용 확인 및 삭제 계획

프로젝트가 종료된 후 비활성화되는 사이트 또는 사용자가 어떤 아이디어를 테스트하기 위해 만든

다음 방치한 사이트에 대한 처리 방법을 계획해야 합니다. 사이트 사용 확인 및 삭제 기능을 사용하면

사이트가 더 이상 필요 없게 되는 시기를 확인할 수 있으므로 환경을 말끔하게 유지할 수 있습니다. 이

기능은 사이트 소유자에게 자동으로 전자 메일 메시지를 보내 사이트를 활성화할지 여부를 알아보는

방식으로 작동합니다. 지정된 시간 동안 지정한 개수의 메시지를 보낸 후에도 사이트 소유자가 전자

메일 메시지에 응답하지 않으면 해당 사이트를 삭제할 수 있습니다.

사이트 사용 확인 및 삭제를 계획하려면 다음 사항을 결정합니다.

사이트를 사용하지 않고 있는지 확인할 시간 간격. 팀 또는 프로젝트 사이트의 기본 시간 간격은

사이트를 만든 후 90일이지만 소유자에게 90일보다 긴 기간을 부여해야 하는 경우가 자주

있습니다. 테스트 또는 개인 사이트의 경우 90일은 너무 길 수 있습니다. 현재 삭제 또는 보관될

예정인 사이트의 대부분은 만들어진 후 활발히 사용되다가 최소 6개월 또는 수 년이 경과하여 수명

주기가 완료된 사이트입니다. 이러한 상황을 고려하면 6개월마다 소유자에게 알리는 것이

유용합니다.

사이트 소유자에게 전자 메일 메시지를 보내 사이트를 사용하지 않고 있는지 확인할 시간 간격. 첫

번째 전자 메일 메시지를 보낸 후 사이트 관리자가 응답하지 않으면 매일, 주 1회 또는 월 1회

간격으로 추가 알림을 계속 보낼 수 있습니다.

사용되지 않는 사이트를 자동으로 삭제할지 여부. 전자 메일 메시지를 여러 번 보냈는데도 사이트

관리자가 응답하지 않는 경우 해당 사이트를 자동으로 삭제하는 대신 먼저 백업하는 것이

좋습니다. 이렇게 하려면 정기 백업이 수행되도록 지정합니다. MSDN의 SharePoint 2010 개발자

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

있음)을 활용하여 삭제 전에 사이트를 자동으로 백업하도록 이 기능을 사용자 지정할 수 있습니다.

그러나 자동 백업은 이 기능의 기본 동작이 아닙니다.

사용하지 않는 사이트를 자동으로 삭제하려는 경우 삭제 전에 사이트 소유자에게 전자 메일을 보낼

횟수. 기본적으로 사이트를 삭제하기 전에 4주 동안 알림을 보내지만 이 기간을 요구 사항에 맞게

늘리거나 줄일 수 있습니다.

자세한 내용은 Manage unused Web sites (SharePoint Foundation 2010)(영문)을 참조하십시오.

워크시트 사이트 유지 관리 및 관리에 대한 계획을 세우려면 다음 워크시트를 사용합니다.

사이트 만들기 및 유지 관리 워크시트(영문일 수

있음)(http://go.microsoft.com/fwlink/?linkid=193521&clcid=0x412)



http://technet.microsoft.com/library/eb760fce-48e0-43a8-9bcf-febb868f7115(Office.14).aspx



157


할당량은 사이트 모음에 저장될 수 있는 최대 데이터 양에 대한 저장 용량 제한 값을 지정합니다. 또한

저장소 크기도 지정하여 데이터가 지정된 크기에 도달하면 사이트 모음 관리자에게 전자 메일 알림을

보내도록 합니다. 할당량 지정 서식 파일은 이러한 설정을 SharePoint 팜의 사이트 모음에 적용합니다.

기본적으로 할당량에는 300점이 포함됩니다. 점수는 CPU 주기, 메모리 또는 페이지 폴트와 같은

리소스 사용에 대한 상대적 측정값입니다. 점수를 통해 다른 방법으로 비교할 수 없는 리소스 사용

측정값을 서로 비교할 수 있습니다. 예를 들어 1점이 되려면 수 백만 CPU 주기가 필요하지만 샌드박스

솔루션의 경우 작동을 멈출 때마다 1점으로 계산됩니다. 샌드박스 솔루션에 대한 자세한 내용은

샌드박스 솔루션 개요(SharePoint Foundation 2010)를 참조하십시오.

할당량은 회사 차원 인트라넷이나 ISP(인터넷 서비스 공급자)와 같은 엔터프라이즈 환경에서

Microsoft SharePoint Foundation 2010을 사용하는 경우 특히 유용합니다. 이러한 환경에서 할당량을

사용하여 다른 사이트 모음이 더 이상 작동할 수 없을 정도로 한 사이트 모음이 많은 리소스를 사용할

수 없게 해야 합니다. 사이트 모음을 만들 때 할당량 지정 서식 파일을 사이트 모음에 할당하거나,

나중에 할당량 지정 서식 파일을 할당할 수 있습니다. 또한 사이트 모음 계층 구조의 어느

위치에서든지 할당량 사용과 관련한 결정을 변경할 수 있습니다.


할당량 관리 계획

할당량 지정 서식 파일 설정 결정

휴지통 설정 결정

사용하지 않는 웹 사이트 삭제

할당량 관리 계획 할당량 관리를 계획하는 기본 단계는 다음과 같습니다.

1. 할당량 지정 서식 파일 설정 결정

2. 휴지통 설정 결정

3. 사용하지 않는 웹 사이트 삭제

이 문서에는 기업에서 사이트 모음에 대한 할당량 설정을 결정하는 방법에 대한 지침이 포함되어

있습니다. 이 문서에는 보내는 전자 메일을 구성하거나, 디스크 할당량 경고 타이머 작업을

시작하거나, 성능 및 용량을 계획하는 방법과 같은 미리 필요한 정보는 포함되어 있지 않습니다.

할당량 지정 서식 파일 설정 결정 SharePoint Foundation 2010 환경에는 사이트 모음에 대한 기본 할당량 지정 서식 파일이 없습니다.

예를 들어 사이트 모음에 대한 할당량은 다음 설정을 시작 지점으로 사용할 수 있습니다.

1. 사이트 크기가 450MB에 도달하면 사이트 모음 관리자에게 자동 전자 메일이 발송됩니다.

158

2. 사이트 모음의 크기가 500MB에 도달하면 사용자는 문서를 더 업로드할 수 없습니다.

사용자가 사이트에 저장할 것으로 예상되는 항목의 크기와 수를 평가해야 합니다. 또한 사이트가

조직의 최상의 방법에 따라 사용되도록 하기 위해 이러한 설정을 적절하게 조정해야 합니다. 예를 들어

조직의 특정 팀이나 그룹이 업무상 많은 양의 콘텐츠를 팀 사이트에 저장해야 하는 경우에는 해당

사이트 모음에 대한 할당량 제한을 조정할 수 있습니다.

할당량을 통해 보고되는 데이터 크기가 데이터베이스의 저장소 크기와 반드시 일치하는 것은

아닙니다. 할당량 수치는 빈 사이트(사용자 콘텐츠가 없는 사이트)의 저장소 수치를 예측하며,

할당량의 수치와 데이터베이스의 실제 저장소 수치를 함께 포함하기 때문입니다. 빈 사이트의 예측

할당량 크기에는 SharePoint Foundation 2010의 실제 서식 파일 페이지 크기(예: _layouts 디렉터리에

있는 페이지 및 양식 페이지)가 포함됩니다.

할당량 지정 서식 파일의 값을 변경하는 경우 해당 변경 내용은 서식 파일을 적용하는 새 사이트

모음에만 적용됩니다. SharePoint Foundation 2010에서는 개체 모델을 사용하여 데이터베이스에서

할당량 값을 업데이트하지 않는 한 변경된 할당량 값을 기존 사이트 모음에 적용하지 않습니다.

휴지통 설정 결정 휴지통은 콘텐츠의 영구 삭제를 방지하는 데 도움이 될 수 있습니다. 사이트 소유자는 휴지통 기능을

사용하여 관리자에게 백업 테이프에서 파일을 복원하는 등의 작업을 요청하지 않고도 사용자가 삭제한

항목을 가져올 수 있습니다. 주요 계획 고려 사항에는 2단계 휴지통을 사용할지 여부와 할당할 공간의

크기가 포함됩니다.

휴지통은 웹 응용 프로그램 수준에서 설정되고 해제됩니다. 기본적으로 휴지통은 웹 응용 프로그램의

모든 사이트 모음에서 설정됩니다.

휴지통은 두 단계로 구성되어 있습니다. 사용자가 항목을 삭제하면 항목이 자동으로 1단계 휴지통에

전송됩니다. 기본적으로 항목이 1단계 휴지통에서 삭제될 때 항목이 2단계 휴지통으로 전송됩니다.

2단계 휴지통에는 사용자가 자신의 휴지통에서 삭제한 항목이 저장됩니다. 사이트 모음 관리자만

2단계 휴지통에서 항목을 복원할 수 있습니다. 2단계 휴지통에 지정된 크기는 총 사이트 크기를

증가시킵니다. 이를 고려하여 데이터 용량을 계획해야 합니다.

사용자가 중요한 문서, 문서 라이브러리의 폴더 또는 목록의 열을 실수로 삭제하는 경우에 대비하여

2단계 휴지통에 10% 정도로 약간의 공간을 할당하는 것이 좋습니다.

삭제된 항목에 대해 지정된 기간(기본적으로 30일)이 만료되면 1단계 및 2단계 휴지통의 항목이

자동으로 삭제됩니다. 그러나 2단계 휴지통의 크기 제한에 도달하면 가장 오래된 항목부터 항목이

자동으로 삭제됩니다. 사이트 모음 관리자가 2단계 휴지통을 수동으로 비울 수도 있습니다. 자세한

내용은 Configure Recycle Bin settings (SharePoint Foundation 2010)(영문)을 참조하십시오.

사용하지 않는 웹 사이트 삭제 할당량 지정 구조를 변경하는 경우 할당량 지정 서식 파일을 삭제할 수 있습니다. 그러나 할당량 지정

서식 파일을 삭제해도 할당량 지정 서식 파일이 적용되는 사이트 모음에서 할당량 값이 삭제되지는

http://technet.microsoft.com/library/267e6d15-1411-458f-8944-ee8cbf305368(Office.14).aspx

159

않습니다. 특정 할당량 지정 서식 파일을 사용하는 모든 사이트 모음에서 할당량을 제거하려면 개체

모델을 사용하거나 SQL Server 쿼리를 수행해야 합니다.

사용하지 않는 사이트의 자동 삭제는 비즈니스 작업에 필수적인 데이터를 삭제하는 위험을 줄이는 데

도움이 될 수 있습니다. 계획 프로세스에 다음 작업을 포함해야 합니다.

모든 사이트에 보조 담당자를 지정합니다. 사이트 소유자에게 연락할 수 없거나 사이트 소유자가

조직을 떠난 경우 보조 담당자가 사이트의 사용을 확인할 수 있습니다. 보조 담당자를 지정하지

않은 상태에서 사용하지 않는 사이트를 삭제할 때까지의 날짜 수나 발송되는 알림 수를 줄이면

필요한 사이트가 실수로 삭제될 수 있습니다.

사이트를 자동으로 삭제하기 전에 보관합니다. 업무상 중요한 정보가 들어 있는 사이트를

복원하거나 삭제된 사이트를 복원해야 하는 경우에 대비하여 콘텐츠 데이터베이스를 오랫동안

저장해 둘 수 있습니다.

160

전자 메일 통합 계획(SharePoint Foundation 2010)

그룹 구성원이 다른 구성원과 상호 작용하고 알림을 통해 정보의 최신 변경 내용을 추적할 수 있도록

하는 웹 응용 프로그램을 만들려면 통신 기능이 사용되어야 합니다. 통신 기능이 제대로 설정되어야

작동할 수 있는 사이트 모음 기능은 다음과 같습니다.

항목 변경 시 그룹 구성원에게 이를 통보하는 알림

사이트 액세스 및 기타 사이트 관리 문제에 대한 요청과 관련된 관리 메시지

토론 그룹

통신 기능을 가장 효과적으로 사용하려면 소프트웨어 요구 사항 및 유지 관리 고려 사항에 대한 이해를

바탕으로 계획을 세워야 합니다.

통신을 계획하려면 다음 문서를 참조하십시오.

받는 전자 메일 계획(SharePoint Foundation 2010) - 토론 그룹에 대한 전자 메일을 설정하는

방법에 대한 정보를 제공합니다.

Plan outgoing e-mail (SharePoint Foundation 2010)(영문) - 알림 및 관리 메시지를 사용하는

방법에 대한 정보를 제공합니다.

161

받는 전자 메일 계획(SharePoint Foundation 2010)

Microsoft SharePoint Foundation 2010의 받는 전자 메일 기능을 사용하면 SharePoint 사이트에서

전자 메일 메시지 및 첨부 파일을 받아 목록 및 라이브러리에 저장할 수 있습니다. 이 문서에서는 서버

및 팜 관리자가 조직에 받는 전자 메일 기능을 배포하기 전에 선택해야 하는 내용을 파악하는 데

도움이 되는 정보를 제공합니다.


받는 전자 메일 정보

받는 전자 메일 계획 시 주요 결정 사항

구성 옵션 및 설정 모드

받는 전자 메일 정보 받는 전자 메일 기능을 사용하면 팀에서 SharePoint 사이트를 열고 전자 메일로 전송된 콘텐츠를

업로드하지 않고도 다른 팀 구성원에게 보내는 전자 메일을 저장할 수 있습니다. 이는 대부분의 목록

및 라이브러리 유형에 고유한 전자 메일 주소를 할당할 수 있기 때문에 가능합니다.

받는 전자 메일을 구성하기 전에 다음 작업을 수행해야 합니다.

기본 시나리오를 사용하는 경우 각 SharePoint 프런트 엔드 웹 서버에서 SMTP(Simple Mail

Transfer Protocol) 서비스 및 Microsoft SharePoint Foundation 웹 응용 프로그램 서비스가

실행되어야 합니다.

고급 시나리오를 사용하는 경우 서버 팜에 있는 하나 이상의 서버를 사용하여 SMTP 서비스를

실행하고 유효한 SMTP 서버 주소를 확보해야 합니다. 아니면 팜 외부에서 SMTP 서비스를

실행하는 서버의 이름과 전자 메일 드롭 폴더의 위치를 알고 있어야 합니다.

SMTP 서비스를 설치하는 방법에 대한 자세한 내용은 받는 전자 메일 구성(SharePoint Foundation

2010)을 참조하십시오.

받는 전자 메일 계획 시 주요 결정 사항 받는 전자 메일을 구현하려는 경우에는 아래 설명된 대로 기본 시나리오를 사용할지 고급 시나리오를

사용할지를 결정해야 합니다.

기본 시나리오 사용

받는 전자 메일의 기본 시나리오에서는 SharePoint Foundation 2010을 실행하는 서버에서

SMTP(Simple Mail Transfer Protocol) 서비스를 설치해야 하며, 모든 기본 설정이 포함된 자동 설정

모드를 통해 받는 전자 메일을 사용하도록 설정할 수도 있습니다. 이 시나리오에서 전자 메일은 SMTP

서버로 바로 전달되며 SharePoint Foundation 2010에서는 SMTP 서비스를 통해 자동으로 구성되는

기본 전자 메일 드롭 폴더에서 주기적으로 전자 메일을 확인합니다.

http://technet.microsoft.com/library/445dd72e-a63b-46d0-b92d-bcf0aa9d8d06(Office.14).aspx


162

자동 설정 모드를 선택하고 모든 기본 설정을 수락하는 것이 받는 전자 메일을 사용하도록 설정하는

가장 쉬운 방법입니다. 모든 구성이 자동으로 설정되어 있어서 전문 지식이 거의 필요하지 않기

때문입니다. 대부분의 조직에서는 이 구성만으로 필요한 모든 부분을 충족할 수 있습니다.

받는 전자 메일의 기본 시나리오를 사용하도록 설정하려면 다음 단계를 수행합니다.

1. 서버 관리자가 기능 추가 마법사를 사용하여 받는 전자 메일을 수신할 서버에 SMTP 서버 기능을

설치합니다. 그러면 해당 서버에서 SMTP 서비스가 설치 및 시작됩니다.

2. 팜 관리자는 자동 설정 모드를 사용하고 모든 기본값을 수락하여 받는 전자 메일을 사용하도록

설정합니다.

3. 사이트 모음 관리자는 받는 전자 메일을 저장할 라이브러리 및 목록에 받는 전자 메일 기능을

사용하도록 설정하고 각 라이브러리 및 목록에 주소@SMTPserveraddress 형식의 고유한 전자

메일 주소(예: [email protected])를 할당합니다.

사용자가 목록 또는 라이브러리의 주소로 전자 메일을 보내면 SharePoint Foundation 2010에서 새

전자 메일이 전달된 것을 감지하고 전자 메일 주소에 따라 적절한 목록 또는 라이브러리로 전자 메일을

보냅니다.

또한 고급 시나리오에서 자동 설정 옵션을 사용하고 Microsoft SharePoint 디렉터리 관리

서비스, 안전한 전자 메일 서버 및 받는 전자 메일 서버 표시 주소의 사용 여부를 선택할 수

있습니다. 이러한 옵션은 모두 이 문서 뒷부분의 "고급 시나리오 사용"에서 설명합니다.

기본 시나리오로 요구 사항이 충족되면 이 문서의 나머지 부분은 건너뛰어도 됩니다. 자세한 내용은

받는 전자 메일 구성(SharePoint Foundation 2010)을 참조하십시오.

고급 시나리오 사용

고급 관리자의 경우 더 많은 옵션을 사용할 수 있습니다. 이러한 옵션 중 일부는 모든 기본 옵션이

설정된 기본 시나리오를 선택할 때보다 배포하는 데 더 많은 전문 지식이 필요합니다. 이 섹션에서는

다음 구성 옵션에 대해 설명합니다.

SharePoint 디렉터리 관리 서비스

받는 전자 메일 서버 표시 주소

안전한 전자 메일 서버

전자 메일 드롭 폴더

고급 시나리오를 사용하여 받는 전자 메일을 구성하는 경우 추가 절차를 수행해야 합니다. 자세한

내용은 받는 전자 메일 구성(SharePoint Foundation 2010)을 참조하십시오.

SharePoint 디렉터리 관리 서비스

SharePoint 디렉터리 관리 서비스는 SharePoint 사이트를 조직의 사용자 디렉터리로 연결하여 향상된

전자 메일 기능을 제공합니다. 이 서비스를 사용하면 사용자가 SharePoint 사이트에서 전자 메일

그룹을 만들고 관리할 수 있습니다. 또한 조직의 사용자 디렉터리에 연락처를 만들어 사용자가

주소록에서 전자 메일을 사용하는 SharePoint 목록을 찾도록 할 수 있습니다. 그러나 SharePoint

참고:



163

디렉터리 관리 서비스는 AD DS(Active Directory 도메인 서비스)와 통신하므로 사용할 때 좀 더 많은

관리가 요구됩니다.

Microsoft Exchange Server와 SharePoint 디렉터리 관리 서비스를 함께 사용하는 것이

좋습니다. 그렇지 않으면 디렉터리 관리 서비스를 직접 사용자 지정해야 합니다.

자동 설정 모드 또는 고급 설정 모드를 사용하여 SharePoint 디렉터리 관리 서비스를 구성할 수

있습니다. SharePoint 서버 팜에서 SharePoint 디렉터리 관리 서비스를 사용하도록 설정하거나 다른

팜의 SharePoint 디렉터리 관리 서비스를 사용할 수 있습니다. 다른 팜에서 실행되는 서비스를

사용하면 중앙 위치, 즉 다른 팜에서 Active Directory 사용 권한을 관리할 수 있는 이점이 있습니다.

SharePoint Foundation 2010을 실행하는 서버 또는 서버 팜에서 이 서비스를 사용하도록 설정하려면

SharePoint Foundation 2010에서 사용하는 SharePoint 중앙 관리 응용 프로그램 풀 계정에 Active

Directory에서 지정한 컨테이너에 대한 쓰기 액세스 권한이 있어야 합니다. 이를 위해서는 Active

Directory 관리자가 OU(조직 구성 단위) 및 OU에 대한 사용 권한을 설정해야 합니다. 원격 팜에서

SharePoint 디렉터리 관리 서비스를 사용하면 이미 OU가 있는 경우 Active Directory 관리자의 도움이

없어도 OU를 만들고 구성할 수 있습니다.

SharePoint 디렉터리 관리 서비스를 사용하려는 경우에는 여러 절차를 수행해야 합니다.

자세한 내용은 받는 전자 메일 구성(SharePoint Foundation 2010)을 참조하십시오.

일반적인 디렉터리 관리 시나리오에서는 다음 단계를 진행합니다.

1. 사이트 모음 관리자가 새 SharePoint 그룹을 만듭니다.

2. 관리자가 메일 그룹을 만들어 SharePoint 그룹에 연결하고 해당 메일 그룹에 전자 메일 주소를

할당합니다.

3. 시간이 지나면서 관리자가 이 SharePoint 그룹에서 사용자를 추가하거나 제거하면 SharePoint

디렉터리 관리 서비스가 Active Directory 디렉터리 서비스에 저장된 메일 그룹에서 자동으로 해당

사용자를 추가하거나 제거합니다. 메일 그룹은 특정 SharePoint 그룹에 연결되어 있으므로 이 메일

그룹은 해당 SharePoint 그룹의 모든 구성원이 사용할 수 있습니다.

4. 기본적으로 팀 사이트에서 토론 게시판 및 일정에 대한 전자 메일 주소가 자동으로 생성되어 팀

메일 그룹에 추가됩니다. 이러한 두 목록의 전자 메일 주소는 기본적으로 그룹 주소.discussions

및 그룹 주소.calendar 형식으로 지정됩니다.

5. 메일 그룹에 토론 게시판 및 일정의 전자 메일 주소를 포함하면 이 메일 그룹에 보낸 모든 전자

메일 및 모임 초대가 팀 사이트에 보관됩니다.

SharePoint 디렉터리 관리 서비스에 대한 자세한 내용은 Inside SharePoint: SharePoint 디렉터리

통합(http://go.microsoft.com/fwlink/?linkid=151766&clcid=0x412)을 참조하십시오.

SharePoint 디렉터리 관리 서비스 구성 옵션

Active Directory에 메일 그룹 및 연락처를 만들도록 SharePoint 디렉터리 관리 서비스를 구성하는

경우 다음 정보를 제공해야 합니다.

참고:

참고:


http://technet.microsoft.com/ko-kr/magazine/2008.09.insidesharepoint.aspx

http://technet.microsoft.com/ko-kr/magazine/2008.09.insidesharepoint.aspx

164

새 메일 그룹 및 연락처가 만들어질 Active Directory 컨테이너의 이름. 이 이름은 다음 형식으로

제공해야 합니다.

OU=컨테이너 이름, DC=도메인 이름, DC=최상위 도메인 이름

예제

OU=SharePointContacts,DC=Contoso,DC=com

받는 전자 메일에 사용할 SMTP 서버 이름을 지정하거나 기본 SMTP 서버를 수락합니다(있는

경우). 해당 이름은 다음과 같은 형식으로 지정해야 합니다.

서버.하위 도메인.도메인.최상위_도메인

예: SharePointServer.support.contoso.com

인증된 사용자의 메시지만 수락할 것인지 여부

사용자가 SharePoint 사이트에서 메일 그룹을 만들도록 허용할 것인지 여부를 지정합니다.

허용하는 경우 다음 작업을 조합하여 사용자가 수행할 수 있는 작업을 선택할 수도 있습니다.

새 메일 그룹 만들기

메일 그룹의 전자 메일 주소 변경

메일 그룹의 제목 및 설명 변경

메일 그룹 삭제

원격 SharePoint 디렉터리 관리 서비스를 사용하여 메일 그룹 및 연락처를 만들도록 SharePoint

디렉터리 관리 서비스를 구성하는 경우 다음 정보를 제공해야 합니다.

원격 디렉터리 관리 서비스 URL(예: http://서버:관리 포트/_vti_bin/SharePointEmailWS.asmx)

받는 전자 메일에 사용할 SMTP 서버 이름

인증된 사용자의 메시지만 수락할 것인지 여부

사용자가 SharePoint 사이트에서 메일 그룹을 만들도록 허용할 것인지 여부

받는 전자 메일 서버 표시 주소

관리자는 사이트, 목록 또는 그룹에 대한 받는 전자 메일 주소를 사용자가 만들 때 웹 페이지에

표시되는 전자 메일 서버 주소를 지정할 수 있습니다. 이 설정은 SharePoint 디렉터리 관리 서비스와

함께 자주 사용되어 사용자가 입력할 수 있는 보다 친숙한 전자 메일 서버 주소(예:

[email protected])를 제공합니다.

안전한 전자 메일 서버

모든 전자 메일 서버의 전자 메일 또는 안전한 전자 메일 서버 응용 프로그램을 통해 라우팅된 전자

메일만 수락하도록 SharePoint Foundation 2010을 구성할 수 있습니다.

안전한 전자 메일 서버를 통해 전자 메일을 라우팅하면 다음과 같은 이점이 있습니다.

사용자 인증: SMTP 서비스에서는 사이트로 전자 메일을 보내는 사용자를 인증할 수 없지만

Exchange Server에서는 가능합니다. 서버 관리자가 SharePoint 중앙 관리 웹 사이트를 사용하여

전자 메일이 Exchange Server를 통해 전송되는 경우 인증된 사용자의 전자 메일만 수락하도록

지정할 수 있습니다.

165

스팸 필터링:Exchange Server에서는 대상 위치(여기서는 SharePoint Foundation 2010을

실행하는 서버)에 원치 않는 상업성 전자 메일을 전달하지 않고 스팸 필터링을 통해 미리

제거합니다. 또한 팀 사이트의 구성원이 구성원에게 쓰기 권한을 부여한 목록에만 전자 메일을

보관할 수 있도록 허용하여 스팸을 줄이는 또 다른 기술도 제공합니다.

바이러스 방지:Exchange Server에서는 해당 서버를 통해 라우팅된 전자 메일에 대해 바이러스

방지 기능을 제공합니다.

이 옵션은 자동 모드에서만 사용할 수 있으므로 이 옵션을 사용하는 경우 하나 이상의 안전한

전자 메일 서버 및 전자 메일 드롭 폴더를 지정할 수 없습니다.

전자 메일 드롭 폴더

SMTP 서비스가 SharePoint 서버 외의 다른 서버에서 실행되는 경우 SharePoint Foundation

2010에서 받는 전자 메일을 검색하는 위치를 지정해야 합니다. SharePoint Foundation 2010에서

받는 전자 메일을 검색할 위치를 인식하도록 하려면 전자 메일 드롭 폴더를 지정합니다. 그러나 특정

전자 메일 드롭 폴더를 지정하는 경우 SharePoint Foundation 2010에서는 전자 메일을 드롭 폴더로

전달하는 원격 전자 메일 서버의 구성 변경 사항을 감지할 수 없습니다. 즉, 관리자가 이 폴더로 전자

메일을 더 이상 전달하지 않도록 전자 메일 서버를 구성하면 SharePoint Foundation 2010에서는

구성이 변경된 사실을 감지할 수 없어 새 위치에서 파일을 검색할 수 없게 됩니다.

받는 전자 메일이 고급 모드로 설정되어 있으면 전자 메일 드롭 폴더에 대한 적절한 사용

권한이 있는지 확인해야 합니다. 자세한 내용은 받는 전자 메일 구성(SharePoint Foundation


이 옵션은 고급 모드에서만 사용할 수 있으므로 이 옵션을 사용하는 경우 전자 메일 드롭 폴더

및 하나 이상의 안전한 전자 메일 서버를 지정할 수 없습니다.

구성 옵션 및 설정 모드 팜 관리자는 받는 전자 메일을 설정할 때 두 가지 설정 모드, 즉 자동 모드와 고급 모드 중에서 선택할

수 있습니다. "기본 시나리오 사용" 섹션에서 설명한 대로 기본 설정을 사용하는 자동 설정 모드를

선택할 수 있지만, 자동 설정 모드에는 사용자가 선택할 수 있는 몇 가지 추가 옵션이 제공됩니다.

다음 표에서는 구성 옵션을 보여 주고 해당 구성 옵션이 중앙 관리의 받는 전자 메일 설정 구성

페이지에서 자동 설정 모드를 사용하여 구성되는지 아니면 고급 설정 모드를 사용하여 구성되는지

보여 줍니다.

구성 옵션 자동 설정 모드 고급 설정 모드

안전한 전자 메일 서버 예 아니요

참고:

참고:

참고:



166

구성 옵션 자동 설정 모드 고급 설정 모드

전자 메일 드롭 폴더 아니요 예

SharePoint 디렉터리 관리 서비스 예 예

받는 전자 메일 서버 표시 주소 예 예

고급 설정 모드와 자동 설정 모드는 둘 다 팜 관리자가 SharePoint 디렉터리 관리 서비스와 웹

페이지에 표시할 전자 메일 서버 주소를 구성할 수 있도록 한다는 점에서 비슷합니다. 하지만 자동

설정 모드에서는 전자 메일을 수락할 전자 메일 서버를 선택하는 기능이 전자 메일을 이동할 폴더를

지정하는 기능으로 바뀌었다는 점이 다릅니다. SharePoint Foundation 2010에서는 이 전자 메일 드롭

폴더를 사용하여 새 전자 메일 메시지를 검색합니다.

자동 모드에서는 전자 메일 드롭 폴더를 SMTP 서비스에서 지정한 폴더로 자동 설정하기

때문에 전자 메일 드롭 폴더 설정을 사용할 수 없습니다.

참고 항목 받는 전자 메일 구성(SharePoint Foundation 2010)

Plan outgoing e-mail (SharePoint Foundation 2010)(영문)

보내는 전자 메일 구성(SharePoint Foundation 2010)

참고:


http://technet.microsoft.com/library/ebb924d4-b9a2-4e40-bcb3-0ee582cc5a21(Office.14).aspx

167

Plan outgoing e-mail (SharePoint Foundation

2010)(영문)

Outgoing e-mail is the foundation on which site administrators can implement several e-mail

notification features. These features help end users track changes and updates to individual site

collections and allow site administrators to deliver status messages.

This article helps site administrators understand both the uses for integrating outgoing e-mail

and the requirements for integrating it into their site collections.

In this article:

About outgoing e-mail

Key planning phases of outgoing e-mail

About outgoing e-mail Properly configuring outgoing e-mail is a requirement for implementing e-mail alerts and

notifications. The outgoing e-mail feature uses an outbound Simple Mail Transfer Protocol

(SMTP) service to relay e-mail alerts and notifications. These e-mail features include the

following:

Alerts

In a large and growing site collection, users need an efficient way to keep up with updates to

lists, libraries, and discussions. Setting up alerts provides an effective means to stay on top

of changes. For example, if many users work on the same document, the owner of the

document can set up alerts to be notified whenever there are changes to this document.

Users can specify which areas of the site collection or which documents they want to track

and decide how often they want to receive alerts.

Users must have at least View permissions to set up alerts.

Administrative messages

Site administrators might want to receive notices when users request access to a site or

when site owners have exceeded their specified storage space. Setting up outgoing e-mail

enables site administrators to receive automatic notifications for site administration issues.

Outgoing e-mail support can be enabled at both the server farm level (available in the System

Settings section of the Central Administration Web site) and at the Web application level

(available in the Application Management section of the Central Administration Web site).

Therefore, you can specify different settings for a specific Web application. Outgoing e-mail

settings at the Web application level override those set up at the server farm level.

참고:

168

Key planning phases of outgoing e-mail Before you configure outgoing e-mail, you must have an SMTP service to relay e-mail alerts and

notifications.

The outgoing e-mail settings include several components that must be considered when

planning for this feature:

An SMTP service to relay e-mail alerts and notifications. You will need the DNS name or IP

address of the SMTP mail server to use.

An address to use in the header of an alert message that identifies the sender of the

message.

A Reply-to address that is displayed in the To field of a message when a user replies to an

alert or notification.

A character set to use in the body of alert messages.

Outbound SMPT server

The SMTP service is a component of Internet Information Services (IIS); however, it is not

enabled by default with IIS. It can be enabled by using Add or Remove Programs in Control

Panel.

After determining which SMTP server to use, the SMTP server must be configured to allow

anonymous access and to allow e-mail messages to be relayed. Additionally, the SMTP server

must have Internet access if you want the ability to send messages to external e-mail addresses.

For more information about installing, configuring, and managing the SMTP service, see Help for

Internet Information Services (IIS) Manager (http://go.microsoft.com/fwlink/?LinkId=72343).

Only a member of the Farm Administrators group can configure an SMTP server. The user

must also be a member of the local Administrators group on the server.

From and Reply-to addresses

When configuring outgoing e-mail, you can configure the following two addresses:

From address

Alerts and notifications are sent from an administrative account on the server farm. This

account is probably not the one you want to be displayed in the From field of an e-mail

message. The address that you use does not need to correspond to an actual e-mail

account; it can be a simple friendly address that is recognizable to an end user. For example,

"Site administrator" might be an appropriate From address.

Reply-to address

참고:



169

This is the address that will be displayed in the To field of a message if a user replies to an

alert or notification. The Reply-to address should also be a monitored account to ensure that

end users receive prompt feedback for issues they might have. For example, a help desk

alias might be an appropriate Reply-to address.

Character set

When you configure outgoing e-mail, you will need to specify the character set to use in the

body of e-mail messages. A character set is a mapping of characters to their identifying code

values. The default character set for outgoing e-mail is Unicode UTF-8, which allows most

combination of characters (including bidirectional text) to co-exist in a single document. In most

cases, the default setting of UTF-8 works well, although East Asian languages are best rendered

with their own character set.

Be aware that if you select a specific language code, the text is less likely to appear correctly in

mail readers configured for other languages.

참고 항목 보내는 전자 메일 구성(SharePoint Foundation 2010)

http://technet.microsoft.com/library/ebb924d4-b9a2-4e40-bcb3-0ee582cc5a21(Office.14).aspx

170

서버 팜 및 환경 계획(SharePoint Foundation

2010)

이 섹션에서는 서버 팜 및 환경을 계획하는 방법에 대해 설명합니다.


시스템 요구 사항(SharePoint Foundation 2010)

서비스 아키텍처 계획(SharePoint Foundation 2010)

인증 계획(SharePoint Foundation 2010)

보안 강화 계획(SharePoint Foundation 2010)

자동 암호 변경 계획(SharePoint Foundation)

비즈니스 연속성 관리 계획(SharePoint Foundation 2010)

가상화 계획(SharePoint Foundation 2010)

171

시스템 요구 사항(SharePoint Foundation 2010)

Microsoft SharePoint Foundation 2010을 설치하기 전에 필요한 하드웨어 및 소프트웨어를 모두

설치했는지 확인해야 합니다. 배포를 효과적으로 계획하려면 해당 환경에서 사용할 웹 브라우저에

대해 제공되는 지원 수준과 SharePoint Foundation 2010에서 IP 버전 4 및 6에 대한 지원이 구현되는

방식을 이해해야 합니다. 또한 SharePoint Foundation 2010의 URL 및 경로 길이 제한도 이해해야

합니다.

이 섹션의 문서는 SharePoint Foundation 2010을 실행하는 데 필요한 필수 구성 요소에 대한 정보를

제공하여 SharePoint Foundation 2010의 설치를 준비하는 과정을 지원합니다.

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

이 문서에서는 SharePoint Foundation 2010을 성공적으로 설치하기 위해 충족해야 할 하드웨어

및 소프트웨어 요구 사항을 설명합니다.

브라우저 지원 계획(SharePoint Foundation 2010)

이 문서에서는 SharePoint Foundation 2010과 함께 사용할 웹 브라우저에 대한 지원 수준을

설명합니다.

URL path length restrictions (SharePoint Foundation 2010)(영문)

이 문서에서는 사이트, 탐색 및 구조를 계획할 때 알고 있어야 하는 SharePoint Foundation 2010,

Internet Explorer 7 및 Internet Explorer 8의 특정 URL 경로 길이 및 문자 제한에 대해 설명합니다.

IP 지원(SharePoint Foundation 2010)

이 문서에서는 SharePoint Foundation 2010에서 IPv4(IP 버전 4) 및 IPv6(IP 버전 6)을 지원하는

방식에 대해 설명합니다.

172

하드웨어 및 소프트웨어 요구 사항(SharePoint

Foundation 2010)

이 문서에는 Microsoft SharePoint Foundation 2010을 설치 및 실행하기 위한 최소 하드웨어 및

소프트웨어 요구 사항이 나와 있습니다.

이 문서에 설명된 최소 하드웨어 사용을 충족하지 않는 시스템에 대해 Microsoft 기술 지원

서비스에 문의하는 경우 해당 시스템을 최소 요구 사항으로 업그레이드하기 전까지 지원이

제한됩니다.


개요

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

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

소프트웨어 요구 사항

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

개요 Microsoft SharePoint Foundation 2010에서는 여러 가지 설치 시나리오를 제공합니다. 현재 가능한

설치 시나리오로는 기본 제공 데이터베이스가 있는 단일 서버를 설치하는 경우와 단일 서버 또는 다중

서버를 포함하는 팜을 설치하는 시나리오가 있습니다.

하드웨어 요구 사항 - 웹 서버, 응용 프로그램 서버 및

단일 서버 설치 다음 표의 요구 사항은 기본 제공 데이터베이스가 있는 단일 서버를 설치하는 경우와 여러 서버 팜

설치 환경에서 SharePoint Foundation 2010이 실행되는 서버에 모두 적용됩니다.

구성 요소 최소 요구 사항

프로세서 64비트(4코어)

RAM 독립 실행형 또는 평가판으로 사용하는 경우

4GB

단일 서버 및 다중 서버 팜의 프로덕션 환경에

사용하는 경우 8GB

중요:

173


하드 디스크 시스템 드라이브 공간 80GB

프로덕션 환경에서 사용하려면 일상 작업을

실행하는 데 디스크 공간이 추가로 필요합니다.

따라서 프로덕션 환경에서는 RAM 용량의 두 배에

해당하는 사용 가능한 디스크 공간을 유지해야

합니다. 자세한 내용은 Capacity management

and sizing for SharePoint Server 2010(영문)을

참조하십시오.

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

중소 규모 배포에 대한 정의는 Capacity management and sizing for SharePoint Server

2010(영문)의 "참조 아키텍처" 섹션에 설명되어 있습니다.


프로세서 64비트(소규모 배포의 경우 4코어)

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

RAM 8GB(소규모 배포의 경우)

16GB(중간 규모 배포의 경우)

대규모 배포의 경우에는 저장소 및 SQL Server 용량 계획 및 구성(SharePoint

Server 2010)에서 "메모리 요구 사항 예측" 섹션을 참조하십시오.

참고:

SharePoint Products 2010 환경에 필요한 데이터는 분산되어 있기

때문에 이러한 값은 SQL Server에 대해 권장되는 최소값보다 큽니다.

SQL Server 시스템 요구 사항에 대한 자세한 내용은 SQL Server 2008

설치를 위한 하드웨어 및 소프트웨어 요구

사항(http://go.microsoft.com/fwlink/?linkid=129377&clcid=0x412)을

참조하십시오.

하드 디스크 시스템 드라이브 공간 80GB

하드 디스크 공간은 SharePoint 콘텐츠의 크기에 따라 달라집니다. 배포에

사용할 콘텐츠 및 다른 데이터베이스의 크기를 예측하는 방법에 대한 자세한

내용은 저장소 및 SQL Server 용량 계획 및 구성(SharePoint Server 2010)을

참고:

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




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






174


참조하십시오.

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

서버를 포함하는 서버 팜 설치에 적용됩니다.

SharePoint Foundation 2010에서는 단일 레이블 도메인 이름을 지원하지 않습니다. 자세한

내용은 단일 레이블 DNS 이름의 도메인에 대해 Windows를 구성하는 방법에 대한 정보를

참조하십시오.

SharePoint Foundation 2010 시작 페이지에서 액세스할 수 있는 Microsoft SharePoint 제품 준비

도구를 사용하면 SharePoint Foundation 2010의 소프트웨어 필수 구성 요소를 설치하는 데 도움이

됩니다. 이러한 필수 구성 요소 중 일부는 인터넷에서 설치되므로 인터넷에 연결되어 있어야 합니다.

자세한 내용은 SQL Server가 설치된 단일 서버 배포(SharePoint Foundation 2010), 기본 제공

데이터베이스가 포함된 단일 서버 배포(SharePoint Foundation 2010) 및 3계층 팜의 다중

서버(SharePoint Foundation 2010)를 참조하십시오.

최소 요구 사항

환경 최소 요구 사항

팜의

데이터베이스

서버

다음 중 하나가 필요합니다.

64비트 버전의 Microsoft SQL Server 2008 R2

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

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

2(http://go.microsoft.com/fwlink/?linkid=165962&clcid=0x412) 페이지에서

핫픽스 보기 및 다운로드 요청하기 링크를 클릭하고 지침을 따릅니다. 핫픽스

요청 페이지에서 SQL_Server_2008_SP1_Cumulative_Update_2 파일을

다운로드합니다. Windows Server 2008 R2에 Microsoft SQL Server 2008

SP1을 설치할 때 호환성 경고가 표시될 수 있습니다. 이 경고를 무시하고

설치를 계속 진행해도 됩니다.

참고:

CU2, CU5 또는 CU5 이상의 CU 대신 CU3 또는 CU4를 사용하는 것은

좋지 않습니다. 자세한 내용은 SQL Server 2008에 대한 누적 업데이트

패키지

중요:

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

http://technet.microsoft.com/library/58d28a34-7a84-4564-a4cb-0e6b5425f67e(Office.14).aspx

http://technet.microsoft.com/library/6181fe5b-90ca-40cf-aade-abd59cf3c907(Office.14).aspx

http://technet.microsoft.com/library/6181fe5b-90ca-40cf-aade-abd59cf3c907(Office.14).aspx

http://technet.microsoft.com/library/246fb1c9-660e-40b5-860b-7d681f04505a(Office.14).aspx

http://technet.microsoft.com/library/246fb1c9-660e-40b5-860b-7d681f04505a(Office.14).aspx





175


5(http://go.microsoft.com/fwlink/?linkid=196928&clcid=0x412)를

참조하십시오. SQL_Server_2008_RTM_CU5_SNAC 파일을

다운로드합니다.

64비트 버전의 Microsoft SQL Server 2005 SP3(서비스 팩 3). SQL Server

2005 서비스 팩 3에 대한 누적 업데이트 패키지

3(http://go.microsoft.com/fwlink/?linkid=165748&clcid=0x412) 페이지에서

핫픽스 보기 및 다운로드 요청하기 링크를 클릭하고 지침을 따릅니다. 핫픽스

요청 페이지에서 SQL_Server_2005_SP3_Cumulative_Update_3 파일을

다운로드합니다.

SQL Server의 버전을 선택하는 방법에 대한 자세한 내용은 SQL Server 2008 R2

및 SharePoint 2010 제품: 함께 사용할 때의 이점(백서)(SharePoint Server

2010)를 참조하십시오.

기본 제공

데이터베이스가

포함된 단일 서버

64비트 버전의 Windows Server 2008 Standard, Enterprise, Data Center,

Web Server SP2 또는 64비트 버전의 Windows Server 2008 R2 Standard,

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

2008을 실행하는 경우 Microsoft SharePoint 제품 준비 도구에서 Windows

Server 2008 SP2를 자동으로 설치합니다.

참고:

설치 프로그램을 실행하기 전에 Windows Server 2008 및 Windows

Server 2008 R2의 업데이트를 다운로드해야 합니다. 이 업데이트는

준비 도구를 통해 설치되는 .NET Framework 3.5 SP1에 대한

핫픽스로, WCF에서 전송 보안 또는 메시지 암호화 없이 토큰 인증을

지원하는 방법을 제공합니다. 자세한 내용 및 링크는 이 문서

뒷부분에서 "적용 가능한 소프트웨어에 대한 액세스" 섹션을

참조하십시오.

KB979917 - Sharepoint 문제에 대한 - 성능 카운터 수정 및 사용자

가장(영문일 수


수 있음)

Windows Server 2008 SP2의 경우 Windows6.0-KB979917-

x64.msu(Vista) 파일을 다운로드하십시오.

Windows Server 2008 R2의 경우 Windows6.1-KB979917-

x64.msu(Win7) 파일을 다운로드하십시오.

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

실행하는 서버에 ASP.NET 2.0 기반 응용 프로그램을 배포할 때 두 가지

문제가

발생합니다.(http://go.microsoft.com/fwlink/?linkid=192578&clcid=0x412)를

참조하십시오.





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










176


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

웹 서버(IIS) 역할

응용 프로그램 서버 역할

Microsoft .NET Framework 버전 3.5 SP1

SQL Server 2008 Express SP1

Microsoft Sync Framework Runtime v1.0(x64)

Microsoft Filter Pack 2.0

Microsoft .NET Framework 3.5용 Microsoft Chart Controls

Windows PowerShell 2.0

SQL Server 2008 Native Client

Microsoft SQL Server 2008 Analysis Services ADOMD.NET

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

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

제공하는 .NET Framework 3.5 SP1에 대한 핫픽스

Windows Identity Foundation(WIF)

참고:

Microsoft "Geneva" Framework가 설치되어 있으면 Windows Identity

Foundation(WIF)를 설치하기 전에 이를 제거해야 합니다.

팜의 프런트 엔드

웹 서버 및 응용

프로그램 서버

64비트 버전의 Windows Server 2008 Standard, Enterprise, Data Center,

Web Server SP2 또는 64비트 버전의 Windows Server 2008 R2 Standard,

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

2008을 실행하는 경우 Microsoft SharePoint 제품 준비 도구에서 Windows

Server 2008 SP2를 자동으로 설치합니다.

참고:

설치 프로그램을 실행하기 전에 Windows Server 2008 및 Windows

Server 2008 R2의 업데이트를 다운로드해야 합니다. 이 업데이트는

준비 도구를 통해 설치되는 .NET Framework 3.5 SP1에 대한

핫픽스로, WCF에서 전송 보안 또는 메시지 암호화 없이 토큰 인증을

지원하는 방법을 제공합니다. 자세한 내용 및 링크는 "적용 가능한

소프트웨어에 대한 액세스" 섹션을 참조하십시오.

KB979917 - Sharepoint 문제에 대한 - 성능 카운터 수정 및 사용자

가장(영문일 수


수 있음)

Windows Server 2008 SP2의 경우 Windows6.0-KB979917-




177


x64.msu(Vista) 파일을 다운로드하십시오.

Windows Server 2008 R2의 경우 Windows6.1-KB979917-

x64.msu(Win7) 파일을 다운로드하십시오.

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

실행하는 서버에 ASP.NET 2.0 기반 응용 프로그램을 배포할 때 두 가지

문제가

발생합니다.(http://go.microsoft.com/fwlink/?linkid=192578&clcid=0x412)를

참조하십시오.

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

웹 서버(IIS) 역할

응용 프로그램 서버 역할

Microsoft .NET Framework 버전 3.5 SP1

Microsoft Sync Framework Runtime v1.0(x64)

Microsoft Filter Pack 2.0

Microsoft .NET Framework 3.5용 Microsoft Chart Controls

Windows PowerShell 2.0

SQL Server 2008 Native Client

Microsoft SQL Server 2008 Analysis Services ADOMD.NET

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

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

제공하는 .NET Framework 3.5 SP1에 대한 핫픽스

Windows Identity Foundation(WIF)

참고:

Microsoft "Geneva" Framework가 설치되어 있으면 Windows Identity

Foundation(WIF)를 설치하기 전에 이를 제거해야 합니다.

클라이언트

컴퓨터

지원되는 브라우저. 자세한 내용은 브라우저 지원 계획(SharePoint


선택적 소프트웨어





178

환경 선택적 소프트웨어

기본 제공

데이터베이스가 있는

단일 서버

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

대한 개발 환경 설정(영문일 수

있음)(http://go.microsoft.com/fwlink/?linkid=164557&clcid=0x412)(영

문일 수 있음)을 참조하십시오.

클라이언트 컴퓨터 Microsoft Office 2010 클라이언트. 자세한 내용은 Microsoft Office

2010(영문일 수

있음)(http://go.microsoft.com/fwlink/?linkid=195843&clcid=0x412)(영

문일 수 있음)를 참조하십시오.

Microsoft Silverlight 3

적용 가능한 소프트웨어에 대한 액세스 Windows Server 2008 또는 Microsoft SQL Server를 설치하려면 이 섹션에 나와 있는 웹 사이트로

이동하면 됩니다. 나머지 소프트웨어 필수 구성 요소는 모두 SharePoint Foundation 시작 페이지를

통해 설치할 수 있습니다. 대부분의 소프트웨어 필수 구성 요소도 이 섹션에 나와 있는 웹 사이트에서

제공됩니다. 웹 서버(IIS) 역할 및 응용 프로그램 서버 역할은 서버 관리자에서 수동으로 사용하도록

설정할 수 있습니다.

인터넷을 통해 직접 필수 구성 요소를 설치할 수 없는 시나리오에서는 네트워크 공유에서 필수 구성

요소를 설치할 수 있습니다. 자세한 내용은 네트워크 공유에서 필수 구성 요소 설치(SharePoint


SharePoint Foundation 2010(http://go.microsoft.com/fwlink/?linkid=197422&clcid=0x412)

SharePoint Foundation 2010 언어

팩(http://go.microsoft.com/fwlink/?linkid=197424&clcid=0x412)

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(영문일 수


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

SQL Server 2005(영문일 수


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)







http://technet.microsoft.com/library/3fdf5e00-dffa-46bb-a6b8-abaf66aa583f(Office.14).aspx

http://technet.microsoft.com/library/3fdf5e00-dffa-46bb-a6b8-abaf66aa583f(Office.14).aspx















179

SQL Server 2008에 대한 누적 업데이트 패키지

5(http://go.microsoft.com/fwlink/?linkid=197434&clcid=0x412).

SQL_Server_2008_RTM_CU5_SNAC 파일을 다운로드합니다.


SQL Server 2005 서비스 팩 3에 대한 누적 업데이트 패키지


Microsoft Windows Server 2008 SP2(영문일 수


Windows Server 2008 SP2 수정: WCF에서 전송 보안 또는 메시지 암호화 없이 토큰 인증을

지원하는 방법을 제공하는 핫픽스를 .NET Framework 3.5 SP1에서 사용할 수 있음(영문일 수


Windows Server 2008 R2 수정: WCF에서 전송 보안 또는 메시지 암호화 없이 토큰 인증을

지원하는 방법을 제공하는 핫픽스를 .NET Framework 3.5 SP1에서 사용할 수 있음(영문일 수


Microsoft .NET Framework 3.5 서비스 팩


Microsoft SQL Server 2008 Express Edition 서비스 팩


Windows Identity Foundation for Windows Server 2008(영문일 수


Windows Identity Foundation for Windows Server 2008 R2(영문일 수


Microsoft Sync Framework v1.0(영문일 수


Microsoft Office 2010 Filter Pack(영문일 수


Microsoft .NET Framework 3.5용 Microsoft Chart

Controls(http://go.microsoft.com/fwlink/?linkid=141512&clcid=0x412)

Windows PowerShell 2.0(영문일 수


Microsoft SQL Server 2008 Native

Client(http://go.microsoft.com/fwlink/?linkid=166505&clcid=0x412)

Microsoft SQL Server 2008 Analysis Services ADOMD.NET(영문일 수


KB979917 - Sharepoint 문제에 대한 - 성능 카운터 수정 및 사용자 가장(영문일 수


Windows Server 2008 SP2의 경우 Windows6.0-KB979917-x64.msu(Vista) 파일을

다운로드하십시오.




































180

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(영문일 수


Microsoft Office 2010(영문일 수


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)


SQL Server 2008 서비스 팩 1 누적 업데이트 패키지



SQL Server 2005 서비스 팩 3 누적 업데이트 패키지


Microsoft Windows Server 2008 SP2(영문일 수


Windows Server 2008 SP 2 수정: .NET Framework 3.5 SP1에 대해 WCF에서 메시지 암호화

또는 전송 보안을 사용하지 않는 토큰 인증을 지원하는 메서드를 제공하는 핫픽스가

제공됩니다.(영문일 수

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

Windows Server 2008 R2 수정: .NET Framework 3.5 SP1에 대해 WCF에서 메시지 암호화 또는

전송 보안을 사용하지 않는 토큰 인증을 지원하는 메서드를 제공하는 핫픽스가 제공됩니다.(영문일

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

Microsoft .NET Framework 3.5 서비스 팩


Microsoft SQL Server 2008 Express Edition 서비스 팩


Windows Identity Framework for Windows Server 2008(영문일 수




































181

Windows Identity Framework for Windows Server 2008 R2(영문일 수


Microsoft Sync Framework v1.0(영문일 수


Microsoft Office 2010 Filter Pack(영문일 수


Microsoft .NET Framework 3.5용 Microsoft Chart

Controls(http://go.microsoft.com/fwlink/?linkid=141512&clcid=0x412)

Windows PowerShell 2.0(영문일 수


Microsoft SQL Server 2008 기능 팩, 2008년

8월(http://go.microsoft.com/fwlink/?linkid=166505&clcid=0x412)

Microsoft SQL Server 2008 Analysis Services ADOMD.NET(영문일 수


KB979917 - Sharepoint 문제에 대한 - 성능 카운터 수정 및 사용자 가장(영문일 수


Windows Server 2008 SP2의 경우 Windows6.0-KB979917-x64.msu(Vista) 파일을


Windows Server 2008 R2의 경우 Windows6.1-KB979917-x64.msu(Win7) 파일을


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

2.0 기반 응용 프로그램을 배포할 때 두 가지 문제가

발생합니다.(http://go.microsoft.com/fwlink/?linkid=192578&clcid=0x412)를 참조하십시오.

Microsoft Office 2010(영문일 수


Microsoft Silverlight 3(영문일 수


.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용)




























182

브라우저 지원 계획(SharePoint Foundation 2010)

Microsoft SharePoint Foundation 2010에서는 일반적으로 사용되는 여러 웹 브라우저를 지원합니다.

이 문서에서는 다양한 수준의 웹 브라우저 지원 및 게시된 사이트에 대한 브라우저 호환성에 대해

설명하고 ActiveX 컨트롤이 기능에 영향을 주는 방식을 살펴봅니다.


브라우저 지원 계획 정보

주요 브라우저 지원 계획 단계

ActiveX 컨트롤

브라우저 지원 계획 정보 SharePoint Foundation 2010에서는 일반적으로 사용되는 여러 웹 브라우저를 지원합니다. 그러나

특정 웹 브라우저에서는 일부 SharePoint Foundation 2010 기능이 다운그레이드 또는 제한되거나

다른 단계를 통해서만 사용할 수 있습니다. 일부 경우에는 중요하지 않은 관리 작업에 대해 기능을

사용할 수 없을 수도 있습니다.

SharePoint Foundation 2010 배포를 계획할 때에는 SharePoint Foundation 2010의 최적 성능을

보장할 수 있도록 조직에서 사용하는 브라우저를 검토하는 것이 좋습니다.

주요 브라우저 지원 계획 단계 브라우저 지원은 SharePoint Foundation 2010 구현에서 중요한 부분입니다. SharePoint Foundation

2010을 설치하기 전에 SharePoint Foundation 2010에서 어떤 브라우저를 지원하는지 알고 있어야

합니다. 이 항목에서는 다음 영역에 대해 다룹니다.

브라우저 지원 수준

브라우저 세부 정보

게시 사이트에 대한 브라우저 호환성

브라우저 지원 수준

SharePoint Foundation 2010에 대한 브라우저 지원 수준은 다음과 같은 세 가지로 나눌 수 있습니다.

지원

지원되는 웹 브라우저는 SharePoint Foundation 2010과 함께 작동하도록 지원되는 웹

브라우저이며, 모든 기능이 정상적으로 작동합니다. 문제가 발생하는 경우에는 지원을 통해 이러한

문제를 해결하는 데 도움을 받을 수 있습니다.

알려진 제한이 적용된 상태로 지원

http://technet.microsoft.com/library/4c6070ba-f685-4451-b48c-fd1780614c99.aspx#section1

http://technet.microsoft.com/library/4c6070ba-f685-4451-b48c-fd1780614c99.aspx#section2

http://technet.microsoft.com/library/4c6070ba-f685-4451-b48c-fd1780614c99.aspx#Section3

183

알려진 제한이 적용된 상태로 지원되는 웹 브라우저는 몇 가지 알려진 제한이 적용된 상태로

SharePoint Foundation 2010과 함께 작동하도록 지원되는 웹 브라우저입니다. 대부분의 기능은

정상적으로 작동하지만 작동하지 않거나 기본적으로 사용되지 않는 기능이 있는 경우 이러한

문제를 해결하는 방법이 나와 있는 설명서를 바로 활용할 수 있습니다.

테스트되지 않음

테스트되지 않은 웹 브라우저는 SharePoint Foundation 2010과의 호환성을 테스트하지 않았으며

특정 웹 브라우저를 사용하는 과정에 문제가 발생할 수 있음을 나타냅니다. SharePoint

Foundation 2010은 최신 표준 기반 웹 브라우저와 가장 원활하게 작동합니다.

브라우저 세부 정보

특정 비즈니스 요구 사항에 따라 웹 브라우저가 SharePoint Foundation 2010과 함께 작동하도록

하려면 조직에서 보유하고 있거나 사용할 계획인 웹 브라우저에 대한 세부 정보를 검토해야 합니다.

Internet Explorer 8(32비트)

Internet Explorer 8(32비트)은 다음 운영 체제에서 지원됩니다.

Windows Server 2008 R2

Windows Server 2008

Windows Server 2003

Windows 7

Windows Vista

Windows XP

알려진 제한

Internet Explorer 8(32비트)에 대해서는 알려진 제한이 없습니다.



Windows Server 2008

Windows Server 2003

Windows Vista

Windows XP

알려진 제한

Internet Explorer 7(32비트)에 대해서는 알려진 제한이 없습니다.


Internet Explorer 8.0(64비트)은 다음 운영 체제에서 지원됩니다.


Windows Server 2008

Windows Server 2003

Windows 7

184

Windows Vista

Windows XP

알려진 제한

다음 표에는 Internet Explorer 8(64비트)의 기능과 이러한 각 기능의 알려진 제한이 나와 있습니다.

기능 제한

Outlook에 연결, Office에 연결 및 SharePoint

Workspace와 동기화

ActiveX 컨트롤 및 stssync:// 프로토콜과 함께

작동합니다. 따라서 Microsoft Office 2010에서

제공되는 것 같은 ActiveX 컨트롤이 없으면 기능이

제한될 수 있습니다. 또한 기능을 사용하려면

Microsoft Outlook 등의 stssync:// 프로토콜과

호환되는 응용 프로그램이 있어야 합니다.

데이터시트 보기 64비트 ActiveX 컨트롤이 필요합니다. Microsoft

Office 2010에서는 이러한 컨트롤의 64비트

버전을 제공하지 않습니다.

Microsoft Office 응용 프로그램에서 편집 64비트 ActiveX 컨트롤이 필요합니다. Microsoft



폴더 보기 SharePoint Foundation 2010에서

제거되었습니다. 이전 버전의 SharePoint

Foundation 2010에서 업그레이드된

라이브러리에는 여전히 폴더 보기가 있을 수

있지만 작동하지 않을 수 있습니다.

Excel로 내보내기 확장명이 .iqy인 파일을 웹 브라우저로

다운로드합니다. Microsoft Excel이 설치되어

있지 않고 이 파일을 열도록 구성된 다른 응용

프로그램이 없는 경우 이 기능이 작동하지

않습니다.

파일 업로드 및 복사 64비트 ActiveX 컨트롤이 필요합니다. Microsoft



Microsoft InfoPath 2010 통합 64비트 ActiveX 컨트롤이 필요합니다. Microsoft



Microsoft PowerPoint 2010 그림 라이브러리

통합

Microsoft Office 2010에서 제공되는 것 같은

64비트 ActiveX 컨트롤이 필요합니다. 컨트롤이

설치되지 않은 경우 사용자는 다음과 같은 해결

185

기능 제한

방법을 사용할 수 있습니다.

사용자가 그림 라이브러리에서 여러 그림을

업로드하려면 Upload.aspx를 사용하여 한

번에 하나씩 그림을 업로드해야 합니다.

사용자가 그림 라이브러리에 있는 그림을

편집하려면 그림을 다운로드하여 편집한 다음

그림 라이브러리에 업로드해야 합니다.

사용자가 그림 라이브러리에서 그림을 둘 이상

다운로드하려면 그림 링크를 클릭하여 한 번에

하나씩 그림을 다운로드해야 합니다.

Microsoft Visio 2010 다이어그램 만들기 64비트 ActiveX 컨트롤이 필요합니다. Microsoft



새 문서 64비트 ActiveX 컨트롤이 필요합니다. Microsoft

Office 2010에서는 이 컨트롤의 64비트 버전을

제공하지 않습니다. 새 문서 명령이 작동하지 않을

수 있지만 문서 업로드 기능을 사용할 수

있습니다. 서버에 Office Web Applications를

설치 및 구성하면 새 문서 명령이 정상적으로

작동하고 브라우저에서 Office 문서를 만들 수

있습니다.

보내기 64비트 ActiveX 컨트롤을 활용할 수 있습니다.

Microsoft Office 2010에서는 이 컨트롤의 64비트

버전을 제공하지 않습니다. 컨트롤이 없으면

SharePoint 팜 간에 파일을 보낼 수 없습니다.

그러나 사이트 간에는 여전히 파일을 보낼 수

있습니다.

양식 서명(InfoPath Form Services) 64비트 ActiveX 컨트롤이 필요합니다. Microsoft



스프레드시트 및 데이터베이스 통합 64비트 ActiveX 컨트롤이 필요합니다. Microsoft


제공하지 않습니다. 컨트롤이 설치되지 않은 경우

사용자는 다음과 같은 해결 방법을 사용할 수

있습니다.

사용자가 문서를 편집하려는 경우 문서를

다운로드하여 편집한 다음 다시 서버에

186

기능 제한

저장해야 합니다.

편집하기 위해 문서를 체크 아웃해야 하는

목록에서 사용자가 편집 메뉴를 사용하여

문서를 체크 아웃하고 편집한 다음 편집

메뉴를 사용하여 체크 인해야 합니다.

스프레드시트로 내보내기. 사용자가 리본의

목록 탭에서 스프레드시트로 내보내기를

클릭하여 SharePoint 목록을 스프레드시트로

내보낼 수 있습니다.

웹 파트 간 연결 SharePoint 사이트에 대한 브라우저 팝업 차단을

비활성화해야 할 수 있습니다.



Windows Server 2008

Windows Server 2003

Windows Vista

Windows XP

알려진 제한

다음 표에는 Internet Explorer 7(64비트)의 기능과 이러한 각 기능의 알려진 제한이 나와 있습니다.

기능 제한



ActiveX 컨트롤 및 stssync:// 프로토콜과 함께

작동합니다. 따라서 Microsoft Office 2010에서

제공되는 것 같은 ActiveX 컨트롤이 없으면 기능이

제한될 수 있습니다. 이 기능을 사용하려면



데이터시트 보기 64비트 ActiveX 컨트롤이 필요합니다. Microsoft



Microsoft Office 응용 프로그램에서 편집 64비트 ActiveX 컨트롤이 필요합니다. Microsoft



187

기능 제한





있습니다.


다운로드합니다. Microsoft Excel이 설치되어

있지 않고 이 파일을 열도록 구성된 다른 응용

프로그램이 없는 경우 이 기능이 작동하지

않습니다.

파일 업로드 및 복사 64비트 ActiveX 컨트롤이 필요합니다. Microsoft



Microsoft InfoPath 2010 통합 64비트 ActiveX 컨트롤이 필요합니다. Microsoft




통합

Microsoft Office 2010에서 제공되는 것 같은

64비트 ActiveX 컨트롤이 필요합니다. 컨트롤이

설치되지 않은 경우 사용자는 다음과 같은 해결

방법을 사용할 수 있습니다.










Microsoft Visio 2010 다이어그램 만들기 64비트 ActiveX 컨트롤이 필요합니다. Microsoft



새 문서 64비트 ActiveX 컨트롤이 필요합니다. Microsoft


제공하지 않습니다. 새 문서 명령이 작동하지 않을

수 있지만 문서 업로드 기능을 사용할 수

있습니다. 서버에 Office Web Applications를

188

기능 제한

설치 및 구성하면 새 문서 명령이 정상적으로

작동하고 브라우저에서 Office 문서를 만들 수

있습니다.

보내기 64비트 ActiveX 컨트롤을 활용할 수 있습니다.

Microsoft Office 2010에서는 이 컨트롤의 64비트

버전을 제공하지 않습니다. 컨트롤이 없으면

SharePoint 팜 간에 파일을 보낼 수 없습니다.

그러나 사이트 간에는 여전히 파일을 보낼 수

있습니다.

양식 서명(InfoPath Form Services) 64비트 ActiveX 컨트롤이 필요합니다. Microsoft



스프레드시트 및 데이터베이스 통합 64비트 ActiveX 컨트롤이 필요합니다. Microsoft


제공하지 않습니다. 컨트롤이 설치되지 않은 경우


있습니다.














Mozilla Firefox 3.6(Windows 운영 체제)

Mozilla Firefox 3.6은 다음 운영 체제에서 지원됩니다.


Windows Server 2008

Windows Server 2003

189

Windows 7

Windows Vista

Windows XP

알려진 제한

다음 표에는 Mozilla Firefox 3.6(Windows 운영 체제)의 기능과 이러한 각 기능의 알려진 제한이 나와

있습니다.

기능 제한

Outlook에 연결,

Office에 연결 및

SharePoint


ActiveX 컨트롤과 함께 작동하지만 Firefox 컨트롤 어댑터가 필요합니다.

Microsoft Office 2010에서는 이 컨트롤을 위한 Firefox 컨트롤 어댑터를

제공하지 않습니다. 또한 기능을 사용하려면 Microsoft Outlook 등의

stssync:// 프로토콜과 호환되는 응용 프로그램이 있어야 합니다.

데이터시트 보기 Microsoft Office 2010에서 제공되는 것 같은 ActiveX 컨트롤과 Firefox

컨트롤 어댑터가 필요합니다. Microsoft Office 2010에서는 이 컨트롤을 위한

Firefox 컨트롤 어댑터를 제공하지 않습니다.

웹 파트 끌어서 놓기 웹 파트 페이지에서 끌어서 놓기를 사용하여 이동할 수 없습니다. 사용자는

웹 파트에서 편집을 클릭하고 웹 파트 수정을 선택한 다음 웹 파트 속성

페이지의 레이아웃 섹션에서 영역을 선택해야 합니다. 그러면 페이지에서

끌어서 놓기를 사용하여 웹 파트를 이동할 수 있습니다.

Microsoft Office 응용

프로그램에서 편집

SharePoint Foundation 2010에서 제공되는 것 같은 ActiveX 컨트롤과

Firefox 컨트롤 어댑터가 필요합니다. Microsoft Office 2010 Firefox 플러그

인에 대한 자세한 내용은 FFWinPlugin 플러그 인(영문일 수


수 있음)을 참조하십시오. 서버에 Office Web Applications를 설치 및

구성하면 편집 기능이 정상적으로 작동하고 브라우저에서 Office 문서를

수정할 수 있습니다. 이 기능은 Firefox 플러그 인이 설치된 Microsoft Office

2010 또는 이와 동일한 제품에서만 작동합니다.

폴더 보기 SharePoint Foundation 2010에서 제거되었습니다. 이전 버전의 SharePoint

Foundation 2010에서 업그레이드된 라이브러리에는 여전히 폴더 보기가

있을 수 있지만 작동하지 않을 수 있습니다. 폴더 보기를 사용하려면 Internet

Explorer가 필요합니다.

Excel로 내보내기 확장명이 .iqy인 파일을 웹 브라우저로 다운로드합니다. Microsoft Excel이

설치되어 있지 않고 이 파일을 열도록 구성된 다른 응용 프로그램이 없는

경우 이 기능이 작동하지 않습니다.

파일 업로드 및 복사 Microsoft Office 2010에서 제공되는 것 같은 ActiveX 컨트롤과 Firefox





190

기능 제한

Microsoft InfoPath

2010 통합

Microsoft Office 2010에서 제공되는 것 같은 ActiveX 컨트롤과 Firefox



Microsoft PowerPoint

2010 그림 라이브러리

통합



Firefox 컨트롤 어댑터를 제공하지 않습니다. 컨트롤이 설치되지 않은 경우

사용자는 다음과 같은 해결 방법을 사용할 수 있습니다.

사용자가 그림 라이브러리에서 여러 그림을 업로드하려면

Upload.aspx를 사용하여 한 번에 하나씩 그림을 업로드해야 합니다.

사용자가 그림 라이브러리에 있는 그림을 편집하려면 그림을

다운로드하여 편집한 다음 그림 라이브러리에 업로드해야 합니다.

사용자가 그림 라이브러리에서 그림을 둘 이상 다운로드하려면 그림

링크를 클릭하여 한 번에 하나씩 그림을 다운로드해야 합니다.

Microsoft Visio 2010

다이어그램 만들기




새 문서 Microsoft Office 2010에서 제공되는 것 같은 ActiveX 컨트롤과 Firefox

컨트롤 어댑터가 필요합니다. Microsoft Office 2010 Firefox 플러그 인에

대한 자세한 내용은 FFWinPlugin 플러그 인(영문일 수


수 있음)을 참조하십시오. 새 문서 명령이 작동하지 않을 수 있지만 문서

업로드 기능을 사용할 수 있습니다. 서버에 Office Web Applications를 설치

및 구성하면 새 문서 명령이 정상적으로 작동하고 브라우저에서 Office

문서를 만들 수 있습니다.

서식 있는 텍스트

편집기 - 기본 도구

모음

사용자는 필드의 속성을 변경하여 기본 도구 모음인 서식 있는 텍스트

편집기를 리본이 포함된 서식 있는 텍스트 전체 편집기로 업데이트할 수

있습니다. 이렇게 하려면 FldEdit.aspx의 목록 설정 메뉴에서 특정 필드

설정을 선택합니다. 그런 다음 열에서 설명을 클릭합니다. 추가 열 설정

섹션의 허용할 텍스트 형식 지정에서 향상된 서식 있는 텍스트(그림, 테이블 및

하이퍼링크가 포함된 서식 있는 텍스트)를 선택합니다.

보내기 Microsoft Office 2010에서 제공되는 것 같은 ActiveX 컨트롤과 Firefox

컨트롤 어댑터를 활용할 수 있습니다. Microsoft Office 2010에서는 이

컨트롤을 위한 Firefox 컨트롤 어댑터를 제공하지 않습니다. 컨트롤이 없으면

SharePoint 팜 간에 파일을 보낼 수 없습니다. 그러나 사이트 간에는 여전히

파일을 보낼 수 있습니다.

양식 서명(InfoPath Microsoft Office 2010에서 제공되는 것 같은 ActiveX 컨트롤과 Firefox




191

기능 제한

Form Services) Firefox 컨트롤 어댑터를 제공하지 않습니다.

스프레드시트 및

데이터베이스 통합



Firefox 컨트롤 어댑터를 제공하지 않습니다. 컨트롤이 설치되지 않은 경우

사용자는 다음과 같은 해결 방법을 사용할 수 있습니다.

사용자가 문서를 편집하려는 경우 문서를 다운로드하여 편집한 다음 다시

서버에 저장해야 합니다.

편집하기 위해 문서를 체크 아웃해야 하는 목록에서 사용자가 편집

메뉴를 사용하여 문서를 체크 아웃하고 편집한 다음 편집 메뉴를

사용하여 체크 인해야 합니다.

스프레드시트로 내보내기. 사용자가 리본의 목록 탭에서 스프레드시트로

내보내기를 클릭하여 SharePoint 목록을 스프레드시트로 내보낼 수

있습니다.

웹 파트 간 연결 SharePoint 사이트에 대한 브라우저 팝업 차단을 비활성화해야 할 수

있습니다.

Mozilla FireFox 3.6(비 Windows 운영 체제)

Mozilla FireFox 3.6은 다음 운영 체제에서 지원됩니다.

Mac OSX

UNIX/Linux

알려진 제한

다음 표에는 Mozilla FireFox 3.6(비 Windows 운영 체제)의 기능과 이러한 각 기능의 알려진 제한이

나와 있습니다.

기능 제한





데이터시트 보기 이 플랫폼에서 지원되지 않는 ActiveX 컨트롤이

필요합니다. Microsoft Office 2010에서는 이

컨트롤을 위한 Firefox 컨트롤 어댑터를 제공하지

않습니다.

웹 파트 끌어서 놓기 웹 파트 페이지에서 끌어서 놓기를 사용하여

이동할 수 없습니다. 사용자는 웹 파트에서 편집을

클릭하고 웹 파트 수정을 선택한 다음 웹 파트

속성 페이지의 레이아웃 섹션에서 영역을

192

기능 제한

선택해야 합니다. 그러면 페이지에서 끌어서

놓기를 사용하여 웹 파트를 이동할 수 있습니다.

Microsoft Office 응용 프로그램에서 편집 이 플랫폼에서 지원되지 않는 ActiveX 컨트롤이

필요합니다. 서버에 Office Web Applications를

설치 및 구성하면 편집 기능이 정상적으로

작동하고 브라우저에서 Office 문서를 수정할 수

있습니다.





있지만 작동하지 않을 수 있습니다. 폴더 보기를

사용하려면 Internet Explorer가 필요합니다.


다운로드합니다. 이 파일을 열도록 구성된 응용

프로그램이 있어야 합니다.

파일 업로드 및 복사 이 플랫폼에서 지원되지 않는 ActiveX 컨트롤이

필요합니다.

Microsoft InfoPath 2010 통합 이 플랫폼에서 지원되지 않는 ActiveX 컨트롤이

필요합니다.


통합

이 플랫폼에서 지원되지 않는 ActiveX 컨트롤이

필요합니다. Microsoft Office 2010에서는 이

컨트롤을 위한 Firefox 컨트롤 어댑터를 제공하지

않습니다. 컨트롤이 설치되지 않은 경우 사용자는

다음과 같은 해결 방법을 사용할 수 있습니다.










Microsoft Visio 2010 다이어그램 만들기 이 플랫폼에서 지원되지 않는 ActiveX 컨트롤이

필요합니다.

193

기능 제한

새 문서 이 플랫폼에서 지원되지 않는 ActiveX 컨트롤이

필요합니다. 새 문서 명령이 작동하지 않을 수

있지만 문서 업로드 기능을 사용할 수 있습니다.

서버에 Office Web Applications를 설치 및

구성하면 새 문서 명령이 정상적으로 작동하고

브라우저에서 Office 문서를 만들 수 있습니다.

서식 있는 텍스트 편집기 – 기본 도구 모음 사용자는 필드의 속성을 변경하여 기본 도구

모음인 서식 있는 텍스트 편집기를 리본이 포함된

서식 있는 텍스트 전체 편집기로 업데이트할 수

있습니다. 이렇게 하려면 FldEdit.aspx의 목록

설정 메뉴에서 특정 필드 설정을 선택합니다. 그런

다음 열에서 설명을 클릭합니다. 추가 열 설정

섹션의 허용할 텍스트 형식 지정에서 향상된 서식

있는 텍스트(그림, 테이블 및 하이퍼링크가 포함된

서식 있는 텍스트)를 선택합니다.

보내기 이 플랫폼에서 지원되지 않는 ActiveX 컨트롤을

활용할 수 있습니다. 컨트롤이 없으면 SharePoint

팜 간에 파일을 보낼 수 없습니다. 그러나 사이트

간에는 여전히 파일을 보낼 수 있습니다.

양식 서명(InfoPath Form Services) 이 플랫폼에서 지원되지 않는 ActiveX 컨트롤이

필요합니다.

스프레드시트 및 데이터베이스 통합 이 플랫폼에서 지원되지 않는 ActiveX 컨트롤이

필요합니다. 컨트롤이 설치되지 않은 경우


있습니다.













194

기능 제한


UNIX/Linux 시스템에 설치된 FireFox 브라우저에서는 웹 파트 메뉴가 작동하지 않을 수

있습니다.

목록 데이터시트 보기 및 사용자 현재 상태 정보를 표시하는 컨트롤 등의 일부 ActiveX 기능은

Mozilla Firefox 3.6에서 작동하지 않습니다. Firefox 사용자는 Microsoft Office 2010 Firefox

Plug-in을 사용하여 문서를 실행할 수 있습니다.

Safari 4.04(비 Windows 운영 체제)

Safari 4.0.4는 다음 운영 체제에서 지원됩니다.

Mac OSX(버전 10.6, Snow Leopard)

알려진 제한

다음 표에는 Safari 4.04(비 Windows 운영 체제)의 기능과 이러한 각 기능의 알려진 제한이 나와

있습니다.

기능 제한





데이터시트 보기 이 플랫폼에서 지원되지 않는 ActiveX 컨트롤이

필요합니다.

웹 파트 끌어서 놓기 웹 파트 페이지에서 끌어서 놓기를 사용하여

이동할 수 없습니다. 사용자는 웹 파트에서 편집을

클릭하고 웹 파트 수정을 선택한 다음 웹 파트

속성 페이지의 레이아웃 섹션에서 영역을

선택해야 합니다. 그러면 페이지에서 끌어서

놓기를 사용하여 웹 파트를 이동할 수 있습니다.

Microsoft Office 응용 프로그램에서 편집 이 플랫폼에서 지원되지 않는 ActiveX 컨트롤이

필요합니다. 서버에 Office Web Applications를

설치 및 구성하면 편집 기능이 정상적으로

작동하고 브라우저에서 Office 문서를 수정할 수

있습니다.



참고:

참고:

195

기능 제한



있습니다. 폴더 보기를 사용하려면 Internet

Explorer가 필요합니다.


다운로드합니다. 이 파일을 열도록 구성된 응용

프로그램이 있어야 합니다.

파일 업로드 및 복사 이 플랫폼에서 지원되지 않는 ActiveX 컨트롤이

필요합니다.

Microsoft InfoPath 2010 통합 이 플랫폼에서 지원되지 않는 ActiveX 컨트롤이

필요합니다.


통합

이 플랫폼에서 지원되지 않는 ActiveX 컨트롤이



있습니다.










Microsoft Visio 2010 다이어그램 만들기 이 플랫폼에서 지원되지 않는 ActiveX 컨트롤이

필요합니다.

새 문서 이 플랫폼에서 지원되지 않는 ActiveX 컨트롤이

필요합니다. 새 문서 명령이 작동하지 않을 수

있지만 문서 업로드 기능을 사용할 수 있습니다.

서버에 Office Web Applications를 설치 및

구성하면 새 문서 명령이 정상적으로 작동하고

브라우저에서 Office 문서를 만들 수 있습니다.

서식 있는 텍스트 편집기 – 기본 도구 모음 사용자는 필드의 속성을 변경하여 기본 도구

모음인 서식 있는 텍스트 편집기를 리본이 포함된

서식 있는 텍스트 전체 편집기로 업데이트할 수

있습니다. 이렇게 하려면 FldEdit.aspx의 목록

196

기능 제한

설정 메뉴에서 특정 필드 설정을 선택합니다. 그런

다음 열에서 설명을 클릭합니다. 추가 열 설정

섹션의 허용할 텍스트 형식 지정에서 향상된 서식

있는 텍스트(그림, 테이블 및 하이퍼링크가 포함된

서식 있는 텍스트)를 선택합니다.

보내기 이 플랫폼에서 지원되지 않는 ActiveX 컨트롤을

활용할 수 있습니다. 컨트롤이 없으면 SharePoint

팜 간에 파일을 보낼 수 없습니다. 그러나 사이트

간에는 여전히 파일을 보낼 수 있습니다.

양식 서명(InfoPath Form Services) 이 플랫폼에서 지원되지 않는 ActiveX 컨트롤이

필요합니다.

스프레드시트 및 데이터베이스 통합 이 플랫폼에서 지원되지 않는 ActiveX 컨트롤이



있습니다.















SharePoint Foundation 2010에서는 Internet Explorer 6(32비트)을 지원하지 않습니다. 게시 사이트를

사용하는 경우 이 문서의 "게시 사이트에 대한 브라우저 호환성" 섹션을 참조하십시오.

ActiveX 컨트롤 SharePoint Foundation 2010의 일부 기능에서는 ActiveX 컨트롤을 사용합니다. 보안 환경에서 제품의

기능이 올바르게 작동하려면 클라이언트 컴퓨터에서 이러한 컨트롤이 작동할 수 있어야 합니다.

197

Microsoft Office 2010에서 제공되는 것 같은 일부 ActiveX 컨트롤은 64비트 브라우저 버전과 함께

작동하지 않습니다. Microsoft Office 2010(64비트)의 경우에는 다음 컨트롤만 64비트 브라우저와

함께 작동합니다.

name.dll – 현재 상태 정보

198

URL path length restrictions (SharePoint

Foundation 2010)(영문)

This article discusses the specific URL path length and character restrictions in Microsoft

SharePoint Foundation 2010, Internet Explorer 7, and Internet Explorer 8 that you should be

aware of when planning sites, navigation, and structure. This article does not discuss URL length

limitations in other browsers. For this information, see the browser documentation.

In this article:

Understanding URL and path lengths

URL path length limitations

Resolving URL length problems

Understanding URL and path lengths This section discusses URL composition, how SharePoint Foundation 2010 builds URLs, how

URLs are encoded and lengthened, and passed as parameters in other URLs.

SharePoint URL composition

The total length of a SharePoint URL equals the length of the folder or file path, including the

protocol and server name and the folder or file name, plus any parameters that are included as

part of the URL. The formula is as follows:

URL = protocol + server name + folder or file path + folder or file name+ parameters

For example, the following is a typical URL path to a file stored in SharePoint Foundation 2010:

http://www.contoso.com/sites/marketing/documents/Shared%20Documents/Promotion/Some%2

0File.xlsx

Where the parts of the URL path are as listed in the following table.

URL part Example

Protocol http://

Server name www.contoso.com/

Folder or file path sites/marketing/documents/Shared%20Documents/Promotion/

File name Some%20File.xlsx

199

URL Encoding

URL encoding ensures that all browsers will correctly transmit text in URL strings. Characters

such as a question marks (?), ampersands (&), slash marks (/), and spaces might be truncated

or corrupted by some browsers. SharePoint Foundation 2010 adheres to the standards for URL

encoding that are defined in The Internet Engineering Task Force (IETF) RFC 3986

(http://go.microsoft.com/fwlink/?LinkId=195564&clcid=0x409).

If you have non-standard ASCII characters, such as high-ASCII or double-byte Unicode

characters, in the SharePoint URL, each of those characters is URL-encoded into two or more

ASCII characters when they are passed to the Web browser. Thus, a URL with many high-ASCII

characters or double-byte Unicode characters can become longer than the original un-encoded

URL. The list below gives examples of the multiplication factors:

High-ASCII characters — for example, (!, ", #, $, %, &, [Space]): multiplication factor = 3

Double byte Unicode characters — for example, Japanese, Chinese, Korean, Hindi:

multiplication factor = 9

For example, when you translate the names of sites, library, folder, and file in the URL path

http://www.contoso.com/sites/marketing/documents/Shared%20Documents/Promotion/Some%2

0File.xlsx into Japanese, the resulted encoded URL path will become something like the

following:

http://www.contoso.com/sites/%E3%83%9E%E3%83%BC%E3%82%B1%E3%83%86%E3%82%A3

%E3%83%B3%E3%82%B0/%E6%96%87%E6%9B%B8/DocLib/%E3%83%97%E3%83%AD%E3%8

3%A2%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3/%E3%83%95%E3%82%A1%E3%82%

A4%E3%83%AB.xlsx. This path is 224 characters, whereas the original URL path is only 94

characters.

The following characters cannot be used in an un-encoded URL: (~, #, %, &, *, {}, \, :,

<>, /, +, |, “).

URL parameters

URL parameters are data that are included as part of the URL that are processed. These

parameters are also URL-encoded and can be encoded multiple times, producing very long

URLs.

For example, if you browse to a list, the URL might be something like the following:

http://www.contoso.com/sites/marketing/documents/Shared%20Documents/Forms/AllItemA.asp

x?RootFolder=%2Fsites%2Fmarketing%2Fdocuments%2FShared%20Documents%2FPFPromoti&F

olderCTID=0x012000F2A09653197F4F4F919923797C42ADEC&View={CD527605-9A7A-448D-

9A35-67A33EF9F766}. This URL is 260 characters.

If you then click Create View on the Library tab, the entire URL is included in the resulting URL as

the source parameter and it is encoded to be much longer — for example,

http://www.contoso.com/sites/marketing/documents/_layouts/ViewType.aspx?List=%7BED6E21E

중요:

http://go.microsoft.com/fwlink/?LinkId=195564&clcid=0x409

200

0%2DDF28%2D4165%2DBC3E%2D5371987CC2D2%7D&Source=http%3A%2F%2Fwww%2Econto

so%2Ecom%2Fsites%2Fmarketing%2Fdocuments%2FShared%2520Documents%2FForms%2FAllIt

ems%2Easpx%3FRootFolder%3D%252Fsites%252Fmarketing%252Fdocuments%252FShared%25

20Documents%252FPromotion%26FolderCTID%3D0x012000F2A09653197F4F4F919923797C42A

DEC%26View%3D%7BCD527605%2D9A7A%2D448D%2D9A35%2D67A33EF9F766%7D. This URL

is 457 characters.

SharePoint Foundation 2010 truncates the URL source parameter if the total URL length

to be passed to Internet Explorer is more than 1950 bytes. The source parameter is a

reference to a previously visited page. The result of the truncation of the source

parameter is that the user will be referred back to default location rather than the location

specified in the source parameter.

Other parameters, such as sort orders, root folder parameters, and views are not

truncated.

URL path length limitations This section discusses the different URL length limitations in SharePoint Foundation 2010 and

Internet Explorer, and how to plan for URL path lengths.

SharePoint URL path length limitations

The limitations In this section apply to the total length of the URL path to a folder or a file in

SharePoint Foundation 2010 but not to the length of any parameters. Also, these limitations apply

only to un-encoded URLs, not to encoded URLs. There is no limit to encoded URLs in

SharePoint Foundation 2010. The limitations are the following:

260 Unicode (UTF-16) code units – the characters in a full file path, not including a

domain/server name.

256 Unicode (UTF-16) code units – the characters in a full folder path, not including the file

name and the domain/server name.

128 Unicode (UTF-16) code units - characters in a path component, that is, a file or folder

name.

260 Unicode (UTF-16) code units – the characters in a full path, including a domain/server

name for use with Office clients.

256 Unicode (UTF-16) code units – the characters in a full path including the domain/server

name, for use with Active X controls.

For more information, see Microsoft Knowledge Base article 894630, You receive a "The

specified file or folder name is too long" error message

(http://go.microsoft.com/fwlink/?LinkId=195567&clcid=0x409).

중요



201

Understanding code units - In most cases, one UTF-16 character equals one UTF-16

code unit. However, characters that use Unicode code points greater than U+10000 will

equal two UTF-16 code units. These characters include, but are not limited to, Japanese

or Chinese surrogate pair characters. If your paths include these characters, the URL

length will exceed the URL length limitation with fewer than 256 or 260 characters.

Internet Explorer URL length limitations

Internet Explorer also has limitations that are separate from those in SharePoint Foundation

2010. Even though you make the SharePoint Foundation 2010 URL path shorter than the

limitations, you might experience an Internet Explorer URL length limitation because of added

parameters and encoding of the URL. You must use the most restrictive limitation as a guideline

for planning URL lengths.

Both Internet Explorer 7 and Internet Explorer 8 have a maximum URL length of 2,083 UTF-8

characters and a maximum path length of 2,048 UTF-8 characters. However, in Internet Explorer

7, under certain circumstances, the effective URL length limitation is 1024 UTF-8 characters, not

2083 UTF-8 characters. For more information about the URL length limits in Internet Explorer,

see Microsoft Knowledge Base article 208427, Maximum URL length is 2,083 characters in

Internet Explorer (http://go.microsoft.com/fwlink/?LinkId=195568&clcid=0x409).

Unless all of the browsers in the environment are Internet Explorer 8, use the effective

limit of 1024 UTF-8 characters.

Resolving URL length problems There are several ways that you can resolve or mitigate URL length problems in the SharePoint

Foundation 2010 environment. The following list provides suggestions:

Upgrade all the end-user browsers to Internet Explorer 8, which has a longer URL length

limit.

Use shorter names for sites, folders, and documents and control the depth of the site and

folder structures to reduce the lengths of URLs.

If possible or allowed, use ASCII names for sites, folders, and documents. This will avoid

situations where the URL will be lengthened by being encoded.

To reduce the risk that the SharePoint Foundation 2010 end-users will encounter problems

because of URL length limitations, we recommend that you apply the following effective limits

in the deployment:

256 Unicode (UTF-16) Code units - the effective file path length limitation, including a

domain/server name

참고:

중요:



202

128 Unicode (UTF-16) Code units - the path component length limitation

203

IP 지원(SharePoint Foundation 2010)

이 문서에서는 Microsoft SharePoint 2010 제품의 IPv4(인터넷 프로토콜 버전 4) 및 IPv6(인터넷

프로토콜 버전 6) 주소 지원에 대해 설명합니다.

SharePoint 2010 제품에서는 다음 환경을 지원합니다.

순수 IPv4 환경

IPv4 및 IPv6 혼합 환경

순수 IPv6 환경

SharePoint 환경에서 "혼합"은 다음과 같은 예상 시나리오 중 하나로 정의할 수 있습니다.

사용자의 환경에서 IPv4 및 IPv6 프로토콜을 모두 실행하는 경우

클라이언트 컴퓨터 중 일부에 IPv4를 사용하고 나머지 클라이언트 컴퓨터에 IPv6을 사용하는 경우

클라이언트 컴퓨터에서 IPv4를 사용하고 있지만 Microsoft SQL Server가 실행되는 컴퓨터에서

IPv6을 사용하는 경우

기본적으로 IPv6 프로토콜과 IPv4 프로토콜이 Windows Server 2008 및 Windows Server 2008 R2에

모두 설치되고 사용됩니다. IPv4와 IPv6이 모두 사용되는 경우 IPv6이 IPv4보다 우선합니다. 또한

컴퓨터에서 IPv6만 실행되도록 IPv4 프로토콜을 제거할 수 있습니다.

사용 중인 버전을 확인하려면 IPConfig.exe 도구를 사용합니다. 자세한 내용은 IPConfig(영문일 수


참조하십시오.

다음 표에서는 IPv6과 관련된 중요한 기타 고려 사항을 보여 줍니다.

도메인 컨트롤러를 사용하여 인증을 받고 SharePoint 2010 제품 환경 내에 IPv6만 실행하는

컴퓨터의 경우 도메인 컨트롤러에서 Windows Server 2008 또는 Windows Server 2008 R2를

실행해야 합니다. 올바른 서비스 팩과 추가 소프트웨어 필수 구성 요소를 사용하는지 확인합니다.

자세한 내용은 하드웨어 및 소프트웨어 요구 사항(SharePoint Foundation 2010)을 참조하십시오.

SharePoint 2010 제품에 대해 지원되는 모든 버전의 Microsoft SQL Server는 또한 IPv6도

지원합니다. SQL Server 2008의 IPv6 지원에 대한 자세한 내용은 IPv6을 사용하여

연결(http://go.microsoft.com/fwlink/?linkid=183115&clcid=0x412)을 참조하십시오. SQL

Server 2005의 IPv6 지원에 대한 자세한 내용은 IPv6을 사용하여

연결(http://go.microsoft.com/fwlink/?linkid=183118&clcid=0x412)을 참조하십시오.

SharePoint 2010 제품에서 IPv6 프로토콜을 사용하는 경우 모든 최종 사용자 URL(Uniform

Resource Locator)은 AAAA 레코드가 사용된 DNS 이름을 기반으로 해야 합니다. IPv6 리터럴

주소를 사용하는 SharePoint URL은 탐색할 수 없습니다. 리터럴 주소 URL의 예로는

http://[2001:db8:85a3:8d3:1319:8a2e:370:7344]가 있습니다. 그러나 SharePoint 2010

제품에서는 데이터베이스를 만들거나 연결할 때 서버 이름을 입력하는 등의 특정 팜 관리 기능에

대해 IPv6 리터럴 주소를 입력할 수 있습니다. 서버 이름에 리터럴 주소 형식을 사용하는 경우

리터럴 주소를 대괄호로 묶어야 합니다. AAA 레코드에 대한 자세한 내용은 정방향 조회 영역에








204

리소스 레코드 추가(http://go.microsoft.com/fwlink/?linkid=181956&clcid=0x412)를

참조하십시오.

IPv6에 대한 자세한 내용은 IPv6(인터넷 프로토콜 버전 6) (영문)(영문일 수

있음)(http://go.microsoft.com/fwlink/?linkid=120794&clcid=0x412)(영문일 수 있음) 및 IP 주소

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

수 있음)을 참조하십시오.

참고 항목 IPv6(인터넷 프로토콜 버전 6) 사양(영문일 수 있음)







205

Logical architecture planning

This section contains articles to help you learn about and plan logical architectures for Microsoft

SharePoint Foundation 2010.

In this section:

서비스 아키텍처 계획(SharePoint Foundation 2010)

호스트 이름이 지정된 사이트 모음 계획(SharePoint Foundation 2010)

206

서비스 아키텍처 계획(SharePoint Foundation

2010)

이 문서에서는 서비스 응용 프로그램 공유를 위한 서비스 아키텍처에 대해 설명하고 Microsoft

SharePoint Foundation 2010의 아키텍처 예를 제공합니다.


서비스 응용 프로그램 정보

서비스 인프라 및 디자인 원칙

이 문서와 함께 다음 포스터 크기 모델도 사용할 수 있습니다. 모델 내 다이어그램을 수정하여 사용자

조직의 계획을 표현할 수 있습니다.

Microsoft SharePoint 2010 제품의 서비스

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

수 있음)

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

수 있음)

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

수 있음)

SharePoint 2010 제품의 교차 팜 서비스

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

수 있음)

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

수 있음)

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

수 있음)

서비스 응용 프로그램 정보 SharePoint Foundation 2010에는 웹 응용 프로그램에서 공유할 수 있는 서비스 집합이 있습니다.

이러한 서비스를 서비스 응용 프로그램이라고 합니다. 일부 서비스 응용 프로그램은 여러 팜 간에

공유할 수 있습니다. 웹 응용 프로그램 및 팜에서 서비스 응용 프로그램을 공유하면 여러 사이트에서

이 서비스를 제공하는 데 필요한 리소스를 크게 줄일 수 있습니다.

SharePoint Foundation 2010에서는 다음과 같은 서비스 응용 프로그램이 제공됩니다.

Business Data Connectivity Service - 기간 업무(LOB) 데이터 시스템에 대한 액세스를

제공합니다.

Usage and Health Data Collection Service - 팜 전체의 사용 현황 및 상태 데이터를 수집하고

다양한 사용 현황 및 상태 보고서를 보는 기능을 제공합니다.

http://technet.microsoft.com/library/31b48cd6-3dda-4942-9ccc-1ded58791004.aspx#DesignPrinciples







207

Microsoft SharePoint Foundation 가입 설정 서비스 — 서비스 응용 프로그램에 대한 다중 고객

지원 기능을 제공합니다. 파티션된 모드에서 배포된 서비스의 가입 ID 및 설정을 추적합니다.

Windows PowerShell을 통해서만 배포됩니다.

일부 서비스 응용 프로그램은 Microsoft Office Web Apps를 포함하여 다른 Microsoft 제품에서

제공합니다. Office Web Apps는 언제 어디서든 Office 문서에 액세스하고 간단히 편집하고 공유할 수

있도록 하는 Microsoft Word, Excel, PowerPoint 및 OneNote의 보조 기능입니다. 볼륨 라이선스

프로그램을 통해 Microsoft Office 2010에 대한 라이선스가 부여된 비즈니스 고객은 SharePoint

Foundation 2010을 실행하는 서버에서 Office Web Apps를 실행할 수 있습니다.

서비스 인프라는 확장 가능하며 타사는 SharePoint Foundation 2010에서 함께 사용할 수 있도록 추가

서비스 응용 프로그램을 만들 수 있습니다.

서비스 응용 프로그램은 특정 서버에서 시작 및 중지되고 SharePoint 중앙 관리 웹 사이트의 서버 제공

서비스 페이지에 나열되는 서비스와는 다릅니다. 이 페이지에 나열되는 서비스 중 일부가 서비스 응용

프로그램과 연결되기는 하지만 서비스 응용 프로그램은 특정 방식에 따라 구성 및 공유될 수 있는

서비스의 특정 인스턴스를 나타냅니다.

서비스 인프라 및 디자인 원칙 SharePoint 2010 제품에서는 이전 버전에 도입되었던 서비스 인프라가 개선되었습니다. SharePoint

2010 제품에서 서비스를 호스팅하기 위한 인프라는 SharePoint Foundation 2010으로 이동되어

서비스 제공을 훨씬 더 유연하게 구성할 수 있습니다. 또한 개별 서비스를 독립적으로 구성할 수

있으며 타사 서비스를 플랫폼에 추가할 수 있습니다.

서비스 배포

다음 방법 중 하나를 사용하여 팜 내부에 서비스 응용 프로그램을 배포할 수 있습니다.

SharePoint 제품 구성 마법사를 실행할 때 서비스 선택

중앙 관리 사이트의 서비스 응용 프로그램 관리 페이지에서 서비스를 하나씩 추가

Windows PowerShell 사용

보다 세밀한 서비스 구성

서비스 응용 프로그램 인프라는 배포하는 서비스 및 서비스 응용 프로그램을 공유하는 방법에 대해

다음과 같이 더 많은 제어 권한을 사용자에게 제공합니다.

1. 팜에 필요한 서비스 응용 프로그램만 배포할 수 있습니다.

2. 배포된 모든 서비스 대신 필요한 서비스 응용 프로그램만 사용하도록 웹 응용 프로그램을 구성할

수 있습니다.

3. 팜에서 같은 서비스의 여러 인스턴스를 배포하고 결과로 생성되는 서비스 응용 프로그램에 고유한

이름을 할당할 수 있습니다.

4. 같은 팜 내 여러 웹 응용 프로그램 간에 서비스 응용 프로그램을 공유할 수 있습니다.

208

웹 응용 프로그램을 만들 때 웹 응용 프로그램에 필요한 서비스 응용 프로그램을 선택할 수 있습니다.

또한 웹 응용 프로그램과 연결된 서비스 응용 프로그램을 나중에 수정할 수 있습니다.

서비스 응용 프로그램 그룹

서비스 응용 프로그램이 만들어질 때 해당 서비스 응용 프로그램에 대한 기본 설정을 변경하지 않는 한

서비스 응용 프로그램은 기본적으로 모두 기본 그룹에 포함됩니다. 서비스 응용 프로그램은 언제든지

기본 그룹에 추가하거나 이 그룹에서 제거할 수 있습니다.

다음 다이어그램에서는 기본 서비스 그룹에 포함된 모든 서비스 응용 프로그램으로 구성된 일반

배포를 보여 줍니다.

웹 응용 프로그램을 만들 때 기본 그룹을 선택하거나 서비스 응용 프로그램의 사용자 지정 그룹을 만들

수 있습니다. 서비스 응용 프로그램의 사용자 지정 그룹을 만들려면 웹 응용 프로그램에서 사용할

서비스 응용 프로그램만 선택하면 됩니다.

중앙 관리에서 만든 사용자 지정 그룹을 여러 웹 응용 프로그램에서 다시 사용할 수는 없습니다. 웹

응용 프로그램을 만들면서 사용자 지정을 선택할 경우 현재 만들고 있는 웹 응용 프로그램에 대한

서비스 응용 프로그램만 선택됩니다.

209

논리 아키텍처

서비스 응용 프로그램은 단일 IIS(인터넷 정보 서비스) 웹 사이트 내에 배포됩니다. 이는 기본 동작이며

변경할 수 없습니다. 그러나 서비스 응용 프로그램 그룹의 구성을 사용자 지정하고 서비스 응용

프로그램 그룹과 웹 응용 프로그램의 연결을 사용자 지정할 수는 있습니다.

다음 다이어그램에서는 보다 복잡한 배포의 논리 아키텍처를 보여 줍니다.

다이어그램을 살펴보면 다음과 같은 팜의 특징을 확인할 수 있습니다.

모든 서비스 응용 프로그램은 동일한 IIS 웹 사이트 내에 포함됩니다.

기본 그룹 및 사용자 지정 그룹과 같은 두 가지 그룹의 서비스 응용 프로그램이 있습니다. 모든

서비스 응용 프로그램을 기본 그룹에 포함하지 않아도 됩니다. 다이어그램에서 Business Data

Connectivity Service의 추가 인스턴스는 팜에 추가되었지만 기본 그룹에는 포함되지 않았습니다.

이 서비스 응용 프로그램은 하나의 웹 응용 프로그램에서만 사용할 수 있습니다.

웹 응용 프로그램은 서비스 응용 프로그램의 기본 그룹 또는 사용자 지정 그룹에 연결됩니다.

다이어그램에는 사용자 지정 그룹이 하나 있습니다.

서비스 응용 프로그램을 여러 응용 프로그램 풀에 배포하여 서비스를 격리할 수 있습니다. 그러나 팜의

성능을 최적화하려면 서비스 응용 프로그램을 하나의 응용 프로그램 풀에 배포하는 것이 좋습니다.

210

서비스 응용 프로그램을 물리적으로 분리하려면 서비스 응용 프로그램에 대한 다른 응용 프로그램

풀을 만들거나 선택합니다.

서비스 응용 프로그램에 대한 연결

서비스 응용 프로그램을 만들 때 해당 서비스 응용 프로그램에 대한 연결도 동시에 만들어집니다.

연결은 웹 응용 프로그램을 서비스 응용 프로그램에 연결하는 가상 항목입니다. Windows

PowerShell에서는 이러한 연결을 프록시라고 합니다. "프록시"는 중앙 관리의 서비스 응용 프로그램

관리 페이지에서 연결 유형 설명의 끝 부분에 나타납니다.

서비스 응용 프로그램 관리

서비스 응용 프로그램은 개별 관리 사이트를 통해 관리되는 대신 중앙 관리에서 직접 관리됩니다.

필요한 경우 서비스 응용 프로그램을 원격에서 모니터링하고 관리할 수 있습니다. 서비스 응용

프로그램은 Windows PowerShell을 사용하여 관리하고 스크립트로 제어할 수도 있습니다.

211

호스트 이름이 지정된 사이트 모음 계획(SharePoint

Foundation 2010)


호스트 이름이 지정된 사이트 모음 정보

호스트 헤더 정보

호스트 이름이 지정된 사이트 모음 만들기

프로그래밍 방식으로 호스트 이름이 지정된 사이트 모음 만들기

호스트 이름이 지정된 사이트 모음에 대해 관리 경로 사용

HTTP 또는 SSL을 통해 호스트 이름이 지정된 사이트 노출

호스트 이름이 지정된 사이트 모음에 대해 SSL 구성

호스트 이름이 지정된 사이트 모음에 대해 오프 박스 SSL 종료 사용

Microsoft SharePoint Foundation 2010에서는 경로 기반 사이트 모음과 호스트 이름이 지정된 사이트

모음을 모두 지원합니다. 두 사이트 모음의 주된 차이점은 웹 응용 프로그램의 모든 경로 기반 사이트

모음은 동일한 호스트 이름(DNS 이름)을 공유하며 웹 응용 프로그램의 각 호스트 이름이 지정된

사이트 모음에는 고유한 DNS 이름이 할당된다는 것입니다.

경로 기반 사이트 모음을 사용하면 회사 호스팅 솔루션에서 동일한 호스트 이름의 웹 응용 프로그램을

공유하는 모든 사이트 모음을 사용할 수 있습니다. 경로 기반 배포에서는 웹 응용 프로그램의 루트에

단일 사이트 모음을 두고 추가 사이트 모음은 웹 응용 프로그램 내의 관리 경로 아래에 배치할 수

있습니다.

호스트 이름이 지정된 사이트 모음에서는 각 사이트 모음에 고유한 DNS 이름이 할당된 확장 가능한 웹

호스팅 솔루션을 제공합니다. 웹 호스팅 배포에서 각 호스트 이름이 지정된 사이트 모음에는 고유한

무의미한 호스트 이름의 URL이 있습니다. 예를 들면 http://customer1.contoso.com,

http://customer2.contoso.com 또는 http://www.customer3.com과 같습니다.

SharePoint Foundation 2010에서는 호스트 이름이 지정된 사이트 모음과 관련하여 두 가지 부분이

크게 개선되었는데, 하나는 호스트 이름이 지정된 사이트 모음에 대해 관리 경로를 사용하는 기능이고

다른 하나는 호스트 이름이 지정된 사이트 모음에 대해 오프 박스 SSL 종료를 사용하는 기능입니다.

호스트 이름이 지정된 사이트 모음 정보 웹 호스팅 서비스 공급자는 고객이 웹 사이트를 직접 호스팅할 수 있는 웹 서버 공간을 제공합니다.

경로 기반 SharePoint Foundation 2010 환경에서는 이러한 사이트가 대개

http://www.contoso.com/sites/customer1, http://www.contoso.com/sites/customer2 등에

할당됩니다. 그러나 웹 호스팅 고객은 일반적으로 http://customer1.contoso.com,

http://customer2.contoso.com 등의 무의미한 도메인 이름으로 웹 사이트를 사용하길 원합니다.

212

이러한 고객의 요청을 지원하기 위한 한 가지 방법은 각 고객에게 고유한 웹 응용 프로그램을 제공하고

고객의 고유한 DNS 이름을 웹 응용 프로그램에 할당하는 것입니다. 그러나 SharePoint Foundation

2010 웹 응용 프로그램은 확장되지 않으며 SharePoint Foundation 2010 사이트 모음도

마찬가지입니다. SharePoint Foundation 2010에서는 각 고객을 위한 개별 웹 응용 프로그램을 만드는

대신 호스트 이름이 지정된 사이트 모음을 지원합니다. 호스트 이름이 지정된 사이트 모음은 모두 단일

웹 응용 프로그램 내에 상주하면서 여전히 무의미한 이름 지정 기능을 제공할 수 있기 때문에 수천

개의 사이트 모음으로 확장될 수 있습니다.

호스트 이름이 지정된 사이트 모음은 URL이 하나뿐이므로 대체 액세스 매핑을 지원하지 않으며 항상

기본 영역에 있는 것으로 간주됩니다. 여러 호스트 이름 URL에 대처하여 사이트 모음을 지원해야 하는

경우에는 호스트 이름이 지정된 사이트 모음 대신 대체 액세스 매핑 기능이 있는 경로 기반 사이트

모음을 사용하는 것이 좋습니다. 새로운 SharePoint Foundation 2010 사이트를 구축할 때는 여러

가지 추가 구성 옵션을 고려해야 합니다. 사이트를 만드는 동안 적절한 사이트 서식 파일을 지정하면

새 사이트에서 사용할 수 있는 미리 구성된 웹 파트 및 기타 사용자 인터페이스 요소가 결정됩니다.

호스팅 환경에서는 팀 사이트 서식 파일(사이트를 만들 때 “STS#0” 값) 또는 웹 파트나 미리 만들어진

목록이 없는 빈 사이트(“STS#1” 값)를 선택할 수 있습니다. 또한 새로 구축된 각 사이트 모음에

사이트 할당량을 지정하는 것도 좋습니다.

호스트 헤더 정보 호스트 헤더는 HTTP 프로토콜에서 클라이언트가 연결하는 사이트의 DNS 이름을 웹 서버에 알려 주는

부분을 나타냅니다. 호스트 헤더는 SharePoint Foundation 2010에서 두 개의 서로 다른 수준에

적용할 수 있습니다.

웹 응용 프로그램(IIS 웹 사이트) 수준

사이트 모음 수준

이러한 두 수준의 차이점을 이해하는 것은 중요합니다. IIS 웹 사이트 수준의 호스트 헤더는 경로 기반

사이트 모음에 대해서만 사용되며, 사이트 모음 수준의 호스트 헤더는 호스트 이름이 지정된 사이트

모음에 대해서만 사용됩니다. 대부분의 경우 IIS 웹 사이트 수준에 호스트 헤더 바인딩을 적용하는

방식으로는 IIS 웹 사이트를 통해 호스트 이름이 지정된 사이트 모음에 액세스할 수 없습니다. 이는

IIS가 호스트 헤더 바인딩과 다른 호스트 이름에 대한 요청에는 응답하지 않기 때문입니다.

경로 기반 사이트 모음과 호스트 이름이 지정된 사이트 모음은 동일한 웹 응용 프로그램에서 함께

상주할 수도 있고 여러 웹 응용 프로그램에 있을 수도 있습니다. 사용자가 두 유형의 사이트 모음에

모두 액세스할 수 있도록 하려면 호스트 이름이 지정된 사이트 모음이 있는 웹 응용 프로그램의 기본

영역에 할당된 IIS 웹 사이트에 호스트 헤더 바인딩을 포함시켜서는 안 됩니다. 호스트 헤더 바인딩은

웹 응용 프로그램의 다른 영역에 있는 IIS 웹 사이트에 적용할 수 있습니다. 이렇게 하면 호스트 이름이

지정된 사이트 모음에 대해 기본 영역을 사용하는 동시에 경로 기반 사이트 모음에 대한 다른 영역에서

대체 액세스 매핑 기능을 사용할 수 있습니다.

IIS 웹 사이트의 호스트 헤더 바인딩은 IIS 관리자를 통해 수동으로 수정할 수 있지만 이 방법은 되도록

사용하지 않는 것이 좋습니다. IIS 관리자를 사용하여 변경한 사항은 SharePoint Foundation 2010에

기록되지 않습니다. 이렇게 되면 SharePoint Foundation 2010에서 동일한 웹 응용 프로그램 및

영역에 대한 팜의 다른 컴퓨터에 IIS 웹 사이트를 구축하려고 하면 수정된 바인딩 대신 원래 호스트

213

헤더 바인딩이 사용됩니다. IIS 웹 사이트에 대한 기존 바인딩을 수정하려면 영역에서 웹 응용

프로그램을 제거하고 사용할 바인딩이 있는 영역으로 웹 응용 프로그램을 다시 확장합니다.

호스트 이름이 지정된 사이트 모음 만들기 호스트 이름이 지정된 사이트 모음을 만들려면 Windows PowerShell을 사용해야 합니다. SharePoint

Foundation 2010 중앙 관리 웹 응용 프로그램으로는 호스트 이름이 지정된 사이트 모음을 만들 수

없습니다. 그러나 중앙 관리를 사용하여 만들어진 사이트 모음을 관리할 수는 있습니다.

다음 예제에서처럼 Windows PowerShell New-SPSite cmdlet과 -HostHeaderWebApplication 매개

변수를 함께 사용하여 호스트 이름이 지정된 사이트 모음을 만들 수 있습니다.

1. Windows PowerShell을 사용하여 호스트 이름이 지정된 사이트 모음을 만들려면 다음과 같은 최소

요구 사항을 충족하는지 확인합니다. Add-SPShellAdmin을 참조하십시오.

2. 시작 메뉴에서 모든 프로그램을 클릭합니다.

3. Microsoft SharePoint 2010 Products를 클릭합니다.

4. SharePoint 2010 관리 셸을 클릭합니다.

5. Windows PowerShell 명령 프롬프트(즉, PS C:\>)에 다음 명령을 입력합니다.

New-SPSite http://host.header.site.url -OwnerAlias DOMAIN\username -

HostHeaderWebApplication http://servername

그러면 URL이 http://servername인 SharePoint Foundation 2010 웹 응용 프로그램에 URL이

http://host.header.site.url인 호스트 이름이 지정된 사이트 모음이 만들어집니다.

프로그래밍 방식으로 호스트 이름이 지정된 사이트 모음

만들기 Windows PowerShell을 사용하여 호스트 이름이 지정된 사이트를 만드는 것 외에 SharePoint

Foundation 2010 개체 모델을 사용할 수도 있습니다. 다음 코드 예제에서는 URL이

http://servername인 SharePoint Foundation 2010 웹 응용 프로그램에 URL이

http://host.header.site.url인 호스트 이름이 지정된 사이트 모음을 만듭니다.

SPWebApplication webApp = SPWebApplication.Lookup(new

Uri("http://www.contoso.com"));

SPSiteCollection sites = webApp.Sites;

SPSite Site = null;

Site = sites.Add("http://hoster.contoso.com", "Site_Title",

"Site_Description", 1033, "STS#0", "contoso\owner",

"Owner_Display_Name", "Owner_Email", "contoso\secondaryowner,

"Secondary_Owner_Display_Name", "Secondary_Owner_Email", true);

214

SharePoint Foundation 2010은 다양한 사용자 및 관리 작업용 웹 서비스 집합을 기본적으로 제공하며

새 사이트 만들기는 이러한 관리 작업 중 하나입니다. CreateSite 웹 서비스 메서드로는 호스트 이름이

지정된 사이트 모음을 만들 수 없습니다. 이 문제를 해결하려면 API 예제 코드를 래핑하는 웹 서비스를

작성합니다.

호스트 이름이 지정된 사이트 모음에 대해 관리 경로 사용 SharePoint Foundation 2010에서는 호스트 이름이 지정된 사이트 모음과 함께 사용되는 관리 경로에

대한 지원이 추가되었습니다. 호스팅 서비스 공급자는 동일한 고객에게 여러 사이트 모음을 제공할 수

있으며, 각 사이트 모음은 고객의 고유한 호스트 이름을 공유하지만 호스트 이름 뒤부터는 URL 경로로

구분됩니다.

호스트 이름이 지정된 사이트 모음에 대한 관리 경로는 경로 기반 사이트 모음에 대한 관리 경로와

다릅니다. 호스트 이름이 지정된 사이트 모음에 대한 관리 경로는 경로 기반 사이트 모음에 적용되지

않으며, 마찬가지로 경로 기반 사이트 모음에 대한 관리 경로도 호스트 이름이 지정된 사이트 모음에

적용되지 않습니다. 호스트 이름이 지정된 사이트 모음에 대해 만들어진 관리 경로는 호스트 이름이

지정된 사이트 모음이 상주하는 웹 응용 프로그램에 관계없이 팜 내의 모든 호스트 이름이 지정된

사이트 모음에서 사용할 수 있습니다. 호스트 이름에 대해 관리 경로 호스트 이름이 지정된 사이트

모음을 만들려면 해당 호스트 이름에 대해 루트 호스트 이름이 지정된 사이트 모음을 만들어야 합니다.

다음 예제에서처럼 Windows PowerShell New-SPManagedPath cmdlet과 -HostHeader 매개 변수를 함께

사용하여 호스트 이름이 지정된 사이트 모음에 대해 사용할 관리 경로를 만들 수 있습니다.

New-SPManagedPath pathname –HostHeader

다음 예제에서는 관리 경로에 만들어진 호스트 이름이 지정된 사이트 모음을 보여 줍니다.

New-SPSite http://host.header.site.url/pathname/sitename -OwnerAlias DOMAIN\username -HostHeaderWebApplication

http://servername

HTTP 또는 SSL을 통해 호스트 이름이 지정된 사이트

노출 호스트 이름이 지정된 사이트 모음에서는 해당 웹 응용 프로그램 기본 영역의 공용 URL과 동일한

프로토콜 스키마를 사용합니다. HTTP를 통해 웹 응용 프로그램에 호스트 이름이 지정된 사이트 모음을

제공하려는 경우 웹 응용 프로그램 기본 영역의 공용 URL이 HTTP 기반 URL인지 확인합니다. 또한

SSL을 통해 웹 응용 프로그램에 호스트 이름이 지정된 사이트 모음을 제공하려는 경우에는 웹 응용

프로그램 기본 영역의 공용 URL이 HTTPS 기반 URL인지 확인합니다.

이전 버전과 달리 SharePoint Foundation 2010에서는 HTTP 기반 URL과 SSL 기반 URL을 동시에

사용하는 호스트 이름이 지정된 사이트 모음을 지원하지 않습니다. 일부 호스트 이름이 지정된 사이트

모음은 HTTP를 통해 사용하고 또 일부 호스트 이름이 지정된 사이트 모음은 SSL을 통해 사용해야

하는 경우 호스트 이름이 지정된 사이트 모음을 해당 유형의 액세스 용도로 지정된 두 개의 서로 다른

웹 응용 프로그램으로 분리합니다. 이 시나리오에서 HTTP 호스트 이름이 지정된 사이트 모음은 HTTP

액세스 전용 웹 응용 프로그램에, SSL 호스트 이름이 지정된 사이트 모음은 SSL 액세스 전용 웹 응용

프로그램에 각각 있어야 합니다.

215

호스트 이름이 지정된 사이트 모음에 대해 SSL 구성 호스팅 서비스 공급자는 호스팅 환경에서 SSL을 사용하여 하나의 웹 응용 프로그램을 구성한 다음

해당 웹 응용 프로그램 내에 호스트 이름이 지정된 사이트 모음을 여러 개 만들 수 있습니다. SSL을

통해 사이트로 이동하려면 서버 인증서를 설치하고 IIS 웹 사이트에 할당해야 합니다. 웹 응용

프로그램에 있는 각 호스트 이름이 지정된 사이트 모음은 IIS 웹 사이트에 할당된 단일 서버 인증서를

공유합니다.

호스팅 서비스 공급자는 와일드카드 인증서 또는 주체 대체 이름 인증서를 취득한 다음 해당 인증서에

맞는 호스트 이름이 지정된 사이트 모음 URL 정책을 사용해야 합니다. 예를 들어 호스팅 서비스

공급자가 *.contoso.com 와일드카드 인증서를 취득한 경우 https://site1.contoso.com,

https://site2.contoso.com 같은 호스트 이름이 지정된 사이트 모음 URL을 생성하여 해당 사이트가

브라우저 SSL 유효성 검사를 통과할 수 있도록 해야 합니다. 그러나 고객에게 해당 사이트의 고유한 두

번째 수준 도메인 이름이 필요한 경우 호스팅 서비스 공급자는 여러 호스트 이름이 지정된 사이트 모음

대신 여러 웹 응용 프로그램을 만들어야 합니다.

호스트 이름이 지정된 사이트 모음에 대해 SSL을 구성하려면 웹 응용 프로그램을 만들 때 SSL을

사용하도록 설정합니다. 그러면 HTTP 바인딩 대신 SSL 바인딩이 포함된 IIS 웹 사이트가

만들어집니다. 웹 응용 프로그램이 만들어지면 IIS 관리자를 열고 해당 SSL 바인딩에 인증서를

할당합니다. 그러면 해당 웹 응용 프로그램에서 사이트 모음을 만들 수 있습니다.

호스트 이름이 지정된 사이트 모음에 대해 오프 박스 SSL

종료 사용 SharePoint Foundation 2010에서는 웹 응용 프로그램 기본 영역의 공용 URL을 사용하여 호스트

이름이 지정된 사이트 모음이 HTTP로 렌더링되는지 SSL로 렌더링되는지를 확인하기 때문에 이제는

호스트 이름이 지정된 사이트 모음에 대해 오프 박스 SSL 종료를 사용할 수 있습니다. 호스트 이름이

지정된 사이트 모음에 대해 오프 박스 SSL 종료를 사용하려면 다음과 같은 세 가지 요구 사항을

충족해야 합니다.

웹 응용 프로그램 기본 영역의 공용 URL이 HTTPS 기반 URL이어야 합니다.

SSL 종결자 또는 역방향 프록시가 클라이언트의 원래 HTTP 호스트 헤더를 보존해야 합니다.

클라이언트 SSL 요청이 기본 SSL 포트(443)로 전송되면 SSL 종결자 또는 역방향 프록시는 기본

HTTP 포트(80)의 프런트 엔드 웹 서버로 암호가 해독된 HTTP 요청을 전달해야 합니다.

클라이언트 SSL 요청 기본 SSL 포트가 아닌 다른 포트로 전송되는 경우 SSL 종결자 또는 역방향

프록시는 이와 동일한 포트의 프런트 엔드 웹 서버로 암호가 해독된 HTTP 요청을 전달해야

합니다.

호스트 이름이 지정된 사이트 모음에 대해 오프 박스 SSL 종료를 사용하려는 경우 SSL 종료를 위해

일반적으로 수행하는 것처럼 웹 응용 프로그램을 구성하고 위에 설명된 요구 사항을 충족하는지

확인합니다. 이 시나리오에서 SharePoint Foundation 2010은 HTTP가 아닌 HTTPS를 사용하여 해당

웹 응용 프로그램에서 호스트 이름이 지정된 사이트 모음의 링크를 렌더링합니다.

216

인증 계획(SharePoint Foundation 2010)

이 섹션에서는 인증을 계획하는 방법에 대해 설명합니다.


인증 방법 계획(SharePoint Foundation 2010)

클레임 인증 계획(SharePoint Foundation 2010)

http://technet.microsoft.com/library/9dbb6d58-47f0-4ee4-9115-8205fc56b01f(Office.14).aspx

217

인증 방법 계획(SharePoint Foundation 2010)

이 문서에서는 Microsoft SharePoint Foundation 2010에서 지원되는 인증 방법 및 인증 모드에 대해

설명합니다. 인증은 사용자의 신원을 확인하는 프로세스입니다. 사용자의 신원이 확인되면 권한 부여

프로세스에서 사용자가 액세스할 수 있는 사이트, 콘텐츠 및 기타 기능을 결정합니다. 인증 모드는

SharePoint Foundation 2010 내부에서 계정이 사용되는 방식을 결정합니다.


인증 모드(클래식 또는 클레임 기반)

폼 기반 인증 구현

SAML 토큰 기반 인증 구현

LDAP 환경을 위한 인증 선택

SAML 토큰 기반 인증 구현

LDAP 환경을 위한 인증 선택

웹 응용 프로그램의 영역 계획

SAML 토큰 기반 공급자 아키텍처

지원되는 인증 방법 SharePoint Foundation 2010에서는 이전 버전에 포함된 인증 방법을 지원하는 것은 물론

SAML(Security Assertion Markup Language)을 기반으로 하는 토큰 기반 인증이 옵션으로

도입되었습니다. 다음 표에는 지원되는 인증 방법이 나와 있습니다.

인증 방법 예 참고

Windows NTLM

Kerberos

익명

기본

다이제스트

현재 Windows 인증서 인증은

지원되지 않습니다.

양식 기반 인증 LDAP(Lightweight Directory

Access Protocol)

SQL 데이터베이스 또는 기타

데이터베이스

사용자 지정 또는 타사 멤버

자격 및 역할 공급자

http://technet.microsoft.com/library/40117fda-70a0-4e3d-8cd3-0def768da16c.aspx#section4




218

인증 방법 예 참고

SAML 토큰 기반 인증 AD FS(Active Directory

Federation Services) 2.0

타사 ID 공급자

LDAP(Lightweight Directory

Access Protocol)

WS-Federation Passive

프로필을 사용하는 SAML 1.1을

사용할 경우에만 지원됩니다.

인증 모드(클래식 또는 클레임 기반) SharePoint Foundation 2010에는 Windows Identity Foundation(WIF)를 기반으로 하는 클레임 기반

인증이 도입되었습니다. 클레임 기반 인증은 지원되는 모든 인증 방법과 함께 사용할 수 있습니다.

또는 Windows 인증을 지원하는 클래식 기반 인증을 사용할 수도 있습니다.

웹 응용 프로그램을 만드는 경우 두 인증 모드(클레임 기반 또는 클래식 모드) 가운데 해당 웹 응용

프로그램과 함께 사용할 인증 모드 하나를 선택합니다.

클래식 모드를 선택하는 경우 Windows 인증을 구현할 수 있으며 사용자 계정은 SharePoint

Foundation 2010에서 AD DS(Active Directory Domain Services) 계정으로 취급됩니다.

클레임 기반 인증을 선택하는 경우 SharePoint Foundation 2010에서는 모든 사용자 계정을 클레임

ID로 변경하여 각 사용자에 대해 클레임 토큰이 생성됩니다. 클레임 토큰에는 사용자 관련 클레임이

포함되어 있습니다. Windows 계정은 Windows 클레임으로 변환되고 폼 기반 멤버 자격 사용자는 폼

기반 인증 클레임으로 변환됩니다. SAML 기반 토큰에 포함된 클레임은 SharePoint Foundation

2010에서 사용할 수 있습니다. 또한 SharePoint 개발자 및 관리자는 추가 클레임으로 사용자 토큰을

확장할 수 있습니다. 예를 들어 사용자 Windows 계정 및 폼 기반 계정은 SharePoint Foundation

2010에서 사용되는 추가 클레임을 통해 확장할 수 있습니다.

다음 차트에는 인증 모드별로 지원되는 인증 유형이 요약되어 있습니다.

219

유형 클래식 모드 인증 클레임 기반 인증

Windows

NTLM

Kerberos

익명

기본

다이제스트

예 예

양식 기반 인증

LDAP

SQL 데이터베이스 또는 다른

데이터베이스

사용자 지정 또는 타사 멤버

자격 및 역할 공급자

아니요 예

SAML 토큰 기반 인증

AD FS 2.0

Windows Live ID

타사 ID 공급자

LDAP

아니요 예

SharePoint Foundation 2010 팜에서는 두 모드를 모두 사용하는 웹 응용 프로그램을 혼합하여 사용할

수 있습니다. 기존 Windows 계정에 해당하는 사용자 계정과 Windows 클레임 계정 간에 서비스

차이는 없습니다. 따라서 혼합된 인증 모드를 사용하도록 구성된 사이트에 속해 있는 사용자는 웹 응용

프로그램에 대해 구성된 모드에 관계없이 사용자가 액세스할 수 있는 모든 사이트의 결과가 포함된

검색 결과를 받게 됩니다. 사용자는 두 개의 서로 다른 사용자 계정으로 해석되지 않습니다. 이는

서비스 및 서비스 응용 프로그램에서 웹 응용 프로그램 및 사용자에 대해 사용하도록 선택된 모드에

관계없이 팜 간 통신에 클레임 ID를 사용하기 때문입니다.

하지만 SharePoint Server 웹 응용 프로그램에서 인식되는 두 개 이상의 사용자 저장소에 속해 있는

사용자는 로그인 시 사용하는 ID에 따라 별개의 사용자 계정으로 취급됩니다.

다음은 선택할 모드를 결정하는 데 도움이 되는 지침입니다.

SharePoint Foundation 2010을 새로 구현하는 경우에는 클레임 기반 인증을 사용합니다. 이

옵션을 사용하면 웹 응용 프로그램에 지원되는 모든 인증 유형을 사용할 수 있습니다. 환경에

Windows 계정만 포함되어 있더라도 새로운 배포 환경에 클래식 모드 인증을 선택할 만한

실질적인 근거는 없습니다. Windows 인증은 선택한 모드에 관계없이 동일한 방식으로

구현됩니다. 클레임 기반 인증 모드를 사용하는 경우 Windows 인증을 구현하기 위해 수행할 추가

단계는 없습니다.

220

이전 버전의 솔루션을 SharePoint Foundation 2010으로 업그레이드하는 중이고 솔루션에

Windows 계정만 포함되어 있는 경우 클래식 모드 인증을 사용할 수 있습니다. 이렇게 하면 영역과

URL에 동일한 디자인을 사용할 수 있습니다.

폼 기반 인증을 사용해야 하는 솔루션을 업그레이드하는 경우에는 클레임 기반 인증으로만

업그레이드해야 합니다.

이전 버전을 SharePoint Foundation 2010으로 업그레이드하는 중이고 클레임 기반 인증을 선택하는

경우에는 다음 사항을 고려해야 합니다.

사용자 지정 코드를 업데이트해야 합니다. Windows ID를 사용하는 웹 파트 또는 다른 사용자 지정

코드를 업데이트해야 합니다. 사용자 지정 코드에서 Windows ID를 사용하는 경우 코드가

업데이트될 때까지 클래식 모드 인증을 사용합니다.

많은 Windows 사용자를 클레임으로 마이그레이션하려면 어느 정도 시간이 걸립니다. 업그레이드

도중 웹 응용 프로그램을 클래식 모드에서 클레임 기반으로 변경하는 경우 Windows PowerShell을

사용하여 Windows ID를 클레임 ID로 변환해야 하는데, 이 과정에 시간이 많이 소요될 수

있습니다. 따라서 업그레이드 과정에 이 작업을 완료하기 위한 충분한 시간을 할애해야 합니다.

현재 클레임 기반 인증을 사용할 경우에는 검색 경고가 지원되지 않습니다.

클레임 인증은 WIF를 기반으로 합니다. WIF 클레임 인증에서는 WS-Federation, WS-Trust 같은

표준과 SAML 등의 프로토콜을 활용합니다. 클레임 인증에 대한 자세한 내용은 다음 리소스를

참조하십시오.

Windows용 클레임 기반 ID: Active Directory Federation Services 2.0, Windows CardSpace 2.0

및 Windows Identity Foundation 소개(백서)(영문일 수


Windows Identity Foundation 홈 페이지(영문일 수


SharePoint Foundation 2010에서 클레임 인증을 사용하기 위해 클레임 설계자가 될 필요는 없지만

SAML 토큰 기반 인증을 구현하려면 이 문서 뒷부분에 설명된 대로 해당 클레임 기반 환경 관리자와

협력해야 합니다.

Windows 인증 구현 Windows 인증 방법을 구현하는 절차는 두 인증 모드(클래식 또는 클레임 기반)가 모두 비슷합니다. 웹

응용 프로그램에 대해 클레임 기반 인증을 선택하더라도 Windows 인증 방법을 구현하는 과정이 더

복잡해지지는 않습니다. 이 섹션에서는 각 방법에 대한 구현 절차를 간략히 설명합니다.

Windows 통합 인증 — Kerberos 및 NTLM

Kerberos 프로토콜과 NTLM은 모두 Windows 통합 인증 모드로, 클라이언트가 자격 증명에 대한

메시지를 표시하지 않고 원할하게 인증을 수행할 수 있도록 합니다. Windows 탐색기에서 SharePoint

사이트에 액세스하는 사용자는 Internet Explorer 프로세스를 실행하는 데 사용되는 자격 증명으로

인증을 수행합니다. 기본적으로 이러한 자격 증명은 사용자가 컴퓨터에 로그온할 때 사용하는 자격

증명입니다. Windows 통합 인증 모드로 SharePoint Server에 액세스하는 서비스 또는 응용

프로그램은 기본적으로 프로세스의 ID인 실행되는 스레드의 자격 증명을 사용하여 인증을 시도하게

됩니다.






221

NTLM은 Windows 인증을 가장 단순한 형태로 구현한 것입니다. 웹 응용 프로그램을 만드는 경우에는

간편하게 이 옵션을 선택합니다.

Kerberos는 티켓 인증을 지원하는 보안 프로토콜입니다. Kerberos 프로토콜을 사용하려면 환경을

추가로 구성해야 합니다. Kerberos 인증을 사용하도록 설정하려면 클라이언트 컴퓨터와 서버 컴퓨터에

도메인 KDC(키 배포 센터)에 대한 트러스트된 연결이 있어야 합니다. Kerberos 프로토콜을

구성하려면 SharePoint Foundation 2010을 설치하기 전에 AD DS에서 SPN(서비스 사용자 이름)을

설정해야 합니다.

다음 단계에는 Kerberos 인증을 구성하는 절차가 요약되어 있습니다.

1. AD DS에 SQL Server 서비스 계정의 SPN을 만들어 SQL 통신에 대해 Kerberos 인증을

구성합니다.

2. Kerberos 인증을 사용할 웹 응용 프로그램의 SPN을 만듭니다.

3. SharePoint Foundation 2010 팜을 설치합니다.

4. 특정 계정을 사용할 특정 서비스를 팜 내에 구성합니다.

5. Kerberos 인증을 사용할 웹 응용 프로그램을 만듭니다.

자세한 내용은 Kerberos 인증 구성(SharePoint Server 2010)을 참조하십시오.

또한 클레임 인증 웹 응용 프로그램의 경우 제한된 위임을 사용하도록 Windows 토큰 서비스에 대한

클레임을 구성해야 합니다. 클레임을 Windows 토큰으로 변환하려면 제한된 위임을 사용해야 합니다.

여러 개의 포리스트가 포함된 환경의 경우 Windows 토큰 서비스에 대한 클레임을 사용하려면

포리스트 간에 양방향 트러스트가 적용되어 있어야 합니다. 이 서비스를 구성하는 방법에 대한 자세한

내용은 Configure Kerberos authentication for the claims to Windows token service (SharePoint

Server 2010)(영문)을 참조하십시오.

Kerberos 인증을 사용하면 클라이언트 자격 증명을 위임하여 백 엔드 데이터 시스템에 액세스할 수

있는데, 이렇게 하려면 시나리오에 따라 추가 구성 작업을 수행해야 합니다. 다음 표에는 이에 대한

예가 나와 있습니다.

시나리오 추가 구성

백 엔드 서버에 클라이언트 ID 위임

인증된 콘텐츠에 대해 RSS 피드 표시

컴퓨터 및 서비스 계정에 대해 제한된 Kerberos

위임을 구성합니다.

Microsoft SQL Server Reporting

Services(SSRS)에 대한 ID 위임

SQL Server Reporting Services 계정의 SPN을

구성합니다.

SQL Server Reporting Services에 대해 위임을

구성합니다.

SharePoint의 Excel Services에 대한 ID 위임 Excel Services를 실행하는 서버에 대해 제한된

위임을 구성합니다.

Excel Services 계정에 대해 제한된 위임을

구성합니다.

http://technet.microsoft.com/library/3f849874-1580-47d3-af88-042a3494909f(Office.14).aspx

http://technet.microsoft.com/library/9736e391-1dbf-4a37-b95d-3fdaa5baac7d(Office.14).aspx

http://technet.microsoft.com/library/9736e391-1dbf-4a37-b95d-3fdaa5baac7d(Office.14).aspx

222

일반적인 시나리오에 대한 구성 단계를 포함하여 Kerberos 인증을 구성하는 방법에 대한 자세한

내용은 Microsoft SharePoint 2010 제품 및 기술에 대해 Kerberos 인증 구성(백서)(영문일 수


참조하십시오.

다이제스트 및 기본

다이제스트 및 기본 인증을 구현하려면 이러한 인증 방법을 IIS(인터넷 정보 서비스)에서 직접

구성해야 합니다.

폼 기반 인증 구현 폼 기반 인증은 ASP.NET 멤버 자격 및 역할 공급자 인증을 기반으로 하는 ID 관리 시스템입니다.

SharePoint Foundation 2010에서는 클레임 기반 인증을 사용하는 경우에만 폼 기반 인증을 사용할 수

있습니다.

폼 기반 인증은 AD DS, SQL Server 데이터베이스 등의 데이터베이스 또는 Novell eDirectory,

NDS(Novell Directory Services), Sun ONE 같은 LDAP 데이터 저장소에 저장된 자격 증명에 대해

사용할 수 있습니다. 폼 기반 인증을 사용하면 로그온 양식의 자격 증명 입력에 대한 유효성 검사를

기반으로 사용자를 인증할 수 있습니다. 인증되지 않은 요청은 로그온 페이지로 리디렉션되며

사용자는 이 페이지에 유효한 자격 증명을 제공하고 양식을 전송해야 합니다. 요청을 인증할 수 있는

경우 시스템에서는 후속 요청에 대해 ID를 다시 설정하기 위한 키가 포함된 쿠키를 발급합니다.

폼 기반 인증을 사용하여 외부에 있거나 Windows를 기반으로 하지 않는 ID 관리 시스템에 대해

사용자를 인증하려면 Web.config 파일에 멤버 자격 공급자 및 역할 관리자를 등록해야 합니다. 역할

관리자를 등록하는 것은 SharePoint Foundation 2010의 새로운 요구 사항이며 이전 버전에서는 선택

사항이었습니다. SharePoint Foundation 2010서는 표준 ASP.NET 역할 관리자 인터페이스를

사용하여 현재 사용자에 대한 그룹 정보를 수집합니다. 각 ASP.NET 역할은 SharePoint Foundation

2010의 권한 부여 프로세스에서 도메인 그룹으로 간주됩니다. 인증을 위해 멤버 자격 공급자를

등록하는 것과 같은 방법으로 Web.config 파일에 역할 관리자를 등록합니다.

SharePoint 중앙 관리 사이트에서 멤버 자격 사용자 또는 역할을 관리하려면 멤버 자격 공급자와 역할

관리자를 중앙 관리 웹 사이트의 Web.config 파일에는 물론 콘텐츠를 호스팅하는 웹 응용 프로그램의

Web.config 파일에도 등록해야 합니다.

폼 기반 인증을 구성하는 방법에 대한 자세한 내용은 다음 리소스를 참조하십시오.

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

MSDN 블로그 문서: 클레임 기반 인증 "요약 정보" 1부(영문일 수


MSDN 문서: SharePoint 제품 및 기술의 폼 인증(2부): 멤버 자격 및 역할 공급자 예(영문일 수




http://technet.microsoft.com/library/fd1391bb-c787-4742-b007-bf57e18dad66(Office.14).aspx





223

SAML 토큰 기반 인증 구현 SAML 토큰 기반 인증을 사용하려면 고유한 내부 환경이든 파트너 환경이든 관계없이 클레임 기반

환경의 관리자와 협력해야 합니다. AD FS 2.0은 클레임 기반 환경의 예입니다.

클레임 기반 환경에는 IP-STS(ID 공급자 Security Token Service)가 포함되어 있습니다. IP-STS는

연결된 사용자 디렉터리에 포함된 사용자를 대신하여 SAML 토큰을 발급합니다. 토큰에는 사용자 이름

및 사용자가 속한 그룹 같은 사용자에 대한 클레임이 수에 제한없이 포함될 수 있습니다.

SharePoint Foundation 2010에서는 IP-STS에서 사용자에게 권한을 부여하기 위해 제공하는 토큰에

포함된 클레임을 활용합니다. 클레임 환경에서 SAML 토큰을 받아들이는 응용 프로그램을 RP-

STS(신뢰 당사자 STS)라고 합니다. 신뢰 당사자 응용 프로그램에서는 SAML 토큰을 수신하고 내부의

클레임을 사용하여 요청된 자원에 대해 클라이언트 액세스를 부여할지 여부를 결정합니다. SharePoint

2010 제품에서 SAML 공급자를 사용하도록 구성된 각 웹 응용 프로그램은 IP-STS에 별도의 RP-STS

항목으로 추가됩니다. SharePoint 팜에는 여러 개의 RP-STS 항목이 포함될 수 있습니다.

SharePoint 2010 제품에 대해 SAML 토큰 기반 인증을 구현하려면 사전 계획이 필요한 다음

프로세스를 수행해야 합니다.

1. IP-STS에서 토큰 서명 인증서(ImportTrustCertificate)를 내보냅니다. 인증서를 SharePoint

Foundation 2010 팜에 있는 서버 컴퓨터에 복사합니다.

2. 사용자의 고유 식별자로 사용할 ID 클레임이라는 클레임을 정의합니다. 이 프로세스의 많은

예에서는 사용자 전자 메일 이름을 사용자 식별자로 사용합니다. IP-STS 소유자만이 사용자별로

항상 고유한 토큰의 값을 알고 있으므로 IP-STS 관리자와 협력하여 올바른 식별자를 확인합니다.

사용자의 고유한 식별자를 확인하는 것은 클레임 매핑 프로세스의 일부입니다. 클레임 매핑은

Windows PowerShell을 사용하여 만듭니다.

3. 추가 클레임 매핑을 정의합니다. SharePoint Foundation 2010 팜에서 사용할 받는 토큰의 추가

클레임을 정의합니다. 사용자 역할은 SharePoint Foundation 2010 팜의 자원에 사용 권한을

부여하는 데 사용할 수 있는 클레임의 예입니다. 매핑이 없는 받는 토큰의 모든 클레임은

삭제됩니다.

4. Windows PowerShell을 사용하여 토큰 서명 인증서를 가져오는 방식으로 새 인증 공급자를

만듭니다. 이 프로세스를 수행하면 SPTrustedIdentityTokenIssuer가 만들어집니다. 이 프로세스를

수행하는 도중 매핑한 ID 클레임 및 추가 클레임을 지정합니다. 또한 SAML 토큰 기반 인증을

사용하도록 구성하는 첫 번째 SharePoint 웹 응용 프로그램과 연결된 영역을 만들고 지정해야

합니다. SPTrustedIdentityTokenIssuer가 만들어진 후에는 추가 SharePoint 웹 응용 프로그램에

대해 영역을 만들고 추가할 수 있습니다. 이렇게 하면 여러 웹 응용 프로그램에서 동일한

SPTrustedIdentityTokenIssuer를 사용하도록 구성됩니다.

5. SPTrustedIdentityTokenIssuer에 추가되는 각 영역에 대해 IP-STS에 RP-STS 항목을 만들어야

합니다. 이는 SharePoint 웹 응용 프로그램이 만들어지기 전에 수행할 수 있습니다. 아울러 이와

관계없이 웹 응용 프로그램을 만들기 전에 URL을 계획해야 합니다.

6. 새 SharePoint 웹 응용 프로그램을 만들고 새로 만들어진 인증 공급자를 사용하도록 구성합니다.

이 인증 공급자는 웹 응용 프로그램에 대해 클레임 모드를 선택한 경우 중앙 관리에서 옵션으로

나타납니다.

224

여러 SAML 토큰 기반 인증 공급자를 구성할 수 있지만 토큰 서명 인증서는 팜에서 한 번만 사용할 수

있습니다. 구성된 모든 공급자는 중앙 관리에서 옵션으로 나타납니다. 클레임이 각기 다른 트러스트된

STS 환경에 있어도 서로 충돌하지 않습니다.

파트너 회사에 대해 SAML 토큰 기반 인증을 구현하고 사용자의 환경에 IP-STS가 포함되어 있는

경우에는 내부 클레임 환경 관리자와 협력하여 내부 IP-STS에서 파트너 STS로 트러스트 관계를

설정하는 것이 좋습니다. 이 방식을 수행하기 위해 SharePoint Foundation 2010 팜에 인증 공급자를

추가할 필요는 없습니다. 또한 이 방식을 사용하면 클레임 관리자가 전체 클레임 환경을 관리할 수

있습니다.

부하 분산 구성에 여러 개의 웹 서버가 있는 SharePoint Foundation 2010 팜에서 SAML 토큰

기반 인증과 AD FS를 함께 사용하는 경우 클라이언트 웹 페이지 보기의 성능 및 기능에 영향을

줄 수 있습니다. AD FS에서 클라이언에 인증 토큰을 제공하면 해당 토큰이 사용 권한이 제한된

각 페이지 요소에 대해 SharePoint Foundation 2010으로 전송됩니다. 부하가 분산된

솔루션에서 선호도를 사용하지 않는 경우 각 보안 요소가 두 개 이상의 SharePoint

Foundation 2010 서버에 대해 인증되므로 토큰이 거부될 수 있습니다. 토큰이 거부되는 경우

SharePoint Foundation 2010에서는 AD FS 서버에 대해 다시 인증하도록 클라이언트를

리디렉션합니다. 이러한 상황이 발생하면 AD FS 서버에서는 단기간에 만들어진 여러 요청을

거부할 수 있습니다. 이 동작은 디자인상 서비스 거부 공격으로부터 보호하기 위한 것입니다.

성능이 저하되거나 페이지가 완전히 로드되지 않는 경우에는 네트워크 부하 분산을 단일

선호도로 설정하는 것이 좋습니다. 이렇게 하면 SAML 토큰에 대한 요청이 단일 웹 서버로

격리됩니다.

SAML 토큰 기반 인증을 구성하는 방법에 대한 자세한 내용은 다음 리소스를 참조하십시오.

TechNet 문서: SAML 보안 토큰을 사용하여 인증 구성(SharePoint Server 2010)

MSDN 블로그 문서: 클레임 기반 인증 "요약 정보" 2부(영문일 수


TechNet 블로그 문서: SharePoint 2010의 클레임 기반 인증 계획 고려 사항(영문일 수


TechNet 블로그 문서: SharePoint 2010 클레임 인증 응용 프로그램을 위한 ID 및 역할 클레임

만들기(영문일 수 있음)(http://go.microsoft.com/fwlink/?linkid=198948&clcid=0x412)(영문일 수

있음)

TechNet 블로그 문서: 단일 SharePoint 2010 팜에 여러 클레임 인증 웹 응용 프로그램을 만드는

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

있음)

LDAP 환경을 위한 인증 선택 LDAP 환경은 폼 기반 인증 또는 SAML 토큰 기반 인증을 사용하여 구현할 수 있습니다. 폼 기반 인증이

덜 복잡하므로 이 인증 방법을 사용하는 것이 좋습니다. 하지만 해당 환경에서 WS-Federation 1.1 및

SAML Token 1.1을 지원하는 경우에는 SAML을 사용하는 것이 좋습니다. ADFS 2.0과 연결되어 있지

않은 LDAP 공급자를 사용하는 경우에는 프로필 동기화가 지원되지 않습니다.

참고:

http://technet.microsoft.com/library/33a9bbc3-fcf5-4aaa-97ec-cd1c7a44d279(Office.14).aspx









225

웹 응용 프로그램의 영역 계획 영역은 웹 응용 프로그램의 동일한 사이트에 액세스하기 위한 각기 다른 논리적 경로를 나타냅니다. 각

웹 응용 프로그램에는 다섯 개의 영역이 포함될 수 있습니다. 웹 응용 프로그램을 만들면 기본 영역이

함께 만들어집니다. 웹 응용 프로그램을 확장하고 나머지 영역 이름(인트라넷, 엑스트라넷, 인터넷

또는 사용자 지정) 중 하나를 선택하면 추가 영역이 만들어집니다.

이전 버전에서는 영역이 각기 다른 네트워크 또는 인증 공급자로부터 접속하는 사용자에 대해 서로

다른 유형의 인증을 구현하는 데 사용됩니다. 현재 버전에서는 클레임 인증을 사용하여 동일한 영역에

여러 인증 유형을 구현할 수 있습니다.

인증에 대한 계획은 웹 응용 프로그램에 대해 선택하는 다음과 같은 모드에 따라 달라집니다.

클래식 모드 — 이전 버전과 마찬가지로 영역당 한 가지 인증 유형만 구현할 수 있습니다. 하지만

현재 버전에서는 클래식 모드를 선택할 경우 Windows 인증만 구현할 수 있습니다. 따라서 여러

Windows 인증 유형을 구현하거나, 서로 다른 Active Directory 저장소에 대해 동일한 Windows

인증 유형을 구현하기 위해서만 여러 개의 영역을 사용할 수 있습니다.

클레임 인증 — 단일 영역에 여러 개의 인증 공급자를 구현할 수 있고 여러 개의 영역을 사용할 수

있습니다.

단일 영역에 두 개 이상의 인증 유형 구현

클레임 인증을 사용하는 상황에서 두 개 이상의 인증 유형을 구현하는 경우에는 기본 영역에 여러 인증

유형을 구현하는 것이 좋습니다. 이렇게 하면 모든 사용자가 동일한 URL을 사용하게 됩니다.

동일한 영역에 여러 인증 유형을 구현하는 경우에는 다음과 같은 제한이 적용됩니다.

영역당 하나의 폼 기반 인증 인스턴스만 구현할 수 있습니다.

중앙 관리를 사용하면 Windows 통합 인증 방법과 기본 인증 방법을 동시에 사용할 수 있습니다.

하지만 그렇지 않을 경우에는 Windows 인증을 영역당 두 개 이상 구현할 수 없습니다.

팜 하나에 여러 개의 SAML 토큰 기반 인증 공급자가 구성되어 있는 경우 웹 응용 프로그램이나 새

영역을 만들면 이러한 공급자가 모두 옵션으로 나타납니다. 동일한 영역에 여러 개의 SAML 공급자를

구성할 수 있습니다.

다음 다이어그램에서는 파트너 공동 작업 사이트의 기본 영역에 구현된 여러 인증 유형을 보여 줍니다.

226

다이어그램에서는 각기 다른 디렉터리 저장소의 사용자가 동일한 URL을 사용하여 파트너 웹 사이트에

액세스합니다. 파트너 회사로 둘러싸인 파선으로 된 상자는 사용자 디렉터리와 기본 영역에 구성된

인증 유형 간의 관계를 보여 줍니다. 이 디자인 예제에 대한 자세한 내용은 디자인 예제: 회사

배포(SharePoint Server 2010)를 참조하십시오.

콘텐츠 크롤링 계획

크롤링 구성 요소에서는 NTLM을 사용하여 콘텐츠에 액세스해야 합니다. 하나 이상의 영역에서 NTLM

인증을 사용하도록 구성할 수 있습니다. NTLM 인증이 기본 영역에 구성되어 있지 않으면 크롤링 구성

요소에서는 NTLM 인증을 사용하도록 구성된 다른 영역을 사용할 수 있습니다.

두 개 이상의 영역 구현

웹 응용 프로그램에 대해 두 개 이상의 영역을 구현하려는 경우에는 다음 지침을 따르십시오.

기본 영역을 사용하여 가장 안전한 인증 설정을 구현합니다. 요청을 특정 영역과 연결할 수 없는

경우 기본 영역의 인증 설정 및 기타 보안 정책이 적용됩니다. 기본 영역은 처음 웹 응용

프로그램을 만들 때 만들어지는 영역입니다. 일반적으로 가장 안전한 인증 설정은 최종 사용자

액세스용으로 디자인됩니다. 따라서 최종 사용자는 기본 영역에 액세스할 가능성이 높습니다.

http://technet.microsoft.com/library/1cffb278-6497-46fc-abd0-3dd652064c89(Office.14).aspx


227

사용자가 액세스할 수 있도록 하는 데 필요한 최소 영역 수만 사용합니다. 각 영역은 웹 응용

프로그램 액세스를 위해 새 IIS 사이트 및 도메인에 연결됩니다. 새 액세스 지점은 필요한 경우에만

추가하십시오.

최소한 하나 이상의 영역이 크롤링 구성 요소에 대해 NTLM 인증을 사용하도록 구성되어 있는지

확인합니다. 필요한 경우가 아니면 인덱스 구성 요소에 대해 전용 영역을 만들지 마십시오.

다음 다이어그램에서는 파트너 공동 작업 사이트에 대한 서로 다른 인증 유형을 수용하도록 구현된

여러 개의 영역을 보여 줍니다.

이 다이어그램에서 기본 영역은 원격 직원에 대해 사용됩니다. 각 영역은 서로 다른 URL과 연결되어

있습니다. 직원은 근무 장소가 사무실인지 아니면 원거리 위치인지에 따라 각기 다른 영역을

사용합니다. 이 디자인 예제에 대한 자세한 내용은 디자인 예제: 회사 배포(SharePoint Server 2010)를

참조하십시오.

SAML 토큰 기반 공급자 아키텍처 SAML 토큰 기반 공급자를 구현하기 위한 아키텍처에는 다음 구성 요소가 포함되어 있습니다.


228

SharePoint Security Token Service 이 서비스에서는 팜에서 사용되는 SAML 토큰을 만듭니다. 이

서비스는 서버 팜에 있는 모든 서버에서 자동으로 만들어고 시작됩니다. 모든 팜 간 통신에는 클레임

인증이 사용되므로 이 서비스는 팜 간 통신에 사용됩니다. 또한 이 서비스는 Windows 인증, 폼 기반

인증 및 SAML 토큰 기반 인증 같은 클레임 인증을 사용하는 웹 응용 프로그램에 대해 구현되는 인증

방법에도 사용됩니다. Security Token Service는 배포 과정에 구성해야 합니다. 자세한 내용은

Security Token Service 구성(SharePoint Server 2010)을 참조하십시오.

토큰 서명 인증서(ImportTrustCertificate) 이 인증서는 IP-STS에서 내보내는 인증서로, 팜의 서버

하나에 복사됩니다. 이 인증서를 사용하여 SPTrustedIdentityTokenIssuer를 한 번 만든 후에는 해당

인증서를 다시 사용하여 또 다른 SPTrustedIdentityTokenIssuer를 만들 수 없습니다. 이 인증서를

사용하여 다른 SPTrustedIdentityTokenIssuer를 만들려면 먼저 기존 항목을 삭제해야 합니다. 기존

항목을 삭제하기 전에 이를 사용할 수 있는 모든 웹 응용 프로그램에서 해당 항목의 연결을 해제해야

합니다.

ID 클레임 ID 클레임은 사용자의 고유한 식별자에 해당하는 SAML 토큰의 클레임입니다. IP-STS의

소유자만이 각 사용자에게 항상 고유한 토큰 값을 알고 있습니다. ID 클레임은 모든 필요한 클레임을

매핑하는 과정에 정규 클레임 매핑으로 만들어집니다. SPTrustedIdentityTokenIssuer가 만들어지면 ID

클레임 역할을 하는 클레임이 선언됩니다.

기타 클레임 이러한 클레임은 사용자에 대해 설명하는 SAML 티켓의 추가 클레임으로 구성되어

있으며, 여기에는 사용자 역할, 사용자 그룹 또는 다른 유형의 클레임(예: 나이)이 포함될 수 있습니다.

모든 클레임 매핑은 SharePoint Foundation 팜의 서버 간에 복제되는 개체로 만들어집니다.

영역 SharePoint 클레임 아키텍처에서 SAML 토큰 기반 공급자를 사용하도록 구성된 SharePoint 웹

응용 프로그램과 연결된 URI 또는 URL은 영역을 나타냅니다. 팜에 SAML 기반 인증 공급자를 만드는

경우 IP-STS에서 인증하도록 할 영역(즉, 웹 응용 프로그램 URL)을 한 번에 하나씩 지정합니다. 첫

번째 영역은 SPTrustedIdentityTokenIssuer를 만들 때 지정됩니다. SPTrustedIdentityTokenIssuer를

만든 후 영역을 추가할 수 있습니다. 영역은 $realm = "urn:sharepoint:mysites" 같은 구문을 사용하여

지정합니다. SPTrustedIdentityTokenIssuer에 영역을 추가한 후에는 IP-STS에서 영역과의 RP-STS

신뢰를 만들어야 하는데, 이 과정에 웹 응용 프로그램에 대한 URL을 지정합니다

SPTrustedIdentityTokenIssuer 이 개체는 IP-STS와 통신하고 IP-STS로부터 토큰을 수신하는 데

필요한 값이 들어 있는 SharePoint 팜에 만들어집니다. SPTrustedIdentityTokenIssuer를 만드는 경우

사용할 토큰 서명 인증서, 첫 번째 영역, ID 클레임을 나타내는 클레임, 모든 추가 클레임을

지정합니다. STS의 토큰 서명 인증서는 하나의 SPTrustedIdentityTokenIssuer에만 연결할 수

있습니다. 하지만 SPTrustedIdentityTokenIssuer를 만든 후 추가 웹 응용 프로그램을 위한 영역을

추가할 수 있습니다. SPTrustedIdentityTokenIssuer에 영역이 추가된면 IP-STS에도 해당 영역을 신뢰

당사자로 추가해야 합니다. PTrustedIdentityTokenIssuer 개체는 SharePoint Foundation 팜에 있는

서버 간에 복제됩니다.

RP-STS(신뢰 당사자 Security Token Service) SharePoint Foundation 2010에서는 SAML 공급자를

사용하도록 구성된 각 웹 응용 프로그램이 IP-STS 서버에 RP-STS 항목으로 추가됩니다. SharePoint

Foundation 팜 하나에 여러 개의 RP-STS 항목이 포함될 수 있습니다.

IP-STS(ID 공급자 Security Token Service) 이 서비스는 연결된 사용자 디렉터리에 포함된 사용자를

대신하여 SAML 토큰을 발급하는 클레임 환경의 Security Token Service입니다.

다음 다이어그램에서는 SharePoint 2010 제품 클레임 아키텍처를 보여 줍니다.

http://technet.microsoft.com/library/156cbd50-a05b-4490-b869-f74e2fc0e09d(Office.14).aspx

229

SPTrustedIdentityTokenIssuer 개체는 여러 매개 변수를 사용하여 만듭니다. 다음 다이어그램에서는

주요 매개 변수를 보여 줍니다.

230

다이어그램에 나와 있듯이 SPTrustedIdentityTokenIssuer에는 ID 클레임 하나, SignInURL 매개 변수

하나 그리고 Wreply 매개 변수 하나만 포함될 수 있습니다. 하지만 여러 개의 영역 및 클레임 매핑이

포함될 수 있습니다. SignInURL 매개 변수는 IP-STS에 대해 인증하기 위해 사용자 요청을 리디렉션할

URL을 지정합니다. 일부 IP-STS 서버에서는 Wreply 매개 변수를 사용해야 하는데, 이 매개 변수는

True 또는 False로 설정되며 기본값은 False입니다. Wreply 매개 변수는 IP-STS에서 요구하는

경우에만 사용합니다.

231

보안 강화 계획(SharePoint Foundation 2010)

이 문서에서는 Microsoft SharePoint Foundation 2010 웹 서버, 응용 프로그램 서버 및 데이터베이스

서버 역할의 보안 강화에 대해 설명하고 Microsoft SharePoint 2010 제품의 포트, 프로토콜 및

서비스에 대한 특정 보안 강화 요구 사항과 관련된 자세한 지침을 제공합니다.


보안 서버 스냅숏

특정 포트, 프로토콜 및 서비스 지침

보안 서버 스냅숏 서버 팜 환경에서 개별 서버는 특정 역할을 수행합니다. 이러한 서버에 대한 보안 강화 권장 사항은 각

서버가 수행하는 역할에 따라 달라집니다. 이 문서에는 두 가지 서버 역할 범주에 대한 보안 스냅숏이

포함됩니다.

웹 서버 및 응용 프로그램 서버 역할

데이터베이스 서버 역할

스냅숏은 일반적인 구성 범주로 분류됩니다. 각 범주에 대해 정의된 특성은 Microsoft SharePoint

2010 제품에 대한 최적의 보안 강화 상태를 나타냅니다. 이 문서에는 환경의 다른 소프트웨어에 대한

보안 강화 지침은 포함되어 있지 않습니다.

웹 서버 및 응용 프로그램 서버 역할

이 섹션에서는 웹 서버 및 응용 프로그램 서버의 보안 강화 특성을 식별합니다. 일부 지침은 특정

서비스 응용 프로그램에 적용되며, 이러한 경우 해당 특성은 지정된 서비스 응용 프로그램과 연결된

서비스를 실행하는 서버에서만 적용되어야 합니다.

범주 특징

서비스 MMC 스냅인에 나열된 서비스 다음 서비스를 사용하도록 설정합니다.

파일 및 프린터 공유

World Wide Web Publishing Service

다음 서비스가 사용하지 않도록 설정되지

않았는지 확인합니다.

Windows 토큰 서비스에 대한 클레임

SharePoint 2010 Administration

SharePoint 2010 Timer

232

SharePoint 2010 Tracing

SharePoint 2010 VSS 작성기

다음 서비스가 해당 역할을 호스팅하는 서버에서

사용하지 않도록 설정되지 않았는지 확인합니다.

SharePoint 2010 User Code Host

SharePoint Foundation Search V4

포트 및 프로토콜 TCP 80, TCP 443(SSL)

파일 및 프린터 공유 서비스 - 검색 역할에서

사용되는 다음 중 하나:

직접 호스팅되는 SMB(TCP/UDP 445) -

권장되는 포트입니다.

NetBT(NetBIOS over TCP/IP)(TCP/UDP

포트 137, 138, 139) - 이 포트를

사용하지 않는 경우 사용하지 않도록

설정합니다.

웹 서버와 서비스 응용 프로그램 간의

통신(기본적으로 HTTP)에 필요한 포트:

HTTP 바인딩: 32843

HTTPS 바인딩: 32844

net.tcp 바인딩: 32845(타사에서 서비스

응용 프로그램에 대해 이 옵션을 구현한

경우만 해당)

UDP 포트 1434 및 TCP 포트 1433 - SQL

Server 통신의 기본 포트입니다. 이러한

포트가 SQL Server 컴퓨터에서

차단되고(권장됨) 데이터베이스가 명명된

인스턴스에 설치된 경우 명명된 인스턴스에

연결하기 위한 SQL Server 클라이언트 별칭을

구성합니다.

샌드박스 솔루션에 대한 Microsoft

SharePoint Foundation User Code Service의

경우 TCP/IP 32846 - 이 포트는 모든 웹

서버에서 아웃바운드 연결을 위해 열려 있어야

하고, 이 서비스가 설정된 웹 서버나 응용

프로그램 서버에서 인바운드 연결을 위해 열려

있어야 합니다.

사용자가 액세스할 수 있는 웹 응용

프로그램에 대해 포트가 계속 열려 있는지

233

확인합니다.

중앙 관리 사이트에 사용되는 포트에 대한

외부 액세스를 차단합니다.

TCP/25(전자 메일 통합용 SMTP)

레지스트리 추가 지침 없음

감사 및 로깅 로그 파일을 다시 배치하는 경우 로그 파일 위치가

일치하도록 업데이트합니다. 디렉터리

ACL(액세스 제어 목록)도 업데이트합니다.

코드 액세스 보안 웹 응용 프로그램에 대해 최소한의 코드 액세스

보안 권한 집합을 사용하도록 설정되어 있는지

확인합니다. 각 웹 응용 프로그램의 Web.config

파일에 있는 <trust> 요소는

WSS_Minimal(WSS_Minimal의 기본 하한값은

14\config\wss_minimaltrust.config에 정의되어

있거나 최소한으로 설정되는 사용자 지정 정책

파일에 의해 정의됨)로 설정해야 합니다.

Web.config 설치 프로그램을 실행한 후 만들어지는 각

Web.config 파일에 대해 다음 권장 사항을

따릅니다.

PageParserPaths 요소를 통한 데이터베이스

페이지 컴파일 또는 스크립팅을 허용하지

않습니다.

<사이트 모드> CallStack=""false"" 및

AllowPageLevelTrace=""false""를

확인합니다.

영역당 최대 컨트롤 수에 대한 웹 파트 제한이

낮은 수치로 설정되어 있는지 확인합니다.

SafeControls 목록이 사이트에 필요한 최소

컨트롤 집합으로 설정되어 있는지 확인합니다.

워크플로 SafeTypes 목록이 필요한 최소

수준의 SafeTypes로 설정되어 있는지

확인합니다.

customErrors가 설정되어 있는지

확인합니다(<customErrors 모드=""On""/>).

필요한 경우 웹 프록시 설정을

고려합니다(<system.net>/<defaultProxy>).

Upload.aspx 제한을 사용자가 업로드할 수

있는 적절한 최고 크기(기본값은 2GB)로

234

설정합니다. 업로드 크기가 100MB를

초과하면 성능에 영향을 줄 수 있습니다.

데이터베이스 서버 역할

SharePoint 2010 제품에 대한 기본 권장 사항은 Microsoft SQL Server 통신에 사용되는 기본 포트를

차단하고 대신 이 통신에 대한 사용자 지정 포트를 설정하여 팜 간 통신을 보호하는 것입니다. SQL

Server 통신에 대한 포트를 구성하는 방법에 대한 자세한 내용은 이 문서 뒷부분의 표준 SQL Server

포트 차단을 참조하십시오.

범주 특징

포트 UDP 포트 1434를 차단합니다.

TCP 포트 1433을 차단하는 것이 좋습니다.

이 문서에서는 SQL Server에 보안을 적용하는 방법에 대해 설명하지 않습니다. SQL Server에 보안을

적용하는 방법에 대한 자세한 내용은 SQL Server

보안(http://go.microsoft.com/fwlink/?linkid=186828&clcid=0x412)을 참조하십시오.

특정 포트, 프로토콜 및 서비스 지침 이 문서의 나머지 부분에서는 SharePoint 2010 제품의 특정 보안 강화 요구 사항에 대해 자세히

설명합니다.


표준 SQL Server 포트 차단

서비스 응용 프로그램 통신

파일 및 프린터 공유 서비스 요구 사항

User Profile Service 강화 요구 사항

외부 서버에 대한 연결

전자 메일 통합을 위한 서비스 요구 사항

세션 상태를 위한 서비스 요구 사항

SharePoint 2010 제품 서비스

Web.config 파일



235

표준 SQL Server 포트 차단

SQL Server에 연결하는 데 사용되는 특정 포트는 데이터베이스가 SQL Server의 기본 인스턴스에

설치되어 있는지 아니면 SQL Server의 명명된 인스턴스에 설치되어 있는지에 따라 달라집니다. SQL

Server의 기본 인스턴스는 TCP 포트 1433에서 클라이언트 요청을 수신 대기하고, SQL Server의

명명된 인스턴스는 임의로 할당되는 포트 번호에서 요청을 수신 대기합니다. 또한 명명된 인스턴스가

다시 시작되면 해당 인스턴스에 대한 포트 번호를 다시 할당할 수 있습니다(이전에 할당된 포트 번호가

사용 가능한 경우).

기본적으로 SQL Server에 연결되는 클라이언트 컴퓨터는 먼저 TCP 포트 1433을 사용하여

연결합니다. 이 포트를 사용하여 통신할 수 없으면 클라이언트 컴퓨터는 UDP 포트 1434에서 수신

대기하는 SQL Server Resolution Service를 쿼리하여 데이터베이스 인스턴스가 수신 대기하는 포트를

확인합니다.

SQL Server의 기본 포트 통신 동작은 서버 강화에 영향을 주는 여러 가지 문제를 야기합니다. 우선,

SQL Server에서 사용하는 포트는 널리 알려진 포트이며 SQL Server Resolution Service는 "Slammer"

웜 바이러스를 비롯한 버퍼 오버런 공격 및 DoS(Denial-Of-Service) 공격의 표적이 되어 왔습니다.

SQL Server를 업데이트하여 SQL Server Resolution Service의 보안 문제를 완화한다 해도 포트가 잘

알려져 있기 때문에 여전히 공격의 대상이 됩니다. 둘째로, 데이터베이스가 SQL Server의 명명된

인스턴스에 설치되어 있으면 해당하는 통신 포트는 임의로 할당되며 변경될 수 있습니다. 이러한

동작으로 인해 강화된 환경에서 서버 간 통신이 차단될 수 있습니다. 열려 있거나 차단되는 TCP

포트를 제어하는 기능은 환경을 보호하는 데 반드시 필요합니다.

따라서 서버 팜에서는 SQL Server의 명명된 인스턴스에 정적 포트 번호를 할당하고 UDP 포트 1434를

차단하여 공격자들이 SQL Server Resolution Service에 액세스할 가능성을 차단하는 것이 좋습니다.

또한 기본 인스턴스가 사용하는 포트를 다시 할당하고 TCP 포트 1433을 차단하는 것도 고려해

보십시오.

다양한 방법을 통해 포트를 차단할 수 있습니다. 방화벽을 사용하여 포트를 차단할 수도 있지만,

네트워크 세그먼트로 연결되는 다른 경로가 없거나 네트워크 세그먼트에 대한 액세스 권한이 있는

악의적인 사용자가 없는 것이 확실한 경우가 아니면 SQL Server를 호스팅하는 서버에서 이들 포트를

직접 차단하는 것이 좋습니다. 제어판에서 Windows 방화벽을 사용하여 이 작업을 수행할 수

있습니다.

비표준 포트에서 수신 대기하도록 SQL Server 데이터베이스 인스턴스 구성

SQL Server에서는 기본 인스턴스와 모든 명명된 인스턴스에서 사용하는 포트를 다시 할당하는 기능을

제공합니다. SQL Server 2005 및 SQL Server 2008에서는 SQL Server 구성 관리자를 사용하여

포트를 다시 할당합니다.

SQL Server 클라이언트 별칭 구성

서버 팜에서 모든 프런트 엔드 웹 서버와 응용 프로그램 서버는 SQL Server 클라이언트 컴퓨터입니다.

SQL Server 컴퓨터에서 UDP 포트 1434를 차단하거나 기본 인스턴스의 기본 포트를 변경하는

경우에는 SQL Server 컴퓨터에 연결되는 모든 서버에서 SQL Server 클라이언트 별칭을 구성해야

합니다.

236

SQL Server 2005 또는 SQL Server 2008의 인스턴스에 연결하려면 대상 컴퓨터에 SQL Server

클라이언트 구성 요소를 설치한 다음 SQL Server 구성 관리자를 사용하여 SQL Server 클라이언트

별칭을 구성합니다. SQL Server 클라이언트 구성 요소를 설치하려면 설치 프로그램을 실행하고 다음

클라이언트 구성 요소만 설치하도록 선택합니다.

연결 구성 요소

관리 도구(SQL Server 구성 관리자 포함)

표준 SQL 포트를 차단하기 위한 특정 보안 강화 단계는 SharePoint 환경에 맞게 SQL Server

강화(SharePoint Server 2010)를 참조하십시오.

서비스 응용 프로그램 통신

기본적으로 팜 내에서 웹 서버와 서비스 응용 프로그램 간의 통신은 포트 32843에 바인딩된 HTTP를

사용하여 이루어집니다. 서비스 응용 프로그램을 게시하는 경우 다음과 같이 바인딩된 HTTP 또는

HTTPS를 선택할 수 있습니다.

HTTP 바인딩: 포트 32843

HTTPS 바인딩: 포트 32844

또한 서비스 응용 프로그램을 개발하는 타사에서 제 3의 선택안을 구현할 수 있습니다.

net.tcp 바인딩: 포트 32845

각 서비스 응용 프로그램의 프로토콜과 포트 바인딩을 변경할 수 있습니다. 중앙 관리의 서비스 응용

프로그램 페이지에서 서비스 응용 프로그램을 선택한 다음 게시를 클릭합니다.

서비스 응용 프로그램과 SQL Server 간의 통신은 SQL Server 통신을 위해 구성한 표준 SQL Server

포트를 통해 이루어집니다.

파일 및 프린터 공유 서비스 요구 사항

파일 및 프린터 공유 서비스와 해당하는 프로토콜 및 포트에 따라 여러 가지 핵심 기능이 달라집니다.

다음은 이러한 기능 중 일부입니다.

검색 쿼리 모든 검색 쿼리에는 파일 및 프린터 공유 서비스가 필요합니다.

콘텐츠 크롤링 및 인덱싱 크롤링 구성 요소가 포함된 서버는 콘텐츠를 크롤링하기 위해 프런트

엔드 웹 서버를 통해 요청을 보냅니다. 프런트 엔드 웹 서버는 콘텐츠 데이터베이스와 직접

통신하여 결과를 다시 크롤링 구성 요소가 포함된 서버로 보냅니다. 이러한 통신에 파일 및 프린터

공유 서비스가 필요합니다.

파일 및 프린터 공유 서비스는 명명된 파이프를 사용해야 합니다. 명명된 파이프는 직접 호스팅되는

SMB 또는 NetBT 프로토콜 중 하나를 사용하여 통신할 수 있습니다. 보안 환경에서는 NetBT가 아닌

직접 호스팅되는 SMB를 사용하는 것이 좋습니다. 이 문서에서 제공되는 보안 강화 권장 사항에서는

SMB를 사용한다고 간주합니다.

다음 표에서는 파일 및 프린터 공유 서비스로 인해 적용되는 강화 요구 사항에 대해 설명합니다.

범주 요구 사항 참고

http://technet.microsoft.com/library/2c727311-e83e-4f7b-b02c-9a0699a81e64(Office.14).aspx

http://technet.microsoft.com/library/2c727311-e83e-4f7b-b02c-9a0699a81e64(Office.14).aspx

237

서비스 파일 및 프린터 공유 명명된 파이프를 사용해야

합니다.

프로토콜 직접 호스팅되는 SMB를 사용하는

명명된 파이프

NetBT를 사용하지 않도록 설정

명명된 파이프는 직접

호스팅되는 SMB가 아닌

NetBT를 사용할 수 있지만,

NetBT는 직접 호스팅되는

SMB만큼 안전하지 못합니다.

포트 다음 중 하나

직접 호스팅되는

SMB(TCP/UDP 445) - 권장됨

NetBT(TCP/UDP 포트 137,

138, 139)

NetBT(포트 137, 138 및

139)가 사용되지 않는 경우

NetBT를 사용하지 않도록

설정합니다.

NetBT를 사용하지 않도록 설정하는 방법에 대한 자세한 내용은 Microsoft 기술 자료 문서 204279,

TCP/IP를 통한 SMB 직접 호스팅(http://go.microsoft.com/fwlink/?linkid=76143&clcid=0x412)을

참조하십시오.

전자 메일 통합을 위한 서비스 요구 사항

전자 메일을 통합하려면 다음과 같은 두 서비스를 사용해야 합니다.

SMTP 서비스

Microsoft SharePoint 디렉터리 관리 서비스

SMTP 서비스

전자 메일 통합 기능을 이용하려면 서버 팜의 프런트 엔드 웹 서버 중 적어도 하나에서 SMTP(Simple

Mail Transfer Protocol) 서비스를 사용해야 합니다. SMTP 서비스는 받는 전자 메일에 필요합니다.

보내는 전자 메일의 경우에는 SMTP 서비스를 사용하거나, 조직의 전용 전자 메일 서버(예: Microsoft

Exchange Server 컴퓨터)를 통해 보내는 전자 메일을 라우팅할 수 있습니다.

Microsoft SharePoint 디렉터리 관리 서비스

SharePoint 2010 제품에는 전자 메일 그룹을 만들기 위한 내부 서비스인 Microsoft SharePoint

디렉터리 관리 서비스가 포함되어 있습니다. 전자 메일 통합을 구성할 때는 디렉터리 관리 서비스

기능을 사용하도록 설정하여 사용자가 메일 그룹을 만들도록 허용할 수 있습니다. 사용자가

SharePoint 그룹을 만들 때 메일 그룹 만들기 옵션을 선택하면 Microsoft SharePoint 디렉터리 관리

서비스에서 Active Directory 환경에 해당하는 Active Directory 메일 그룹을 만듭니다.

보안이 강화된 환경에서는 이 서비스와 연결된 파일(SharePointEmailws.asmx)을 보호하여 Microsoft

SharePoint 디렉터리 관리 서비스에 대한 액세스를 제한하는 것이 좋습니다. 예를 들어 서버 팜 계정을

통해서만 이 파일에 액세스하도록 허용할 수 있습니다.


238

또한 이 서비스를 사용하려면 Active Directory 환경에서 Active Directory 메일 그룹 개체를 만들 수

있는 권한이 있어야 합니다. SharePoint 2010 제품 개체용으로 Active Directory에 별도의 OU(조직

구성 단위)를 설정하는 것이 좋습니다. 그리고 이 OU에서만 Microsoft SharePoint 디렉터리 관리

서비스에서 사용하는 계정에 대해 쓰기 권한을 허용해야 합니다.

SharePoint 2010 제품 서비스

SharePoint 2010 제품에서 설치하는 서비스는 사용하지 않도록 설정하면 안 됩니다(앞에서 스냅숏에

표시됨).

작업 환경에서 서비스를 로컬 시스템으로 실행할 수 없는 경우에는 SharePoint 2010 Administration

Service를 사용하지 않도록 설정하는 것을 고려할 수 있습니다. 단, 이렇게 하려면 그 결과를 알고

있으며 관련 문제를 해결할 수 있어야 합니다. 이 서비스는 로컬 시스템으로 실행되는 Win32

서비스입니다.

이 서비스는 SharePoint 2010 Timer 서비스에서 IIS(인터넷 정보 서비스) 웹 사이트 만들기, 코드 배포,

서비스 중지/시작 등 서버에 대한 관리 권한이 필요한 작업을 수행하는 데 사용됩니다. 이 서비스를

사용하지 않도록 설정하면 중앙 관리 사이트에서 배포 관련 작업을 완료할 수 없습니다. Windows

PowerShell을 사용하여 Start-SPAdminJob cmdlet을 실행하거나 Stsadm.exe 명령줄 도구를

사용하여 execadmsvcjobs 작업을 실행하여 SharePoint 2010 제품에 대해 다중 서버 배포를 완료하고

다른 배포 관련 작업을 실행해야 합니다.

Web.config 파일

.NET Framework, 특히 ASP.NET은 XML 형식 구성 파일을 사용하여 응용 프로그램을 구성합니다.

.NET Framework는 구성 파일을 사용하여 구성 옵션을 정의합니다. 구성 파일은 텍스트 기반 XML

파일입니다. 일반적으로 단일 시스템에 여러 구성 파일이 있습니다.

.NET Framework에 대한 시스템 전체 구성 설정은 Machine.config 파일에 정의됩니다.

Machine.config 파일은

%SystemRoot%\Microsoft.NET\Framework\%VersionNumber%\CONFIG\ 폴더에 있습니다.

Machine.config 파일에 포함되어 있는 기본 설정을 수정하여 전체 시스템에서 .NET Framework를

사용하는 응용 프로그램 동작을 변경할 수 있습니다.

응용 프로그램의 루트 폴더에 Web.config 파일을 만드는 경우에는 단일 응용 프로그램에 대해

ASP.NET 구성 설정을 변경할 수 있습니다. 이렇게 하면 Web.config 파일의 설정이 Machine.config

파일의 설정을 다시 정의합니다.

중앙 관리를 사용하여 웹 응용 프로그램을 확장하면 SharePoint 2010 제품에서 웹 응용 프로그램에

대해 Web.config 파일을 자동으로 만듭니다.

이 문서 앞부분에서 설명하는 웹 서버 및 응용 프로그램 서버 스냅숏에서는 Web.config 파일 구성을

위한 권장 사항이 나와 있습니다. 이러한 권장 사항은 중앙 관리 사이트의 Web.config 파일을

비롯하여 작성되는 각 Web.config 파일에 적용하기 위한 것입니다.

Web.config 파일을 편집하는 방법 및 ASP.NET 구성 파일에 대한 자세한 내용은 ASP.NET 구성

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

참조하십시오.

http://technet.microsoft.com/library/a96146cd-9973-4680-9a0b-d91ec51200d5(Office.14).aspx



239

자동 암호 변경 계획(SharePoint Foundation)

암호 관리를 간소화하려면 자동 암호 변경 기능을 사용하여 여러 계정, 서비스 및 웹 응용 프로그램에

걸쳐 수동으로 암호 업데이트 작업을 수행하지 않고도 암호를 업데이트 및 배포할 수 있습니다. 암호

만료가 임박해 있는지 확인하고 강력한 암호화 기능을 갖는 긴 임의 문자열을 사용하여 암호를 다시

설정하도록 자동 암호 변경 기능을 구성할 수 있습니다. 자동 암호 변경 기능을 구현하려면 관리

계정을 구성해야 합니다.


관리 계정 구성

일정에 따라 자동으로 암호 다시 설정

암호 만료 감지

계정 암호 즉시 다시 설정

Active Directory 도메인 서비스와 SharePoint Foundation 계정 암호 동기화

모든 암호 즉시 다시 설정

자격 증명 변경 프로세스

관리 계정 구성 Microsoft SharePoint Foundation 2010은 관리 계정 만들기를 지원하여 보안을 강화하고 응용

프로그램을 격리합니다. 관리 계정을 사용하면 팜의 모든 서비스에 암호를 배포하도록 자동 암호 변경

기능을 구성할 수 있습니다. SharePoint 팜의 응용 프로그램 서버에서 실행하는 SharePoint 웹 응용

프로그램 및 서비스에서 서로 다른 도메인 계정을 사용하도록 구성할 수 있습니다. AD DS(Active

Directory 도메인 서비스)에서 여러 계정을 만든 다음 SharePoint Foundation 2010에서 이러한 각

계정을 등록할 수 있습니다. 팜의 다양한 서비스와 웹 응용 프로그램에 관리 계정을 매핑할 수

있습니다.

일정에 따라 자동으로 암호 다시 설정 자동 암호 변경 기능을 구현하기 전에 암호를 업데이트하려면 AD DS에서 각 계정 암호를 다시 설정한

다음 팜의 모든 컴퓨터에서 실행하는 모든 서비스에서 계정 암호를 수동으로 업데이트해야 합니다.

이렇게 하려면 Stsadm 명령줄 도구를 실행하거나 SharePoint 중앙 관리 웹 응용 프로그램을 사용해야

합니다. 이제 자동 암호 변경 기능을 사용하여 관리 계정을 등록하고 SharePoint Foundation

2010에서 계정 암호를 제어하도록 설정할 수 있습니다. 계획된 암호 변경 및 관련 서비스 중단에 대해

사용자에게 알려야 하지만 SharePoint 팜, 웹 응용 프로그램 및 다양한 서비스에서 사용하는 계정은

개별적으로 구성된 암호 다시 설정 일정에 따라 필요한 경우 팜에서 자동으로 다시 설정되어 배포될 수

있습니다.

240

암호 만료 감지 대개 IT 부서에서는 정기적으로(예: 60일마다) 모든 도메인 계정 암호를 다시 설정해야 하는 정책을

시행합니다. SharePoint Foundation 2010은 암호 만료가 임박해 있음을 감지하고 지정된 관리자에게

전자 메일 알림을 보내도록 구성할 수 있습니다. 관리자가 개입하지 않고도 암호를 자동으로 생성하여

다시 설정하도록 SharePoint Foundation 2010을 구성할 수 있습니다. 암호를 다시 설정하는 동안

있을 수 있는 서비스 중단에 따른 영향을 최소화하도록 자동 암호 다시 설정 일정을 구성할 수도

있습니다.

계정 암호 즉시 다시 설정 항상 자동 암호 다시 설정 일정을 무시하고 특정 암호 값을 사용하여 서비스 계정 암호를 즉시 다시

설정할 수 있습니다. 이 시나리오에서 서비스 계정 암호는 SharePoint Foundation 2010을 통해

AD DS에서 변경될 수 있습니다. 그러면 팜의 다른 서버에 새 암호가 즉시 전달됩니다.

Active Directory 도메인 서비스와 SharePoint

Foundation 계정 암호 동기화 AD DS와 SharePoint Foundation 2010 계정 암호가 동기화되지 않으면 SharePoint 팜의 서비스가

시작되지 않습니다. Active Directory 관리자가 SharePoint 관리자와 암호 변경을 조정하지 않고

Active Directory 계정 암호를 변경하면 서비스 중단이 발생할 위험이 있습니다. 이 시나리오에서

SharePoint 관리자는 AD DS에서 변경한 암호 값을 사용하여 계정 관리 페이지에서 암호를 즉시 다시

설정할 수 있습니다. 그러면 암호가 업데이트되어 SharePoint 팜의 다른 서버로 즉시 전달됩니다.

모든 암호 즉시 다시 설정 관리자가 갑자기 조직을 떠나게 되거나 그 밖의 다른 이유로 서비스 계정 암호를 즉시 다시 설정해야

하는 경우 암호 변경 cmdlet을 호출하는 Windows PowerShell 스크립트를 빠르게 만들 수 있습니다.

이 스크립트를 사용하여 임의로 새 암호를 생성하고 새 암호를 즉시 배포할 수 있습니다.

자격 증명 변경 프로세스 SharePoint Foundation 2010에서 관리되는 계정의 자격 증명을 변경하면 팜의 한 서버에서 자격 증명

변경 프로세스가 수행됩니다. 그러면 자격 증명이 변경될 예정이며 필요한 경우 서버가 변경 전 중요한

작업을 수행할 수 있음을 팜의 각 서버에 알립니다. 아직 계정 암호가 변경되지 않은 경우 SharePoint

Foundation 2010은 수동으로 입력한 암호 또는 강력한 암호화 기능을 갖는 긴 임의 문자열을

사용하여 암호를 변경하려고 합니다. 적절한 정책(네트워크 또는 로컬)에서 복잡성 설정을 쿼리하고

생성된 암호는 찾은 설정에 대응합니다. 그리고 SharePoint Foundation 2010은 암호 변경을

적용하려고 합니다. 암호 변경을 적용할 수 없는 경우 새 시퀀스를 사용하여 지정된 횟수만큼

재시도합니다. 계정 암호 업데이트 프로세스에 성공하면 다음 종속 서비스로 진행하며 여기서 다시

암호 변경을 적용하려고 합니다. 성공하지 못한 경우 일반 작업을 다시 시작할 수 있음을 각 종속

241

서비스에 알립니다. 암호 변경을 적용하는 데 성공하거나 적용하는 데 실패한 경우 모두 팜 관리자에게

전자 메일로 보내는 자동 암호 변경 상태 알림이 생성됩니다.

참고 항목 자동 암호 변경 구성(SharePoint Foundation 2010)

http://technet.microsoft.com/library/a1784b2d-68a4-409d-a8fa-35d0ab885e24(Office.14).aspx

242

SQL Server 및 저장소(SharePoint Foundation

2010)

이 섹션에서는 Microsoft SharePoint Foundation 2010에 대한 Microsoft SQL Server 및 저장소

구성을 계획하는 방법에 대해 설명합니다.


SharePoint 환경의 SQL Server 개요(SharePoint Foundation 2010)

이 문서에서는 SharePoint Foundation 2010과 지원되는 SQL Server 버전 간의 관계에 대해

설명합니다. 또한 데이터베이스와 상호 작용하는 방법을 살펴보고 SQL Server의 보고 및

BI(비즈니스 인텔리전스) 기능과 SharePoint Foundation 2010을 함께 사용하는 방법을

소개합니다.

원격 BLOB 저장소 개요(SharePoint Foundation 2010)

이 문서에서는 SharePoint Foundation 2010이 원격 BLOB 저장소와 작동하는 방식에 대해

설명합니다.

RBS(원격 BLOB 저장소) 계획(SharePoint Foundation 2010)

이 문서에서는 원격 BLOB 저장소 솔루션으로 이동할 때 고려해야 할 요인에 대해 설명합니다.

243

SharePoint 환경의 SQL Server 개요(SharePoint

Foundation 2010)

이 문서에서는 Microsoft SharePoint Foundation 2010과 지원되는 Microsoft SQL Server 버전 간의

관계에 대해 설명합니다. 또한 데이터베이스와 상호 작용하는 방법을 살펴보고 SQL Server의 보고 및

BI(비즈니스 인텔리전스) 기능과 SharePoint Foundation 2010을 함께 사용하는 방법을 소개합니다.

지원되는 SQL Server 버전에 대한 자세한 내용은 하드웨어 및 소프트웨어 요구 사항(SharePoint



SharePoint 2010 제품 및 SQL Server 데이터베이스 엔진

SharePoint 2010 제품의 비즈니스 인텔리전스 기능을 위한 데이터 플랫폼으로 SQL Server 사용

SharePoint 2010 제품 및 SQL Server 데이터베이스 엔진 SharePoint Foundation 2010은 SQL Server 데이터베이스 엔진을 기반으로 하는 응용

프로그램입니다. 대부분의 SharePoint Foundation 2010 콘텐츠 및 설정은 관계형 데이터베이스에

저장됩니다. SharePoint Foundation 2010에서는 다음과 같은 유형의 데이터베이스를 사용합니다.

구성 구성 데이터베이스 및 중앙 관리 콘텐츠 데이터베이스는 구성 데이터베이스라고 하며

사용된 데이터베이스, IIS(인터넷 정보 서비스) 웹 사이트 또는 웹 응용 프로그램, 솔루션, 웹 파트

패키지, 사이트 서식 파일, 기본 할당량, 차단된 파일 형식 같은 팜 설정 데이터를 포함합니다.

하나의 팜에는 구성 데이터베이스 집합이 하나만 있을 수 있습니다.

콘텐츠 콘텐츠 데이터베이스에는 문서 라이브러리의 파일 및 목록 데이터 같은 문서, 웹 파트

속성, 사용자 이름 및 권한 같은 모든 사이트 콘텐츠가 저장됩니다. 특정 사이트에 대한 모든

데이터는 하나의 콘텐츠 데이터베이스에 저장됩니다. 각 웹 응용 프로그램에는 여러 콘텐츠

데이터베이스가 포함될 수 있습니다. 각각의 사이트 모음은 하나의 콘텐츠 데이터베이스와만

연결할 수 있지만 콘텐츠 데이터베이스 하나를 여러 사이트 모음과 연결할 수 있습니다.

서비스 응용 프로그램 서비스 응용 프로그램 데이터베이스에는 서비스 응용 프로그램에서

사용되는 데이터가 저장됩니다. 서비스 응용 프로그램 데이터베이스는 해당 용도에 따라 조금씩

다릅니다.

SharePoint Foundation 2010을 지원하는 모든 데이터베이스의 전체 목록은 Database types and

descriptions (SharePoint Server 2010)(영문) 및 Database types and descriptions (SharePoint

Foundation 2010)(영문)을 참조하십시오.

http://technet.microsoft.com/library/9b1e8b21-7675-4186-beb6-3adeef4360e6(Office.14).aspx

http://technet.microsoft.com/library/9b1e8b21-7675-4186-beb6-3adeef4360e6(Office.14).aspx

http://technet.microsoft.com/library/da66a206-369d-46bc-b974-cf3564baadff(Office.14).aspx

http://technet.microsoft.com/library/da66a206-369d-46bc-b974-cf3564baadff(Office.14).aspx

244

SharePoint 2010 제품을 지원하는 SQL Server 데이터베이스 사용

SharePoint Foundation 2010을 지원하는 SQL Server 데이터베이스는 SharePoint Foundation

2010에서 만들거나 데이터베이스 관리자가 직접 만들 수 있습니다. 자세한 내용은 DBA가 만든

데이터베이스를 사용한 배포(SharePoint Foundation 2010)를 참조하십시오.

SharePoint Foundation 2010을 지원하는 데이터베이스를 직접 쿼리하거나 수정할 수는 없지만,

Usage and Health Data Collection 서비스 응용 프로그램의 경우에는 직접 쿼리할 수 있고 해당

스키마를 추가할 수도 있습니다.

SharePoint Foundation 2010을 지원하는 SQL Server 데이터베이스에는 SQL Server에 일반적으로

적용되지 않는 크기 제한 및 구성 권장 사항이 적용됩니다.

SharePoint 2010 제품의 비즈니스 인텔리전스 기능을

위한 데이터 플랫폼으로 SQL Server 사용 SharePoint Foundation 2010을 SQL Server BI 도구와 함께 사용하여 BI 데이터를 분석하고 의미 있게

표시할 수 있습니다. SQL Server에서는 기본 데이터 인프라 및 비즈니스 인텔리전스 플랫폼을 통해

보고서 작성자 및 비즈니스 사용자에게 신뢰할 수 있으며 확장 가능하고 안전한 데이터를 제공합니다.

다음 섹션에서는 SharePoint Foundation 2010의 비즈니스 인텔리전스 기능을 지원하는 SQL Server의

기능에 대해 설명합니다.

SQL Server 데이터베이스 엔진

SQL Server 데이터베이스 엔진은 데이터 저장, 처리 및 보안을 위한 핵심 서비스입니다. BI 데이터는

SQL Server 데이터베이스 엔진에서 수집할 수 있습니다. 자세한 내용은 SQL Server 데이터베이스

엔진(http://go.microsoft.com/fwlink/?linkid=199540&clcid=0x412)을 참조하십시오.

SSAS(SQL Server Analysis Services): 다차원 데이터

Microsoft SQL Server Analysis Services(SSAS)의 다차원 데이터를 사용하면 여러 데이터 원본에서

집계한 데이터 및 세부 정보가 포함된 다차원 구조를 디자인, 생성 및 관리할 수 있습니다. SQL Server

2008 R2의 큐브 마법사를 사용하면 큐브를 만드는 과정이 단순해집니다. 차원 데이터 또는 큐브

데이터는 SharePoint Foundation 2010에서 비즈니스 인텔리전스 관련 서비스 응용 프로그램을

사용하여 수행할 수 있는 분석 유형을 위한 프로토타입 데이터 원본입니다. 자세한 내용은 SQL Server

Analysis Services - 다차원 데이터(http://go.microsoft.com/fwlink/?linkid=199541&clcid=0x412)를

참조하십시오.

SQL Server Analysis Services: 데이터 마이닝

SQL Server Analysis Services 데이터 마이닝 도구는 일련의 업계 표준 데이터 마이닝 알고리즘과

기타 도구를 통해 데이터에서 추세 및 패턴을 손쉽게 파악할 수 있도록 합니다. 다음은 예상 분석을

수행하는 데 도움이 되는 Excel 추가 기능입니다.

http://technet.microsoft.com/library/c7647e52-2178-4d3d-9376-84b2c9a35a1e(Office.14).aspx

http://technet.microsoft.com/library/c7647e52-2178-4d3d-9376-84b2c9a35a1e(Office.14).aspx





245

Excel용 테이블 분석 도구는 Analysis Services 데이터 마이닝을 활용하여 스프레드시트 데이터를

효과적으로 분석하는 사용하기 편리한 도구입니다. 자세한 내용은 SQL Server Analysis Services

- 데이터 마이닝(http://go.microsoft.com/fwlink/?linkid=199543&clcid=0x412)을 참조하십시오.

Excel용 데이터 마이닝 클라이언트는 워크시트 데이터 또는 Analysis Services를 통해 사용할 수

있는 외부 데이터를 활용하여 사용자가 Microsoft Office Excel 2007에서 데이터 마이닝 모델을

제작, 테스트 및 쿼리할 수 있도록 합니다.

추가 기능을 사용하도록 설정하려면 서버에 연결해야 합니다.

SSRS(SQL Server Reporting Services)

Microsoft SQL Server Reporting Services(SSRS)와 SharePoint Foundation 2010은 손쉽게

통합됩니다. SQL Server Reporting Services에는 조직의 보고서를 작성, 배포 및 관리하는 데 사용할

수 있는 모든 도구가 포함되어 있습니다. 또한 보고 기능을 확장 및 사용자 지정할 수 있도록 하는

기능도 갖추고 있습니다.

사용 가능한 기능은 다음과 같습니다.

SharePoint Foundation 2010에서 직접 실행할 수 있는 SQL Server Reporting Services 작성 도구

중 하나인 Report Builder 3을 사용하여 보고서 작성

SharePoint Foundation 2010에서 SSRS 보고서 게시

보고서 서버 콘텐츠 형식을 SharePoint 라이브러리에 게시한 다음 이러한 문서를 SharePoint

사이트에서 보고 관리할 수 있습니다.

SSRS에 대한 자세한 내용은 SQL Server Reporting

Services(http://go.microsoft.com/fwlink/?linkid=199545&clcid=0x412)를 참조하십시오. 다양한

통합 모드를 설치하는 방법에 대한 자세한 내용은 SharePoint의 SQL Server Reporting Services

보고서 개요(SharePoint Server 2010)를 참조하십시오.

SSIS(SQL Server Integration Services)

Microsoft SQL Server Integration Services(SSIS)에서는 다양한 데이터 통합 및 데이터 변환 솔루션을

제공합니다. 반복 가능한 ETL(추출, 변환 및 로드) 프로세스를 만들어 XML 데이터 파일, 플랫 파일

또는 관계형 데이터 원본 같은 원본의 데이터를 하나 이상의 대상으로 옮기는 과정을 자동화할 수

있습니다. 데이터의 원본이 서로 다르거나 BI 응용 프로그램의 이점을 활용하도록 데이터가 마이닝

또는 정리되지 않은 경우 SQL Server Integration Services에서 데이터를 준비하는 과정을 지원합니다.

자세한 내용은 SQL Server Integration

Services(http://go.microsoft.com/fwlink/?linkid=199546&clcid=0x412)를 참조하십시오.

BIDS(Business Intelligence Development Studio)

Microsoft BIDS(Business Intelligence Development Studio)에서는 단일화된 환경에 통합, 보고 및

분석 솔루션을 구축하기 위한 직관적인 마법사를 제공합니다. BIDS에서는 솔루션 및 보고서의 개발,

테스트 및 배포와 관련된 전체 개발 수명 주기를 지원합니다. BIDS는 Visual Studio 2005 개발 환경을

참고:





http://technet.microsoft.com/library/44be0f8c-e167-4b92-9125-2c03b4e440cf(Office.14).aspx

http://technet.microsoft.com/library/44be0f8c-e167-4b92-9125-2c03b4e440cf(Office.14).aspx



246

기반으로 하지만 SQL Server 서비스를 통해 이를 사용자 지정합니다. 이러한 서비스에는 보고서의

특정 확장명 및 프로젝트 유형, ETL 데이터 흐름, OLAP 큐브 및 데이터 마이닝 구조가 있습니다.

PowerPivot for Excel 및 PowerPivot for SharePoint

PowerPivot은 사용자가 셀프 서비스 BI 솔루션을 만드는 데 사용할 수 있는 추가 기능으로, SharePoint

Foundation 2010 환경에서 이러한 솔루션을 공유하고 공동 작업을 수행하는 과정을 용이하게 해

줍니다. 또한 PowerPivot은 IT 조직에서 Microsoft SQL Server 2008 관리 도구를 통해 운영상의

효율성을 높일 수 있도록 합니다. PowerPivot의 구성 요소는 다음과 같습니다.

PowerPivot for Excel 2010은 Microsoft Excel 2010에 직접 계산 기능을 제공하는 데이터 분석

추가 기능입니다. PowerPivot for Excel(이전의 "Gemini")은 사용자가 많은 양의 데이터를 분석할

수 있도록 하며, 이를 SharePoint Foundation 2010과 통합하여 사용하는 IT 부서에서는 사용자가

공동 작업하는 방식을 손쉽게 모니터링하고 관리할 수 있습니다. 이 추가 기능은 워크시트에 대한

1백만 행의 제한을 없애 주며 많은 데이터 집합을 신속하게 계산할 수 있도록 합니다. 자세한

내용은 PowerPivot 개요(http://go.microsoft.com/fwlink/?linkid=199547&clcid=0x412)를

참조하십시오.

PowerPivot for SharePoint 2010은 SharePoint Foundation 2010 및 Excel Services를 확장하여

SharePoint 사이트에 게시하는 PowerPivot 통합 문서에 대한 서버 쪽 처리, 공동 작업 및 문서

관리 지원을 추가합니다. 자세한 내용은 PowerPivot for

SharePoint(http://go.microsoft.com/fwlink/?linkid=199547&clcid=0x412)를 참조하십시오.

Master Data Services

SQL Server Master Data Services를 사용하면 회사 전체적으로는 물론 이기종 시스템 간에도 중요한

데이터 자산을 중앙에서 관리하여 BI 응용 프로그램에 보다 신뢰도가 높은 데이터를 제공할 수

있습니다. Master Data Services는 콘텐츠 관리자를 위한 씬 클라이언트 데이터 관리 응용 프로그램이

포함된 마스터 데이터 허브를 간단히 제작할 수 있도록 합니다. 또한 이 응용 프로그램에서는

워크플로를 할당된 소유자에게 적용하고, 확장 가능한 비즈니스 규칙을 적용하여 데이터 품질을

보호하고, 계층 구조 및 특성 관리 전략을 적용할 수도 있습니다. 자세한 내용은 Master Data

Services(http://go.microsoft.com/fwlink/?linkid=199548&clcid=0x412)를 참조하십시오.

StreamInsight 및 복잡한 이벤트 처리

Microsoft StreamInsight는 CEP(복잡한 이벤트 처리) 응용 프로그램을 개발 및 배포하기 위한 강력한

플랫폼을 제공하는 SQL Server 2008 R2의 새로운 기능입니다. CEP는 높은 처리량과 낮은 대기

시간으로 이벤트 스트림을 처리하기 위한 기술입니다. StreamInsight를 사용하면 데이터를 먼저

저장하지 않고도 분석할 수 있으며 여러 원본의 데이터를 모니터링하여 패턴, 추세 및 예외를 거의

동시에 간단히 검색할 수 있습니다. 또한 이동하는 데이터를 이벤트 중심적인 방식으로 모니터링, 분석

및 실행할 수 있어 충분한 정보를 바탕으로 보다 신속하게 비즈니스 관련 결정을 내릴 수 있는

가능성이 높아집니다. 자세한 내용은 Microsoft

StreamInsight(http://go.microsoft.com/fwlink/?linkid=199549&clcid=0x412)를 참조하십시오.








247

관련 콘텐츠

자원 센터 SharePoint Server 2010의 비즈니스 연속성 관리(영문일 수 있음)

SharePoint Server 2010의 비즈니스

인텔리전스(http://go.microsoft.com/fwlink/?linkid=199757&clcid=0x412)

Microsoft 비즈니스 인텔리전스(영문일 수


수 있음)

SQL Server Tech Center(영문일 수


수 있음)

SQL Server SSAS(Analysis Services 다차원 데이터)(영문일 수


수 있음)

SSAS(SQL Server Analysis Services) 데이터 마이닝(영문일 수


수 있음)

개발자 콘텐츠 SharePoint 개발자

센터(http://go.microsoft.com/fwlink/?linkid=159918&clcid=0x412)

SQL Server 개발자 센터(영문일 수


수 있음)

SQL Server 데이터베이스

엔진(http://go.microsoft.com/fwlink/?linkid=199765&clcid=0x412)

SSRS(SQL Server Reporting

Services)(http://go.microsoft.com/fwlink/?linkid=199766&clcid=0x412)

SQL Server StreamInsight(영문일 수


수 있음)






















248

원격 BLOB 저장소 개요(SharePoint Foundation

2010)

이 문서에서는 RBS(원격 BLOB 저장소)에 대해 설명하고 이를 Microsoft SharePoint Foundation

2010을 사용하여 구현하는 방법을 소개합니다.

BLOB(Binary Large Object)는 다음과 같은 특성을 가진 데이터 요소입니다.

스키마가 없는 구조화되지 않은 데이터(예: 암호화된 데이터)

매우 간단한 스키마가 있는 많은 양(높은 수치의 MB 또는 GB)의 바이너리 데이터(예: 이미지 파일,

스트리밍 비디오 또는 사운드 클립)

기본적으로 Microsoft SQL Server에서는 BLOB 데이터를 해당 데이터베이스에 저장합니다.

데이터베이스의 사용량이 늘어나면 데이터베이스에 저장된 BLOB 데이터의 전체 크기가 신속하게

확장되어 데이터베이스에 저장된 다른 구조화된 데이터 및 문서 메타데이터의 전체 크기보다 커질 수

있습니다. 이 과정에 많은 양의 파일 공간이 소모되고 데이터베이스 액세스 패턴에 최적화된 서버

리소스가 사용됩니다.

RBS는 Microsoft SQL Server 2008 및 Microsoft SQL Server 2008 Express용 추가 기능 팩으로

통합된 라이브러리 API 집합으로, 데이터베이스 서버에서 스토리지 솔루션 제품으로 BLOB 저장소를

이전하는 용도로 만들어졌습니다. RBS는 많은 공간을 절감하고 값비싼 서버 리소스를 보존하며 응용

프로그램에서 BLOB 데이터에 액세스하기 위한 표준화된 모델을 제공합니다.

RBS에서는 공급자를 사용하여 RBS API를 구현하는 모든 전용 BLOB 저장소에 연결합니다. RBS에는

RBS FILESTREAM 공급자가 함께 제공됩니다. FILESTREAM 공급자는 SharePoint Foundation

2010의 로컬 데이터베이스에서만 지원됩니다. 타사 RBS 공급자를 RBS API와 함께 사용하여 BLOB

저장소 솔루션을 만들 수도 있습니다. Microsoft SharePoint Foundation 2010에서는 공급자를 통해

RBS API에 액세스하는 BLOB 저장소 구현을 지원합니다.

SQL Server 2008에는 FILESTREAM 공급자 외에도 RBS API를 사용하지 않는 FILESTREAM

기능이 함께 제공됩니다. FILESTREAM 기능에서는 기본 NTFS 파일 시스템을 사용하여

BLOB를 SQL 데이터베이스에서 관리합니다. SharePoint Foundation 2010에서는

FILESTREAM 기능을 사용하는 RBS 구현을 지원하지 않습니다.

독립 실행형 설치의 Windows SharePoint Services 3.0에서는 콘텐츠 데이터베이스가

Windows 내부 데이터베이스에 저장되고 크기 제한이 없습니다. 반면 SharePoint Foundation

2010에서 콘텐츠 데이터베이스는 SQL Server 2008 Express에 저장되고 데이터베이스당

4GB의 최대 크기 제한을 갖습니다. Windows SharePoint Services 3.0에서 업그레이드하고

콘텐츠 데이터베이스가 4GB를 초과하는 경우에는 Microsoft SQL Server 2008 R2, SQL

Server 2008 서비스 팩 1(SP1) 및 누적 업데이트 2 또는 SQL Server 2005 SP3 및 누적

업데이트 3 또는 RBS를 사용해야 합니다.

참고:

참고

249

Microsoft SQL Server Express 2008 R2는 데이터베이스를 최대 10GB까지 지원합니다.

설치된 환경이 4GB를 초과하고 10GB보다는 작은 콘텐츠 데이터베이스로 구성된 경우에는

콘텐츠 데이터베이스 저장소 솔루션을 Microsoft SQL Server Express 2008 R2로

업그레이드할 수 있습니다.

RBS를 사용하여 업그레이드를 수행하는 방법에 대한 자세한 내용 및 권장 사항은 콘텐츠

데이터베이스가 4GB를 초과할 경우 Windows SharePoint Services 3.0의 독립 실행형 설치에서

SharePoint Foundation 2010으로 업그레이드(원격 BLOB 저장소)를 참조하십시오.

RBS와 SharePoint Foundation 2010 및 Microsoft SQL Server 2008 서비스 팩 1(SP1) 및 누적

업데이트 2을 함께 사용하여 데이터베이스 저장소 리소스를 최적화할 수 있습니다. 새로운 SharePoint

Foundation 2010 설치에서 RBS를 설치하는 방법에 대한 자세한 내용은 원격 BLOB 저장소 또는 외부

BLOB 저장소 설치 및 구성(SharePoint Foundation 2010)을 참조하십시오.

http://technet.microsoft.com/library/393810e0-a520-4bd4-82b5-b858bee46b1a(Office.14).aspx



http://technet.microsoft.com/library/6348e3a7-e2f4-4321-b145-da42269883aa(Office.14).aspx

http://technet.microsoft.com/library/6348e3a7-e2f4-4321-b145-da42269883aa(Office.14).aspx

250

RBS(원격 BLOB 저장소) 계획(SharePoint

Foundation 2010)

기본적으로 Microsoft SQL Server에서는 해당 데이터베이스에 BLOB(Binary Large Object) 데이터를

저장합니다. 데이터베이스의 사용량이 늘어나면 데이터베이스에 저장된 BLOB 데이터의 전체 크기가

신속하게 확장되어 데이터베이스에 저장된 다른 구조화된 데이터 및 문서 메타데이터의 전체 크기보다

커질 수 있습니다. BLOB 데이터는 많은 양의 파일 공간을 소모하고 대용량 파일의 저장이 아닌

데이터베이스 액세스 패턴에 최적화된 서버 리소스를 사용합니다.

RBS(원격 BLOB 저장소)는 Microsoft SQL Server용 추가 기능 팩으로 통합된 라이브러리 API

집합으로, Microsoft SQL Server 2008 R2, SQL Server 2008 R2 Express 또는 SQL Server 2008이

실행되는 로컬 서버에서 실행할 수 있습니다. RBS를 원격 서버에서 실행하려면 SQL Server 2008 R2

Enterprise Edition을 실행해야 합니다. RBS는 데이터베이스 서버에서 스토리지 솔루션 제품으로

BLOB 저장소를 이전하는 용도로 만들어졌습니다. RBS은 많은 용량을 절감하고 값비싼 서버 리소스를

보존하며 응용 프로그램에서 BLOB 데이터에 액세스하는 표준화된 모델을 제공합니다. Microsoft

SharePoint Foundation 2010에서는 RBS를 콘텐츠 데이터베이스에 대해서만 사용할 수 있습니다.

FILESTREAM 공급자에 대한 설명을 포함하여 RBS에 대한 자세한 내용은 원격 BLOB 저장소


RBS는 다음과 같은 이점을 제공할 수 있습니다.

BLOB 데이터를 단순한 저장소를 처리하도록 구성된 보다 저렴한 저장소 장치에 저장할 수

있습니다.

BLOB 저장소의 관리는 BLOB 데이터로 작업하도록 특별히 디자인된 시스템을 통해 제어됩니다.

데이터베이스 작업에 데이터베이스 서버 리소스를 자유롭게 사용할 수 있습니다.

이러한 이점은 그냥 얻어지는 것이 아닙니다. SharePoint Foundation 2010에 대해 RBS를 구현하려면

이러한 잠재적인 이점이 RBS의 구현 및 유지 관리에 따른 비용과 제한 사항보다 우위에 있는지

평가해야 합니다. 이 문서에서는 이러한 평가 프로세스에 대해 설명합니다.


환경 검토

공급자 옵션 평가

환경 검토 RBS 분석을 시작하려면 콘텐츠 데이터베이스의 크기를 검토합니다. 콘텐츠 데이터베이스의 크기가

RBS 권장 사항의 기준을 충족하면 액세스할 콘텐츠의 종류와 콘텐츠의 사용 방식을 고려합니다.

콘텐츠 데이터베이스 크기

다음과 같은 경우 RBS를 통해 이점을 얻을 수 있습니다.

http://technet.microsoft.com/library/c838462c-58b3-4fbd-bcfb-e3e2eff0efd0.aspx#SectionENV

http://technet.microsoft.com/library/c838462c-58b3-4fbd-bcfb-e3e2eff0efd0.aspx#EvalProv

251

콘텐츠 데이터베이스의 크기가 500GB를 초과하는 경우

BLOB 데이터 파일의 크기가 256KB를 초과하는 경우

BLOB 데이터 파일은 80KB 이상이며 데이터베이스 서버에 성능 병목 현상이 발생하는 경우

RBS는 데이터베이스 서버의 I/O 및 처리 부하를 모두 줄여 줍니다.

작은 BLOB가 많으면 성능이 약간 떨어질 수 있지만 RBS를 평가할 때는 대개 저장소 비용을 가장

중요하게 고려합니다. 예상되는 성능 저하는 일반적으로 저장소 하드웨어의 비용 절감 효과를 감안해

받아들일 수 있는 부분입니다.

SharePoint Foundation 2010의 경우 무료 버전의 Microsoft SQL Server를 계속 사용하길 원하고

데이터베이스가 4GB보다 커질 것으로 예상되면 RBS를 구현하는 것이 좋습니다. 콘텐츠

데이터베이스의 크기가 4GB까지 늘어날 것으로 예상되지 않으면 RBS를 구현하지 않는 것이

좋습니다.

Windows SharePoint Services 3.0에서 SharePoint Foundation 2010으로 업그레이드하는

경우 콘텐츠 데이터베이스가 4GB를 초과할 경우 Windows SharePoint Services 3.0의 독립

실행형 설치에서 SharePoint Foundation 2010으로 업그레이드(원격 BLOB 저장소)에서 추가

업그레이드 정보를 확인해야 합니다.

기본적으로 Microsoft SharePoint Foundation 2010은 Microsoft SQL Server 2008 Express와 함께

설치됩니다. SQL Server 2008 Express는 모든 데이터베이스에 대해 4GB의 크기 제한이 적용됩니다.

하지만 최대 10GB의 데이터베이스를 지원하는 Microsoft SQL Server 2008 R2 Express를 설치하면

지원되는 콘텐츠 데이터베이스의 크기를 바로 확장할 수 있습니다. SQL Server 2008 R2 Express는

http://go.microsoft.com/fwlink/?linkid=189418&clcid=0x412에서 무료로 다운로드하여 사용할 수

있습니다.

이 섹션의 나머지 부분에서는 SharePoint Foundation 2010 데이터베이스를 지원하기 위해 SQL

Server 2008 R2 Express를 설치합니다. 이때 콘텐츠 데이터베이스가 10GB 이상으로 증가할 것으로

예상되면 다음과 같은 옵션을 고려합니다.

콘텐츠 데이터베이스는 16GB까지 증가하지만 포함된 메타데이터는 10GB를 넘지 않을 것으로

예상되면 RBS를 구현해야 합니다. 이 경우 RBS를 사용하면 계속해서 무료 버전의 SQL Server를

사용할 수 있게 됩니다. 단, 이 경우 16GB의 콘텐츠 데이터베이스를 RBS로 마이그레이션할 때

메타데이터는 10GB를 초과하지 않아야 합니다.

콘텐츠 데이터베이스가 16GB를 초과하는 경우 무료 버전의 SQL Server를 계속 사용하는 대신

Microsoft SQL Server 2008 R2, SQL Server 2008 서비스 팩 1(SP1) 및 누적 업데이트 2 또는

SQL Server 2005 SP3 및 누적 업데이트 3을 구매하여 데이터베이스를 지원해야 합니다.

콘텐츠 형식 및 사용

RBS는 디지털 미디어 같은 매우 큰 파일을 저장하는 시스템에 가장 유용합니다. RBS는 일반적으로

보관함 같이 저장된 대용량 파일에 가끔씩 액세스하는 환경에 구현됩니다. 해당 환경이 이러한 상황인

경우 RBS를 구현하는 것이 좋습니다.

참고:




252

다수의 사용자가 자주 액세스하는 작은(256KB 미만) 파일을 많이 저장하는 경우 RBS에 저장되는 작은

파일이 많은 사이트에서는 대기 시간이 늘어날 수 있습니다. 대기 시간의 증가는 스토리지 솔루션으로

RBS를 평가할 때 고려해야 할 한 가지 비용 요인입니다. 그러나 가장 중요한 고려 사항이 될 가능성은

낮습니다. 늘어나는 대기 시간의 양은 사용하는 RBS 공급자와도 관련이 있기 때문입니다.

공급자 옵션 평가 RBS를 사용하려면 RBS API와 SQL Server를 연결하는 공급자가 있어야 합니다. Microsoft SQL

Server 2008 Express 및 Microsoft SQL Server 2008 R2 Express에는 FILESTREAM 공급자가

포함되어 있습니다.

RBS는 Microsoft SQL Server 2008 R2, SQL Server 2008 또는 SQL Server 2008 R2

Express가 실행되는 로컬 서버에서 실행할 수 있습니다. RBS를 원격 서버에서 실행하려면

SQL Server 2008 R2 Enterprise Edition을 실행해야 합니다. SharePoint Foundation 2010을

실행하려면 Feature Pack for Microsoft SQL Server 2008 R2의 SQL Server Remote BLOB

Store 설치 패키지와 함께 제공되는 버전의 RBS를 사용해야 합니다. 이전 버전의 RBS는

SharePoint Foundation 2010에서 작동하지 않습니다. 또한 SQL Server 2005에서는 RBS를

사용할 수 없습니다.

BLOB는 공급자가 지원하는 DAS(Direct-Attached Atorage) 또는 NAS(Network Attached Storage)

등의 스토리지 솔루션 제품에서 유지할 수 있습니다. FILESTREAM 공급자는 로컬 하드 디스크

드라이브에 사용하는 경우에만 SharePoint Foundation 2010에서 지원됩니다. RBS와 FILESTREAM을

NAS 등의 원격 저장 장치에 사용할 수는 없습니다.

다음 표에는 FILESTREAM의 이점과 제한 사항이 요약되어 있습니다.

운영 요구 사항 RBS(FILESTREAM 사용) RBS(FILESTREAM 사용 안 함)

SQL Server(BLOB 저장소 백업

및 복구 기능 통합)

예 예

BLOB로의 스크립트

마이그레이션

예 예

미러링 지원 아니요 아니요

로그 전달 예 예(공급자 구현 포함)

데이터베이스 스냅숏 아니요1 아니요

1

지리적 복제 예 아니요

암호화 NTFS 전용 아니요

NAS(Network Attached

Storage)

SharePoint 2010 제품에서

지원되지 않음

예(공급자 구현 포함)

중요:

253

1사용하는 RBS 공급자가 스냅숏을 지원하지 않는 경우 콘텐츠 배포 또는 백업에 스냅숏을 사용할 수

없습니다. 예를 들어 SQL FILESTREAM 공급자는 스냅숏을 지원하지 않습니다.

FILESTREAM이 환경에 도움이 되지 않는 경우 지원되는 타사 공급자를 구매하면 됩니다. 이 경우

공급자를 구매하는 과정에 다음과 같은 조건을 평가해야 합니다.

백업 및 복원 기능

테스트된 재해 복구

배포 및 데이터 마이그레이션

성능에 대한 영향

장기 관리 비용

저장소 솔루션 디자인 부문에서 개발 경험을 풍부하게 쌓은 ISV(Independent Software

Vendor)가 아니라면 공급자를 직접 개발하지 않는 것이 좋습니다.

중요:

254

비즈니스 연속성 관리 계획(SharePoint Foundation

2010)

비즈니스 연속성 관리는 위기 상황을 처리하기 위해 미리 준비해 두는 비즈니스 의사 결정, 프로세스

및 도구로 구성됩니다. 위기 상황은 해당 비즈니스에만 영향을 주거나 국지적, 지역적 또는 국가적

상황의 일부일 수 있습니다.

Microsoft SharePoint Foundation 2010의 기능은 비즈니스 연속성 관리 전략의 일부일 수도 있지만

전체 계획은 보다 포괄적이어야 하며 다음 요소를 포함해야 합니다.

명확하게 문서화된 절차

주요 비즈니스 레코드의 오프사이트 저장소

명확하게 지정된 연락처

실습 및 연습을 포함하는 지속적인 인력 교육

오프사이트 복구 메커니즘


비즈니스 연속성 관리 기능

서비스 수준 계약

비즈니스 연속성 관리 기능 Microsoft SharePoint Foundation 2010에는 비즈니스 연속성 관리를 지원하는 다음 기능이

포함됩니다.

버전 관리 문서를 덮어쓸 경우 데이터가 손실될 수 있습니다. 버전 관리를 사용하면 문서

라이브러리에 동일한 문서의 여러 버전을 보관할 수 있습니다. 원치 않는 변경이 발생했거나

문서를 덮어썼거나 문서가 손상된 경우 이전 버전을 쉽게 복원할 수 있습니다. 버전 관리는

사용자가 데이터를 스스로 복구할 수 있게 해 줍니다.

자세한 내용은 휴지통 및 버전 관리를 사용하여 콘텐츠 보호 계획(SharePoint Foundation 2010)을

참조하십시오.

휴지통 SharePoint Foundation 2010은 두 단계의 휴지통을 지원합니다. 1단계 휴지통에서는

적절한 권한을 가진 사용자가 사이트에서 삭제된 문서, 목록 항목, 목록 및 문서 라이브러리를

복구할 수 있습니다. 사이트 모음 휴지통이라고도 하는 2단계 휴지통에서는 사이트 모음 관리자가

1단계 휴지통에서 삭제되었던 항목을 복구할 수 있습니다. 1단계 휴지통이 설정되어 있으면

사용자가 데이터를 스스로 복구할 수 있습니다.

자세한 내용은 휴지통 및 버전 관리를 사용하여 콘텐츠 보호 계획(SharePoint Foundation 2010)을

참조하십시오.

백업 및 복구 Windows PowerShell cmdlet 또는 SharePoint 중앙 관리 웹 사이트를 사용하여 팜,

데이터베이스, 웹 응용 프로그램 및 사이트 모음을 백업 및 복구할 수 있습니다. 또한 여러 가지

255

외부 및 타사 도구를 사용하여 데이터를 백업 및 복구할 수도 있습니다. 자세한 내용은 백업 및

복구 계획(SharePoint Foundation 2010)을 참조하십시오.

가용성 SharePoint Foundation 2010 환경 내에서 가용성을 제공하는 단일 기능은 없습니다.

다음을 비롯한 여러 가지 방식 중에서 선택하여 가용성을 향상시킬 수 있습니다.

구성 요소의 내결함성 및 네트워크

팜 내 서버 역할 및 서버의 중복

가용성에 대한 자세한 내용은 가용성 계획(SharePoint Foundation 2010)을 참조하십시오.

재해 복구 SharePoint Foundation 2010 환경 내에서 재해 복구를 제공하는 단일 기능은

없습니다. 데이터 센터가 오프라인 상태가 될 경우 다음을 비롯한 여러 가지 방식 중에서 선택하여

가용성을 향상시킬 수 있습니다.

해당 지역 내부 및 외부의 백업 오프사이트 저장소

오프사이트 위치로 서버의 이미지 이동

여러 데이터 센터 실행(단, 하나만 데이터를 지원하고 나머지는 대기용)

재해 복구에 대한 자세한 내용은 재해 복구 계획(SharePoint Foundation 2010)을 참조하십시오.

서비스 수준 계약 비즈니스 연속성 관리는 고객 그룹의 기대치를 설정하기 위해 IT 그룹에서 SLA(서비스 수준 계약)를

제공하는 핵심 영역입니다. 많은 IT 조직에서는 서로 다른 비용 부과(chargeback) 수준과 연결된

다양한 SLA를 제공합니다.

다음 목록에서는 비즈니스 연속성 관리 SLA의 일반적인 기능에 대해 설명합니다.

버전 관리

제공 여부

할당되는 공간

휴지통

제공 여부

1단계 휴지통 및 2단계 휴지통에 할당되는 공간

각 휴지통에서 영구적으로 삭제되기까지 항목이 보관되는 시간

2단계 휴지통에서 영구 삭제된 항목을 복구하는 데 드는 추가 비용

백업 및 복구

백업 및 복구 SLA는 일반적으로 백업 및 복구할 수 있는 개체와 서비스, 그리고 각각의 목표 복구

시간, 목표 복구 지점 및 목표 복구 수준을 파악합니다. 각 개체에 허용되는 백업 기간도 파악할 수

있습니다. 백업 및 복구 SLA에 대한 자세한 내용은 백업 및 복구 계획(SharePoint Foundation


RTO(목표 복구 시간)는 데이터 복구 프로세스에 소요되는 최대 목표 시간입니다.

비즈니스에서 감당할 수 있을 만큼 사이트 또는 서비스 이용이 제한되는 기간으로 결정됩니다.

256

RPO(목표 복구 지점)는 사용 가능한 마지막 백업과 잠재적 오류 지점 간의 최대 목표

시간입니다. 오류 발생 시 비즈니스에서 감당할 수 있는 데이터 손실 크기에 따라 결정됩니다.

RLO(목표 복구 수준)는 데이터를 복구할 수 있는 단위(전체 팜, 웹 응용 프로그램, 사이트

모음, 사이트, 목록이나 라이브러리 또는 항목 중 복구할 수 있는 수준)를 정의하는 목표

수준입니다.

가용성

가용성 계획에 포함된 팜의 각 구성 요소에서 가용성 SLA는 종종 9의 개수로 표현되는 가동 시간

백분율(지정된 시스템이 활성 상태이며 작동하는 시간의 백분율)로 가용성을 확인합니다. 예를

들어 가동 시간 비율이 99.999인 시스템은 가용성이 5개의 9로 구성되었다고 말할 수 있습니다.

대부분의 조직에서는 가용성을 계산할 때 계획된 유지 관리 작업 시간을 구체적으로

제외하거나 추가합니다.

자세한 내용은 가용성 계획(SharePoint Foundation 2010)을 참조하십시오.

재해 복구

재해 복구 계획에 포함된 팜의 각 구성 요소에서 SLA는 목표 복구 지점과 목표 복구 시간을

파악합니다. 국지적 응급 상황 대 지역적 응급 상황과 같이, 상황이 다르면 목표 복구 시간이

다르게 설정되는 경우가 많습니다.

참고:

257

휴지통 및 버전 관리를 사용하여 콘텐츠 보호

계획(SharePoint Foundation 2010)

현재 환경에서 휴지통과 버전 관리를 사용하여 데이터 보호 및 복구를 지원하는 계획을 세웁니다.

휴지통 및 버전 관리는 비즈니스 연속성 전략의 핵심 구성 요소입니다.

휴지통 휴지통을 사용하여 삭제된 개체를 검색할 수 있습니다. Microsoft SharePoint Foundation

2010은(는) 1단계 휴지통과 2단계 휴지통(사이트 모음 휴지통)의 두 단계 휴지통을 지원합니다.

휴지통을 사용하면 삭제된 파일, 문서, 목록 항목, 목록, 문서 라이브러리 등 휴지통에 있는 항목을

복원할 수 있습니다.

버전 관리 버전 관리를 사용하면 문서 덮어쓰기에 따른 데이터 손실 문제를 방지할 수 있습니다.

사이트 소유자가 문서 라이브러리 또는 목록에서 버전 관리를 설정하면 해당 라이브러리 또는 목록에

문서, 항목 또는 파일의 여러 복사본이 보관됩니다. 원치 않는 변경이 발생했거나 파일을 덮어썼거나

문서가 손상된 경우 사용자가 이전 버전을 쉽게 복원할 수 있습니다.


휴지통을 사용하여 콘텐츠 보호

버전 관리를 사용하여 콘텐츠 보호

휴지통을 사용하여 콘텐츠 보호 SharePoint Foundation 2010은(는) 1단계 휴지통과 2단계 휴지통(사이트 모음 휴지통)의 두 단계

휴지통을 지원합니다. 휴지통은 웹 응용 프로그램 수준에서 설정, 구성되며 삭제된 문서 및 목록

항목을 수집합니다. 목록 항목이 삭제되면 항목의 첨부 파일도 함께 삭제되고 휴지통에서 복원할 수

있습니다.

휴지통은 각각 파일 이름과 원본이 동일한 문서의 여러 복사본을 포함할 수 있습니다. 이들 문서는

기존 문서 복사본으로 복원할 수 없습니다. 실수로 덮어쓴 문서나 이전 버전을 복구하는 데는 휴지통을

사용할 수 없으며 이러한 경우에는 버전 관리를 사용해야 합니다.

다음 표에서는 삭제된 항목을 1단계 휴지통 및 2단계 휴지통에서 복구하는 방법에 대해 설명합니다.

사용자 작업 항목 상태 항목을 복구할 수 있는 사람

항목 삭제 항목은 휴지통에서 삭제할 때까지

또는 항목이 휴지통에 보관될 수

있도록 구성한 제한 시간 동안

1단계 휴지통에 보관됩니다.

사용자 또는 사이트 모음

관리자

휴지통에서 항목 삭제 2단계 휴지통에 보관됩니다. 사이트 모음 관리자

258

웹 응용 프로그램의 휴지통을 해제하면 모든 휴지통이 비워지고 휴지통에 있는 모든 항목이

영구적으로 삭제됩니다.

1단계 휴지통

1단계 휴지통은 사이트 수준에 있으며 사이트에서 참가, 디자인 또는 모든 권한이 있는 사용자가 1단계

휴지통을 사용할 수 있습니다. 사용자가 웹 사이트에서 항목을 삭제하면 항목은 사이트의 1단계

휴지통으로 전달됩니다. 1단계 휴지통에 있는 항목은 사이트 할당량을 계산할 때 포함됩니다. 지정된

기간이 경과할 때까지(기본 설정은 30일) 항목은 사이트의 1단계 휴지통 중 하나에 남아 있습니다.

휴지통에서 삭제한 항목은 2단계 휴지통으로 전달됩니다.

휴지통에 대한 시간 제한은 각 휴지통 단계에 보관된 시간이 아니라 항목이 처음 삭제된

이후의 총 시간에 적용됩니다.

2단계(사이트 모음) 휴지통

2단계 휴지통은 사이트 모음 관리자 수준에 있습니다. 2단계 휴지통은 사이트 모음에 포함된 모든

사이트의 1단계 휴지통에 들어 있는 개체와, 2단계 휴지통에 들어 있는 개체의 두 가지 보기로

구성됩니다. 1단계 휴지통에서 삭제한 항목은 사이트 모음 관리자만 2단계 휴지통에서 복구할 수

있습니다.

지정된 기간이 경과할 때까지(기본 설정은 30일) 또는 2단계 휴지통이 크기 제한에 도달할 때까지(이때

가장 오래된 항목이 삭제됨) 2단계 휴지통에 항목이 남아 있습니다. 휴지통의 시간 제한은 각 휴지통

단계에 보관된 시간이 아니라 항목을 처음 삭제한 후 경과한 시간을 기준으로 계산됩니다.

웹 응용 프로그램에 2단계 휴지통을 사용하도록 설정하는 경우 2단계 휴지통에 사용할 수 있는 디스크

공간 크기를 웹 응용 프로그램에 설정된 할당량의 백분율로 지정해야 합니다. 2단계 휴지통에 보관된

항목은 사이트 할당량을 계산할 때 포함되지 않지만 2단계 휴지통에 지정된 크기로 사이트와 사이트를

호스팅하는 콘텐츠 데이터베이스의 총 크기가 증가합니다. 사이트 할당량이 설정되지 않은 경우 2단계

휴지통에 대한 크기는 제한되지 않습니다.

예를 들어 웹 응용 프로그램에 100MB 공간을 할당한 경우 2단계 휴지통 할당량을 50%로 설정하면

2단계 휴지통에 50MB가 할당되어 웹 응용 프로그램에 전체적으로 150MB가 할당됩니다. 2단계

휴지통 할당량에 최대 100%를 지정할 수 있습니다.

할당량 설정에 대한 자세한 내용은 다음을 참조하십시오.

사이트 유지 관리 및 관리 계획(SharePoint Foundation 2010)

할당량 지정 서식 파일 만들기(SharePoint Foundation 2010)

SharePoint Foundation 2010에서 휴지통을 사용하는 방법에 대한 자세한 내용은 휴지통에 있는 항목

보기, 복원 또는 삭제(http://go.microsoft.com/fwlink/?linkid=90917&clcid=0x412)를 참조하십시오.

휴지통을 구성하는 방법에 대한 자세한 내용은 휴지통 구성(SharePoint Foundation 2010)을

참조하십시오.

참고:



259

버전 관리를 사용하여 콘텐츠 보호 버전 관리를 사용하면 문서 덮어쓰기에 따른 데이터 손실 문제를 방지할 수 있습니다. 문서

라이브러리에 동일한 문서의 복사본이 여러 개 보관되어, 원치 않는 변경이 발생했거나 문서를

덮어썼거나 문서가 손상된 경우 사용자가 이전 버전을 쉽게 복원할 수 있습니다. 버전 관리는

라이브러리 또는 목록 수준에서 설정할 수 있습니다. 항목 및 파일에 대해 버전 관리를 수행할 수

있습니다.

버전 관리를 구성하려면 먼저 사이트 유지 관리 및 관리 계획(SharePoint Foundation 2010)을 읽어

보십시오.

버전 관리를 구성하는 방법에 대한 자세한 내용은 버전 관리 사용 및 구성(SharePoint Foundation


사이트에 파일 및 문서의 여러 버전이 있으면 사이트가 매우 커질 수 있으므로 관리자는 버전 관리

기능을 면밀하게 관리해야 합니다. 사이트 크기를 제한하지 않으면 사이트가 저장소 용량을 초과할 수

있습니다. 팜 관리자는 사이트 소유자와 서비스 수준 계약을 맺고 사이트에 대해 크기 할당량을

설정하여 이 문제를 관리할 수 있습니다. 버전 관리 기능을 관리하는 방법에 대한 자세한 내용은

할당량을 사용하여 버전 관리(SharePoint Foundation 2010)를 참조하십시오.

260

백업 및 복구 계획(SharePoint Foundation 2010)

이 문서에서는 Microsoft SharePoint Foundation 환경의 백업 및 복구 전략 결정, 사용할 도구 결정을

포함하여 백업 및 복구 계획과 관련된 단계를 설명합니다. 단계는 표시된 순서대로 수행하지 않아도

되며 프로세스가 반복될 수도 있습니다.

재해 복구를 위해 백업 및 복구를 사용할 방법을 계획할 때는 일반적인 사건, 사고, 오류 또는 국지적

및 지역적 응급 상황을 고려해야 합니다.

Microsoft SharePoint Foundation 백업 및 복구에 대한 자세한 내용은 백업 및 복구 개요(SharePoint



비즈니스 요구 사항 정의

환경에서 보호 및 복구할 항목 선택

도구 선택

전략 결정

개선된 백업 및 복구 성능 계획

비즈니스 요구 사항 정의 비즈니스 요구 사항을 정의하려면 환경의 각 팜 및 서비스에 대해 다음 사항을 결정하십시오.

RPO(목표 복구 지점) - 사용 가능한 마지막 백업과 잠재적인 오류 지점 사이의 최대 시간에 대한

목표입니다. 오류 발생 시 비즈니스에서 수용할 수 있는 데이터 손실의 양에 따라 결정됩니다.

RTO(목표 복구 시간) - 데이터 복구 프로세스를 수행하는 데 걸리는 최대 시간에 대한 목표입니다.

사이트나 서비스를 사용할 수 없게 될 경우 비즈니스에서 수용할 수 있는 사용 불가 시간에 따라

결정됩니다.

RLO(목표 복구 수준) - 데이터를 복구해야 할 때 적용해야 할 세분성을 정의하는 목표입니다. 즉

전체 팜, 웹 응용 프로그램, 사이트 모음, 사이트, 목록 또는 라이브러리, 항목 중 복구해야 할

대상이 결정됩니다.

RPO와 RTO가 짧을수록, RLO의 세분성이 클수록 비용이 증가하는 경향이 있습니다.

SharePoint Foundation 2010 환경에 대한 백업 및 복구 전략을 계획하는 데 도움이 되는 워크시트는

SharePoint 2010 제품 백업 및 복구 계획 통합 문서(영문일 수

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

다운로드할 수 있습니다.

환경에서 보호 및 복구할 항목 선택 비즈니스 요구 사항을 파악하면 보호해야 하는 환경의 구성 요소와 복구가 가능해야 하는 세분성을

결정하는 데 도움이 됩니다.



261

다음 표에서는 보호할 SharePoint 환경의 구성 요소와 각 구성 요소를 백업 및 복구할 때 사용할 수

있는 도구를 보여 줍니다.

구성 요소 SharePoint 백업 Microsoft SQL

Server 2008

서비스 팩 1(SP1)

및 누적 업데이트 2

System Center Data

Protection

Manager(DPM) 2010

파일 시스템

백업

팜 예 예6

서비스 응용 프로그램 예

웹 응용 프로그램 예 예6

콘텐츠 데이터베이스 예 예 예

사이트 모음 예1, 2

예1, 2

예1, 2

사이트 예2 예

2

예

문서 라이브러리 또는

목록

예2 예

2 예

목록 항목 또는 문서 예

원격 BLOB 저장소에

저장된 콘텐츠

예3 예

3 예

3

솔루션 패키지로 배포된

사용자 지정 내용

예7

예7 예

6, 7

중앙 관리 또는 API를

사용하여

Web.config에서 변경한

내용

예 예 예4

구성 설정(SharePoint) 예2, 8

예2, 8

예 2, 9

솔루션 패키지로

배포되지 않은 사용자

지정 내용

예. 파일로 보호된

파일은 복구할 수

있습니다.4, 5

예

중앙 관리 또는 API를

사용하지 않고

Web.config에서 변경한

내용

예4

예

262

구성 요소 SharePoint 백업 Microsoft SQL

Server 2008

서비스 팩 1(SP1)

및 누적 업데이트 2

System Center Data

Protection

Manager(DPM) 2010

파일 시스템

백업

SharePoint를 통해

설정되지 않은 IIS 구성

예5 예

SQL Server Reporting

Services 데이터베이스

예 예

1팜 수준 및 데이터베이스 수준의 백업 및 복원은 단일 사이트 모음이 데이터베이스에 저장된 경우

사이트 모음 복구에 사용할 수 있습니다. 2팜 수준 및 데이터베이스 수준의 백업과 SharePoint Foundation에 연결되지 않은 데이터베이스

복구를 함께 사용하여 사이트 모음, 사이트, 목록 및 구성을 복원할 수 있습니다. 3원격 BLOB 저장소에 저장된 콘텐츠는 사용 중인 RBS(원격 BLOB 저장소) 공급자에 이 기능이 있으면

다른 콘텐츠와 함께 백업 및 복원됩니다. 4Web.config에서 변경한 내용은 DPM 2010에서 파일 시스템 백업을 사용하여 백업할 수 있습니다.

5IIS 구성은 DPM 2010에서 완전 백업을 사용하여 복구할 수 있습니다.

6DPM 2010에서는 완전 백업과 SharePoint Foundation 백업을 함께 사용하여 이 항목을 복구할 수

있으며, 이를 개체로 백업 및 복구할 수는 없습니다. 7완전히 신뢰할 수 있는 솔루션 패키지는 구성 데이터베이스에 저장되고 샌드백스 솔루션은 콘텐츠

데이터베이스에 저장됩니다. 이러한 솔루션은 팜 또는 콘텐츠 데이터베이스 복구의 일부로 복구할 수

있습니다. 8구성 설정은 팜 수준 백업에서 복구할 수 있습니다. 자세한 내용은 Restore a farm (SharePoint

Foundation 2010)(영문)을 참조하십시오. 9중앙 관리 콘텐츠 데이터베이스 및 SharePoint Foundation 2010 팜의 구성 데이터베이스는 동일한

컴퓨터에서 동일한 팜에 대해 전체 팜 복구의 일부로만 복구할 수 있습니다.

SharePoint Foundation 2010을 Windows Server 백업에 등록하려면 stsadm.exe -o

registerwsswriter 작업을 사용하여 SharePoint에 대해 VSS(볼륨 섀도 복사본 서비스)

작성기를 구성합니다. 그러면 Windows Server 백업에서 SharePoint Foundation 2010을 서버

전체 백업에 포함합니다. Windows Server 백업에서 복원하는 경우 Microsoft SharePoint

Foundation(설치된 SharePoint 2010 제품 버전에 관계없이)을 선택할 수 있으며, 백업 시

해당 서버의 SharePoint Foundation 2010에 대해 VSS 작성기가 보고한 모든 구성 요소가

복원됩니다.

Windows Server 백업은 단일 서버 배포에 대해서만 사용하는 것이 좋습니다.

참고

http://technet.microsoft.com/library/f7fd691f-bcf0-4b21-8bb6-d443be711f1e(Office.14).aspx


263

SharePoint 콘텐츠 데이터베이스에서 복구할 항목 선택

콘텐츠 데이터베이스에서는 사이트 모음, 사이트, 목록 및 라이브러리를 복구할 수 있습니다.

백업 및 복구 도구는 콘텐츠 데이터베이스의 콘텐츠에 대해 다양한 복구 수준을 제공합니다. 콘텐츠

데이터베이스에서 개체를 복구하는 것은 전체 콘텐츠 데이터베이스를 복구하는 것보다 항상 더

복잡합니다.

사용자 지정 내용 보호

SharePoint 사이트에서 다음을 사용자 지정할 수 있습니다.

마스터 페이지, 페이지 레이아웃 및 CSS 스타일시트. 이러한 개체는 웹 응용 프로그램의 콘텐츠

데이터베이스에 저장됩니다.

웹 파트, 사이트 또는 목록 정의, 사용자 지정 열, 새 콘텐츠 형식, 사용자 지정 필드, 사용자 지정

작업, 코딩된 워크플로, 워크플로 활동 및 조건

IFilters 등의 타사 솔루션 및 관련 이진 파일과 레지스트리 키

표준 XML 파일의 변경 내용

사용자 지정 사이트 정의(Webtemp.xml)

Web.config 파일의 변경 내용

사용자 지정 내용 배포 방법과 Web.config 파일 변경 방법은 사용자 지정 내용을 백업 및 복구하는 데

사용할 도구를 결정하는 데 중요한 영향을 미칠 수 있습니다. 복구 가능성을 최대화하려면 솔루션

패키지를 사용하여 사용자 지정 내용을 배포하고 중앙 관리 또는 SharePoint API 및 개체 모델을

사용하여 Web.config 파일을 변경하는 것이 좋습니다.

서비스 응용 프로그램 보호

SharePoint Foundation 환경의 서비스 응용 프로그램은 서비스 설정과 하나 이상의 데이터베이스로

구성되거나 서비스 설정만으로 구성될 수 있습니다. 데이터베이스만 복원해서는 서비스 응용

프로그램을 완전히 복원할 수 없습니다. 그러나 서비스 응용 프로그램의 데이터베이스를 복원한 후

서비스 응용 프로그램을 다시 구축할 수는 있습니다. 자세한 내용은 Restore a service application

(SharePoint Foundation 2010)(영문)을 참조하십시오.

SQL Server Reporting Services 데이터베이스 보호

SharePoint Foundation 백업 및 복구에는 SQL Server Reporting Services 데이터베이스가 포함되지

않으므로 SQL Server 도구를 사용해야 합니다. 자세한 내용은 Reporting Services 설치에 대한 백업

및 복원 작업(http://go.microsoft.com/fwlink/?linkid=186642&clcid=0x412)을 참조하십시오.

도구 선택 백업 및 복구를 위한 최적의 도구를 선택하려면 시간과 리소스의 예산 안에서 비즈니스에 설정한

연속성(업무 무중단) 요구 사항을 만족할 수 있는지 파악해야 합니다.

http://technet.microsoft.com/library/8fbb74e0-90e2-4143-8e16-3fe902a7e5c9(Office.14).aspx




264

도구 선택 시 고려해야 할 주요 요소는 다음과 같습니다.

백업 속도: 데이터베이스의 유지 관리 기간 안에 작업을 마칠 수 있는 도구인지 여부. 모든 백업

시스템을 테스트하여 시스템이 하드웨어에 대한 요구 사항을 충족하는지 확인해야 합니다.

복구 완전성

복구할 수 있는 개체의 세분성

지원되는 백업 유형(전체, 차등 또는 증분)

도구 관리 복잡성

다음 표에서는 Microsoft에서 제공하는 백업 및 복구 도구를 통해 6시간 안에 백업할 수 있는 팜 크기

및 백업 유형을 비교합니다.

도구 백업 유형 6시간 내에 완료되는 백업 크기1

SharePoint 팜 백업 및 복구 전체, 차등 600GB

SQL Server 전체, 차등 600GB

System Center Data Protection

Manager

증분 테라바이트

1백업 크기는 다음 섹션에 표시된 테스트 하드웨어에서 지정된 크기를 모두 합친 시스템을 백업하여

결정됩니다.

SharePoint Foundation 및 SQL Server 백업은 백업 압축을 활성화한 상태로 수행되었습니다.

테스트 하드웨어

다음 표에서는 6시간 안에 완료할 수 있는 백업 크기를 결정하는 테스트에 사용된 하드웨어를 보여

줍니다.

구성 요소 설명

프로세서 64비트 듀얼 프로세서, 3GHz

RAM 8GB

디스크 2테라바이트 NTFS 파일 시스템으로 포맷된

파티션

네트워크 클라이언트 컴퓨터와 서버 간 100Mbps 이상의

연결

네트워크 공유 1.25테라바이트의 여유 공간이 있는 네트워크

참고:

265

구성 요소 설명

공유

SharePoint Foundation 2010 사이트 모음 백업을 수행하기 위한 크기 상한은 85GB입니다.

Microsoft SharePoint Foundation과(와) 함께 사용할 수 있는 백업 및 복구 시스템에 대한 자세한

내용은 다음을 참조하십시오.

백업 및 복구 개요(SharePoint Foundation 2010)

SQL Server의 데이터베이스 백업 및

복원(http://go.microsoft.com/fwlink/?linkid=186643&clcid=0x412)

Data Protection Manager 2010 릴리스 후보 개요(영문일 수


전략 결정 비즈니스 요구 사항, 복구 요구 및 선택한 도구에 따라 환경에 맞는 백업 및 복구 전략을 결정하고

문서화합니다.

SharePoint Foundation 환경을 지원하는 IT 부서의 경우 보통 사용할 전략을 결정할 때 환경을

보호하기 위해 도구를 둘 이상 사용하지 않습니다.

예를 들어 DBA에서 관리하는 데이터베이스를 사용하는 환경에서는 다음 전략을 적용할 수 있습니다.

모든 데이터베이스가 SQL Server를 사용하여 백업됩니다. 백업 간격은 다음을 고려하여

데이터베이스마다 설정됩니다.

콘텐츠 또는 서비스가 비즈니스에 미치는 영향

데이터베이스의 표준 변경률

해당 환경에서 백업이 성능에 미치는 영향

별도의 물리적 디스크에 저장되는 SQL Server 데이터베이스 스냅숏을 사용하면 작고, 빠르게

변화하며, 비즈니스에 대한 영향력이 매우 높은 콘텐츠 데이터베이스를 추가로 보호할 수

있습니다. 스냅숏은 데이터베이스당 하나씩만 저장되며 성능에 대한 영향을 최소화하도록

정기적으로 삭제됩니다. 스냅숏 간격은 다음을 고려하여 데이터베이스마다 설정됩니다.

콘텐츠 또는 서비스가 비즈니스에 미치는 영향


해당 환경에서 스냅숏이 성능에 미치는 영향

스냅숏을 저장하는 데 필요한 공간

SharePoint Foundation에서는 스냅숏과 해당 기본 데이터베이스를 연결되지 않은 데이터베이스로

처리할 수 있기 때문에 스냅숏을 통한 복구는 표준 복구보다 속도가 빠릅니다. 그러나 스냅숏 생성

참고:





266

프로세스로 인해 기본 데이터베이스의 성능이 떨어질 수 있습니다. 따라서 스냅숏을 구현하기 전에

스냅숏이 시스템 성능이 미치는 영향을 테스트하고 스냅숏을 정기적으로 삭제하여 필요한 공간을

줄이는 것이 좋습니다.

서비스 응용 프로그램을 보호하는 데 SharePoint Foundation 백업을 사용하며, 백업 간격은

다음을 기준으로 설정합니다.

서비스 응용 프로그램이 비즈니스에 미치는 영향


해당 데이터베이스에서 백업이 성능에 미치는 영향

모든 복원 작업은 SharePoint Foundation을(를) 통해 수행됩니다. 사용할 복원 시스템은 사용

가능한 백업 유형과 복원할 개체에 따라 선택됩니다.

다른 도구는 비즈니스 연속성 전략에 포함되어야 합니다. 현재 환경에서 사이트 모음의 버전 관리 및

휴지통을 어떻게 사용할 것인지 고려합니다. 자세한 내용은 비즈니스 연속성 관리 계획(SharePoint


개선된 백업 및 복구 성능 계획 백업 및 복구 전략을 계획할 때 백업 및 복구가 시스템 성능에 미치는 영향을 줄이려면 다음 권장

사항을 고려합니다.

대부분의 백업 작업은 유지 관리에 허용되는 시간 범위 내에서 해당 작업을 완료하기 위해 I/O

리소스를 가능한 한 많이 사용하도록 디자인되어 있으므로 디스크 작업이 대기 중인 상황이

발생하거나 모든 I/O 요청이 반환되는 속도가 평소보다 느려지는 것을 경험할 수도 있습니다. 이와

같은 현상은 일반적인 것이며 문제로 간주되지 않습니다.

SQL Server 및 저장소 구성에 대한 권장 사항 준수

SharePoint Foundation 환경의 SQL Server 및 저장소 구성을 위한 일반 권장 사항을 따릅니다.

SQL Server와 백업 위치 간 대기 시간 최소화

일반적으로 네트워크 드라이브가 아닌 로컬 디스크에 백업하는 것이 가장 좋습니다. 그러나 여러 대의

서버를 백업하는 경우에는 각 서버에서 모두 쓰기가 가능하도록 한 컴퓨터에 직접 연결할 수 있습니다.

네트워크 드라이브와 SQL Server가 실행되는 컴퓨터 사이의 대기 시간이 1밀리초 이하인 경우에는

네트워크 드라이브를 사용해도 문제가 없습니다. SQL Server를 실행하는 컴퓨터를 포함하여 팜에

서버가 여러 대인 경우 SharePoint 팜 백업 위치로 UNC 네트워크 경로를 사용해야 합니다.

프로세스 충돌 방지

사용자가 시스템에 액세스해야 하는 시간대에는 백업 작업을 실행하지 않도록 합니다.

I/O 병목 현상을 방지하기 위해서는 개별 디스크를 사용하여 주 백업을 수행한 다음 이를 테이프로

복사합니다.

267

모든 데이터베이스의 백업이 동시에 진행되지 않도록 시차를 두고 백업을 수행하는 것이 좋습니다.

SharePoint Foundation 백업은 SQL Server 백업을 사용합니다. 백업을 압축할 때는 SQL Server에

무리가 가지 않도록 주의해야 합니다. 예를 들어 일부 타사 백업 도구는 백업을 진행하면서 데이터

압축도 함께 수행하므로 SQL Server 성능에 무리가 따를 수 있습니다. 가능하면 압축 프로세스의

속도를 조절하여 SQL Server에 미치는 영향을 제어할 수 있는 도구를 사용하는 것이 좋습니다.

SQL Server 백업 및 복원 최적화 권장 사항 준수

SQL Server 2008 Enterprise를 실행하는 경우 백업 압축을 사용하는 것이 좋습니다. 자세한 내용은

백업 압축(SQL Server)(http://go.microsoft.com/fwlink/?linkid=179525&clcid=0x412)을

참조하십시오.

SQL Server 백업을 사용하는 경우 전체 복구 모델에 대해 전체, 차등 및 트랜잭션 로그 백업을

조합하여 사용하면 복구에 걸리는 시간을 최소화할 수 있습니다. 차등 데이터베이스 백업을 사용하면

일반적으로 전체 데이터베이스 백업을 수행할 때보다 빠르게 작업을 완료할 수 있고 데이터베이스를

복구하는 데 필요한 트랜잭션 로그의 양도 줄일 수 있습니다.

SQL Server 2008에서 전체 복구 모델을 사용하는 경우에는 유지 관리 문제가 발생하지 않도록 백업

중에 자르기 옵션을 사용하는 것이 좋습니다.

SQL Server 백업 및 복원 성능을 최적화하는 방법에 대한 자세한 권장 지침은 SQL Server의 백업 및

복원 성능 최적화(http://go.microsoft.com/fwlink/?linkid=126630&clcid=0x412)를 참조하십시오.

백업 드라이브의 쓰기 성능이 충분한지 확인

디스크 백업 장치에 RAID(Redundant Array of Independent Disks) 구성을 사용할지 결정할 때는

신중을 기해야 합니다. 예를 들어 RAID 5는 패리티 정보를 보관하므로 쓰기 속도가 단일 디스크의

경우와 비슷한 정도로 느립니다. 그러나 백업 장치에 RAID 10을 사용하면 백업 속도를 향상시킬 수

있습니다. 백업에 RAID를 사용하는 방법에 대한 자세한 내용은 최대 SQL Server I/O 출력을 위한

RAID 구성(영문일 수 있음) (http://go.microsoft.com/fwlink/?linkid=126632&clcid=0x412)(영문일

수 있음)을 참조하십시오.






268

백업 및 복구 개요(SharePoint Foundation 2010)

이 문서에서는 팜 및 세분화된 백업과 복구, 분리된 콘텐츠 데이터베이스로부터의 복구를 포함하여

Microsoft SharePoint Foundation 2010에서 제공하는 백업 아키텍처 및 복구 프로세스를 설명합니다.

백업 및 복구 작업은 사용자 인터페이스 또는 Windows PowerShell cmdlet을 통해 수행할 수

있습니다. 기본 제공되는 백업 및 복구 도구로 조직의 모든 요구를 만족시키지는 못할 수도 있습니다.

백업 및 복구 도구를 선택하는 방법에 대한 자세한 내용은 백업 및 복구 계획(SharePoint Foundation



백업 및 복구 시나리오

백업 아키텍처

복구 프로세스

백업 및 복구 시나리오 데이터 백업 및 복구를 통해 다음과 같은 다양한 비즈니스 시나리오가 지원됩니다.

휴지통 또는 버전 관리에서 보호되지 않는 우연히 삭제된 콘텐츠 복구

하드웨어 또는 소프트웨어 업그레이드 중에 설치 환경 사이에서 데이터 마이그레이션

예기치 않은 오류로부터 복구

백업 아키텍처 SharePoint Foundation 2010은 팜 백업 및 세분화된 백업과 같은 두 가지 백업 시스템을 제공합니다.

팜 백업 아키텍처

SharePoint Foundation 2010의 팜 백업 아키텍처에서는 콘텐츠 및 서비스 응용 프로그램

데이터베이스에 대한 Microsoft SQL Server 데이터베이스 백업을 시작하고 파일에 구성 콘텐츠도

작성합니다.

SharePoint Foundation 2010 백업 및 복구는 투명한 데이터 암호화 및 백업 압축 등의 SQL

Server Enterprise Edition 기능과 함께 실행할 수 있습니다.

투명한 데이터 암호화를 사용하여 데이터베이스를 실행하려는 경우 키를 수동으로 백업 및

복원해야 합니다. — SharePoint Foundation 2010에서는 백업 및 복원 과정에 키에 대한

정보를 미리 알려 주지 않습니다. 투명한 데이터 암호화에 대한 자세한 내용은 TDE(투명한

데이터 암호화) 이해(http://go.microsoft.com/fwlink/?linkid=129384&clcid=0x412)를

참조하십시오.

참고



269

SQL Server Enterprise Edition을 실행하는 경우 백업 압축을 사용하는 것이 좋습니다. 백업

압축에 대한 자세한 내용은 백업 압축(SQL

Server)(http://go.microsoft.com/fwlink/?linkid=129381&clcid=0x412)을 참조하십시오.

다음 그림은 팜 백업 시스템을 보여 줍니다.

전체 및 차등 백업 모두 지원됩니다. 전체 백업은 전체 시스템의 새 백업을 만듭니다. 차등 백업은

데이터베이스에 저장된 데이터 중 마지막 전체 백업 이후 변경된 모든 데이터의 백업을 만듭니다.

팜 백업 시스템은 계층적으로 구성됩니다. 백업을 위해 선택할 수 있는 팜의 구성 요소는 다음과

같습니다.

팜. 팜은 최상위 개체입니다. 팜 백업을 수행할 때는 다음과 같은 옵션을 선택할 수 있습니다.

콘텐츠 및 구성 데이터(기본값)

구성 데이터베이스의 설정을 포함하여 전체 서버 팜이 백업됩니다.

구성만

구성을 여러 팜에 걸쳐 적용할 수 있도록 구성 데이터베이스 설정이 백업됩니다. 자세한

내용은 이 문서의 뒷부분에 나오는 구성만 백업 기능의 사용 및 이점을 참조하십시오.

웹 응용 프로그램. 웹 응용 프로그램 내에서 백업할 콘텐츠 데이터베이스를 하나 이상 선택할 수

있습니다.



270

콘텐츠 데이터베이스가 SQL FILESTREAM RBS(원격 BLOB 저장소) 공급자를 사용하도록

설정되어 있는 경우 백업할 데이터베이스 서버와 복구할 데이터베이스 서버 모두에 RBS

공급자를 설치해야 합니다.

웹 응용 프로그램 백업에는 다음이 포함됩니다.

응용 프로그램 풀 이름 및 응용 프로그램 풀 계정

인증 설정

일반적인 웹 응용 프로그램 설정(예: 경고 및 관리 경로)

IIS(인터넷 정보 서비스) 바인딩 정보(예: 프로토콜 형식, 호스트 헤더 및 포트 번호)

개체 모델 또는 중앙 관리를 통해 Web.config 파일에서 변경한 내용

샌드박스 솔루션

이러한 설정을 보호하는 방법에 대한 권장 사항은 백업 및 복구 계획(SharePoint Foundation


공유 서비스. 공유 서비스를 사용하려면 공유 서비스 응용 프로그램과 공유 서비스 프록시를 모두

실행해야 합니다. 공유 서비스 노드를 선택하면 팜에 있는 모든 공유 서비스 응용 프로그램 및 관련

서비스 응용 프로그램 프록시가 백업됩니다.

백업 계층 구조에서는 백업할 개별 공유 서비스 응용 프로그램 및 프록시를 선택할 수

있습니다. 하지만 공유 서비스 응용 프로그램이나 프록시를 하나 또는 모두 선택하는

경우에는 기본적으로 관련된 개체가 백업되지 않습니다. 특정 서비스의 공유 서비스 응용

프로그램과 프록시를 모두 백업하려면 공유 서비스 노드를 선택하거나, 첫 번째

백업에서는 서비스 응용 프로그램을 선택하고 두 번째 백업에서는 연결된 프록시를

선택하여 두 번의 백업을 연속해서 수행해야 합니다.

많은 서비스 응용 프로그램 데이터베이스를 SharePoint Foundation 2010에서 개별적으로 백업할

수는 없습니다. 서비스 응용 프로그램만 백업하려면 SQL Server 백업을 사용해야 합니다.

SharePoint Foundation 환경의 일부 설정은 팜 백업에 포함되지 않습니다. 웹 서버에 저장된

설정이 이에 해당하며 다음과 같습니다.

구성만 백업 기능의 사용 및 이점

구성만 백업은 구성 데이터베이스에서 구성 설정을 추출해서 백업합니다. 기본 제공되는 도구를

사용하면 현재 팜에 연결되었는지 여부에 관계없이 모든 구성 데이터베이스의 구성을 백업할 수

있습니다. 구성을 백업하는 방법에 대한 자세한 내용은 Back up a farm configuration (SharePoint

Foundation 2010)(영문)을 참조하십시오.

구성 백업은 동일한 서버 팜 또는 다른 서버 팜으로 복원할 수 있습니다. 구성이 복원되면 팜에서 구성

백업에 설정된 값을 포함하는 모든 설정을 덮어씁니다. 팜에 있는 설정이 구성 백업에 포함되지 않은

참고:

참고:

참고

http://technet.microsoft.com/library/6d006882-8dc4-4e28-9a47-9d2d592437dc(Office.14).aspx

http://technet.microsoft.com/library/6d006882-8dc4-4e28-9a47-9d2d592437dc(Office.14).aspx

271

경우에는 변경되지 않습니다. 팜 구성을 복원하는 방법에 대한 자세한 내용은 Restore a farm

configuration (SharePoint Foundation 2010)(영문)를 참조하십시오.

웹 응용 프로그램 및 서비스 응용 프로그램 설정은 구성 백업에 포함되지 않습니다. Windows

PowerShell cmdlet을 사용하면 서비스 응용 프로그램 설정을 문서화하고 복사할 수 있습니다.

자세한 내용은 Document farm configuration settings (SharePoint Foundation 2010)(영문)

및 Copy configuration settings from one farm to another (SharePoint Foundation

2010)(영문)를 참조하십시오.

다음은 팜 간에 구성을 복원할 수 있는 상황입니다.

전체 환경에서 사용할 표준화된 팜 구성 보급

개발 또는 테스트 환경에서 프로덕션 환경으로 구성 이동

독립 실행형 설치에서 팜 환경으로 구성 이동

대기 환경의 일부로 사용할 팜 구성

SharePoint Foundation에서는 구성만 백업에서 다음 유형의 설정을 저장합니다.

바이러스 검사

IRM(정보 권한 관리)

아웃바운드 전자 메일 설정("덮어쓰기"를 수행한 경우에만 복원됨)

신뢰할 수 있는 솔루션으로 배포된 사용자 지정

진단 로깅

팜 백업 사용 시 고려 사항

다음은 팜 백업을 사용하기 전에 고려해야 하는 사항입니다.

백업을 예약하는 기본 제공 시스템은 없습니다. 백업을 예약하려면 Windows PowerShell을

사용하여 백업 스크립트를 만든 다음 Windows 예약 서비스를 사용하여 정기적으로 실행하는 것이

좋습니다.

IIS 설정을 보호하기 위해 IIS 메타베이스 백업을 사용하는 것은 권장하지 않습니다. 대신 Microsoft

System Center Configuration Manager처럼 필요한 구성 모니터링을 제공하는 도구를 사용하여

각 웹 서버에 대한 모든 IIS 구성을 문서화하십시오.

SharePoint Foundation 2010 백업에서는 다음이 보호되지 않습니다.

중앙 관리 또는 개체 모델을 사용하지 않고 웹 서버의 Web.config 파일에서 변경한 내용

신뢰할 수 있는 솔루션 또는 샌드백스 솔루션의 일부로 배포되지 않은 사이트에 대한 사용자

지정 내용

참고:

http://technet.microsoft.com/library/25cffd9e-d1d5-43ef-86c2-e2d966a1f1e8(Office.14).aspx

http://technet.microsoft.com/library/25cffd9e-d1d5-43ef-86c2-e2d966a1f1e8(Office.14).aspx

http://technet.microsoft.com/library/dd025503-84ec-40b8-aab3-a58b814d162f(Office.14).aspx

http://technet.microsoft.com/library/6635b76f-ad53-4231-9fda-f111f64dcadb(Office.14).aspx

http://technet.microsoft.com/library/6635b76f-ad53-4231-9fda-f111f64dcadb(Office.14).aspx

272

세분화된 백업 및 내보내기 아키텍처

세분화된 백업 및 내보내기 아키텍처는 Transact-SQL 쿼리와 내보내기 호출을 사용합니다. 세분화된

백업 및 내보내기는 팜 백업보다 처리가 많고 읽기 중심의 작업입니다.

사용자는 세분화된 백업 시스템에서 사이트 모음을 백업하거나 사이트 또는 목록을 내보낼 수

있습니다.

워크플로는 사이트 또는 목록 내보내기에 포함되지 않습니다.

SQL Server Enterprise Edition을 실행하는 경우 세분화된 백업 시스템은 필요에 따라 백업 또는

내보내기를 수행하는 동안 데이터의 일관성을 유지하도록 SQL Server 스냅숏을 사용할 수 있습니다.

스냅숏이 요청되면 해당 콘텐츠 데이터베이스의 SQL Server 데이터베이스 스냅숏이 만들어지고

SharePoint Foundation에서 이 스냅숏을 사용하여 백업 또는 내보내기 패키지를 만든 다음 스냅숏이

삭제됩니다. 데이터베이스 스냅숏은 스냅숏을 처음 만든 원본 데이터베이스에 연결되어 있으므로 어떤

이유에서든 원본 데이터베이스가 오프라인 상태가 되면 스냅숏을 사용할 수 없게 됩니다.

데이터베이스 스냅숏에 대한 자세한 내용은 데이터베이스

스냅숏(http://go.microsoft.com/fwlink/?linkid=166158&clcid=0x412)을 참조하십시오.

스냅숏을 사용하여 사이트 모음을 백업하면 다음과 같은 이점이 있습니다.

스냅숏은 작업이 수행되는 동안 읽고 있는 데이터에 대한 일관성이 유지되도록 합니다.

사용자는 사이트 모음을 데이터베이스 스냅숏에서 백업하는 동안 해당 사이트 모음과 계속 상호

작용할 수 있습니다. 여기에는 콘텐츠의 추가, 편집 및 삭제가 포함됩니다. 그러나 사이트 모음

백업은 데이터베이스 스냅숏을 기반으로 하기 때문에 사용자가 라이브 사이트에서 변경한 내용은

사이트 모음 백업에 포함되지 않습니다.

그러나 데이터베이스 스냅숏은 성능에 부정적인 영향을 미칠 수 있습니다. 데이터베이스 스냅숏과

성능에 대한 자세한 내용은 데이터베이스 스냅숏에 대한 제한

사항(http://go.microsoft.com/fwlink/?linkid=166159&clcid=0x412)을 참조하십시오.

SQL FILESTREAM RBS 공급자를 사용하도록 구성된 데이터베이스에 저장된 콘텐츠에 대해서는

세분화된 백업 및 내보내기를 수행할 수 있습니다.

사용하는 RBS 공급자가 스냅숏을 지원하지 않는 경우 콘텐츠 배포 또는 백업에 스냅숏을

사용할 수 없습니다. 예를 들어 SQL FILESTREAM 공급자는 스냅숏을 지원하지 않습니다.

85GB를 초과하는 사이트 모음에 대해서는 SharePoint Foundation 2010 사이트 모음 백업을

사용하지 않는 것이 좋습니다.

다음은 세분화된 백업 및 내보내기 시스템을 보여 주는 그림입니다.

참고:

참고:

참고:





273

복구 프로세스 SharePoint Foundation 2010은 다음과 같은 기본 제공 복구 옵션을 지원합니다.

기본 제공 도구를 사용하여 만든 팜 백업 또는 팜 백업 시스템을 사용하여 만든 구성 요소의

백업에서 복원

사이트 모음 백업에서 복원

분리된 콘텐츠 데이터베이스 기능을 사용하여 콘텐츠 데이터베이스에 연결하고 이

데이터베이스에서 데이터를 백업하거나 내보낸 다음 해당 데이터를 복원하거나 가져옵니다.

팜 백업에서 복원

팜 백업으로부터 복구할 수 있는 항목은 다음과 같습니다.

팜

콘텐츠 및 구성 데이터(기본값)

274

구성 데이터베이스의 설정 및 신뢰할 수 있는 솔루션 패키지를 포함하여 전체 서버 팜이

복원됩니다.

구성만

구성 데이터만 복원되고 팜에서 구성만 백업에 설정된 값을 포함하는 모든 설정을 덮어씁니다.

웹 응용 프로그램

웹 응용 프로그램을 복원합니다.

서비스 응용 프로그램

웹 응용 프로그램을 복원합니다. SharePoint Foundation 2010에서 복원 시 서비스 응용 프로그램

프록시를 완전히 다시 구성할 수 없으므로 서비스 응용 프로그램 복구 작업은 복잡해질 수

있습니다. 서비스 응용 프로그램 프록시는 복원되지만 프록시 그룹에 저장되지 않으므로 웹 응용

프로그램과 연결되지 않습니다. 특정 서비스 응용 프로그램의 복원과 관련된 작업에 대한 자세한

내용은 Restore a service application (SharePoint Foundation 2010)(영문)을 참조하십시오.

콘텐츠 데이터베이스

콘텐츠 데이터베이스가 복원되면 관련된 사이트 모음과 연결된 샌드백스 솔루션도 복원됩니다.

새로 만들기를 통한 복원과 덮어쓰기를 통한 복원 비교

기본적으로 SharePoint Foundation 2010 복구 기능에서는 이름이 같은 기존 인스턴스를 덮어쓰는

대신 모든 개체를 해당 개체의 새 인스턴스로 복원합니다.

팜 또는 개체를 새로 만들어 복원하는 경우 개체의 모든 GUID(전용 고유 식별자)에 새 값이

할당되므로 다음 개체의 경우 올바르게 작동하려면 조정을 거쳐야 합니다.

팜. 팜을 새로 만들어 복원하는 경우 다음을 수행해야 합니다.

대체 액세스 매핑 설정을 다시 만듭니다. SharePoint Foundation 2010 복구 기능에서는 웹

응용 프로그램의 기본 영역만 복원합니다.

Business Connectivity Services 서비스 응용 프로그램 외부 원본의 설정을 다시 구성합니다.

서비스 응용 프로그램 프록시는 복원 시 프록시 그룹에 할당되지 않으므로 서비스 응용

프로그램 프록시와 프록시 그룹을 다시 연결해야 합니다.

모든 웹 응용 프로그램은 기본 프록시 그룹과 연결되므로 웹 응용 프로그램을 다른 프록시

그룹과도 연결해야 합니다.

웹 응용 프로그램

제공하는 웹 응용 프로그램 이름 및 URL이 팜에 이미 있는 웹 응용 프로그램 이름 및 URL과

일치하는 경우 SharePoint Foundation 2010 복구 기능에서는 이를 통합합니다.

웹 응용 프로그램을 통합하지 않으려면 웹 응용 프로그램을 새로 만들어 복원할 때 해당 응용

프로그램 이름을 바꿔야 합니다.

동일한 환경에서 웹 응용 프로그램을 새로 만들어 복원하지만 통합하지는 않는 경우 다른 많은

매개 변수 및 개체도 변경해야 합니다. 예를 들어 각기 다른 데이터베이스 파일 및

데이터베이스 이름을 제공해야 합니다.

서비스/서비스 응용 프로그램 및 공유 서비스


275

서비스 응용 프로그램을 복구하고 관련된 서비스 응용 프로그램 프록시도 복구하는 경우

서비스 응용 프로그램 프록시를 프록시 그룹에 연결해야 합니다.

서비스 응용 프로그램은 복구하지만 관련된 서비스 응용 프로그램 프록시는 복구하지 않는

경우 프록시를 다시 만들어야 합니다.

동일한 팜에서 서비스 응용 프로그램을 새로 만들어 복원할 수는 없지만 다른 팜에서

서비스 응용 프로그램을 새로 만들어 복원할 수는 있습니다.

개체를 복원하고 기존 개체를 덮어쓰는 경우에는 변경할 사항이 없습니다.

사이트 모음 백업에서 복원

사이트 모음 백업에서는 사이트 모음만 복구할 수 있습니다.

분리된 콘텐츠 데이터베이스에서 복구

SharePoint Foundation 2010은 SQL Server 인스턴스에 연결되어 있지만 로컬 SharePoint 웹 응용

프로그램과 분리된 콘텐츠 데이터베이스에 연결하고 이 데이터베이스에서 백업하는 기능을

제공합니다. 연결할 수 있는 분리된 데이터베이스로는 콘텐츠 데이터베이스의 SQL Server

데이터베이스 스냅숏 및 지원되는 모든 백업 기술로 복원된 읽기 전용 콘텐츠 데이터베이스가

있습니다.

복구는 다음과 같은 2단계 프로세스입니다.

분리된 콘텐츠 데이터베이스에서 개체를 백업하거나 내보냅니다.

이전 단계의 결과를 SharePoint Foundation 2010으로 복원하거나 가져옵니다.

다음 항목은 세분화된 백업 및 내보내기를 사용하여 분리된 데이터베이스로부터 백업하거나 내보낸

다음 복원할 수 있습니다.

사이트 모음

사이트 모음 백업을 사용하여 백업한 다음 사이트 모음 복원을 사용하여 복구합니다.

사이트

내보낸 다음 가져옵니다.

목록 및 라이브러리

내보낸 다음 가져옵니다.

가져오기 및 복원을 사용하여 SQL FILESTREAM RBS 공급자를 사용하도록 구성된 데이터베이스에서

백업한 콘텐츠를 복구할 수 있습니다. 복구된 콘텐츠는 해당 콘텐츠 데이터베이스에 대해 현재 정의된

저장소 공급자를 사용하여 SharePoint Foundation 2010에 저장됩니다. 즉, 콘텐츠 데이터베이스가

RBS를 사용하도록 설정되어 있지 않으면 데이터가 콘텐츠 데이터베이스에 저장되고 콘텐츠

데이터베이스가 RBS를 사용하도록 설정되어 있으면 데이터가 RBS에 저장됩니다.

참고:

276

관련 항목 Backup and recovery (SharePoint Foundation 2010)(영문)

백업 및 복구 계획(SharePoint Foundation 2010)

http://technet.microsoft.com/library/48dbef54-1f1b-424f-a918-d2c428c3216e(Office.14).aspx

277

가용성 계획(SharePoint Foundation 2010)

이 문서에서는 Microsoft SharePoint Foundation 2010 환경에 대한 가용성 전략을 선택하는 과정에

결정해야 하는 주요 사항에 대해 설명합니다.

가용성 요구 사항을 주의 깊게 살펴보면서 가용성 수준이 높고 보호할 시스템 수가 많을수록 가용성

솔루선이 더 복잡해지고 비용이 증가할 가능성이 높다는 점에 유의합니다.

조직 내 모든 솔루션에 동일한 수준의 가용성이 요구되지는 않습니다. 따라서 여러 사이트, 서비스

또는 팜에 대해 각기 다른 수준의 가용성을 제공할 수 있습니다.


가용성 개요

가용성 전략 및 수준 선택

단일 팜으로 구성된 밀접하게 위치한 데이터 센터("연장된" 팜) 간의 중복 및 장애 조치

가용성 개요 가용성은 사용자가 SharePoint Foundation 환경을 사용 가능하다고 인식하는 수준입니다. 사용

가능한 시스템은 복원력 있는 시스템을 의미합니다. 즉, 서비스에 영향을 주는 사고가 부정기적으로

발생하는 데, 이러한 사고가 발생할 경우 효과적인 조치가 제때 취해지는 시스템을 말합니다.

가용성은 BCM(비즈니스 연속성 전략)의 일부이며 백업, 복구 및 재해 복구와 관련되어 있습니다.

이러한 연관된 프로세스에 대한 자세한 내용은 백업 및 복구 계획(SharePoint Foundation 2010) 및

재해 복구 계획(SharePoint Foundation 2010)을 참조하십시오.

대부분의 조직에서는 가용성을 계산할 때 계획된 유지 관리 작업 시간을 구체적으로

제외하거나 추가합니다.

가용성은 보통 9의 개수로 표현되는 가동 시간 백분율로 측정합니다. 이는 지정된 시스템이 활성

상태이며 작동되는 시간을 백분율로 나타내는 것입니다. 예를 들어 가동 시간 백분율이 99.999인

시스템의 경우 가용성이 '9가 5개'라고 할 수 있습니다.

다음 표에는 가동 시간 백분율과 그에 해당하는 실제 시간이 나와 있습니다.

적절한 가동 시간 백분율 일간 가동 중지 시간 월간 가동 중지 시간 연간 가동 중지 시간

95 72.00분 36시간 18.26일

99(9가 2개) 14.40분 7시간 3.65일

99.9(9가 3개) 86.40초 43분 8.77시간

99.99(9가 4개) 8.64초 4분 52.60분

참고:

278

적절한 가동 시간 백분율 일간 가동 중지 시간 월간 가동 중지 시간 연간 가동 중지 시간

99.999(9가 5개) 0.86초 26초 5.26분

연간 발생할 수 있는 전체 가동 중지 시간을 합리적으로 예측할 수 있다면 아래 수식을 사용하여 연간,

월간 또는 주간 가동 시간 백분율을 계산할 수 있습니다.

가용성 관련 비용

가용성은 비용이 많이 드는 시스템 요구 사항 중 하나입니다. 가용성 수준이 높고 보호할 시스템 수가

많을수록 가용성 솔루션이 더 복잡해지고 비용이 증가할 가능성이 높습니다. 가용성에 투자하는 경우

다음과 같은 비용이 발생합니다.

소프트웨어 응용 프로그램 및 설정 간에 발생하는 상호 작용의 복잡도를 높이는 추가 하드웨어 및

소프트웨어

추가적인 운영 복잡성

가용성을 개선하는 데 드는 비용은 비즈니스 요구 사항을 토대로 평가해야 합니다. 조직 내 모든

솔루션에 동일한 수준의 가용성이 요구되지는 않습니다. 따라서 여러 사이트, 서비스 또는 팜에 대해

각기 다른 수준의 가용성을 제공할 수 있습니다.

가용성은 고객 그룹의 기대치를 설정하기 위해 IT(정보 기술) 그룹에서 SLA(서비스 수준 계약)를

제공하는 핵심 영역입니다. 많은 IT 조직에서는 서로 다른 비용 부과 수준(chargeback)과 연결된

다양한 SLA를 제공합니다.

가용성 요구 사항 확인

조직의 사이트, 서비스 또는 팜에 대한 가동 중지 시간 허용 범위를 측정하려면 다음 질문에

답하십시오.

사이트, 서비스 또는 팜을 사용할 수 없는 경우 직원이 예상 직무를 이행할 수 없습니까?

사이트, 서비스 또는 팜을 사용할 수 없는 경우 비즈니스 및 고객 트랜잭션이 중지되어 사업 기회와

고객을 잃게 됩니까?

위 질문 중 하나라도 예라고 답한 경우 가용성 솔루션에 투자해야 합니다.

279

가용성 전략 및 수준 선택 다음을 포함한 여러 가지 방법 중에서 선택하여 SharePoint Foundation 환경의 가용성을 향상시킬 수

있습니다.

서버 하드웨어 구성 요소의 내결함성을 개선합니다.

팜 내에서 서버 역할의 중복을 늘립니다.

하드웨어 구성 요소 내결함성

하드웨어 구성 요소 내결함성은 서버 수준의 전원 공급 장치 같은 인프라 시스템 및 하드웨어 구성

요소의 중복입니다. 하드웨어 구성 요소 내결함성을 계획할 때는 다음과 같은 사항을 고려합니다.

서버 내 모든 구성 요소를 완전히 중복하는 것은 불가능하거나 실용적이지 않습니다. 추가 중복을

확보하려면 추가 서버를 사용합니다.

최대 중복을 확보할 수 있도록 서버의 여러 전원 공급 장치가 여러 전원에 연결되어 있는지

확인합니다.

모든 시스템에서 RAID(Redundant Array of Independent Disks) 배열을 포함하여 시스템에 적합한

내결함성 하드웨어를 확보하도록 하드웨어 공급업체와 협력하는 것이 좋습니다.

팜 내의 중복

SharePoint Foundation 2010에서는 용량을 늘리고 기본 가용성을 제공하도록 팜 내의 중복되는

컴퓨터에서 서버 역할 실행(즉, 확장)을 지원합니다.

필요한 용량에 따라 팜의 서버 수와 크기가 결정됩니다. 용량 요구 사항이 충족되면 전체 가용성을

높이기 위해 서버를 추가할 수 있습니다. 다음 그림에서는 각 서버 역할에 대한 중복을 제공하는

방법을 보여 줍니다.

280

서버 팜 내의 가용성

다음 표에서는 SharePoint Foundation 2010 환경의 서버 역할과 팜 내에서 각 서버 역할에 대해

사용할 수 있는 중복 전략에 대해 설명합니다.

서버 역할 팜 내의 기본 설정된 중복 전략

프런트 엔드 웹 서버 팜 내에 여러 프런트 엔드 웹 서버를 배포하고

네트워크 부하 분산(NLB)을 사용합니다.

응용 프로그램 서버 팜 내에 여러 응용 프로그램 서버를 배포합니다.

데이터베이스 서버 클러스터링 또는 고가용성 데이터베이스 미러링을

사용하여 데이터베이스 서버를 배포합니다.

281

데이터베이스 가용성 전략

Microsoft SQL Server 장애 조치 클러스터링 또는 SQL Server 고가용성 데이터베이스 미러링을

사용하여 SharePoint Foundation 환경에서 데이터베이스의 가용성을 지원할 수 있습니다.

SQL Server 장애 조치 클러스터링

장애 조치 클러스터링은 SQL Server의 인스턴스에 대한 가용성을 지원합니다. 장애 조치 클러스터는

하나 이상의 노드 또는 서버와 두 개 이상의 공유 디스크로 구성된 조합입니다. 장애 조치 클러스터

인스턴스는 단일 컴퓨터로 나타나지만 현재 노드를 사용할 수 없게 될 경우 한 노드에서 다른 노드로

장애 조치를 제공하는 기능이 있습니다. SharePoint Foundation은 SQL Server에서 지원되는

클러스터의 모든 활성 및 수동 노드 조합에서 실행될 수 있습니다.

SharePoint Foundation은 클러스터 전체를 참조하므로 SharePoint Foundation 측면에서 볼 때 장애

조치가 원활하게 자동으로 이루어집니다.

장애 조치 클러스터링에 대한 자세한 내용은 SQL Server 2008 R2 장애 조치(Failover) 클러스터링

시작(http://go.microsoft.com/fwlink/?linkid=102837&clcid=0x412) 및 Configure availability by

using SQL Server clustering (SharePoint Foundation 2010)(영문)을 참조하십시오.

SQL Server 고가용성 미러링

데이터베이스 미러링은 데이터베이스별로 데이터베이스 중복을 제공할 수 있는 SQL Server

기술입니다. 데이터베이스 미러링 시에는 주 데이터베이스의 트랜잭션 로그 버퍼가 디스크에 기록될

때마다 주 데이터베이스 및 서버에서 미러 데이터베이스 및 서버로 트랜잭션이 직접 전송됩니다.

이러한 기법을 통해 미러 데이터베이스를 주 데이터베이스와 거의 동일한 최신 상태로 유지할 수

있습니다. SQL Server Enterprise Edition에서는 데이터베이스 미러링 성능을 개선하는 추가 기능을

제공합니다.

SharePoint Foundation 팜 내에서 미러링을 수행하는 경우 자동 장애 조치가 포함된 높은 보안

모드라고도 하는 고가용성 미러링을 사용해야 합니다. 고가용성 데이터베이스 미러링 작업에는 주

서버 인스턴스, 미러 서버 인스턴스 및 미러링 모니터 서버 인스턴스 등 세 가지 서버 인스턴스가

필요합니다. 미러링 모니터 서버는 SQL Server가 주 서버에서 미러 서버로 자동으로 장애 조치를

수행하도록 합니다. 주 데이터베이스에서 미러 데이터베이스로 장애 조치를 수행하는 데는 일반적으로

몇 초가 걸립니다.

이전 버전에서 변경된 부분은 SharePoint Foundation이 미러링을 인식한다는 점입니다. SQL Server의

데이터베이스 미러 인스턴스를 구성한 후에는 SharePoint 중앙 관리 또는 Windows PowerShell

cmdlet을 사용하여 구성 데이터베이스, 콘텐츠 데이터베이스 또는 서비스 응용 프로그램

데이터베이스에 대한 장애 조치(미러) 데이터베이스 서버 위치를 식별합니다. 장애 조치 데이터베이스

위치를 설정하면 SharePoint Foundation에서 SQL Server에 연결하는 데 사용되는 연결 문자열에 매개

변수가 추가됩니다. SQL Server 시간 초과 이벤트가 발생하면 다음과 같은 상황이 발생합니다.

1. SQL Server 미러링을 위해 구성된 미러링 모니터 서버가 주 데이터베이스와 미러 데이터베이스의

역할을 자동으로 전환합니다.

2. SharePoint Foundation에서 장애 조치 데이터베이스로 지정된 서버에 자동으로 연결을

시도합니다.



http://technet.microsoft.com/library/069d9586-815b-4e5d-b8f7-dbd161c10e4e(Office.14).aspx

http://technet.microsoft.com/library/069d9586-815b-4e5d-b8f7-dbd161c10e4e(Office.14).aspx

282

데이터베이스 미러링을 구성하는 방법에 대한 자세한 내용은 Configure availability by using SQL

Server database mirroring (SharePoint Foundation 2010)(영문)을 참조하십시오.

데이터베이스 미러링에 대한 일반적인 정보는 데이터베이스

미러링(http://go.microsoft.com/fwlink/?linkid=180597&clcid=0x412)을 참조하십시오.

SQL Server FILESTREAM 원격 BLOB 저장소 공급자를 사용하도록 구성된 데이터베이스는

미러링할 수 없습니다.

단일 팜의 데이터베이스 가용성 전략 비교: SQL Server 장애 조치 클러스터링 대 SQL Server 고가용성

미러링

다음 표에서는 장애 조치 클러스터링과 동기식 SQL Server 고가용성 미러링을 비교합니다.

SQL Server 장애 조치 클러스터링 SQL Server 고가용성 미러링

장애 조치 시점 장애 발생 시 즉시 클러스터

구성원이 장애 조치를

수행합니다.

장애 발생 시 즉시 미러링을

수행합니다.

트랜잭션 일관성 여부 예 예

트랜잭션 동시성 여부 예 예

복구 시간 단축된 복구 시간(밀리초) 다소 늘어난 복구 시간(밀리초)

장애 조치 단계 필요 여부 장애는 데이터베이스 노드에서

자동으로 검색됩니다.

SharePoint Foundation

2010에서는 장애 조치가

원활하게 자동으로 진행되도록

클러스터를 참조합니다.

장애는 데이터베이스에서

자동으로 검색됩니다. 올바르게

구성된 SharePoint Foundation

2010에서는 장애 조치가 자동으로

진행되도록 미러 위치를

인식합니다.

장애가 발생한 저장소 보호

여부

저장소는 클러스터의 노드 간에

공유되므로 장애가 발생한

저장소를 보호하지 않습니다.

주 데이터베이스 서버 및 미러

데이터베이스 서버 모두 로컬

디스크에 데이터를 작성하므로

장애가 발생한 저장소를

보호합니다.

지원되는 저장소 유형 공유 저장소(더 많은 비용 소요) 저렴한 DAS(직접 연결된

저장소)를 사용할 수 있습니다.

위치 요구 사항 클러스터 구성원이 동일한

서브넷에 있어야 합니다.

주, 미러 및 미러링 모니터 서버가

동일한 LAN에 있어야 합니다(왕복

대기 시간: 최대 1밀리초).

참고:

http://technet.microsoft.com/library/142fc165-8f11-4509-b698-d7d44dfdbd22(Office.14).aspx

http://technet.microsoft.com/library/142fc165-8f11-4509-b698-d7d44dfdbd22(Office.14).aspx



283

SQL Server 장애 조치 클러스터링 SQL Server 고가용성 미러링

복구 모델 SQL Server 전체 복구 모델이

권장됩니다. SQL Server의 단순

복구 모델을 사용할 수 있지만

클러스터가 손실될 경우 마지막

전체 백업만 복구 지점으로

사용할 수 있습니다.

SQL Server 전체 복구 모델을

사용해야 합니다.

성능 오버헤드 장애 조치가 진행되는 동안

성능이 약간 떨어질 수 있습니다.

고가용성 미러링은 동기식으로

수행되므로 트랜잭션 대기 시간이

발생하며, 메모리 및 프로세서

오버헤드가 추가됩니다.

운영 부담 서버 수준에서 설정 및 유지

관리합니다.

클러스터링보다 운영 부담이

큽니다. 모든 데이터베이스에 대해

설정 및 유지 관리해야 하며, 장애

조치 후에는 수동으로 다시

구성해야 합니다.

서비스 응용 프로그램 중복 전략

팜에서 실행되는 서비스 응용 프로그램을 보호하기 위해 준수하는 중복 전략은 서비스 응용

프로그램에서 데이터를 저장하는 위치에 따라 달라집니다.

데이터를 데이터베이스에 저장하는 서비스 응용 프로그램

데이터를 데이터베이스에 저장하는 서비스 응용 프로그램을 보다 손쉽게 보호하려면 다음 단계를

수행해야 합니다.

1. 서비스를 여러 응용 프로그램 서버에 설치하여 환경 내에 중복을 제공합니다.

2. SQL Server 클러스터링 또는 미러링을 구성하여 데이터를 보호합니다.

다음 서비스 응용 프로그램에서는 데이터를 데이터베이스에 저장합니다.

Business Data Connectivity Service 응용 프로그램

Application Registry Service 응용 프로그램

응용 프로그램 레지스트리 데이터베이스는 미러링하지 않는 것이 좋습니다. 이 데이터베이스는

Windows SharePoint Services 3.0 비즈니스 데이터 카탈로그 정보를 SharePoint Foundation

2010으로 업그레이드하는 경우에만 사용되기 때문입니다.

Usage and Health Data Collection 서비스 응용 프로그램

Usage and Health Data Collection 서비스 응용 프로그램 로깅 데이터베이스는

미러링하지 않는 것이 좋습니다.

참고:

284

Microsoft SharePoint Foundation 가입 설정 서비스

단일 팜으로 구성된 밀접하게 위치한 데이터

센터("연장된" 팜) 간의 중복 및 장애 조치 일부 기업에서는 단일 팜으로 구성할 수 있도록 고대역폭 연결을 사용하여 데이터 센터를 서로 가까이

배치하는데, 이러한 구성을 "연장된" 팜이라고 합니다. 연장된 팜이 작동하려면 SQL Server와 프런트

엔드 웹 서버 간의 한쪽 방향 대기 시간이 1밀리초 미만이고 초당 대역폭 속도가 1기가비트 이상이어야

합니다.

이 시나리오에서는 데이터베이스 및 서비스 응용 프로그램이 중복되도록 함으로써 내결함성을 제공할

수 있습니다.

다음 그림에서는 연장된 팜을 보여 줍니다.

285

연장된 팜

286

재해 복구 계획(SharePoint Foundation 2010)

이 문서에서는 Microsoft SharePoint Foundation 2010 환경에 대한 재해 복구 전략을 선택하는

과정에 결정해야 할 주요 사항에 대해 설명합니다.


재해 복구 개요

재해 복구 전략 선택

정지 대기 계획

예열 대기 계획

상시 대기 데이터 센터 계획

재해 복구를 위한 시스템 요구 사항

재해 복구 개요 이 문서에서는 재해 복구를 SharePoint Foundation을 호스팅하는 데이터 센터를 사용할 수 없게 된

상황에서 복구할 수 있는 능력으로 정의합니다.

SharePoint Foundation에 대해 사용하는 재해 복구 전략은 Active Directory 도메인, Exchange Server

및 Microsoft SQL Server 같은 관련된 인프라에 대한 재해 복구 전략과 조화를 이루도록 해야 합니다.

따라서 사용하는 인프라의 관리자와 협력하여 적절한 조화를 이루는 재해 복구 전략 및 계획을

디자인합니다.

다른 위치에서 또 다른 팜을 실행하는 데 드는 시간과 즉각적인 노력을 대개 상시 대기, 예열 대기 또는

정지 대기라고 합니다. 여기서는 이러한 용어를 다음과 같이 정의하고 있습니다.

상시 대기 몇 초 또는 몇 분 내로 가용성을 제공할 수 있는 보조 데이터 센터입니다.

예열 대기 몇 분 또는 몇 시간 내로 가용성을 제공할 수 있는 보조 데이터 센터입니다.

정지 대기 몇 시간 또는 며칠 내로 가용성을 제공할 수 있는 보조 데이터 센터입니다.

재해 복구는 가장 많은 비용이 드는 시스템 요구 사항 중 하나일 수 있습니다. 장애 상태와 가용 상황

간의 간격이 짧고 보호할 시스템의 수가 많을수록 재해 복구 솔루션이 더 복잡해지고 비용이 증가할

가능성이 높습니다. 상시 대기 또는 예열 대기 데이터 센터에 투자하는 경우 비용에는 다음이

포함됩니다.

소프트웨어 응용 프로그램 간에 발생하는 작업의 복잡도를 높이는 추가 하드웨어 및

소프트웨어(예: 장애 조치 및 복구를 위한 사용자 지정 스크립트)

추가적인 운영 복잡성

상시 또는 예열 대기 데이터 센터의 유지 관리 비용은 특정 비즈니스 요구 사항을 토대로 산정해야

합니다. 재해 발생 후 솔루션에 요구되는 가용성 수준은 조직 내에서 솔루션마다 각기 다를 수

있습니다. 따라서 여러 콘텐츠, 서비스 또는 팜(예: 비즈니스에 영향을 주는 콘텐츠, 검색 서비스 또는

인터넷 게시 팜)에 대해 서로 다른 재해 복구 수준을 제공할 수 있습니다.

http://technet.microsoft.com/library/84a80c36-f79a-4270-bb2c-d1eac72fcc36.aspx#Section1


http://technet.microsoft.com/library/84a80c36-f79a-4270-bb2c-d1eac72fcc36.aspx#Section2_1

http://technet.microsoft.com/library/84a80c36-f79a-4270-bb2c-d1eac72fcc36.aspx#Section2_2



287

재해 복구는 고객 그룹의 기대치를 설정하기 위해 IT 그룹에서 SLA(서비스 수준 계약)를 제공하는 핵심

영역입니다. 많은 IT 조직에서는 여러 비용 부과 수준(chargeback)과 연결된 다양한 SLA를

제공합니다.

서버 팜 간에 장애 조치를 구현할 때는 먼저 팜 내에 핵심 솔루션을 배포 및 조정한 다음 재해 복구를

구현 및 테스트하는 것이 좋습니다.

재해 복구 전략 선택 비즈니스 요구 사항에 따라 많은 접근 방식 중에서 하나를 선택하여 SharePoint Foundation 환경에

대한 재해 복구를 제공할 수 있습니다. 다음 예에서는 기업에서 정지, 예열 또는 상시 대기 재해 복구

전략을 선택하는 이유를 보여 줍니다.

정지 대기 재해 복구 전략: 기업에서는 로컬 및 지역 오프사이트 저장소에 대한 완전 복구를

지원하기 위해 백업 파일을 주기적으로 전달하고 다른 지역에 비상 서버 임대 계약을 체결해

둡니다.

장점:

운영상 유지 관리 비용이 가장 저렴한 옵션입니다.

재해가 발생한 후 실제 서버를 올바르게 구성해야 하기 때문에 복구 비용이 많이 드는

옵션입니다.

단점: 복구 속도가 가장 느린 옵션입니다.

예열 대기 재해 복구 전략: 기업에서는 가상 서버 이미지를 로컬 및 지역 재해 복구 팜으로

전달합니다.

장점: 가상 서버 팜에는 복구 시 구성 노력이 거의 들지 않을 수 있기 때문에 복구 비용이 비교적

적게 듭니다.

단점: 유지 관리 비용과 시간이 많이 소요될 수 있습니다.

상시 대기 재해 복구 전략: 기업에서는 여러 데이터 센터를 운영하지만 하나의 데이터 센터를

통해서만 콘텐츠와 서비스를 제공합니다.

장점: 비교적 복구 속도가 빠릅니다.

단점: 구성 및 유지 관리 비용이 매우 많이 들 수 있습니다.

환경에 대해 구현하기로 결정한 재해 복구 솔루션의 유형에 관계없이 일부 데이터가 손실될

가능성이 있습니다.

정지 대기 데이터 센터 계획 정지 대기 재해 복구 시나리오에서는 새 위치에 새 팜을 설정하고(가능하면 스크립트 배포 사용)

백업을 복원하는 방식으로 복구를 수행할 수 있습니다. 또는 컴퓨터 수준의 데이터를 보호하고 각

서버를 개별적으로 복원할 수 있도록 하는 Microsoft System Center Data Protection Manager 2007

같은 백업 솔루션에서 팜을 복원하여 복구를 수행할 수도 있습니다. 이 문서에서는 정지 대기

중요:

288

시나리오에서 만들기 및 복구를 수행하는 방법에 대한 자세한 지침은 다루지 않습니다. 자세한 내용은

다음을 참조하십시오.

Restore a farm (SharePoint Foundation 2010)(영문)

Restore customizations (SharePoint Foundation 2010)(영문)

예열 대기 데이터 센터 계획 예열 대기 재해 복구 시나리오에서는 팜에서 보조 위치로 전달하는 서버의 가상 이미지를 일관되게

자주 만들도록 하는 방식으로 예열 대기 솔루션을 만들 수 있습니다. 보조 위치에는 이미지를 손쉽게

구성 및 연결하여 팜 환경을 다시 만들 수 있는 환경이 마련되어 있어야 합니다.

이 문서에서는 예열 대기 솔루션을 만들기 위한 자세한 지침은 다루지 않습니다. 가상 솔루션을

사용하여 팜을 배포하는 방법에 대한 자세한 내용은 가상화 계획(SharePoint Foundation 2010)을

참조하십시오.

상시 대기 데이터 센터 계획 상시 대기 재해 복구 시나리오에서는 장애 조치 팜을 설정하여 기본 팜에서 별도의 데이터 센터에 재해

복구를 제공할 수 있습니다. 별도의 장애 조치 팜을 사용하는 환경의 특징은 다음과 같습니다.

별도의 구성 데이터베이스 및 중앙 관리 콘텐츠 데이터베이스를 장애 조치 팜에서 유지 관리해야

합니다.

모든 사용자 지정 내용을 두 팜에 모두 배포해야 합니다.

동일한 구성 설정 및 사용자 지정 내용을 사용하는 방식으로 스크립트 배포를 통해 기본 및

장애 조치 팜을 만드는 것이 좋습니다.

업데이트는 두 팜에 모두 개별적으로 적용해야 합니다.

SharePoint Foundation 콘텐츠 데이터베이스에서는 비동기식 미러링을 수행하거나 장애 조치

팜으로 로그를 전달할 수 있습니다.

SQL Server 미러링은 여러 데이터베이스를 단일 미러 서버에 복사하는 데만 사용할 수

있지만 여러 보조 서버로 로그를 전달할 수 있습니다.

서비스 응용 프로그램은 해당 응용 프로그램에서 팜으로 로그를 전달할 수 있는지 여부에 따라

달라집니다. 자세한 내용은 이 문서의 뒷부분에서 데이터 센터 간의 서비스 응용 프로그램 중복을

참조하십시오.

하나 이상의 추가 데이터 센터로 SQL Server 로그를 전달하도록 구성한 경우 이 토폴로지를 많은

데이터 센터에 걸쳐 반복할 수 있습니다.

SAN 공급업체와 상의하여 여러 데이터 센터에 걸쳐 가용성을 제공하기 위해 SAN 복제를 사용할

것인지 또는 지원되는 다른 메커니즘을 사용할 것인지 결정합니다.

다음 그림에서는 장애 조치 전의 기본 팜과 장애 조치 팜을 보여 줍니다.

참고:

참고:


http://technet.microsoft.com/library/8d1b2aba-edd3-4089-8255-8f3ef2b1b211(Office.14).aspx

http://technet.microsoft.com/library/84a80c36-f79a-4270-bb2c-d1eac72fcc36.aspx#ServiceAppRedundancy

289

장애 조치 전의 기본 팜 및 장애 조치 팜

데이터 센터 간의 서비스 응용 프로그램 중복

서비스를 팜 간에 실행할 수 있고 여러 데이터 센터에 걸쳐 서비스 응용 프로그램에 대한 가용성을

제공하려는 경우 기본 데이터 센터와 보조 데이터 센터 모두에서 액세스할 수 있는 별도의 서비스 팜을

실행하는 것이 좋습니다.

290

서비스를 팜 간에 실행할 수 없고 서비스 팜 자체에 대한 가용성을 제공하려는 경우에는 여러 데이터

센터에 걸쳐 서비스 응용 프로그램에 대한 중복을 제공하기 위해 다양한 전략을 사용할 수 있습니다.

사용되는 전략은 다음에 따라 달라집니다.

재해 복구 팜에서 사용되지 않는 서비스 응용 프로그램을 실행하는 것이 비즈니스적인 가치가

있습니다.

서비스 응용 프로그램과 연결된 데이터베이스에서 로그를 전달하거나 비동기식 미러링을 수행할

수 있습니다.

서비스 응용 프로그램을 읽기 전용 데이터베이스에 대해서만 실행할 수 있습니다.

다음 섹션에서는 각 서비스 응용 프로그램에 대해 권장되는 재해 복구 전략을 소개합니다. 서비스 응용

프로그램은 전략별로 그룹화되어 있습니다.

로그를 전달하거나 비동기식 미러링을 수행할 수 있는 데이터베이스

서비스 응용 프로그램을 보조 팜에 처음 배포하고 나면 다음 서비스 응용 프로그램을 지원하는

데이터베이스에서는 비동기식 미러링을 수행하거나 팜으로 로그를 전달할 수 있습니다.

Application Registry Service 응용 프로그램

데이터베이스: Application Registry Service

Business Data Connectivity Service Application

데이터베이스: 비즈니스 데이터 연결

Usage and Health Data Collection 서비스 응용 프로그램

데이터베이스: 로깅

로깅 데이터베이스에서도 로그를 전달하거나 미러링을 수행할 수 있지만, Usage and

Health Data Collection 서비스를 재해 복구 팜에서 실행하는 것은 권장되지 않으며 로깅

데이터베이스에서는 로그를 전달하거나 미러링을 수행하지 않는 것이 좋습니다.

로그를 전달하거나 비동기식 미러링을 수행할 수 없는 서비스 응용 프로그램 및

데이터베이스

다음 서비스 응용 프로그램은 기본 팜과 장애 조치 팜에 모두 배포해야 하며 로그를 전달하거나

비동기식 미러링을 수행할 수 없습니다. 이러한 서비스 응용 프로그램의 대부분에 대해서는 서비스

응용 프로그램을 배포한 다음 장애 조치 팜의 구성 설정이 기본 팜과 동일한지 확인하는 것이

좋습니다. 기본 팜에서 서비스에 영향을 주는 구성 변경 사항이 발생하는 경우 장애 조치 팜을

업데이트해야 합니다.

Microsoft SharePoint Foundation 가입 설정 서비스 응용 프로그램

데이터베이스: 가입 설정

가입 설정 데이터베이스에서는 로그 전달이 지원되지 않습니다.

참고:

참고:

291

재해 복구를 위한 시스템 요구 사항 이상적인 시나리오에서는 장애 조치 구성 요소와 시스템이 모든 면(플랫폼, 하드웨어, 서버 수)에서

기본 구성 요소 및 시스템과 일치합니다. 최소한 장애 조치 환경에서는 장애 조치 중 예상되는

트래픽을 처리할 수 있어야 합니다. 장애 조치 사이트에서는 일부 사용자에게만 서비스를 제공합니다.

시스템은 최소한 다음 조건이 일치해야 합니다.

운영 체제 버전 및 모든 업데이트

SQL Server 버전 및 모든 업데이트

SharePoint 2010 제품 버전 및 모든 업데이트

이 문서에서는 주로 SharePoint 2010 제품의 가용성을 논의하지만 시스템 가동 시간은 시스템의 다른

구성 요소로부터 영향을 받기도 합니다. 특히 다음을 수행해야 합니다.

전력, 냉각, 네트워크, 디렉터리 및 SMTP와 같은 인프라 종속성이 완전히 중복되어 있는지

확인합니다.

DNS 또는 하드웨어 부하 분산 방식에 상관없이 요구를 만족하는 전환 메커니즘을 선택합니다. 웹

서버 부하를 분산하는 최상의 방법은 다음 문서에 나와 있습니다.

292


이 섹션에는 Microsoft SharePoint Foundation 2010 서버 팜에 대한 서버 가상화 솔루션을 계획 및

구현하는 데 도움이 되는 문서가 나와 있습니다.


가상화 지원 및 라이선싱(SharePoint Foundation 2010)

Hyper-V 가상화 요구 사항(SharePoint Foundation 2010)


293

가상화 지원 및 라이선싱(SharePoint Foundation

2010)

이 문서에서는 서버 가상화 기술을 사용하여 SharePoint 2010 제품을 가상 환경에 배포하기 위한 지원

및 라이선싱 정보를 제공합니다.

가상화를 위한 SharePoint 2010 제품 지원 사항 Windows Server 2008 Hyper-V 기술 환경에 배포된 Microsoft SharePoint Foundation 2010의 모든

요소는 완벽하게 지원됩니다. 또한 관련되어 있거나 필수적인 지원 기술도 지원됩니다.

SharePoint Foundation 2010 가상화에 대한 지원에는 Microsoft에서 인증했으며

호스팅되거나 하드웨어를 기반으로 하는 타사 가상화 기술이 포함됩니다. 인증 및 참여

공급업체에 대한 자세한 내용은 SVVP(Server Virtualization Validation Program)(영문일 수


참조하십시오.

Hyper-V 기술을 사용한 서버 가상화 Windows Server 2008부터 Hyper-V를 사용한 서버 가상화가 운영 체제의 필수 요소가 되었습니다.

Hyper-V는 Microsoft Hyper-V Server 2008 외에 모든 버전의 운영 체제에서 사용할 수 있습니다.

SharePoint 2010 제품 배포에 대해서는 Windows Server 2008 R2 또는 Microsoft Hyper-V Server

2008 R2를 가상화 서버로 사용하는 것이 좋습니다. 이들 릴리스에서는 다음을 제공합니다.

추가 기능(예: 가상 컴퓨터에 대한 확장된 메모리 지원 및 향상된 가상 프로세서 지원)

개선된 성능(예: 향상된 가상 하드 드라이브 성능 및 네트워크 어댑터 성능)

자세한 내용은 Windows Server 2008 R2에서 Hyper-V의 새로운

기능(http://go.microsoft.com/fwlink/?linkid=155234&clcid=0x412)을 참조하십시오.

운영 체제 환경 라이선싱 가상화 계획을 시작하기 전에 가상화 환경의 라이선싱 요구 사항을 확인해야 합니다. OSE(운영 체제

환경)에는 다음과 같은 두 가지 유형이 있습니다.

단일 물리적 운영 체제 환경

하나 이상의 가상 운영 체제 환경

참고:





294

가상 운영 체제 환경은 가상(또는 다른 방식으로 에뮬레이션된) 하드웨어 시스템에서 실행되도록

구성됩니다. 가상 OSE를 만드는 기술을 사용하더라도 OSE에서 실행되는 모든 응용 프로그램과 운영

체제에 대한 라이선싱 요구 사항은 변경되지 않습니다.

물리적 다중 코어 프로세서 시스템을 위한 Windows Server 운영 체제 라이선싱 모델은 하드웨어에

설치된 물리적 프로세서의 수를 기반으로 합니다. 이 모델은 가상화 서버에서 실행되는 가상 컴퓨터에

대해 구성된 가상 프로세서로 확장됩니다. 라이선싱을 위해 가상 프로세서는 기본적인 물리적

하드웨어 시스템의 각 물리적 프로세서와 스레드 및 코어 수가 동일한 것으로 간주됩니다.

라이선싱 요구 사항에 대한 자세한 내용은 다음 문서를 참조하십시오.

가상 환경에서 Microsoft 서버 제품 라이선싱(영문일 수


이 백서에서는 가상 환경에서 운용되는 서버 운영 체제 및 서버 응용 프로그램에 대한 Microsoft

라이선싱 모델의 개요를 설명합니다.

Windows 서버 가상화 계산기(영문일 수


Windows 서버 가상화 계산기를 활용하면 특정 가상화 시나리오에 필요한 Windows Server

Standard Edition, Enterprise Edition 및 Datacenter Edition의 수와 비용을 두 가지 방식으로

예측할 수 있어 가장 경제적인 버전의 Windows 서버를 손쉽게 결정할 수 있습니다.

Microsoft Hyper-V Server 2008 R2는 가상화 서버에 대한 라이선스가 필요 없지만 가상

OSE에 대한 라이선스 요구 사항을 충족해야 합니다.

SharePoint 2010 제품 라이선싱 가상 컴퓨터에 설치된 SharePoint 팜의 모든 요소는 SharePoint Foundation 2010은 물론 관련되어

있거나 지원되는 기술에 대한 라이선싱 요구 사항을 준수해야 합니다.

참고:





295

Hyper-V 가상화 요구 사항(SharePoint Foundation

2010)

이 문서에서는 하드웨어 기반 가상화를 사용하기 위한 하드웨어 및 소프트웨어 요구 사항에 대해

설명합니다. Windows Server 2008 Hyper-V 기술는 이 문서의 핵심적인 요소지만 하드웨어 기반

가상화를 구현하기 위한 기본 하드웨어 요구 사항은 Microsoft에서 인증한 타사 가상화 기술에도

적용됩니다.

하드웨어 하드웨어 기반 가상화를 위한 요구 사항은 다음과 같습니다.

Intel VT(Intel Virtualization Technology) 또는 AMD-V(AMD Virtualization) 기술이 적용된

프로세서와 같이 가상화 옵션이 포함된 프로세서를 통해 하드웨어 지원 가상화를 사용할 수 있어야

합니다.

하드웨어 강제 DEP(데이터 실행 방지)를 사용할 수 있고 사용하도록 설정되어 있어야 합니다.

다음 도구 중 하나를 사용하여 기존 서버의 프로세서가 Hyper-V를 지원하는지 확인할 수 있습니다.

AMD Hyper-V 호환성 검사 유틸리티(.zip 파일)(영문일 수


Intel 프로세서 식별 유틸리티(Windows

버전)(http://go.microsoft.com/fwlink/?linkid=150562&clcid=0x412)

소프트웨어 Hyper-V를 사용하려면 다음 Microsoft 제품 중 하나가 있어야 합니다.

Windows Server 2008(Itanium 시스템용 Windows Server 2008, Windows Web Server 2008 및

Windows Server 2008 Foundation을 제외한 모든 버전의 Windows Server 2008)

Microsoft Hyper-V Server 2008

Windows Server 2008 R2(Itanium 시스템용 Windows Server 2008 R2, Windows Web

Server 2008 R2 및 Windows Server 2008 R2 Foundation을 제외한 모든 버전의 Windows Server

2008 R2)

Hyper-V Server R2

Windows Server 2008 R2에는 다음과 같은 Hyper-V와 관련된 많은 개선 사항이 도입되었기 때문에

가상화 서버에 대해서는 이 제품을 사용하는 것이 좋습니다.

실행 중인 가상 컴퓨터를 클러스터 노드 간에 이동하기 위한 라이브 마이그레이션

성능 및 확장성 측면의 현저한 이점

향상된 프로세서 지원





296

향상된 가상 컴퓨터 저장소

향상된 네트워킹 지원

자세한 내용은 Windows Server 2008 R2에서 Hyper-V의 새로운

기능(http://go.microsoft.com/fwlink/?linkid=155234&clcid=0x412)을 참조하십시오.

참고 항목 가상화 지원 및 라이선싱(SharePoint Foundation 2010)



297


이 문서에서는 가상 환경에서 Microsoft SharePoint Foundation 2010을 성공적으로 배포하기 위해

수행해야 하는 계획 프로세스에 대해 설명합니다. 계획 프로세스의 각 단계에는 해당 설명서에 대한

링크가 포함되어 있습니다. 이러한 단계에서는 가상 환경에 배포할 SharePoint Foundation 2010

솔루션을 이미 결정한 것으로 간주합니다. 외관상 가상 컴퓨터에 SharePoint Foundation 2010 팜을

배포하는 것은 실제 서버에 팜을 배포하는 것과 비슷합니다. 그러나 가상 환경 배포에서는 Windows

Server 2008 Hyper-V 기술의 특성은 물론 가상 시스템, 가상 네트워크 어댑터 및 가상 하드 디스크가

가상화 서버에서 구현되는 방식을 고려하는 색다른 수준의 계획을 수행해야 합니다.

가상화 계획을 세우기 전에 Hyper-V 계획 및 배포

가이드(http://go.microsoft.com/fwlink/?linkid=187964&clcid=0x412)를 읽어 보는 것이 좋습니다.

다음 주제에 대한 자세한 내용은 이 문서의 범위를 벗어나지만 다른 문서에서는 이에 대해 다루고

있습니다.

용량 관리

고가용성

가상 환경 사용

보안 요구 사항

재해 복구

비즈니스 연속성 계획

가상 환경은 두 개의 서로 관련된 계층인 물리적 계층과 가상 계층으로 구성되어 있습니다. 어느 쪽

계층에서든 구성이 변경되면 다른 계층의 서버에 영향을 주게 됩니다. 이러한 상호 관계는 가상

환경에서 SharePoint Foundation 2010을 계획, 배포 및 사용할 때 쉽게 확인할 수 있습니다.

가상 환경에 SharePoint Foundation 2010을 배포하기

위한 계획 만들기 가상 팜에 대한 계획은 실제 팜에 대해 계획을 세울 때와 동일한 방식으로 접근해야 합니다. 실제

서버에 SharePoint Foundation 2010을 배포하는 과정에 발생하는 대부분(전부는 아님)의 문제 및

요구 사항은 가상 컴퓨터에도 동일하게 적용됩니다. 최소 프로세서 또는 메모리 요구 사항 등의 결정

사항은 필요한 가상화 호스트 수는 물론 팜에 대해 식별하는 가상 컴퓨터를 호스트에서 적절히

지원하는 기능에도 직접적인 영향을 미칩니다.

실제 팜에 대한 계획을 마치면 가상화 아키텍처를 디자인하는 데 필요한 모든 정보가 마련됩니다.

이상적인 경우 이러한 아키텍처는 프로덕션 환경에 배포하려는 최종 가상화 솔루션에 가깝습니다.

하지만 현실적으로는 시스템 수명 주기의 배포 단계를 거치면서 아키텍처가 변경될 가능성이

있습니다. 실제로 일부 팜 서버 역할이 가상화에 적합하지 않다고 판단할 수 있습니다.

다음 절차에는 주요 계획 단계, 작업 및 참조 사항이 요약되어 있습니다.



298

1. 가상화 범위 결정

범위 결정은 가상화 프로젝트를 성공적으로 구현, 관리 및 평가하는 데 핵심적인 역할을 하는

요소입니다. 대부분의 솔루션은 팜 구성 요소가 여러 개라는 사실을 고려합니다. 예를 들어

인터넷 연결 웹 포털에는 대개 게시 팜, 제작 팜 그리고 테스트 또는 품질 보증 팜이 있습니다.

범위를 결정할 때는 솔루션 인프라 전체를 가상화할지 아니면 일부만 가상화할지를 결정해야

합니다.

다음 작업 목록을 사용하여 가상화 범위를 결정합니다.

작업 1: 솔루션을 구현하는 데 필요한 모든 팜을 식별합니다.

작업 2: 각 팜에 대해 필요한 서버 수와 팜에서 각 서버에 할당될 역할을 결정합니다.

작업 3: 가상 환경에 배포할 팜을 식별합니다.

솔루션의 범위를 지정하면 배포 범위가 세부적으로 조정되어 구현 및 관리하기가

편리해집니다. 자세한 내용은 사이트 및 솔루션 계획(SharePoint Foundation 2010)을

참조하십시오. 또한 솔루션은 공통 요소를 공유하지만 솔루션마다 고유한 요구 사항이

있습니다. 자세한 내용은 기본 사이트 계획(SharePoint Foundation 2010)을 참조하십시오. 이

문서에서는 널리 사용되는 솔루션 중 하나를 소개하고 있습니다.

솔루션의 목적 및 목표나 솔루션 요구 사항에 따라 또는 사업부별로 범위를 세부적으로

조정합니다.

2. 가상화할 서버 식별

가상화에 적합한 서버를 식별합니다. 기술적인 측면과 Microsoft 기술 지원 서비스 차원에서

볼 때 모든 SharePoint 서버를 가상화할 수 있습니다. 특정 팜 서버의 가상화 여부는 다음을

토대로 결정해야 합니다.

기업 규정 준수 정책(예: 법률 및 기술)

전력 소모량 및 실제 공간 요구 사항 감소 등의 서버 통합을 통해 얻게 되는 이점. 자세한

내용은 서버 가상화(영문일 수


참조하십시오.

용량 요구 사항(다음 계획 단계 참조)

3. 각 팜 서버에 대한 용량 요구 사항 확인

실제 서버와 마찬가지로 각 팜 서버에 대한 리소스 요구 사항을 파악합니다. 엔터프라이즈

검색 구성 요소 호스팅과 같은 전문적인 서버 역할을 고려합니다. 다음과 같은 각 서버 구성

요소에 필요한 리소스의 양을 지정해야 합니다.

메모리

프로세서 수 및 최소 클럭 속도

하드 디스크 수 및 크기

네트워크 어댑터 수 및 네트워크 어댑터에 요구되는 처리 속도

가상화 계획을 만들려면



299

참고:

실제 서버와 가상 컴퓨터에 대해 최대 부하에 대한 계획을 세우고 단기적인 부하 급증

상황을 처리하는 방법을 결정합니다.

4. 가상 컴퓨터가 실제 요구 사항을 충족할 수 있는지 확인합니다.

3단계에서 식별한 각 가상 컴퓨터가 해당 실제 서버의 용량 요구 사항을 충족할 수 있는지

확인해야 합니다. 최소한 다음 작업을 완료합니다.

작업 1: 사용 가능한 가상화 호스트 용량과 관련하여 메모리 요구 사항을 평가합니다.

작업 2: 프로세서 요구 사항을 평가합니다. Hyper-V에는 가상 컴퓨터당 가상 프로세서 네

개로 하드 한도가 지정되어 있습니다. 실제 팜 서버에 여덟 개의 프로세서가 필요한 경우

팜의 가상 컴퓨터 수를 수평 확장하여 이 요구 사항을 충족할 수 있는지 확인합니다.

작업 3: 로컬 실제 저장소 또는 SAN과 관련하여 가상 컴퓨터의 저장소 요구 사항을

평가합니다.

5. 가상화 호스트 요구 사항 확인

최소 호스트 요구 사항(메모리, 코어 수, 로컬 하드 드라이브 수 및 크기, 네트워크 어댑터

수)을 확인합니다. 또한 다음 사항을 고려하고 이에 대한 계획을 세웁니다.

확장성: 호스트 컴퓨터에 CPU, 메모리, 하드 디스크 및 네트워크 어댑터를 추가할 수

있는지 확인합니다.

중요:

제조업체 및 컴퓨터 모델에 따라 용량을 늘리지 못하는 경우도 있습니다. 서버를

사용하거나 구매하기 전에 이 정보를 확인해야 합니다.

추가 호스트 용량: 호스트에 기존 가상 컴퓨터를 수직 확장하거나 가상 컴퓨터를 추가하기

위한 용량이 있는지 확인합니다. 이는 Hyper-V 장애 조치 클러스터링, 빠른 마이그레이션

또는 라이브 마이그레이션을 사용하려는 경우 매우 중요합니다.

중요:

최대 부하에 대한 계획을 세우고 단기적인 부하 급증 상황을 처리하는 방법을

결정합니다.

6. 가상화 아키텍처 디자인

성공적인 솔루션을 얻으려면 올바르게 디자인된 아키텍처가 필요합니다. SharePoint

Foundation 2010에서는 기본 3계층 토폴로지를 통해 모든 솔루션을 위한 기반을 제공합니다.

다음은 권장되는 기반 토폴로지를 토대로 하는 훌륭한 디자인을 구성하는 요소입니다.

전반적으로 우수한 성능

유지 관리 및 업그레이드 용이성

유연성

확장성

고가용성

가상화 아키텍처 모델은 가상화 호스트 및 팜 토폴로지를 구성하는 가상 컴퓨터로 이루어져

300

있습니다. 이 모델을 사용하면 배포할 가상 환경을 시각화할 수 있습니다.

참고:

계획 프로세스를 진행함에 따라 아키텍처를 세부적으로 조정하도록 준비해야 합니다.

다음 단계를 수행하면 아키텍처를 변경해야 할 수 있습니다.

7. 저장소 요구 사항 식별

구성 파일, VHD(가상 하드 디스크) 및 스냅숏 등의 Hyper-V 관련 저장소에 필요한 로컬 실제

저장소 또는 SAN 저장소의 용량을 확인합니다.

8. 백업 및 복구 요구 사항 식별

팜 서버 외에 전체 또는 일부 팜에 대한 백업 및 복구 계획을 세워야 합니다. 자세한 내용은

Backup and recovery (SharePoint Foundation 2010)(영문)를 참조하십시오.

9. 고가용성 요구 사항 확인 및 솔루션 디자인

웹 서버, 응용 프로그램 서버 및 데이터베이스에 대한 고가용성을 얻기 위한 접근 방식을

식별합니다. 일반적인 전략은 다음과 같습니다.

중복되는 하드웨어 및 서버

작동 중 교체 가능한 구성 요소

가상 및 실제 서버에 대한 장애 조치 클러스터링. 자세한 내용은 Hyper-V: Hyper-V 및

장애 조치 클러스터링 사용(영문일 수


참조하십시오.

데이터베이스 서버에 대한 클러스터링 또는 미러링

10. 가상 환경을 모니터링하기 위한 상태 및 용량 표시기를 식별합니다.

이전 단계에서 파생시킨 주요 표시기와 SharePoint Foundation 2010에 대해 세운 계획을

조합합니다. 자세한 내용은 서버 팜 및 환경 계획(SharePoint Foundation 2010)을

참조하십시오. 가상 환경의 다음 개체에서 측정 결과를 수집하려면 모든 상태 및 용량

표시기를 확인해야 합니다.

SharePoint Foundation 2010이 설치된 가상 컴퓨터

팜의 일부가 아닌 가상 컴퓨터(예: 방화벽 서버)

가상화 호스트

네트워크 구성 요소

가상 환경에서 데이터를 수집하기 시작한 후에는 배포하는 동안은 물론 팜이 프로덕션

환경으로 이동한 후에도 가상 환경을 평가 및 조정하는 데 사용할 수 있는 기준을 만들 수

있습니다.

11. 시스템 수명 주기의 배포 단계에 대한 배포 계획을 만듭니다.

자세한 내용은 기술 다이어그램(SharePoint Foundation 2010) 문서에 나와 있는 SharePoint

2010 제품 배포 모델을 참조하십시오.

12. 유지 관리 계획 만들기

암호 변경 사항을 구현하고 소프트웨어 업데이트, 서비스 팩 및 핫픽스를 적용하는 데 사용할

http://technet.microsoft.com/library/48dbef54-1f1b-424f-a918-d2c428c3216e(Office.14).aspx




301

수 있는 유지 관리 계획을 만듭니다. 이 계획에는 가상 컴퓨터와 가상화 호스트가 포함되어야

합니다.

302

성능 및 용량 테스트 결과와 권장 사항(SharePoint

Foundation 2010)

이 섹션에서는 Microsoft SharePoint Foundation 2010에 포함된 특정 기능 집합이 성능 및 용량에

미치는 영향에 대해 설명하는 일련의 백서를 소개합니다. 이러한 백서에서는 기능의 성능 및 용량

특성과 Microsoft에서 기능을 테스트한 방법을 비롯하여 다음에 대한 정보를 다루고 있습니다.

테스트 팜 특성

테스트 결과

권장 사항

성능 및 확장성 문제 해결

다음 표에서는 사용 가능한 백서에 대해 설명합니다. 백서는 Microsoft Word 문서(.doc)로

다운로드(영문일 수 있음)할 수 있습니다.

제목 설명

SharePoint Foundation 2010 검색 용량 계획 SharePoint Foundation 2010에서 검색을

계획하는 방법에 대한 지침을 제공합니다.

참고 항목 Capacity management and sizing for SharePoint Server 2010(영문)

http://www.microsoft.com/downloads/en/details.aspx?familyid=e8a1fb0d-957d-4f96-8e0a-f5c74df0796e

http://www.microsoft.com/downloads/en/details.aspx?familyid=e8a1fb0d-957d-4f96-8e0a-f5c74df0796e


303

SharePoint Foundation 2010 계획 워크시트


작업별 계획 워크시트

제목별 계획 워크시트

이 문서에서는 Microsoft SharePoint Foundation 2010 배포를 계획할 때 내리는 결정 사항과

수집하는 정보를 기록하는 데 사용할 수 있는 워크시트에 대한 링크를 제공합니다. 이러한 워크시트는

SharePoint Foundation 2010 계획 및 아키텍처와 함께(대체할 수는 없음) 사용합니다.

작업별 계획 워크시트

작업 유형 사용하는 워크시트 수행할 작업

사이트 및

사이트 모음

계획(SharePoi

nt Foundation

2010)

사이트 계획 데이터 워크시트(영문일 수

있음)(http://go.microsoft.com/fwlink/?linkid=167838&clcid=0x412

)(영문일 수 있음)

최상위

사이트 모음

및 사이트를

계획하고

사이트 테마

및 탐색에

대한 결정을

기록합니다.

사이트 탐색

계획(SharePoi

nt Foundation

2010)




최상위

사이트 모음

및 사이트를

계획하고

사이트 테마

및 탐색에

대한 결정을

기록합니다.

테마 사용

계획(SharePoi

nt Foundation

2010)




최상위

사이트 모음

및 사이트를

계획하고

사이트 테마

및 탐색에

대한 결정을

기록합니다.







304

작업 유형 사용하는 워크시트 수행할 작업

받는 전자 메일

계획(SharePoi

nt Foundation

2010)

받는 전자 메일 계획 워크시트(영문일 수



SharePoint

사이트에서

전자 메일

메시지와

첨부 파일을

목록 및

라이브러리에

서 수신 및

저장하도록

받는 전자

메일을

계획합니다.

백업 및 복구

계획(SharePoi

nt Foundation

2010)

백업 및 복구 계획 통합 문서(영문일 수



SharePoint

Foundation

2010 환경의

백업 및 복구

전략을

계획하는 데

도움이

됩니다.

업그레이드

계획 및

준비(SharePoi

nt Foundation

2010)

업그레이드 워크시트(영문일 수



업그레이드를

준비하는

동안 환경에

대한 정보를

기록합니다.

제목별 계획 워크시트

사용하는 워크시트 작업 유형 수행할 작업

백업 및 복구 계획 통합 문서(영문일 수



백업 및 복구

계획(SharePoi

nt Foundation

2010)

SharePoint

Foundation

2010 환경의

백업 및 복구

전략을

계획하는 데





http://technet.microsoft.com/library/cb22a4d2-e8ac-4578-8fb0-4ab03dafd3bd(Office.14).aspx









305

사용하는 워크시트 작업 유형 수행할 작업

도움이

됩니다.

받는 전자 메일 계획 워크시트(영문일 수



받는 전자 메일

계획(SharePoi

nt Foundation

2010)

SharePoint

사이트에서

전자 메일

메시지와

첨부 파일을

목록 및

라이브러리에

서 수신 및

저장하도록

받는 전자

메일을

계획합니다.




사이트 및

사이트 모음

계획(SharePoi

nt Foundation

2010)

사이트 탐색

계획(SharePoi

nt Foundation

2010)

테마 사용

계획(SharePoi

nt Foundation

2010)

최상위

사이트 모음

및 사이트를

계획하고

사이트 테마

및 탐색에

대한 결정을

기록합니다.

업그레이드 워크시트(영문일 수



업그레이드

계획 및

준비(SharePoi

nt Foundation

2010)

업그레이드를

준비하는

동안 환경에

대한 정보를

기록합니다.










