다음을 통해 공유

  • 아티클

저장소 요구 사항

마지막으로 수정된 항목: 2009-09-28

저장소를 계획하려면 저장소 유형, 데이터베이스 및 로그 파일 저장 위치, 확장성 및 고가용성을 위해 사용할 구성 요소 결정 등을 비롯하여 배포할 저장소 구성 요소를 결정해야 합니다.

저장소 구성

데이터 형식 및 저장소

Office Communications Server 2007 R2를 위한 저장소 솔루션을 계획하려면 생성되는 데이터 형식과 각 형식이 저장되는 위치를 알아야 합니다. 아래 표는 이 정보를 보여 줍니다.

표 1. 데이터 형식 및 저장소

데이터 형식 데이터 저장소 이름 위치

영구 사용자 데이터(예: ACL, 연락처, 홈 서버 또는 풀, 예약된 전화 회의)

RTC

Enterprise Edition, 백 엔드 데이터베이스, Standard Edition, Microsoft SQL Server 2005 Express SP2

영구 Office Communications Server 2007 R2 설정

RTCConfig

Enterprise Edition, 백 엔드 데이터베이스, Standard Edition, SQL Server 2005 Express SP2

임시 사용자 데이터(예: 끝점과 구독 및 임시 회의 상태)

RTCDyn

Enterprise Edition, 백 엔드 데이터베이스, Standard Edition, SQL Server 2005 Express SP2

Windows용 Communicator Mobile 클라이언트에서 주소록 검색 쿼리를 지원하기 위해 주소록 웹 쿼리 서비스에서 사용한 전역 주소 정보가 포함된 데이터베이스

RTCab

Enterprise Edition, 백 엔드 데이터베이스, Standard Edition, SQL Server 2005 Express SP2

주소록 서버가 만들거나 Office Communicator, Office Communicator Phone Edition 및 Office Communicator Attendant 클라이언트가 다운로드한 주소록 다운로드 파일

사용자가 지정한 UNC 경로

Enterprise Edition의 경우 Enterprise Edition 프런트 엔드 서버와 별도의 컴퓨터(권장)에 있는 전용 파일 서버의 사용자가 만든 공유 NTFS 폴더에 다운로드 파일이 저장됩니다.

Standard Edition의 경우 로컬 Standard Edition 서버의 <Microsoft Office Communications Server 2007 R2 installation folder>\Web Components\Address Book Files에 파일이 저장됩니다.

모임 콘텐츠(예: Microsoft Office PowerPoint 프레젠테이션, 질문 및 답변 로그, 폴링, 채팅 및 업로드된 콘텐츠)

사용자가 지정한 UNC 경로

Enterprise Edition의 경우 Enterprise Edition 프런트 엔드 서버와 별도의 컴퓨터(권장)에 있는 전용 파일 서버의 사용자가 만든 공유 NTFS 폴더에 다운로드 파일이 저장됩니다.

Standard Edition의 경우 로컬 Standard Edition 서버의 <Microsoft Office Communications Server 2007 R2 installation folder>\Web Components\Data MCU Web\Web에 파일이 저장됩니다.

모임 콘텐츠 메타데이터(PowerPoint 프레젠테이션이 업로드된 날짜 및 시간 등과 같은 모임 콘텐츠를 설명하는 XML 데이터)

사용자가 지정한 UNC 경로

Enterprise Edition의 경우 Enterprise Edition 프런트 엔드 서버와 별도의 컴퓨터(권장)에 있는 전용 파일 서버의 사용자가 만든 공유 NTFS 폴더에 다운로드 파일이 저장됩니다.

Standard Edition의 경우 로컬 Standard Edition 서버의 <Microsoft Office Communications Server 2007 R2 installation folder>\Web Components\Data MCU Web\Non-Web에 파일이 저장됩니다.

모임 콘텐츠 준수 로그(업로드된 모임 콘텐츠와 함께 콘텐츠 업로드 활동을 기록하는 XML 데이터)

사용자가 지정한 UNC 경로

