최초 문서 게시일: 2012년 9월 11일 화요일
이 게시물은 Office Web Apps 선임 프로그램 관리자인 Nick Simons가 작성했습니다.
2010년 Microsoft는 Word, PowerPoint, Excel 및 OneNote의 브라우저 기반 버전인 Office Web Apps를 소개했습니다. 이러한 제품은 SharePoint 응용 프로그램 집합으로 제공됩니다. 자신의 네트워크에 Office Web Apps를 배포하려는 고객은 SharePoint 서버에 Office Web Apps를 배포했습니다.
한동안은 긴밀한 SharePoint 통합이 최적의 방법인 것처럼 여겨졌습니다. 명확히 SharePoint는 Office Web Apps의 핵심이었으며 지금도 그렇습니다. 그리고 SharePoint는 Office Web Apps와 같은 응용 프로그램의 통합에 대해 잘 정의된 모델을 갖고 있습니다. 하지만 다음 버전의 Office Web Apps 계획을 시작하면서 SharePoint와 긴밀하게 연결된 상태로는 아키텍처의 핵심 목표를 모두 달성하기 어렵다는 것이 분명하게 드러났습니다.
저희는 설치 및 용량 계획을 간소화하고 여러 팜 간의 페더레이션을 지원할 수 있기를 원했습니다. 그리고 Lync와 같은 새로운 파트너와의 통합 요청도 수용할 수 있기를 바랬습니다. 마지막으로 Office 365와 온-프레미스의 많은 고객들로부터 SkyDrive 사용자와 동일한 수준의 향상된 기능을 원한다는 요청이 있었습니다.
이러한 목표를 달성하기 위해 저희는 다시 처음으로 돌아가서 Office Web Apps가 다른 제품들과 현재 그리고 미래에 어떻게 통합되어야 하는지 다시 생각해보았습니다. 그리고 Office Web Apps를 다른 특정 파트너 기술과 구분하는 새로운 모델을 만들었습니다. 결과적으로 새로운 모델에서는 SharePoint와 같은 파일 호스트에 대한 코딩 부담을 줄이면서도 완전히 별도의 서버에서 Office Web Apps를 실행할 수 있게 되었습니다.
이렇게 새로운 독립형 서버 제품으로 만들어진 것이 바로 Office Web Apps Server입니다.
물론 단순히 또 다른 유형의 서버를 추가한다는 것이 상황을 더 복잡하게 만들고 관리자의 부담 역시 증가할 수 있다고 생각할 수 있습니다. 하지만 독립형 구조를 갖춤으로써 얻을 수 있는 이점도 있습니다.
1. 보다 간단한 설치
2. SharePoint와 완전히 구분된 업그레이드 및 유지 관리
3. 여러 SharePoint 팜을 단일 Office Web Apps Server 팜과 통합
4. Exchange, Lync 및 타사의 여러 제품들을 Office Web Apps와 통합
5. 본질적으로 같은 시간 내에 웹 기반 및 온-프레미스 고객들에게 새로운 기능과 향상된 기능 제공
SharePoint 2010의 이전 Office Web Apps 배포를 Office Web Apps Server를 사용한 새로운 배포와 비교하면 이점을 제대로 이해할 수 있습니다.
이전 버전의 Office에서는 일반적으로 Office Web Apps 배포가 다음과 같은 특징을 가졌습니다.
이전 버전의 Office Web Apps는 각각의 팜에, 그리고 각 팜에 포함된 각각의 컴퓨터에 설치해야 했습니다. 또한 Office Web Apps의 확장도 전체 SharePoint 확장으로 제한되었습니다. Office Web Apps를 업데이트하려면 모든 SharePoint 팜에 있는 모든 컴퓨터에서 코드를 업데이트해야 했습니다.
Office Web Apps Server에서는 다음과 같은 배포 성능을 기대할 수 있습니다.
하나의 Office Web Apps Server 팜이 여러 개의 SharePoint 2013 팜과 Lync 2013 및 Exchange 2013(Outlook Web Access)을 지원할 수 있습니다. 또한 Office Web Apps 팜을 사용하여 URL 또는 UNC 기반의 Word, Excel 및 PowerPoint 파일을 볼 수 있습니다.
다음 단락에서는 Office Web Apps가 SharePoint와 같은 파일 호스트와 어떻게 통합되는지 간단하게 설명하겠습니다. 이 문서의 정보는 이후 설명하는 네트워크 및 보안 요구 사항을 이해하는 데 도움이 될 수 있습니다.
먼저, 몇 가지 정의할 것이 있습니다.
새로운 통합 모델의 핵심은 Office Web Apps가 호스트와 통신하기 위해 사용하는 새로운 공용 API입니다. 이 API를 WOPI(Web application Open Platform Interface)라고 부릅니다. Office Web Apps Server는 WOPI API를 사용해서 파일을 가져오고 조작합니다. Office Web Apps Server를 WOPI 응용 프로그램이라고도 부릅니다. 호스트는 WOPI 응용 프로그램의 WOPI 요청을 이해할 수 있어야 합니다.
WOPI는 HTTP/HTTPS를 사용하는 RESTful API입니다. 즉, 호스트와 Office Web Apps Server 간의 모든 트래픽이 표준 HTTP/HTTPS 포트를 통해 전송됩니다. 또한 가능한 한 Office Web Apps Server는 상태를 유지하지 않습니다(stateless). 즉, 네트워크 중단에서 완전한 하드웨어 장애까지 다양한 오류들에 대해 보다 탄력적인 운영이 가능합니다.
WOPI의 작동 방식을 이해하기 위해 간단한 시나리오를 예로 들어 보겠습니다. 이 예에서는 Sally라는 사용자가 SharePoint에 호스팅된 test.docx라는 파일을 봅니다. 어떻게 작동되는지 설명하겠습니다.
1. Sally가 test.docx가 저장된 문서 라이브러리로 이동합니다.
2. Sally가 문서 라이브러리에서 파일 이름을 클릭합니다.
3. SharePoint는 브라우저를 특별한 SharePoint 페이지로 연결합니다. 이 페이지에는 Office Web Apps Server(및 기타 WOPI 응용 프로그램)에 대한 요청을 시작하는 방법이 지정되어 있습니다. 이 SharePoint 페이지를 WOPIFrame.aspx라고 합시다.
4. WOPIFrame.aspx에는 Office Web Apps Server의 페이지로 이동시키는 iframe(http://dev.w3.org/html5/spec/the-iframe-element.html(영문일 수 있음))이 포함되어 있습니다. 이 페이지는 WordViewer.aspx입니다. WordViewer.aspx에 대한 HTTP 요청에는 몇 가지 중요한 정보가 포함되어 있습니다.
5. Office Web Apps Server가 WOPI 원본과 액세스 토큰을 사용해서 SharePoint로부터 test.docx를 가져옵니다.
6. WordViewer.aspx는 WOPIFrame.aspx의 iframe에 test.docx를 표시합니다.
다음 그림은 브라우저, SharePoint 및 Office Web Apps Server 간의 데이터 흐름을 보여줍니다.
서버 팜은 공유 서버에서 실행되는 하나의 가상 컴퓨터일 수도 있고 수십 개의 데이터 센터급 서버로 구성된 팜일 수도 있습니다. 하지만 어떤 경우에든 기본 설정과 유지 관리는 모두 동일합니다. 물론 팜을 만들기 위한 정확한 사전 요구 사항과 단계는 해당 제품에 포함되어 있으므로 여기에서는 이에 대해 다시 설명하지 않습니다. 여기에서는 적정 수준에서 이와 관련된 내용에 대해 다루겠습니다.
먼저, 컴퓨터가 필요합니다. 예를 들어 여러 SharePoint 팜으로 80,000명의 사용자를 지원해야 하는 팜을 설정한다고 가정해보면 다음과 같은 구성의 서버가 4개 필요할 것입니다.
부하 분산 장치도 필요합니다. Microsoft에서는 10개의 컴퓨터 팜에서 다른 여러 서버 제품들과 함께 F5 BIG-IP 하드웨어 부하 분산 장치를 공유하고 있습니다. 이러한 구성은 성능이 매우 뛰어나지만 그렇지 않더라도 적정 수준의 부하 분산 솔루션도 무방합니다. 여기에서 유일한 권장 사항은 해당 하드웨어 부하 분산 솔루션의 선호도(affinity) 지원 여부입니다. 성능 측면에서 선호도는 동일 서버로 특정 세션의 모든 요청을 처리하는 경우에 매우 중요합니다.
여기에서는 사용자가 내부 네트워크 및 인터넷을 모두 사용해서 Office Web Apps에 액세스할 수 있어야 한다고 가정합니다. 그렇다면 팜에 대해 내부 및 외부 DNS를 모두 설정해야 합니다. 또는 외부 DNS만 설정하고 내부 DNS는 규칙을 사용해서 내부 요청을 전용 네트워크로 제한할 수도 있습니다. 여기에서는 후자의 방법을 선택합니다.네트워크는 자신의 환경에 맞게 적절하게 설정하면 됩니다. 여기에서 필요한 사항은 다음과 같습니다.
이러한 네트워크 경로가 올바르게 설정되었는지 확인하는 것이 중요합니다. Office Web Apps는 비교적 간단하지만 통신 채널이 열려 있을 때만 작동합니다.
앞에서 설명한 것처럼 파일 렌더링 또는 편집을 위한 초기 요청에는 액세스 토큰 형태의 사용자 자격 증명이 포함됩니다. 그리고 이 액세스 토큰은 Office Web Apps에서 호스트로의 모든 요청에 포함됩니다. 사용자가 개인 네트워크에 있고 이 네트워크에 액세스하는 사용자를 모두 신뢰할 수 있지 않은 한 이러한 모든 트래픽을 SSL로 보호해야 합니다. 그리고 신뢰할 수 있더라도 여전히 SSL 사용은 매우 중요합니다.SSL 설정을 위해서는 인증서를 만들고 이를 각각의 Office Web Apps Server 컴퓨터 또는 부하 분산 장치에 두어야 합니다. 부하 분산 장치에서 SSL을 사용하지 않을 경우 Office Web Apps Server의 설정을 사용할 수 있습니다. 이에 대해서는 이후에 간단히 설명하겠습니다.
모든 하드웨어 및 네트워크 인프라가 배치되었으므로 이제는 실제로 Office Web Apps Server 팜을 만들어보겠습니다. 먼저 Office Web Apps Server 및 해당 언어 팩을 모든 컴퓨터에 설치합니다. 컴퓨터에 다른 소프트웨어는 설치하지 마십시오. SharePoint나 Exchange 또는 어떤 것도 설치하지 마십시오. 하드웨어를 공유해야 할 경우에는 가상 컴퓨터를 사용합니다.
완료되었으면 팜의 첫 번째 컴퓨터(여기에서는 Server1이라고 가정)에서 다음과 같은 Windows PowerShell을 실행합니다. 이 Windows PowerShell에는 다음과 같이 가정합니다.
Windows PowerShell 명령은 다음과 같습니다.
New-OfficeWebAppsFarm -ExternalURL "https://officewebapps.contoso.com" -EditingEnabled -SSLOffloaded
이제 단일 컴퓨터로 구성된 Office Web Apps Server 팜이 설정되었습니다.
그 다음에는 Server2로 이동해서 이 서버에서 다음을 실행합니다.
New-OfficeWebAppsMachine -MachineToJoin "Server1"
이제 두 컴퓨터로 구성된 팜이 설정되었습니다. Server3 및 Server4에 대해서도 위 단계를 반복합니다.
이제 Office Web Apps 팜을 시작할 준비가 되었습니다. 하지만 아직은 연결된 호스트가 없습니다. SharePoint 팜을 이 Office Web Apps Server 팜에 연결하려면 SharePoint 팜의 아무 서버에서나 Windows PowerShell 명령 프롬프트를 열고 다음을 실행합니다.
New-SPWopiBinding -ServerName "officewebapps.contoso.com"
또한 다음 명령을 실행하여 Office Web Apps Server 팜의 외부 URL을 사용하고 여기에 HTTPS를 사용하도록 SharePoint 팜에 지정해야 합니다.
Set-SPWopiZone -Zone "external-https"
이제 모든 작업이 끝났습니다. SharePoint 팜의 문서 라이브러리로 이동해서 원하는 대로 Office 파일을 만들고, 보고, 편집할 수 있습니다. 추가 구성은 필요하지 않습니다.
마지막으로 SharePoint에서 Office Web Apps Server 팜 연결을 해제하려면 다음을 실행합니다.
Remove-SPWopiBinding -All
이제 SharePoint 팜의 문서 라이브러리로 이동하면 Office Web Apps에 대한 추적이 없습니다.
원하는 만큼 여러 SharePoint 팜을 단일 Office Web Apps 팜에 연결할 수 있습니다. 그리고 Exchange 및 Lync도 Office Web Apps 팜에 연결할 수 있습니다. 자세한 내용은 Exchange Server 2013: Office Web Apps Server 통합(영문일 수 있음) 및 Office Web Apps Server 및 Lync Server 2013 배포(영문일 수 있음)를 참조하십시오.
처음부터 Office Web Apps는 자주 업데이트되었습니다. 하지만 이러한 업데이트는 서비스 팩을 통해 온-프레미스 고객들에게만 제공되었습니다. Office Web Apps Server 2013을 출시한 후에는 이보다 자주 업데이트를 제공할 예정입니다. 하지만 Office Web Apps Server가 매우 간소화되었기 때문에 이렇게 업데이트가 자주 되어도 관리 측면에서 충분히 감당할 수 있을 것입니다.
Office Web Apps Server 팜에서 컴퓨터를 업데이트하려면 부하 분산 장치 및 팜에서 컴퓨터를 제거해야 합니다. 하지만 이러한 프로세스는 사용자에 대한 영향이 거의 없으므로 충분히 관리할 수 있습니다. 기본적으로 팜이 4개의 컴퓨터로 구성되어 있으므로 이 중에서 2개를 선택해서 업그레이드할 수 있습니다. 그런 다음에는 이 2개의 컴퓨터로 새 팜을 만든 후 부하 분산 장치를 원래 팜의 컴퓨터 2개 대신 업그레이드된 2개의 컴퓨터로 지정할 수 있습니다. 그런 후 남은 두 컴퓨터를 업그레이드하고 이를 새 팜에 조인시킨 후 이러한 컴퓨터에 대해서도 부하 분산 장치를 지정하면 됩니다.
컴퓨터를 팜에서 분리하면 일부 사용자에게 약간의 장애가 발생할 수 있지만 Office Web Apps가 이를 다시 복구할 수 있습니다. 단일 컴퓨터로 된 경우가 아니라면 문제 없이 복구할 수 있습니다.
Office Web Apps Server에 대한 추가 리소스는 다음 위치에서 찾을 수 있습니다.• TechNet의 Office Web Apps Preview 라이브러리• Exchange Server 2013: Office Web Apps Server 통합(영문일 수 있음)• Office Web Apps Server 및 Lync Server 2013 배포(영문일 수 있음)• Office Web Apps 설치 및 배포 포럼(영문일 수 있음)
Nick SimonsOffice Web Apps 선임 프로그램 관리자
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Introducing Office Web Apps Server를 참조하십시오.
최초 문서 게시일: 2012년 11월 7일 수요일
게시물 작성자: David Matsumoto, Office 솔루션 관리 팀의 프로그램 관리자
최근 블로그 게시물들에서 저희는 Office 2013의 새로운 기능인 Office 원격 분석 기능에 대해 다루고 있습니다. 원격 분석 대시보드에 대해 자세히 다뤄진 블로그 게시물을 읽어보고 사용해본 경험이 있는 독자도 있을 것입니다.
이번 블로그 게시물에서는 원격 분석 대시보드와 별도로 설치되는 Office 2013의 원격 분석 로그에 대해 살펴보고자 합니다. 여기에서는 원격 분석 로그의 목적과 이를 활용하는 방법에 대해 설명할 것입니다. 그럼 시작해보겠습니다.
원격 분석 로그는 최종 사용자의 로컬 클라이언트 컴퓨터에 있는 일부 Office 2013 응용 프로그램 내에서 발생하는 호환성 문제를 확인할 수 있도록 도와줍니다. 원격 분석 대시보드는 기업 IT 전문가가 조직 전체에서 사용 및 원격 분석 정보를 수집하고 이를 단일 보기로 롤업하도록 디자인되었지만 원격 분석 로그는 사용자의 컴퓨터를 대상으로 이러한 유형의 정보를 사용자별로 표시합니다.
원격 분석 로깅을 사용하도록 설정하면 사용자가 Office 2013에서 파일 또는 솔루션을 열거나 닫을 때마다 클라이언트 컴퓨터의 로컬 데이터 저장소에 이벤트가 기록됩니다. 명백하지 않은 것이라도 일단 오류가 발생하면, 사용자 및 컴퓨터 정보와 함께 로컬 데이터 저장소에 오류가 기록됩니다. 해당하는 경우에는 오류가 알려진 호환성 문제(영문일 수 있음)에 대해 매핑되어 원격 분석 로그에 표시될 수 있습니다.
*원격 분석 로그에서 추적되는 Office 파일 및 솔루션 목록은 원격 분석 로그 작동 방식(영문일 수 있음)에서 표 1을 참조하십시오.
Windows 8에 Office 2013을 설치한 경우에는 살짝 밀어서 AppBar를 표시하고, 모든 응용 프로그램을 선택한 후 Office 2013용 원격 분석 로그를 선택합니다. (Windows 7 설치의 경우 모든 프로그램을 선택하고 프로그램 목록에서 Microsoft Office 2013 및 Office 2013 도구를 차례로 확장하고 Office 2013용 원격 분석 도구를 선택합니다.)
원격 분석 로그를 시작하면 Excel 2013에서 새 통합 문서가 열립니다. 이 통합 문서에는 이벤트, 시스템 정보 및 가이드라는 세 개의 워크시트가 포함되어 있습니다.
가이드 워크시트를 클릭하고 녹색 단추를 클릭하여 로깅을 사용하도록 설정합니다.
이제 모든 설정이 끝났습니다. Office 2013에서 문서 또는 솔루션을 열 때마다 원격 분석 로그에 즉시 추적됩니다. 계속해서 문서를 열고 닫거나 솔루션을 로드해보십시오. 그런 후 이벤트 워크시트로 돌아가서 헤더 창 오른쪽 위에 있는 새로 고침 단추 를 클릭합니다. 그러면 사용자가 해당 문서 또는 솔루션을 열고 닫았을 때 발생한 모든 이벤트에 해당하는 하나 이상의 행이 표시됩니다. 이벤트 워크시트에서 몇 가지 열을 통해 이를 확인할 수 있습니다(아래에서 그림 1 예제 참조).
예를 들어 이벤트 워크시트에서는 다음 내용을 확인할 수 있습니다.
그림 1: 원격 분석 로그(이벤트 보기)
또한 시스템 정보 워크시트를 클릭하고 원격 분석 로깅이 사용하도록 설정되었는지 확인하여 컴퓨터에서 원격 분석 로깅이 설정되었는지 확인할 수 있습니다.
참고: 관리되는 환경에서 실행되는 클라이언트 컴퓨터가 있는 경우 IT 관리자가 이미 원격 분석 로깅을 사용하도록 사용자 컴퓨터를 프로비전했을 수 있습니다. 이 경우 원격 데이터를 데이터베이스에 업로드하고 분석 대시보드에 보고할 수 있습니다.
원격 분석 로그는 문서 또는 솔루션에 대한 문제를 조사하고 적합한 수정 단계를 찾아보려는 숙련된 사용자 및 테스터에게 특히 유용합니다.
다음 예를 고려해보십시오. 여기에서는 원격 분석 로그를 사용하여 문서의 문제를 해결합니다(또한 솔루션 문제 해결에도 적용할 수 있음).
1. 테스터가 여러 문서(예: CalendarControl_report.xls, ConfidentialityAgreement_template.docx)를 로드했고 문제가 있는 컨트롤(또는 매크로 등)을 실행하려고 시도했습니다. (문제를 트리거해서 원격 분석 로그에 기록될 수 있도록 하려면 실제로 이러한 컨트롤을 실행해야 합니다.)
2. 테스터가 원격 분석 로그를 시작하고 이벤트 워크시트에서 현재 사용 중인 문서를 찾습니다. 그러면 해당 파일로부터 발생한 오류 및 경고가 있음을 확인하고 문제의 원인이 될 수 있는 항목에 대한 해당 설명을 볼 수 있습니다. 이에 대한 예는 아래 그림 2를 참조하십시오.
그림 2: 원격 분석 로그 - 문서 오류/경고 및 설명이 포함된 이벤트 보기 예
3. 조사 중인 문제에 해당하는 자세한 정보 열 아래의 링크(이 예에서는 ConfidentialityAgreement_template.docx 문서)를 클릭합니다. 보다 자세한 내용은 MSDN(영문일 수 있음)에서 제공되는 보다 자세한 정보를 확인해서 추가로 드릴다운을 수행하고 개발자가 문제를 수정하는 데 유용한 정보를 찾을 수 있습니다. (아래의 그림 3 참조)
그림 3: MSDN으로 드릴다운하여 자세한 정보 확인
4. 개발자가 문제를 수정한 후 테스터가 업데이트된 파일을 열면 원격 분석 로그에 새 문제가 기록되지 않는 것을 확인할 수 있습니다.
이 블로그 게시물에서는 원격 분석 로그의 목적과 이를 사용하는 방법을 살펴봤습니다. 또한 특히 개발자 및 테스터와 같은 최종 사용자가 원격 분석 로그를 효과적으로 활용하는 방법도 설명했습니다.
원격 분석 로그 사용에 대한 참조 가이드(영문일 수 있음)
Office 2013의 호환성 문제(영문일 수 있음)
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Introducing Telemetry Log in Office 2013을 참조하십시오.
최초 문서 게시일: 2012년 9월 19일 수요일
블로그 게시물 작성자: Nobuko Miwa, Office 솔루션 관리 팀의 프로그램 관리자
Office용 추가 기능을 관리해야 할 때가 있었습니까? 응용 프로그램 사용을 관리하는 IT 전문가의 경우 Office용 추가 기능도 관리가 필요할 때가 있을 것입니다. 문제가 될 소지가 있거나 성능 저하를 일으킬 수 있는 승인되지 않은 추가 기능을 최종 사용자가 실행하지 못하도록 방지할 수 있다면 지원 비용을 낮출 수 있을 것입니다. Office 2013에서는 추가 기능 사용을 관리할 수 있게 해주는 새로운 기능을 제공합니다.
Office 2013 원격 분석 대시보드(영문일 수 있음)를 사용하면 성능 및 기타 문제와 함께 추가 기능 사용을 모니터링할 수 있습니다. 수집된 데이터를 이용해서 관리가 필요한 추가 기능을 결정할 수 있습니다. 이 문서에서는 원격 분석 대시보드를 사용해서 Office용 추가 기능을 관리하는 방법에 대해 설명합니다.
먼저 원격 분석 대시보드를 배포해야 합니다. 원격 분서 대시보드 배포에 대한 자세한 내용은 이 Technet 문서를 참조하십시오.
원격 분석 대시보드를 성공적으로 설정한 후에는 원격 분석 대시보드에서 솔루션 워크시트를 확인합니다. 솔루션 워크시트에서는 다음 스크린샷에 표시된 것처럼 오른쪽 상단 모서리에서 추가 기능 관리 모드라는 링크를 찾을 수 있습니다. 이 링크를 클릭하면 추가 기능 관리 워크시트를 볼 수 있습니다.
추가 기능 관리 워크시트에서는 사용, 로드 시간 및 검색된 문제를 기반으로 제어가 필요한 추가 기능을 결정할 수 있습니다. 제어할 추가 기능을 결정한 후에는 화면 오른쪽에 표시된 지침에 따라 이러한 설정을 적용하기 위한 Windows PowerShell 스크립트를 만듭니다. 다음 스크린샷은 원격 분석 대시보드의 추가 기능 관리 워크시트를 보여줍니다.
몇 가지 고려할 사항:
추가 기능을 관리할 수 있는 응용 프로그램은 Excel, Word, Outlook, PowerPoint, Project, Publisher, Visio, OneNote, Access, InfoPath입니다.
지원되는 추가 기능 유형은 다음과 같습니다.
COM 추가 기능
.dll
Excel 자동화 추가 기능
Excel XLL 추가 기능
.xll
Excel 추가 기능
.xla, .xlam
Excel RTD 추가 기능
Word 추가 기능
.dot, .dotm, .dotx, .docm
PowerPoint 추가 기능
.ppa, .ppam
각 추가 기능을 관리하기 위해 선택할 수 있는 옵션은 다음과 같습니다.
추가 기능을 관리하는 보다 제한적인 방법은 Office 2013 관리 템플릿(admx) 파일(영문일 수 있음)을 사용해서 모든 비관리 추가 기능을 차단하고 앞에서 설명한 허용 설정을 사용해서 사용자가 지정된 추가 기능만 사용하도록 허용하는 것입니다. 지원되는 각 Office 2013 응용 프로그램에 대해서는 개별적인 추가 기능 관리 설정이 있습니다. 이러한 설정은 다음 경로에 있습니다.
추가 기능 관리 모드 워크시트에서 Windows PowerShell 스크립트를 생성한 후에는 Windows PowerShell에 대한 Active Directory 모듈(영문일 수 있음)에서 스크립트를 실행할 수 있습니다. 콘솔에서 다음 스크린샷에 표시된 것처럼 설정을 적용할 GPO 이름을 지정합니다.
이제 만들어진 GPO 를 OU에 연결할 준비가 되었습니다.
Office 클라이언트에서 추가 기능을 관리하는 방법을 확인해보겠습니다. 다음 절차에 따라 Office 클라이언트 컴퓨터에서 COM 추가 기능 대화 상자를 엽니다.
추가 기능이 사용하지 않도록 설정되고 관리자에 의해 제어되는 것을 확인할 수 있습니다. 최종 사용자는 자신의 컴퓨터에서 추가 기능을 다시 사용하도록 설정할 수 없습니다. 이에 대한 설명은 다음 스크린샷을 참조하십시오.
그룹 정책을 아직 적용하지 않았으면 명령 프롬프트에 다음 명령을 사용하여 업데이트 프로세스를 트리거할 수 있습니다.
gpupdate /force
Nobuko
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Let's manage add-ins using Telemetry Dashboard를 참조하십시오.
최초 문서 게시일: 2012년 10월 17일 수요일
저희는 Office 2013의 호환성 및 원격 분서에 대한 새로운 Visio 포스터 및 문서를 게시했습니다. 이러한 문서는 너무 세부적인 항목들을 살펴보는 대신 관련 내용을 개괄적으로 이해하고자 하는 IT 전문가를 위한 훌륭한 시작 지점으로 활용될 수 있습니다.
Visio 포스터(영문일 수 있음)(PDF 형식 및 Zoom-it(영문일 수 있음)으로도 제공됨)에서는 Office 2013에서 원격 분석의 작동 방식에 대해 설명합니다. 원격 분석 구성 요소, 모니터링되는 파일 및 솔루션의 유형, 모니터링 프로세스 등에 대해 배울 수 있습니다.
새로운 Office 2013 호환성 가이드에서는 최신 Office 호환성 프로세스와 Office 원격 분석에서 이러한 프로세스를 지원하는 방식에 대해 설명합니다. 검색과 인벤토리 비교, 비즈니스 그룹과의 상호 작용의 중요성, 간편 실행을 사용한 사용자 적합성 테스트 수행 방법 등의 항목에 대해 배울 수 있습니다.
항상 그렇듯이 저희는 항상 사용자의 의견을 기다리고 있습니다. 그리고 신규 콘텐츠 및 업데이트된 콘텐츠도 매주 확인하시기 바랍니다.
Jill
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 New Office 2013 compatibility and telemetry content for IT Pros in the Office Resource Kit를 참조하십시오.
최초 문서 게시일: 2012년 9월 26일 수요일
블로그 게시물 작성자: Junko Kyomasu, Office 솔루션 관리 팀의 프로그램 관리자
Office 원격 분석 대시보드는 조직 내에서 Office 문서 및 추가 기능을 관리하기 위한 새로운 강력한 도구입니다. 이 도구는 기존 Office 에서 Office 2013으로 업그레이드된 향상된 경험을 가능하게 해줍니다. 다행스럽게도 많은 분들이 Office 2013의 원격 분석 기능을 시험적으로 사용해주셨지만 안타깝게도 아직 지원되지 않는 작업 그룹 환경에서 대시보드 구성 요소를 테스트할 수 있기를 바란 분들도 있었습니다. 즉각적인 데이터 보고를 위한 레지스트리 구성도 조금은 까다로울 수 있습니다.
평가를 보다 쉽고 빠르게 수행해보실 수 있도록 저희는 모든 원격 분석 구성 요소를 한 번에 설정할 수 있게 해주는 Deploy-TelemetryDashboard.ps1이라는 Windows PowerShell 스크립트를 게시했습니다. 이 스크립트를 실행하면 단일 작업 그룹 컴퓨터 또는 도메인에 참가한 컴퓨터에 구성 요소를 설치할 수 있습니다. 또한 이 스크립트를 사용하면 내장된 원격 분석 에이전트가 원격 분석 데이터를 즉시 보고할 수 있습니다. 작업 그룹에서 대시보드 구성 요소를 구성하려면 이 스크립트를 사용하는 것 말고는 다른 방법이 없습니다.
수백 또는 수천 개의 클라이언트 컴퓨터가 포함된 프로덕션 환경에서는 Office 원격 분석 대시보드 배포에 설명된 대로 단계별로 각 구성 요소를 배포할 수 있습니다.
Deploy-TelemetryDashboard.ps1 및 TDDB.bak를 TechNet 갤러리(영문일 수 있음)에서 다운로드하고 Office 2013이 설치된 컴퓨터에서 Deploy-TelemetyDashboard.ps1을 실행합니다.
이렇게만 하면 끝입니다.
스크립트를 통해 컴퓨터에서 원격 분석 대시보드를 구성한 후에는 즉시 대시보드에 원격 분석 데이터가 보고되는 것을 확인할 수 있습니다.
이 스크립트는 원격 분석 대시보드를 시작하는 데 필요한 모든 구성 요소를 설치합니다. 이 스크립트는 Office 2013의 Office Professional Plus 2013 또는 Office 365 ProPlus 버전이 설치된 컴퓨터에서 실행해야 합니다.
이 스크립트는 다음과 같은 작업들을 수행합니다.
1. 2개의 논리 그룹을 만듭니다(작업 그룹만 해당). 공유 폴더 및 데이터베이스에 대한 보안 액세스를 허용하기 위해 이 스크립트는 컴퓨터에서 2개의 논리 그룹을 만들고 현재 로그인된 사용자를 이들 그룹에 추가합니다. 이 두 그룹은 다음과 같습니다.
TDAgent - 공유 폴더에 대한 액세스 권한을 갖는 논리 그룹
TDDatabase - 데이터베이스에 대한 액세스 권한을 갖는 논리 그룹
2. 새 공유 폴더를 만듭니다. Office 클라이언트 컴퓨터는 이 위치에 원격 분석 데이터를 업로드합니다.
TDShared: 시스템 드라이브(e.g., C:\TDShared) 아래에 만들어지는 로컬 드라이브
3. Office 원격 분석 프로세서 서비스를 설치합니다. 이 서비스는 클라이언트 컴퓨터에서 업로드되는 데이터를 처리하고 이를 데이터베이스에 삽입합니다.
*4. 원격 분석 데이터베이스를 복원합니다(작업 그룹만 해당). 스크립트는 비어 있는 데이터베이스를 복원합니다.*참고: 도메인에 참가한 컴퓨터의 경우 스크립트가 비어 있는 데이터베이스를 복원하는 대신 Office 원격 분석 프로세서 설정 마법사를 시작합니다. 설정 마법사에 따라 새 데이터베이스를 만들 수 있습니다.
5. 원격 분석 에이전트를 구성합니다. 원격 분석 에이전트는 Office 2013의 Office Professional Plus 2013 및 Office 365 ProPlus 버전에서 기본 제공됩니다. 스크립트는 에이전트가 데이터를 수집하고 업로드할 수 있게 해주는 레지스트리 값을 작성합니다. 각 레지스트리 값에 대한 자세한 내용은 Office 원격 분석 에이전트를 참조하십시오.
6. 에이전트 작업을 실행합니다.: 원격 분석 에이전트는 예약된 작업으로 트리거됩니다. 스크립트는 에이전트가 원격 분석 데이터를 수집하고 공유 폴더에 업로드할 수 있도록 에이전트 작업(Microsoft\Office\OfficeTelemetryAgentLogOn)을 수동으로 실행합니다.
7. 원격 분석 대시보드를 시작합니다. 모든 설정이 성공적으로 배포되었고 에이전트가 원격 분석 데이터를 업로드한 후에는 스크립트가 원격 분석 대시보드를 시작합니다.
8. 에이전트 레지스트리 값을 내보냅니다. 원격 분석 에이전트가 있는 다른 Office 클라이언트 컴퓨터에 동일한 설정을 전송하기 위해 현재 에이전트의 레지스트리 설정을 내보낼 수 있습니다.
이 Windows PowerShell 스크립트가 Office 원격 분석 기능을 효율적으로 설정하는 데 도움이 되어 사용자가 큰 걱정 없이 Office 2013으로 업그레이드하는 데 필요한 원격 분석 데이터를 얻고 다양한 기능들을 활용할 수 있게 되기를 바랍니다.
저희는 언제나 이 스크립트에 대한 질문이나 사용자 의견을 환영합니다. 질문이나 사용자 의견이 있는 경우 이 게시물에 댓글을 작성하거나 TechNet 갤러리(영문일 수 있음)의 Q&A 탭에 의견을 남겨 주시기 바랍니다.
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Quickly set up Office Telemetry Dashboard on a workgroup or domain-joined computer를 참조하십시오.
최초 문서 게시일: 2012년 10월 27일 토요일
공동 작성(영문일 수 있음)과 같은 새로운 기능을 Visio에 제공하고 다른 응용 프로그램과의 호환성을 향상시키기 위해 VSDX라는 XML 기반의 파일 형식이 Visio 2013에 도입되었다는 것을 이미 들어 보신 분도 계실 겁니다. 이를 처음 들어본 경우에는 Visio 블로그 게시물 VSDX: 새로운 Visio 파일 형식(영문일 수 있음)에서 자세한 내용을 확인하실 수 있습니다. VSDX 형식의 기술 세부 정보를 확인하고 싶은 경우에는 MSDN에서 Visio 2013 파일 형식(.vsdx) 소개(영문일 수 있음) 및 방법: 프로그래밍 방식으로 Visio 2013 파일 형식 조작(영문일 수 있음)을 참조하시기 바랍니다.
저희 IT 전문가들은 Office 2003의 바이너리 파일 형식에서 Office 2007 이상의 버전에 사용되는 OpenXML 파일 형식으로 마이그레이션하는 데 따른 어려운 문제들을 없앨 수 있기를 바랬습니다. Visio 2013에서도 이와 비슷한 어려움이 있긴 하겠지만 이러한 문제는 마이그레이션에 따른 이점에 비춰 볼 때 그리 크지 않다고 생각하게 될 것입니다. 이 새로운 VSDX 형식에서는 더 작아진 파일 크기, 향상된 데이터 복구 기능 및 보다 쉬운 상호 운용성 등 많은 이점을 얻을 수 있습니다.
Visio 2013의 새로운 파일 형식
Visio에는 드로잉, 템플릿 및 스텐실이라는 세 가지 기본적인 파일 형식이 있습니다. 이러한 파일 형식은 새 형식에서도 여전히 제공되지만 한 가지 차이점이 있습니다. 바로, 다른 Office 응용 프로그램들과 마찬가지로 이제는 매크로 비사용 및 매크로 사용 형식으로 제공됩니다. 각 파일 형식의 새로운 확장명은 아래 표에 나열되어 있습니다.
Macro 비사용
Macro 사용
드로잉
VSDX
VSDM
서식 파일
VSTX
VSTM
스텐실
VSSX
VSSM
Visio 2013의 호환성 기능
Visio 2013은 이전 형식에서 새로운 형식으로 사용자가 쉽게 전환할 수 있도록 돕기 위해 몇 가지 호환성 기능을 제공합니다. 이러한 기능은 다음과 같습니다.
Office.com의 다음 문서들에서는 이러한 새로운 호환성 기능들에 대한 자세한 내용을 배울 수 있습니다.
기본적으로 Visio 2013은 VSDX 형식을 사용하여 파일을 저장합니다. 모든 사용자가 Visio 2013을 사용하는 경우에는 전혀 문제가 없습니다. 그런데 일부 사용자가 이전 버전의 Visio를 계속 사용해야 할 경우에는 그룹 정책을 사용해서 Visio 2013의 기본 파일 형식을 VSD로 설정할 수 있습니다. 다음 형식으로 Visio 파일 저장 그룹 정책 설정은 Office 2013 관리 템플릿 파일(ADMX/ADML) 및 Office 사용자 지정 도구(영문일 수 있음)에서 이용할 수 있습니다. User Configuration\Administrative Templates\Microsoft Visio 2013\Visio Options\Save\Save Documents에서 해당 설정을 찾아보십시오.
Visio 2013의 기본 파일 형식으로 설정할 수 있는 파일 형식은 다음과 같습니다.
언제든지 IT 전문가를 위한 Visio 2013 콘텐츠에 대한 의견이 있으시면 저희에게 알려주시기 바랍니다.
--Jill
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 What IT Pros need to know about the new VSDX file format in Visio 2013을 참조하십시오.