Enterprise Edition의 경우 Enterprise Edition 프런트 엔드 서버와 별도의 컴퓨터(권장)에 있는 전용 파일 서버의 사용자가 만든 공유 NTFS 폴더에 다운로드 파일이 저장됩니다.

Standard Edition의 경우 로컬 Standard Edition 서버의 기본 폴더에 파일이 저장됩니다.

풀의 응용 프로그램 서버 구성 요소에서 내부적으로 사용되는 응용 프로그램 데이터 파일

사용자가 지정한 UNC 경로

Enterprise Edition의 경우 Enterprise Edition 프런트 엔드 서버와 별도의 컴퓨터(권장)에 있는 전용 파일 서버의 사용자가 만든 공유 NTFS 폴더에 다운로드 파일이 저장됩니다.

Standard Edition의 경우 로컬 Standard Edition 서버의 <\Microsoft Office Communications Server 2007 R2 installation folder>\Application Host\Application Data에 파일이 저장됩니다.

클라이언트 버전 제어 메커니즘에서 Office Communicator 클라이언트를 업데이트하기 위해 사용하고 장치 업데이트 서비스에서 UC(통합 커뮤니케이션) 장치를 업데이트하기 위해 사용하는 업데이트 파일

Enterprise Edition에 사용자가 지정한 UNC 경로

Standard Edition에 설치 관리자가 만든 폴더

Enterprise Edition의 경우 Enterprise Edition 프런트 엔드 서버와 별도의 컴퓨터(권장)에 있는 사용자가 만든 파일 공유에 업데이트 파일이 저장됩니다.

Standard Edition의 경우:

  • 클라이언트 업데이트 파일은 <Microsoft Office Communications Server 2007 R2 installation folder>\Web Components\AutoUpdate에 저장됩니다.
  • 장치 업데이트 파일은 <Microsoft Office Communications Server 2007 R2 installation folder>\Web Components\DeviceUpdateFiles에 저장됩니다.

모니터링 서버 QoE(체감 품질) 데이터

QoEMetrics

일반적으로 백 엔드 데이터베이스와 별도의 컴퓨터(권장)에 배포되는 모니터링 서버 QoE 데이터베이스. 이 데이터베이스는 항상 동일한 인스턴스에서 CDR 데이터베이스와 동일한 서버에 배포됩니다.

모니터링 서버 CDR 데이터

LcsCDR

일반적으로 백 엔드 데이터베이스와 별도의 컴퓨터(권장)에 배포되는 모니터링 서버 CDR 데이터베이스. 이 데이터베이스는 항상 동일한 인스턴스에서 QoE 데이터베이스와 동일한 서버에 배포됩니다.

보관 데이터

LcsLog

일반적으로 백 엔드 데이터베이스와 별도의 컴퓨터(권장)에 배포되는 보관 서비스 데이터베이스

그룹 채팅 데이터

사용자가 지정한 데이터베이스 이름

그룹 채팅 서버와 별도의 컴퓨터에 배포되는 SQL Server 2005 또는 SQL Server 2008 데이터베이스

그룹 채팅 웹 서비스로 업로드된 파일을 저장하기 위한 그룹 채팅 웹 및 준수 폴더

사용자가 지정한 UNC 경로

풀의 모든 그룹 채팅 서버와 서비스에서 액세스할 수 있는 파일 공유

그룹 채팅 준수 데이터

사용자가 지정한 데이터베이스 이름

준수 서비스와 별도의 컴퓨터에 배포되는 SQL Server 2005 SP2 또는 SQL Server 2008 데이터베이스. 그룹 채팅 데이터에 사용된 것과 동일한 데이터베이스 인스턴스일 수 있습니다.

임시 응답 그룹 서비스 데이터

ACDDyn

Enterprise Edition, 백 엔드 데이터베이스, Standard Edition, SQL Server 2005 Express SP2

저장소 고려 사항

특히 백 엔드 데이터베이스가 포함된 엔터프라이즈 풀을 배포할 경우에 효율적인 저장소 전략을 계획하는 것은 성공적인 Office Communications Server 2007 R2 배포에 필수적입니다. 저장소 요구 사항을 정확하게 평가하고 데이터 액세스 및 보안을 최적화하는 전략을 구현하지 못할 경우 불편할 뿐만 아니라 심각한 상황이 닥칠 수도 있습니다.

Office Communications Server 2007 R2에 대한 저장소 전략을 계획할 때는 용량, 가용성, 성능의 세 가지 조건의 균형을 맞춰야 합니다. 저장소 솔루션을 계획하고 구현할 때 선택하는 항목에 따라 Office Communications Server 2007 R2 환경의 관리 및 유지 관련 비용이 달라집니다.

  • 용량. Office Communications Server 2007 R2에서는 대규모 배포의 경우 Enterprise Edition 백 엔드 데이터베이스의 총 용량이 약 10GB입니다. 기존의 표준으로 볼 때 이 정도는 대규모 데이터베이스로 간주되지 않습니다.
  • 가용성. 중복성으로 인해 데이터베이스의 가용성이 높아집니다. 중복성은 응용 프로그램을 클러스터하여 CPU 중복성을 제공하거나, RAID(Redundant Array of Independent Disks) 솔루션을 구현하여 데이터 중복성을 제공해야 함을 의미할 수 있습니다.
  • 성능. 성능 요구 사항도 조직마다 고유합니다. 이것은 처리량에 관련된 성능을 나타냅니다. 저장소 기술 부문에서는 처리량을 저장 장치에서 수행할 수 있는 초당 읽기 및 쓰기 수로 측정합니다.

Office Communications Server 2007 R2에 대한 저장소 솔루션을 설계하려면 먼저 회사에서 가용성과 성능 간의 균형을 고려할 경우 특히 이러한 세 가지 조건의 우선 순위 지정 방식을 결정합니다. 다음 섹션에서는 저장소와 관련하여 고려해야 할 요소를 설명합니다.

저장소에 관한 일반 원칙

실행 중인 응용 프로그램에 관계없이 용량, 가용성 및 성능을 최대화하려면 다음 저장소 원칙을 고려하십시오.

  • RAID 또는 RAID 기술이 통합된 SAN(저장 영역 네트워크) 같은 전문적인 하드웨어 솔루션을 구현하여 CPU에 필요한 처리를 줄입니다. 이 시나리오에서는 소프트웨어(호스트 기반) RAID 솔루션 대신 하드웨어 솔루션을 사용하는 것을 전제로 합니다.
  • 순차적으로 액세스되는 파일을 임의로 액세스되는 파일과 분리하여 트랜잭션을 완료하는 데 걸리는 전체 시간을 줄입니다. 순차적으로 액세스되는 파일을 별도로 저장하면 디스크 헤드가 순차적 I/O 위치에 유지되어 데이터를 찾는 데 필요한 시간이 줄어듭니다.
  • 디스크 여러 개가 큰 디스크 하나보다 성능이 좋으므로 디스크를 여러 개 사용합니다. 일반적으로 디스크 수가 많을수록 성능이 좋습니다.

다음 섹션의 정보를 사용하여 이러한 저장소 기술을 비교 검토하십시오.

RAID 솔루션

RAID 솔루션을 사용하면 Office Communications Server 2007 R2 배포의 내결함성을 높일 수 있습니다. RAID 구성에서는 하드 디스크에 저장된 데이터에 관한 중복된 정보가 실제 저장 용량에 포함됩니다. 중복된 정보는 패리티 정보(RAID-5 볼륨의 경우) 또는 전체 데이터의 별도 복사본(미러 RAID1 또는 스트라이프/미러 RAID 0+1 볼륨의 경우)입니다. 중복된 정보를 통해 데이터를 다시 생성할 수 있습니다.

Office Communications Server 2007 R2에 관한 고려 사항

저장소 솔루션을 계획할 때는 Office Communications Server 2007 R2의 다음 기능을 고려합니다.

  • Office Communications Server는 통합 구성의 풀에서 최대 100,000명의 동시 사용자를 지원할 수 있습니다. 각 엔터프라이즈 풀의 백 엔드 데이터베이스와 Standard Edition 서버의 SQL Server 2005 SP2 데이터베이스에는 트랜잭션 로그 파일 및 데이터베이스 파일 집합이 있습니다.
  • Office Communications Server에 저장된 모든 데이터가 동일한 방법으로 관리되지는 않습니다. 모든 데이터 형식을 위한 단일 저장소 솔루션이 가장 효율적인 것은 아닙니다. 예를 들어 임시 및 정적 데이터가 모두 백 엔드 데이터베이스에 있다고 가정합니다. RTCDyn 데이터베이스는 원래 임시인 전화 회의 상태 정보와 기타 정보를 저장합니다. 이 정보는 원래 임시이므로 복원 목적을 위해 정기적으로 백업하거나 저장할 필요가 없습니다. 그러나 다음 데이터의 중복성과 지속적인 가용성을 계획하는 것이 중요합니다.
    • Standard Edition 서버 및 엔터프라이즈 풀에 있는 RTC(사용자 설정) 및 RTCConfig(구성 설정) 데이터베이스에 저장된 영구 데이터
    • 보관 목적을 위해 중요한 준수 정보를 포함하는 보관 서버 데이터베이스
  • Office Communications Server 2007 R2에서 트랜잭션 로그 파일은 순차적으로 액세스되고 데이터베이스는 임의로 액세스됩니다. 일반적인 저장소 원칙에 따라 트랜잭션 로그 파일(순차적 I/O)을 데이터베이스(임의 I/O)와 분리하여 I/O 성능을 최대화하고 내결함성을 높여야 합니다. 특히 트랜잭션 로그 파일을 데이터베이스 파일 저장소에서 분리된 디스크로 이동해야 합니다.
    시스템 성능을 높이려면 RTCDyn 데이터베이스의 트랜잭션 로그 파일을 별도의 전용 장치에 저장하십시오. 그러면 트랜잭션 처리량이 유지됩니다.
  • 고가용성 지원을 제공하기 위해 SQL Server 2005 Enterprise Edition SP2 또는 SQL Server 2008 Enterprise를 장애 조치(failover) 클러스터로 구성할 수 있습니다. 예를 들어 운영 체제 오류가 발생하거나 계획된 업그레이드를 수행하는 경우 지원을 제공하기 위해 장애 조치(failover) 클러스터의 한 노드가 장애 조치(failover) 클러스터 구성의 다른 노드로 장애 조치하도록 구성할 수 있습니다. 이 기능을 사용하면 시스템 가동 중단을 최소화하여 높은 서버 가용성을 제공하는 데 도움이 됩니다. 또한 중요 모드에서 보관을 구현하도록 결정한 경우 보관을 사용할 수 없으면 Office Communications Server가 종료되는데, 이 경우 SQL Server 오류로 인해 전체 Office Communications Server 인프라가 다운될 수 있으므로 장애 조치(failover) 클러스터를 사용해야 할 수 있습니다.

저장소에 대한 DAS(직접 연결된 저장소) 솔루션 또는 SAN(저장소 영역 네트워크) 솔루션 사용 여부와 관계없이, 저장소 솔루션에는 Office Communications Server 2007 R2에 적절한 용량과 처리량을 제공하기 위한 올바른 계획과 디자인이 필요합니다.

트랜잭션 로그 파일 및 데이터베이스 파일 저장

앞에서 설명한 바와 같이 하드 디스크 오류가 발생할 경우 내결함성을 제공하려면 Office Communications Server 2007 R2 트랜잭션 로그 파일과 데이터베이스 파일을 별도의 실제 하드 디스크에 보관합니다. 뿐만 아니라 로그 파일과 데이터베이스 파일을 별도의 디스크에 보관하면 하드 디스크 I/O 성능이 상당히 향상됩니다. 데이터 및 트랜잭션 파일 액세스를 위해 RAID 컨트롤러에서 별도의 I/O 채널을 선택하고 가능할 경우 각 I/O 채널을 별도 RAID 컨트롤러에 배치합니다.

데이터베이스가 포함된 하드 디스크에는 문제가 없고 트랜잭션 로그 파일이 포함된 하드 디스크에만 오류가 발생하면 Office Communications Server 2007 R2 데이터를 백업에서 복원할 필요가 없습니다. Office Communications Server 2007 R2에 대한 SQL Server 트랜잭션 로그가 정기적으로 축소되어 제한된 크기 이내로 유지됩니다. 컨트롤러가 이 기능을 지원할 경우 쓰기 캐시도 사용해야 합니다. 쓰기 캐시를 사용하면 처리량이 크게 늘어납니다.

Dd425133.important(ko-kr,office.13).gif중요:
Office Communications Server 2007 R2 데이터베이스와 트랜잭션 로그 파일을 같은 실제 하드 디스크에 보관할 경우 성능이 영향을 받게 되며, 해당 디스크에 오류가 발생하면 마지막 백업에 존재하던 데이터까지만 복구할 수 있습니다.

Office Communications Server 2007 R2 서버에 대한 하드 디스크 용량이 적절한지 확인합니다. 데이터베이스와 로그 파일을 모두 복원할 수 있는 공간이 하드 디스크에 충분히 있어야 합니다. 공간이 부족하면 백업 파일이 너무 커져서 원래 위치에 복원하지 못할 수 있습니다.

서버 클러스터링 사용

장애 조치(failover) 클러스터링(이전의 서버 클러스터 또는 MSCS)은 Office Communications Server 2007 R2 백 엔드 데이터베이스의 확장성과 고가용성을 얻기 위해 사용할 수 있는 Windows Server 기능입니다. 클러스터는 클러스터 서비스에서 밀접한 기능을 하는 개별 컴퓨터(노드라고도 함)들로 구성됩니다. 이러한 컴퓨터는 네트워크 서비스 공급자 역할을 하거나 문제가 발생할 경우 다른 노드에 대한 서버 작업을 대신하는 예비 컴퓨터 역할을 합니다. 클러스터링은 내결함성과 안정성을 제공합니다. 또한 클러스터를 구성하는 방법에 따라 클러스터링은 단일 서버를 재해에서 복구하는 과정을 단순화할 수 있습니다.

클러스터링 환경에서는 클러스터의 모든 노드가 가상 서버 제어를 맡을 수 있으므로 SQL Server는 독립 실행형 서버가 아닌 가상 서버로 실행됩니다. SQL Server 가상 서버를 실행하는 노드에 문제가 발생하면 다른 노드에서 손상된 노드의 제어를 맡을 때까지 잠시 동안 SQL Server 가상 서버가 오프라인 상태가 됩니다.

Office Communications Server 2007 R2는 백 엔드 데이터베이스를 위한 다중 노드 액티브/패시브 클러스터를 지원합니다. 액티브/액티브 클러스터는 지원되지 않습니다. 다중 노드 클러스터에서 Office Communications Server SQL 인스턴스는 패시브 노드로 장애 조치를 수행할 수 있어야 하며 이 노드를 다른 SQL 인스턴스와 공유하지 않아야 성능이 저하되지 않습니다.

Office Communications Server 2007 R2 클러스터를 계획하고 배포하려면 먼저 장애 조치(failvoer) 클러스터링 개념에 익숙해져야 합니다.

클러스터링에 대한 자세한 내용은 Microsoft 웹 사이트에서 Windows Server 2003 클러스터링 서비스 기술 개요( https://go.microsoft.com/fwlink/?LinkId=139792 (영문))를 참조하십시오.

장애 조치에 대한 자세한 내용은 Microsoft 웹 사이트에서 Windows Server 2008 고가용성( https://go.microsoft.com/fwlink/?LinkId=139793 (영문))을 참조하십시오.

SQL Server용 데이터베이스 저장소 설계에 대한 자세한 내용은 Microsoft 웹 사이트에서 실제 데이터베이스 저장소 설계( https://go.microsoft.com/fwlink/?LinkId=139794 (영문))를 참조하십시오.

SQL Server, Windows 및 Office Communications Server 버전 요구 사항

Office Communications Server 2007 R2 클러스터를 만들려면 특정 버전의 SQL Server 및 Windows가 필요합니다. 아래 표에 이러한 요구 사항이 요약되어 있습니다.

표 2. SQL Server, Windows 및 Office Communications Server 버전 요구 사항

SQL Server 버전 Windows 버전 Office Communications Server 버전 사용 가능한 클러스터 모드

SQL Server 2008 Enterprise(32비트 또는 64비트)(권장)

Windows Server 2008 64비트 버전(Standard 또는 Enterprise)(권장)

Office Communications Server 2007 R2 Enterprise Edition

최대 16

SQL Server 2008 Enterprise(32비트 또는 64비트)(권장)

Windows Server 2003 R2 Standard x64 Edition SP2 또는 Windows Server 2003 R2 Enterprise x64 Edition SP2

Windows Server 2003 Standard x64 Edition SP2 또는 Windows Server 2003 Enterprise x64 Edition SP2

Office Communications Server 2007 R2 Enterprise Edition

최대 8

SQL Server 2008 Standard(32비트 또는 64비트)

Windows Server 2008 64비트 버전(Standard 또는 Enterprise)(권장)

Windows Server 2003 R2 Standard x64 Edition SP2 또는 Windows Server 2003 R2 Enterprise x64 Edition SP2

Windows Server 2003 Standard x64 Edition SP2 또는 Windows Server 2003 Enterprise x64 Edition SP2

Office Communications Server 2007 R2 Enterprise Edition

최대 2

SQL Server 2005 Enterprise Edition SP2(32비트 또는 64비트)

Windows Server 2008 Enterprise 64비트 버전(권장)

Windows Server 2003 R2 Enterprise x64 Edition SP2

Windows Server 2003 Enterprise x64 Edition SP2

Office Communications Server 2007 R2 Enterprise Edition

최대 8

SQL Server 2005 Standard Edition SP2(32비트 또는 64비트)

Windows Server 2008 Enterprise 64비트 버전(권장)

Windows Server 2003 R2 Enterprise Edition x64 Edition SP2

Windows Server 2003 Enterprise x64 Edition SP2

Office Communications Server 2007 R2 Enterprise Edition

최대 2

SQL Server 2005 Enterprise Edition SP2(32비트 또는 64비트)

SQL Server 2005 Standard Edition SP2(32비트 또는 64비트)

Windows Server 2008 Standard 64비트 버전

Windows Server 2003 R2 Standard x64 Edition SP2

Windows Server 2003 Standard x64 Edition SP2

Office Communications Server 2007 R2 Enterprise Edition

Office Communications Server 2007 R2 Standard Edition(모니터링 데이터베이스 또는 보관 데이터베이스용)*

없음

[!참고] *SQL Server 2005 Express SP2가 Office Communications Server 2007 R2 Standard Edition과 함께 제공됩니다.

유용한 서버 분할 방법

내결함성을 높이고 문제 해결을 손쉽게 하려면 다음을 수행합니다.

  • 비상 시 명령 프롬프트로 시작할 수 있도록 디스크를 분할합니다. 이런 방식으로 디스크를 분할하면 복구 옵션이 향상됩니다. 예를 들어 명령 프롬프트로 시작하여 Windows 시작을 방해하는 손상된 시작 파일을 수정하거나 바꿀 수 있습니다.
  • Office Communications Server 2007 R2 응용 프로그램 파일, 데이터베이스 파일 및 트랜잭션 로그 파일이 모두 별도의 실제 디스크에 저장되도록 설정하여 성능을 높입니다.

이러한 권장 사항에 따라 하드 디스크를 분할하면 각 파일 집합에 별도의 드라이브 문자가 포함된 별도의 실제 디스크가 할당됩니다. 각 파일 집합을 자체의 해당 드라이브 문자로 나타내면 선택하는 데이터 복구 방법에 따라 백업해야 하는 파티션을 추적하기가 쉽습니다.

폴더

Enterprise Edition 서버를 배포하기 전에 저장소 요구 사항을 확인하고, 제안된 폴더 이름이나 고유한 폴더 이름을 사용하여 전용 파일 서버에 공유 폴더 5개를 만들어 다음 항목을 저장하십시오.

  • 프레젠테이션: 전화 회의 참석자가 다운로드하거나 스트림할 모임 프레젠테이션(데스크톱 공유 세션의 콘텐츠는 제외)

  • 메타데이터: 풀에 대한 웹 회의 서버 구성 요소에 내부적으로 사용되는 모임 정보(메타데이터).

    [!참고] 웹 회의 서버를 실행하는 데 사용되는 서비스 계정 및 필요한 모든 관리자 계정에 메타데이터 파일 공유에 대한 액세스 권한을 부여합니다. 다른 모든 사용자 계정에서는 메타데이터 파일 공유에 대한 액세스 권한을 제거합니다.

  • ABS: Office Communicator 2007 R2, Office Communicator 2007, Office Communicator 2005, Office Communicator 2007 R2 Phone Edition, Office Communicator Phone Edition 2007 및 Office Communicator Mobile 2007 버전 클라이언트에게 매일 전역 주소록 사용자 및 대화 상대 정보를 제공하기 위해 프런트 엔드 서버와 같이 설치되는 주소록 서버가 작성한 주소록 파일. Windows용 Office Communicator Mobile 2007 R2 버전 클라이언트는 별도의 주소록 웹 쿼리 서비스를 사용하여 주소록 정보를 가져옵니다.

  • 응용 프로그램: 풀에 대한 응용 프로그램 서버 구성 요소에 내부적으로 사용되는 응용 프로그램 파일.

  • 업데이트: 클라이언트 버전 제어 메커니즘에서 Office Communicator 클라이언트를 업데이트하고 장치 업데이트 서비스에서 장치를 업데이트하는 데 사용하는 파일.

관리자, RTCUniversalServerAdmins 그룹 및 풀 만들기를 담당하는 다른 모든 사용자나 그룹에게 이러한 각 공유 폴더에 대한 모든 권한을 부여하십시오. Everyone 그룹에서 읽기 권한을 제거하십시오. 이러한 공유 폴더가 상위 폴더에서 사용 권한을 상속하는 경우 공유 폴더에 대한 사용 권한을 수동으로 변경해야 합니다.

업데이트 폴더에 대한 자세한 내용과 요구 사항은 장치 업데이트 서비스를 참조하십시오.

[!참고] 배포에서 파일 공유를 위해 공유 클러스터를 사용할 경우 클러스터 관리자를 사용하여 파일 공유를 만드십시오. 클러스터 관리자 사용에 대한 자세한 내용은 Microsoft 기술 자료 문서 284838, "서버 클러스터 파일 공유 Cluster.exe를 사용하여 만드는 방법"(https://go.microsoft.com/fwlink/?LinkId=140899 (영문))을 참조하십시오.

조직이 모임 콘텐츠를 보관하기 위해 규정 요구 사항을 준수해야 할 경우 모임 준수를 사용할 수 있습니다. 모임 준수를 관리하려면 먼저 전용 파일 서버에 공유 폴더를 만들어 모임 로그를 저장해야 합니다. 제안된 이름이나 고유한 폴더 이름을 사용하여 다음 항목을 저장할 수 있습니다.

  • MeetingCompliance(선택 사항): 모임 중 업로드되는 모임 활동 및 콘텐츠

RTCComponentUniversalServices 그룹에게 이 공유 폴더와 풀 만들기를 담당하는 다른 모든 사용자나 그룹에 대한 모든 권한을 부여하십시오. Everyone 그룹에서 읽기 권한을 제거하십시오.

보관 서버를 설치할 계획인 경우 파일을 보관하기 위한 저장소 요구 사항을 고려하십시오. 자세한 내용은 보관 지원을 참조하십시오.