이 게시물은 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 Server - Office Web Apps 기능을 호스트에 제공합니다. 이 문서 전체에서 설명하는 내용이기도 합니다.
• 호스트 - Office Web Apps Server에서 제공되는 서비스를 이용해서 웹 브라우저에 파일을 표시합니다. 예를 들어 SharePoint Server 2013, Lync Server 2013 및 Exchange Server 2013과 같은 것들이 모두 호스트입니다. 
• 클라이언트 - 브라우저 또는 기타 비슷한 소프트웨어입니다.

새로운 통합 모델의 핵심은 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(https://dev.w3.org/html5/spec/the-iframe-element.html(영문일 수 있음))이 포함되어 있습니다. 이 페이지는 WordViewer.aspx입니다. WordViewer.aspx에 대한 HTTP 요청에는 몇 가지 중요한 정보가 포함되어 있습니다.

• Office Web Apps Server가 test.docx를 가져오기 위해 사용하는 URL. 이를 WOPI 끝점이라고 합니다.
• 파일의 이름. 실제로는 WOPI 끝점과 파일 이름을 조합하여 WOPI 원본을 호출하는 단일 매개 변수로 만듭니다.
• Office Web Apps가 Sally의 자격 증명을 나타내는 WOPI 끝점에 전달할 수 있는 문자열. 이를 액세스 토큰이라고 부릅니다.
  보안을 위해 액세스 토큰은 Sally에게 특정 파일 하나에 대한 액세스 권한만 부여합니다. 악의적인 사용자가 액세스 토큰을 어떻게 훔쳐내더라도 해당 파일 하나에 대해서만 Sally를 가장해서 권한을 얻을 수 있습니다. 물론 그렇더라도 위험이 존재하므로 SSL을 통해 액세스 토큰을 보호하는 것이 매우 중요합니다.

5.  Office Web Apps Server가 WOPI 원본과 액세스 토큰을 사용해서 SharePoint로부터 test.docx를 가져옵니다.

6.  WordViewer.aspx는 WOPIFrame.aspx의 iframe에 test.docx를 표시합니다.

다음 그림은 브라우저, SharePoint 및 Office Web Apps Server 간의 데이터 흐름을 보여줍니다.

Office Web Apps Server 팜 설정

서버 팜은 공유 서버에서 실행되는 하나의 가상 컴퓨터일 수도 있고 수십 개의 데이터 센터급 서버로 구성된 팜일 수도 있습니다. 하지만 어떤 경우에든 기본 설정과 유지 관리는 모두 동일합니다. 물론 팜을 만들기 위한 정확한 사전 요구 사항과 단계는 해당 제품에 포함되어 있으므로 여기에서는 이에 대해 다시 설명하지 않습니다. 여기에서는 적정 수준에서 이와 관련된 내용에 대해 다루겠습니다.

하드웨어

먼저, 컴퓨터가 필요합니다. 예를 들어 여러 SharePoint 팜으로 80,000명의 사용자를 지원해야 하는 팜을 설정한다고 가정해보면 다음과 같은 구성의 서버가 4개 필요할 것입니다.

• Windows Server 2008 R2 또는 Windows Server 2012 및 모든 필수 구성 요소
• 8개 코어
• 8GB RAM
• 적정 크기의 하드 드라이브(60GB 이상)

부하 분산 장치도 필요합니다. Microsoft에서는 10개의 컴퓨터 팜에서 다른 여러 서버 제품들과 함께 F5 BIG-IP 하드웨어 부하 분산 장치를 공유하고 있습니다. 이러한 구성은 성능이 매우 뛰어나지만 그렇지 않더라도 적정 수준의 부하 분산 솔루션도 무방합니다. 여기에서 유일한 권장 사항은 해당 하드웨어 부하 분산 솔루션의 선호도(affinity) 지원 여부입니다. 성능 측면에서 선호도는 동일 서버로 특정 세션의 모든 요청을 처리하는 경우에 매우 중요합니다.

네트워크

여기에서는 사용자가 내부 네트워크 및 인터넷을 모두 사용해서 Office Web Apps에 액세스할 수 있어야 한다고 가정합니다. 그렇다면 팜에 대해 내부 및 외부 DNS를 모두 설정해야 합니다. 또는 외부 DNS만 설정하고 내부 DNS는 규칙을 사용해서 내부 요청을 전용 네트워크로 제한할 수도 있습니다. 여기에서는 후자의 방법을 선택합니다.
네트워크는 자신의 환경에 맞게 적절하게 설정하면 됩니다. 여기에서 필요한 사항은 다음과 같습니다.

• 클라이언트(일반적으로 웹 브라우저)가 팜에 요청을 수행할 수 있어야 합니다. 이러한 요청은 일반적인 HTTP/HTTPS 요청이며 사용되는 포트는 각각 80 또는 443입니다.
• Office Web Apps 팜의 컴퓨터는 파일 호스트(예: SharePoint)의 서비스에 대한 요청을 시작합니다. 이러한 요청도 포트 80 또는 443의 HTTP/HTTPS 요청입니다. 이 방식으로 Office Web Apps 컴퓨터는 자신이 렌더링하거나 편집하는 파일에서 작업을 수행합니다.
• 일부 경우에는 파일 호스트가 부하 분산 장치를 통해 Office Web Apps Server 팜에서 직접 정보를 요청해야 합니다. 이러한 요청도 포트 80 또는 443의 HTTP/HTTPS 요청입니다.
• Office Web Apps Server 팜의 모든 컴퓨터는 포트 809를 통해 서로 통신할 수 있어야 합니다. 이상적으로는 이러한 컴퓨터를 하나의 전용 서브넷에 두어 다른 컴퓨터가 팜에 참가하거나 트래픽을 수신할 수 없도록 하는 것이 좋습니다. 그렇지 않은 경우에는 Office Web Apps Server에 내장된 일부 기능을 통해 보다 개방된 네트워크에서 팜을 보호할 수 있습니다. 이러한 기능에 대해서는 여기에서 설명하지 않습니다. 자세한 내용은 Office Web Apps Server Preview 보안 계획을 참조하십시오.

이러한 네트워크 경로가 올바르게 설정되었는지 확인하는 것이 중요합니다. 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 팜을 만들어보겠습니다. 먼저 Office Web Apps Server 및 해당 언어 팩을 모든 컴퓨터에 설치합니다. 컴퓨터에 다른 소프트웨어는 설치하지 마십시오. SharePoint나 Exchange 또는 어떤 것도 설치하지 마십시오. 하드웨어를 공유해야 할 경우에는 가상 컴퓨터를 사용합니다.

완료되었으면 팜의 첫 번째 컴퓨터(여기에서는 Server1이라고 가정)에서 다음과 같은 Windows PowerShell을 실행합니다. 이 Windows PowerShell에는 다음과 같이 가정합니다.

• 외부 DNS를 URL https://officewebapps.contoso.com에서만 설정합니다. 이 URL은 원하는 대로 선택해서 설정할 수 있습니다.
• 읽기와 보기를 모두 지원하도록 Office Web Apps Server 팜을 설정합니다.
  이 작업은 조직에 편집을 위한 적합한 라이선스가 있는 경우에만 수행합니다. 라이선스 관련 내용은 여기에서 설명하지 않지만, Office Web Apps의 경우 보기는 무료이지만 편집 기능을 사용하려면 라이선스가 필요합니다. 자세한 내용은 SharePoint 2013 Preview 제품과 함께 사용되는 Office Web Apps Preview 계획을 참조하십시오.
• 부하 분산 장치에서 SSL을 종료합니다.

Windows PowerShell 명령은 다음과 같습니다.

New-OfficeWebAppsFarm -ExternalURL "https://officewebapps.contoso.com" -EditingEnabled -SSLOffloaded

이제 단일 컴퓨터로 구성된 Office Web Apps Server 팜이 설정되었습니다.

그 다음에는 Server2로 이동해서 이 서버에서 다음을 실행합니다.

New-OfficeWebAppsMachine -MachineToJoin "Server1"

이제 두 컴퓨터로 구성된 팜이 설정되었습니다. Server3 및 Server4에 대해서도 위 단계를 반복합니다.

SharePoint에 연결

이제 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 Server 업데이트

처음부터 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에 대한 추가 정보

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 Simons
Office Web Apps 선임 프로그램 관리자

이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Introducing Office Web Apps Server를 참조하십시오.

게시물 작성자: 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 예제 참조).

예를 들어 이벤트 워크시트에서는 다음 내용을 확인할 수 있습니다.

• 파일이 로드된 날짜 및 시간
• 파일 이름
• 실행된 응용 프로그램(예: Word, Excel, PowerPoint 등)
• 파일이 로드된 위치

그림 1: 원격 분석 로그(이벤트 보기)

또한 시스템 정보 워크시트를 클릭하고 원격 분석 로깅이 사용하도록 설정되었는지 확인하여 컴퓨터에서 원격 분석 로깅이 설정되었는지 확인할 수 있습니다.

참고: 관리되는 환경에서 실행되는 클라이언트 컴퓨터가 있는 경우 IT 관리자가 이미 원격 분석 로깅을 사용하도록 사용자 컴퓨터를 프로비전했을 수 있습니다. 이 경우 원격 데이터를 데이터베이스에 업로드하고 분석 대시보드에 보고할 수 있습니다.

원격 분석 로그 활용 방법

원격 분석 로그는 문서 또는 솔루션에 대한 문제를 조사하고 적합한 수정 단계를 찾아보려는 숙련된 사용자 및 테스터에게 특히 유용합니다.

다음 예를 고려해보십시오. 여기에서는 원격 분석 로그를 사용하여 문서의 문제를 해결합니다(또한 솔루션 문제 해결에도 적용할 수 있음).

1. 테스터가 여러 문서(예: CalendarControl_report.xls, ConfidentialityAgreement_template.docx)를 로드했고 문제가 있는 컨트롤(또는 매크로 등)을 실행하려고 시도했습니다. (문제를 트리거해서 원격 분석 로그에 기록될 수 있도록 하려면 실제로 이러한 컨트롤을 실행해야 합니다.)

2. 테스터가 원격 분석 로그를 시작하고 이벤트 워크시트에서 현재 사용 중인 문서를 찾습니다. 그러면 해당 파일로부터 발생한 오류 및 경고가 있음을 확인하고 문제의 원인이 될 수 있는 항목에 대한 해당 설명을 볼 수 있습니다. 이에 대한 예는 아래 그림 2를 참조하십시오.

그림 2: 원격 분석 로그 - 문서 오류/경고 및 설명이 포함된 이벤트 보기 예

3. 조사 중인 문제에 해당하는 자세한 정보 열 아래의 링크(이 예에서는 ConfidentialityAgreement_template.docx 문서)를 클릭합니다. 보다 자세한 내용은 MSDN(영문일 수 있음)에서 제공되는 보다 자세한 정보를 확인해서 추가로 드릴다운을 수행하고 개발자가 문제를 수정하는 데 유용한 정보를 찾을 수 있습니다.  (아래의 그림 3 참조)

그림 3: MSDN으로 드릴다운하여 자세한 정보 확인

4. 개발자가 문제를 수정한 후 테스터가 업데이트된 파일을 열면 원격 분석 로그에 새 문제가 기록되지 않는 것을 확인할 수 있습니다.

요약

이 블로그 게시물에서는 원격 분석 로그의 목적과 이를 사용하는 방법을 살펴봤습니다. 또한 특히 개발자 및 테스터와 같은 최종 사용자가 원격 분석 로그를 효과적으로 활용하는 방법도 설명했습니다.

추가 리소스
Office 개발자 센터

원격 분석 로그 사용에 대한 참조 가이드(영문일 수 있음)

Office 2013의 호환성 문제(영문일 수 있음)

이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Introducing Telemetry Log in Office 2013을 참조하십시오.

저희는 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를 참조하십시오.

블로그 게시물 작성자: Nobuko Miwa, Office 솔루션 관리 팀의 프로그램 관리자

Office용 추가 기능을 관리해야 할 때가 있었습니까? 응용 프로그램 사용을 관리하는 IT 전문가의 경우 Office용 추가 기능도 관리가 필요할 때가 있을 것입니다. 문제가 될 소지가 있거나 성능 저하를 일으킬 수 있는 승인되지 않은 추가 기능을 최종 사용자가 실행하지 못하도록 방지할 수 있다면 지원 비용을 낮출 수 있을 것입니다. Office 2013에서는 추가 기능 사용을 관리할 수 있게 해주는 새로운 기능을 제공합니다.

Office 2013 원격 분석 대시보드를 사용하면 성능 및 기타 문제와 함께 추가 기능 사용을 모니터링할 수 있습니다. 수집된 데이터를 이용해서 관리가 필요한 추가 기능을 결정할 수 있습니다. 이 문서에서는 원격 분석 대시보드를 사용해서 Office용 추가 기능을 관리하는 방법에 대해 설명합니다.

원격 분석 대시보드를 사용하여 추가 기능 관리

먼저 원격 분석 대시보드를 배포해야 합니다. 원격 분서 대시보드 배포에 대한 자세한 내용은 이 Technet 문서를 참조하십시오.

 원격 분석 대시보드를 성공적으로 설정한 후에는 원격 분석 대시보드에서 솔루션 워크시트를 확인합니다. 솔루션 워크시트에서는 다음 스크린샷에 표시된 것처럼 오른쪽 상단 모서리에서 추가 기능 관리 모드라는 링크를 찾을 수 있습니다. 이 링크를 클릭하면 추가 기능 관리 워크시트를 볼 수 있습니다.

추가 기능 관리 워크시트에서는 사용, 로드 시간 및 검색된 문제를 기반으로 제어가 필요한 추가 기능을 결정할 수 있습니다. 제어할 추가 기능을 결정한 후에는 화면 오른쪽에 표시된 지침에 따라 이러한 설정을 적용하기 위한 Windows PowerShell 스크립트를 만듭니다. 다음 스크린샷은 원격 분석 대시보드의 추가 기능 관리 워크시트를 보여줍니다.

몇 가지 고려할 사항:

• GPO(그룹 정책 개체)를 만들고 이를 OU(조직 단위, 즉 Active Directory 컨테이너)에 연결할 수 있으려면 적합한 권한이 필요합니다.
• 추가 기능 관리가 지원되지 않는 경우 회색으로 표시됩니다.

추가 기능을 관리할 수 있는 응용 프로그램은 Excel, Word, Outlook, PowerPoint, Project, Publisher, Visio, OneNote, Access, InfoPath입니다.

지원되는 추가 기능 유형은 다음과 같습니다.

각 추가 기능을 관리하기 위해 선택할 수 있는 옵션은 다음과 같습니다.

• 차단됨: 추가 기능이 차단되고, 최종 사용자가 관리할 수 없습니다.
• 항상 사용: 추가 기능이 항상 사용하도록 설정되고, 최종 사용자가 관리할 수 없습니다.
• 허용: 추가 기능이 허용되고 최종 사용자가 관리할 수 있습니다.

추가 기능을 관리하는 보다 제한적인 방법은 Office 2013 관리 템플릿(admx) 파일(영문일 수 있음)을 사용해서 모든 비관리 추가 기능을 차단하고 앞에서 설명한 허용 설정을 사용해서 사용자가 지정된 추가 기능만 사용하도록 허용하는 것입니다. 지원되는 각 Office 2013 응용 프로그램에 대해서는 개별적인 추가 기능 관리 설정이 있습니다. 이러한 설정은 다음 경로에 있습니다.

• User Configuration/Administrative Templates/Office 2013 응용 프로그램 이름/Miscellaneous/List of managed add-ins
• User Configuration/Administrative Templates/Office 2013 응용 프로그램 이름/Miscellaneous/Block all unmanaged add-ins

추가 기능 관리 모드 워크시트에서 Windows PowerShell 스크립트를 생성한 후에는 Windows PowerShell에 대한 Active Directory 모듈(영문일 수 있음)에서 스크립트를 실행할 수 있습니다. 콘솔에서 다음 스크린샷에 표시된 것처럼 설정을 적용할 GPO 이름을 지정합니다.

이제 만들어진 GPO 를 OU에 연결할 준비가 되었습니다.

Office용 추가 기능의 관리 방법 보기

Office 클라이언트에서 추가 기능을 관리하는 방법을 확인해보겠습니다. 다음 절차에 따라 Office 클라이언트 컴퓨터에서 COM 추가 기능 대화 상자를 엽니다.

1. 파일을 선택하고 옵션을 선택합니다.
2. 응용 프로그램 옵션 대화 상자에서 추가 기능을 선택합니다.
3. 관리 드롭다운 목록에서 COM 추가 기능을 선택한 후 이동을 선택합니다.

추가 기능이 사용하지 않도록 설정되고 관리자에 의해 제어되는 것을 확인할 수 있습니다. 최종 사용자는 자신의 컴퓨터에서 추가 기능을 다시 사용하도록 설정할 수 없습니다. 이에 대한 설명은 다음 스크린샷을 참조하십시오.

그룹 정책을 아직 적용하지 않았으면 명령 프롬프트에 다음 명령을 사용하여 업데이트 프로세스를 트리거할 수 있습니다.

gpupdate /force

Nobuko

이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Let's manage add-ins using Telemetry Dashboard를 참조하십시오.

블로그 게시물 작성자: Junko Kyomasu, Office 솔루션 관리 팀의 프로그램 관리자 

Office 원격 분석 대시보드(영문일 수 있음)는 조직 내에서 Office 문서 및 추가 기능을 관리하기 위한 새로운 강력한 도구입니다. 이 도구는 기존 Office 에서 Office 2013으로 업그레이드된 향상된 경험을 가능하게 해줍니다. 다행스럽게도 많은 분들이 Office 2013의 원격 분석 기능을 시험적으로 사용해주셨지만 안타깝게도 아직 지원되지 않는 작업 그룹 환경에서 대시보드 구성 요소를 테스트할 수 있기를 바란 분들도 있었습니다. 즉각적인 데이터 보고를 위한 레지스트리 구성도 조금은 까다로울 수 있습니다.

평가를 보다 쉽고 빠르게 수행해보실 수 있도록 저희는 모든 원격 분석 구성 요소를 한 번에 설정할 수 있게 해주는 Deploy-TelemetryDashboard.ps1이라는 Windows PowerShell 스크립트를 게시했습니다. 이 스크립트를 실행하면 단일 작업 그룹 컴퓨터 또는 도메인에 참가한 컴퓨터에 구성 요소를 설치할 수 있습니다. 또한 이 스크립트를 사용하면 내장된 원격 분석 에이전트가 원격 분석 데이터를 즉시 보고할 수 있습니다. 작업 그룹에서 대시보드 구성 요소를 구성하려면 이 스크립트를 사용하는 것 말고는 다른 방법이 없습니다.

수백 또는 수천 개의 클라이언트 컴퓨터가 포함된 프로덕션 환경에서는 Office 원격 분석 대시보드 배포에 설명된 대로 단계별로 각 구성 요소를 배포할 수 있습니다.

Deploy-TelemetryDashboard.ps1 실행 방법

Deploy-TelemetryDashboard.ps1 및 TDDB.bak를 TechNet 갤러리(영문일 수 있음)에서 다운로드하고 Office 2013이 설치된 컴퓨터에서 Deploy-TelemetyDashboard.ps1을 실행합니다.

이렇게만 하면 끝입니다.

스크립트를 통해 컴퓨터에서 원격 분석 대시보드를 구성한 후에는 즉시 대시보드에 원격 분석 데이터가 보고되는 것을 확인할 수 있습니다.

Deploy-TelemetryDashboard.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를 참조하십시오.

공동 작성(영문일 수 있음)과 같은 새로운 기능을 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 응용 프로그램들과 마찬가지로 이제는 매크로 비사용 및 매크로 사용 형식으로 제공됩니다. 각 파일 형식의 새로운 확장명은 아래 표에 나열되어 있습니다.

Visio 2013의 호환성 기능

Visio 2013은 이전 형식에서 새로운 형식으로 사용자가 쉽게 전환할 수 있도록 돕기 위해 몇 가지 호환성 기능을 제공합니다. 이러한 기능은 다음과 같습니다.

• Visio 2013에서 VSD 드로잉을 열기 위한 호환성 모드
• VSD 드로잉을 VSDX로 변환하는 변환 단추
• 사용자가 새 드로잉을 이전 VSD 형식으로 저장할 수 있게 해주는 호환성 검사기

Office.com의 다음 문서들에서는 이러한 새로운 호환성 기능들에 대한 자세한 내용을 배울 수 있습니다.

• Visio의 여러 버전 간의 호환성
• Visio 파일을 이전 버전으로 저장

그룹 정책을 사용하여 Visio 2013의 기본 파일 형식 설정

기본적으로 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의 기본 파일 형식으로 설정할 수 있는 파일 형식은 다음과 같습니다.

• Visio 문서: VSDX 형식(기본 형식)
• Visio 매크로 사용 문서: VSDM 형식
• Visio 매크로 사용 문서: VSDM 형식

언제든지 IT 전문가를 위한 Visio 2013 콘텐츠에 대한 의견이 있으시면 저희에게 알려주시기 바랍니다.

--Jill

이 문서는 번역된 블로그 게시물입니다. 원본 문서는 What IT Pros need to know about the new VSDX file format in Visio 2013을 참조하십시오.

안녕하세요. SharePoint Designer 팀 선임 프로그램 관리자 김형국이라고 합니다.

이 블로그에서는 공용 또는 상용 HTTP(REST) 웹 서비스를 사용하는 SharePoint 2013을 간편하게 작성하는 방법과, 해당 웹 서비스가 루핑을 통해 매일 전자 메일을 보내는 서비스로 실행되도록 하는 방법을 설명합니다.

아래 비디오 클립에서 보시다시피, 여기서는 "eBay Daily Deals"라는 사이트 워크플로를 만듭니다. 이 워크플로는 eBay^TM에서 일별 거래 정보를 읽고 SharePoint 승격된 링크 목록에 거래 항목을 만든 다음 해당 거래 정보를 확인하려는 사용자에게 전자 메일을 보냅니다.

"eBay Daily Deals" 워크플로는 사이트 워크플로이므로 먼저 새 SharePoint 2013 사이트 워크플로를 만들어야 합니다. 사이트 워크플로를 만든 후에는 3개 스테이지를 추가하고 적절한 이름을 지정한 후에 이동 동작을 수행하여 연결합니다.

스테이지 1

스테이지 1의 이름을 “Get eBay Daily Deals”로 지정하고 그림 1과 같이 동작 4개와 Loop 블록 하나를 추가합니다.

그림 1. 워크플로 스테이지 1

가장 먼저 HTTP 웹 서비스 호출 동작을 추가합니다. HTTP URI는 https://www.firstamong.com/json/index.php?q=https://deals.ebay.com/feeds/xml(영문일 수 있음)로 설정되고 HTTP 메서드는 "GET"으로 설정됩니다. JSON을 반환하는 eBay의 REST 웹 서비스 중 하나를 사용하면 편리하겠지만, eBay의 REST 웹 서비스 결과에는 헤더가 포함되어 있어서 추가 변환기 웹 서비스를 사용해야 합니다. 몇 가지 변환기 서비스를 사용할 수 있는데, 여기서는 www.firstamong.com(영문일 수 있음)의 서비스를 사용합니다. 이 서비스는 XML 및 일반 JSON 개체를 반환하는 eBay의 다른 REST 웹 서비스를 호출합니다.

"HTTP 웹 서비스 호출" 동작 문에서는 RequestContent 또는 RequestHeaders 매개 변수를 설정할 필요가 없으므로 설정하지 않습니다. 여기서는 해당 웹 서비스의 출력만 확인하면 되기 때문입니다. response 매개 변수를 ResponseContent 변수로만 설정하면 이 웹 서비스 호출의 출력이 ResponseContent 변수(사전 유형 변수)에 저장됩니다.

eBay XML 웹 서비스를 호출하는 변환기 웹 서비스의 JSON 출력은 다음과 같습니다.

{"EbayDailyDeals":

  {"Item":[

{"ItemId":"221065015062","EndTime":"1341845999000","PictureURL":"http:\/\/i.ebayimg.com\/00\/s\/NDI4WDUxMA==\/$(KGrHqJHJBwE8+9eOVMzBPZ1lhNt!g~~60_1.JPG","SmallPictureURL":"http:\/\/i.ebayimg.com\/00\/s\/NDI4WDUxMA==\/$(KGrHqJHJBwE8+9eOVMzBPZ1lhNt!g~~60_1.JPG","Picture175Url":"http:\/\/i.ebayimg.com\/00\/s\/NDI4WDUxMA==\/$(KGrHqJHJBwE8+9eOVMzBPZ1lhNt!g~~60_1.JPG","Title":"Acer ICONIA 7in Tablet 8GB WiFi","Description":"N\/A","DealURL":"http:\/\/deals.ebay.com\/5000101083_Acer_ICONIA_7in _Tablet_8GB_WiFi","ConvertedCurrentPrice":"139.99","PrimaryCategoryName":"Computers\/Tablets & Networking:iPads, Tablets & eBook Readers","PrimaryCategoryId":"171485","Location":"Miami, Florida","Quantity":"128","QuantitySold":"372","MSRP":"299.99","SavingsRate":"53%","AutoPay":"true","Hot":"false","Tier":"0","PriceDisplay":"MSRP"},

{"ItemId":"271012700385","EndTime":"1341845999000","PictureURL":"http:\/\/i.ebayimg.com\/00\/s\/MzYwWDM2MA==\/$(KGrHqR,!ioE-w!y!T--BPto5nEk0!~~60_1.JPG","SmallPictureURL":"http:\/\/i.ebayimg.com\/00\/s\/MzYwWDM2MA==\/$(KGrHqR,!ioE-w!y!T--BPto5nEk0!~~60_1.JPG","Picture175Url":"http:\/\/i.ebayimg.com\/00\/s\/MzYwWDM2MA==\/$(KGrHqR,!ioE-w!y!T--BPto5nEk0!~~60_1.JPG","Title":"Sylvania Wireless CE 7-Inch Smartbook - SYNET7WIC","Description":"N\/A","DealURL":"http:\/\/deals.ebay.com\/5000101099_Sylvania_Wireless_CE_7_Inch_Smartbook___SYNET7WIC","ConvertedCurrentPrice":"49.99","PrimaryCategoryName":"Computers\/Tablets & Networking:Laptops & Netbooks:PC Laptops & Netbooks","PrimaryCategoryId":"177","Location":"US","Quantity":"1307","QuantitySold":"693","MSRP":"199.99","SavingsRate":"75%","AutoPay":"true","Hot":"false","Tier":"0","PriceDisplay":"MSRP"},

{"ItemId":"160823596564","EndTime":"1341845999000","PictureURL":"http:\/\/i.ebayimg.com\/00\/s\/NjAwWDM1MQ==\/$(KGrHqFHJFQE+T-

...

"MoreDeals":

   {"MoreDealsSection":[

    {"SectionTitle":"Emergency Preparedness","Item":[

{"ItemId":"200687021159","EndTime":"1341845999000","PictureURL":"http:\/\/i.ebayimg.com\/00\/s\/NDI5WDUwMA==\/$(KGrHqV,!p0E-vF(Fmt0BP7iH6)M6g~~60_1.JPG","SmallPictureURL":"http:\/\/thumbs4.ebaystatic.com\/pict\/200687021159_1.jpg","Picture175Url":"http:\/\/thumbs4.ebaystatic.com\/pict\/200687021159_1.jpg","Title":"DuroMax 1500 Watt Portable Pull Start Gas Power Job Site Electric Generator","Description":"NA","DealURL":"http:\/\/deals.ebay.com\/5000099668_DuroMax_1500_Watt_Portable_Pull_Start_Gas_Power_Job_Site_Electric_Generator","ConvertedCurrentPrice":"179.99","PrimaryCategoryName":"Home & Garden:Tools:Generators: Home-Use","PrimaryCategoryId":"46412","Location":"La Verne","Quantity":"302","QuantitySold":"228","MSRP":"299.99","SavingsRate":"40%","AutoPay":"true","Hot":"false","Tier":"0","PriceDisplay":"MSRP"},

{"ItemId":"370622857968","EndTime":"1341845999000","PictureURL":"http:\/\/i.ebayimg.com\/00\/s\/MTAwMFgxMDAw\/$T2eC16h,!)0E9s37IeSMBP7IWFtFqw~~60_12.JPG","SmallPictureURL":"http:\/\/thumbs1.ebaystatic.com\/pict\/370622857968_1.jpg","Picture175Url":"http:\/\/thumbs1.ebaystatic.com\/pict\/370622857968_1.jpg","Title":"Dorcy High Beam LED Aluminum Flashlight 100 Lumens Water Resistant 41-4287","Description":"NA","DealURL":"http:\/\/deals.ebay.com\/5000099680_Dorcy_High_Beam_LED_Aluminum_Flashlight_100_Lumens_Water_Resistant_41_4287","ConvertedCurrentPrice":"11.99","PrimaryCategoryName":"Sporting Goods:Outdoor Sports:Camping & Hiking:Flashlights, Lanterns & Lights:Flashlights","PrimaryCategoryId":"16037","Location":"Altatac USA","Quantity":"1899","QuantitySold":"1113","MSRP":"49.99","SavingsRate":"76%","AutoPay":"false","Hot":"false","Tier":"0","PriceDisplay":"MSRP"},

{"ItemId":"300725740900","EndTime":"1341845999000","PictureURL":"http:\/\/i.ebayimg.com\/00\/s\/NTAwWDUwMA==\/

...

각 내부 항목을 처리하려는 경우 DealItems 변수를 사용하면 “Get ([%Variable: Index%])/Title from Variable: DealItems” 같은 동작 문을 삽입해 항목의 Title 속성을 가져올 수 있습니다. 그러나 여기서는 작업을 간단하게 유지하고 웹 서비스 출력 내의 거래 항목 구조를 간결하게 표시하기 위해 전체 경로를 삽입하여 항목 속성에 액세스합니다. 즉, Variable: DealItems가 아닌 “Get EbayDailyDeals/Item([%Variable: Index%])/Title from Variable: ResponseContent“와 같은 문을 사용하여 항목의 Title 속성을 검색합니다. 사전 유형을 사용하는 방법에 대한 자세한 내용은 이 블로그 아래쪽에 제공된 링크를 참조하십시오.

그림 2에서는 각 내부 항목의 모든 속성을 검색하는 방법을 보여 줍니다.

그림 2. 거래 항목 속성 검색 및 승격 링크 항목 만들기

사전에서 항목 가져오기 동작을 사용하여 각 거래 항목의 모든 속성을 워크플로 변수에 저장한 다음, Loop 블록의 뒷부분에서 목록 항목을 만들 때 사용합니다. 이 "검색" 프로세스에서 사용하는 대부분의 변수 유형은 String 유형이지만 다른 유형도 사용됩니다.

사전 유형을 사용하는 방법에 대한 자세한 내용은 이 블로그 끝에 제공된 링크를 참조하십시오.

그림 3: 로컬 변수

또한 문자열 바꾸기 동작을 사용하여 URL 형식 데이터에서 ',' 또는 '!' 문자를 사용할 수 없는 SharePoint 제한 관련 문제를 해결합니다.

Loop 블록 끝에는 전자 메일 콘텐츠를 작성하고 인덱스 변수를 1씩 증가시키는 두 개의 Step 블록이 있습니다. 이 워크플로는 eBay 웹 서비스의 결과를 사용하여 목록 항목을 만들고, "eBay Daily Deals" 정보 수신을 원하는 사용자에게 전자 메일을 보내는 두 가지 용도로 주로 사용됩니다. 따라서 그림 4에 나와 있는 것과 같이 Loop 블록 내에 HTML 조각을 작성합니다.

그림 4. Loop 블록 내의 두 단계

그림 5에 나와 있는 것처럼, 목록 항목을 만드는 데 사용한 워크플로 변수는 모두 HTML 조각 작성 시에 다시 사용됩니다.

그림 5. 전자 메일 본문용 HTML 조각 작성

스테이지 2

스테이지 2의 워크플로 논리는 스테이지 1에서 웹 서비스를 호출하는 문 하나(그림 6에서 네모 표시된 문 참조)를 제외하면 스테이지 1의 워크플로 논리와 정확히 동일합니다. 따라서 스테이지 1의 내용을 복사하여 스테이지 2에 붙여 넣는 방법만으로 스테이지 2를 쉽게 만들 수 있습니다.

스테이지 2는 eBay Daily Deals 웹 서비스 출력 내의 추가 섹션을 읽습니다. 따라서 위의 긴 JSON 출력에서 항목(Item) 배열을 검색할 때 동일한 논리를 사용하되 다른 경로를 사용할 수 있습니다.

그림 6. 워크플로 스테이지 2

즉, 그림 7에 나와 있는 것처럼 "MoreDealsSection"의 항목에 액세스하려면 다른 경로를 사용해야 합니다.

그림 7. MoreDealsSection에서 다른 거래 항목 가져오기

기타 모든 항목은 정확히 동일합니다.

스테이지 3

스테이지 1과 스테이지 2에서는 목록 항목을 만들었으며 나중에 전자 메일을 보낼 때 사용할 HTML 조각도 작성했습니다. 스테이지 3에서는 전자 메일을 보낼 것이므로, 그림 8에는 전자 메일 보내기(Send Email) 동작만 나와 있습니다. "Subscribers"는 Daily Deails 전자 메일을 수신할 모든 사이트 구성원이 구성원으로 추가되는 SharePoint 그룹입니다.

그림 8. 워크플로 스테이지 3

아래에 나와 있는 것처럼 전자 메일 보내기(Send Email) 동작의 속성 표 대화 상자에서 HTML로 전체 전자 메일 본문을 작성할 수 있습니다. EmailContent 변수에 복잡한 HTML 테이블 코드 조각이 이미 있기 때문에 그림 9에 나와 있는 것처럼 해당 변수 조회 주위에 래퍼 태그만 몇 개 삽입하면 됩니다.

그림 9. 전체 전자 메일 본문 작성

이제 이 워크플로를 바로 게시 및 시작할 수 있습니다.

사이트에 "eBay Daily Deals" 목록이 있고, 해당 목록이 SharePoint 2013에서 새롭게 제공되는 목록 유형인 "승격된 링크(Promoted Links)" 유형 목록인지 확인하십시오. 이 목록 앱은 사이트 루트 페이지 오른쪽 위에 있는 설정 링크에서 앱 추가를 클릭하면 쉽게 찾을 수 있습니다.

워크플로 시작

이 워크플로를 시작하면 "eBay Daily Deals" 목록에 eBay Daily Deal 항목이 만들어지고 워크플로에서 전자 메일도 발송됩니다.

그림 10. eBay Daily Deals 승격된 링크 목록

그림 11. 워크플로에서 발송되는 전자 메일

루프 백 방법

지금까지 eBay Daily Deals 정보가 포함된 전자 메일을 발송하는 유용한 사이트를 작성하는 방법을 살펴보았습니다. 그러면 이 전자 메일을 "매일" 받으려면 어떻게 해야 할까요? 이 워크플로가 24시간마다 반복 실행되도록 할 수 있을까요?

당연히 가능합니다. 아래와 같이 '기간' 동안 일시 중지(Pause for Duration) 동작을 추가하고 스테이지 3 내 이동(Go to) 문의 대상을 다시 스테이지 1을 가리키도록 변경하면 이 워크플로는 eBay Daily Deals 항목을 검색한 다음 해당 거래에 대한 내용을 매일 전자 메일로 보내는 서비스처럼 작동합니다.

그러면 전자 메일을 매일 받을 수 있으므로 매우 편리합니다.

그림 12. 시작 스테이지로 루프

참조

아래에는 사전 변수 및 HTTP 웹 서비스를 처리하는 워크플로 동작과 사전 유형에 대한 자세한 내용을 확인할 수 있는 참조 페이지가 나와 있습니다.

SharePoint Designer 2013 도움말 콘텐츠

• MSDN: SharePoint Designer 2013의 사전 동작 이해(영문일 수 있음)
• MSDN: 사전을 사용하여 HTTP 웹 서비스 호출(이 콘텐츠는 아직 제공되지 않음)

이 문서는 번역된 블로그 게시물입니다. 원본 문서는 How to work with web service using “Call HTTP Web Service” action을 참조하십시오.

안녕하세요. SharePoint Designer(SPD) 팀 프로그램 관리자 임종화라고 합니다.

이 게시물에서는 SharePoint Designer 2010 및 SharePoint Server 2010 이후 크게 개선된 워크플로 패키지 기능에 대해 소개해 드리려고 합니다. SharePoint Designer 2010에서는 대개 개발 환경에서 워크플로를 개발한 다음 프로덕션 환경으로 배포하는 데 이 기능을 사용했습니다. 그러나 SharePoint Designer 2010에서는 다시 사용할 수 있는 워크플로 유형에 대해서만 이 기능이 지원되었습니다.

이제는 SharePoint Designer 2013과 SharePoint Server 2013 및 Azure 워크플로를 함께 사용하면 목록 워크플로, 사이트 워크플로 및 다시 사용할 수 있는 워크플로의 세 가지 워크플로 유형이 모두 지원되므로 매우 편리합니다. 따라서 이제는 다시 사용할 수 있는 워크플로 외의 다른 워크플로도 마음껏 활용할 수 있으며, 더 이상 이 기능을 사용하기 위해 목록 워크플로를 다시 사용할 수 있는 워크플로로 마이그레이션할 필요가 없습니다.

이 기능을 보다 효율적으로 설명하기 위해 한 가지 예를 살펴보겠습니다. 예제 워크플로를 작성하여 대상 사이트에서 다시 사용하는 방법을 보여 드리겠습니다.

예: 휴가 요청 목록 워크플로

개발 환경에서 목록 워크플로를 작성한다고 가정해 보겠습니다. 이 워크플로에는 두 개의 목록(휴가 목록, 휴가 요청 목록)이 있습니다. 휴가 목록은 모든 직원의 남은 휴가 일 수를 입력하는 데 사용되고, 휴가 요청 목록은 요청자가 휴가 승인을 요청하기 위한 요청 항목을 만드는 데 사용됩니다.

필요한 목록 만들기(개발 환경)

앞에서 이미 언급한 것처럼 목록 두 개가 필요하므로 다음과 같이 두 목록을 만들었습니다. 여기서는 '작업 목록' 및 '기록 목록'의 기본 설정을 사용합니다.

휴가 요청 목록에서 목록 워크플로 만들기

이제 필요한 목록이 준비되었으므로 SPD를 사용하여 서버에 연결하고 '목록 워크플로(List Workflow)'를 클릭한 다음 'Vacation Request' 목록을 선택합니다. 아래와 같은 대화 상자가 표시되면 워크플로 이름을 입력하고 'SharePoint 2013 워크플로(SharePoint 2013 Workflow)' 유형을 선택합니다.

논리 입력 및 워크플로 게시

SPD 캔버스에서는 텍스트 기반 디자이너를 선택할 수도 있고, Visio Professional이 설치되어 있으면 비주얼 디자이너를 선택하여 워크플로를 작성할 수도 있습니다. 이 블로그에서는 텍스트 기반 디자이너를 사용합니다. 비주얼 디자이너를 사용하려는 경우에는 곧 게시될 예정인 비주얼 디자이너 관련 블로그 게시물을 참조하시기 바랍니다.

다음 논리를 추가합니다. 이 논리는 대개 몇 개 요소만 제외하면 매우 단순합니다. 이 논리는 5개 단계로 구성되며 각 단계의 제목을 통해 해당 단계의 용도를 파악할 수 있습니다. 각 단계에 대한 자세한 설명은 다음과 같습니다.

• 'Check if remaining vacation exists' 단계 - 개시자의 남은 휴가 일 수를 가져와 요청된 휴가 일 수와 비교합니다.
• 'Approval Process' 단계 - 요청된 휴가 일 수에 대한 승인을 요청합니다.
• 'Approved' 단계 - 휴가 요청이 승인되면 Vacation 목록을 새로 계산된 값으로 업데이트합니다.
• 'Rejected' 단계 - 거부 메일을 보냅니다.
• 'insufficient vacation' 단계 - 남은 휴가 일 수 부족에 대한 메일을 보냅니다.

여기서 까다로운 부분은 Vacation 목록에서 남은 휴가 일 수를 가져오거나 Vacation 목록을 업데이트하는 아래의 조회 UI입니다.

필요한 경우 '항목 생성 시 워크플로 자동 시작(Start workflow automatically when an item is created)' 옵션을 설정할 수 있습니다.

워크플로를 게시하면 백그라운드에서 워크플로 연결이 작성되고 상태 열이 만들어집니다.

목록을 STP 패키지로 만들기

다양한 방법을 통해 대상 서버에 필요한 목록과 스키마를 제공할 수 있지만, STP 패키지를 활용하는 것이 효율적입니다. 여기서는 Vacation 목록과 Vacation Request 목록을 STP 패키지로 만드는 방법을 설명합니다.

이 작업은 아래에 나와 있는 것처럼 서버 UI 또는 SPD UI를 통해 수행할 수 있습니다.

그러면 다음 화면이 표시되며, 이 화면에서 이름을 입력하고 콘텐츠를 패키지로 만들도록 선택할 수 있습니다.

SharePoint 2013 목록 워크플로는 '콘텐츠 포함(Include Content)' 선택 여부에 관계없이 함께 패키지되지 않습니다.

이 작업이 정상적으로 수행되면 패키지 다운로드 위치로 이동할 수 있습니다.

링크를 클릭하면 나중에 사용하기 위해 패키지를 다운로드할 수 있습니다.

다운로드가 성공하면 STP 패키지 두 개가 다운로드됩니다. 그 중 하나는 Vacation Request 목록의 패키지이고 다른 하나는 남은 휴가 일 수가 포함된 Vacation 목록의 패키지입니다.

WSP 패키지에 워크플로 패키지

목록 워크플로를 패키지하려면 워크플로 요약 페이지로 이동하여 리본 메뉴에서 '서식 파일로 저장(Save as Template)' 단추를 클릭합니다.

그러면 다음 대화 상자가 표시됩니다.

탐색 창에 표시되는 '사이트 자산(Site Assets)' 라이브러리에서 목록 워크플로 패키지를 찾을 수 있습니다. 페이지를 새로 고쳐야 패키지가 표시될 수도 있습니다.

'파일 내보내기(Export File)' 리본 메뉴 단추를 사용하여 로컬 컴퓨터에 패키지를 저장합니다.

STP 패키지 배포

대상 사이트 또는 프로덕션 환경을 브라우저에서 열고 '사이트 설정(Site Settings)'으로 이동합니다. '웹 디자이너 갤러리(Web Designer Galleries)' 그룹 아래에 '목록 서식 파일(List templates)' 메뉴가 있습니다.

'파일' 메뉴 아래 '문서 업로드'를 사용하여 STP 패키지 두 개를 업로드합니다.

배포된 목록 서식 파일을 사용하여 목록 만들기

이제 배포된 목록 서식 파일을 사용하여 목록 두 개를 만들 수 있습니다. 서버의 탐색 메뉴에서 '사이트 콘텐츠'로 이동한 다음 '앱 추가'를 클릭합니다. 그러면 'Vacation' 및 'Vacation Request' 아이콘이 표시됩니다.

해당 메뉴를 사용하여 ‘Vacation’ 및 ‘Vacation Request’ 목록을 만듭니다.

WSP 패키지 배포 및 활성화

WSP 패키지를 배포하는 작업은 STP 목록 서식 파일을 배포하는 작업과는 약간 다릅니다. 즉, WSP 패키지는 사이트 설정의 '웹 디자이너 갤러리(Web Designer Galleries)' 그룹 아래 '솔루션(Solutions)' 라이브러리에 업로드해야 합니다.

그러면 패키지(솔루션)를 활성화해야 한다는 메시지가 포함된 대화 상자가 표시됩니다.

기능 활성화

솔루션을 활성화하고 나면 사이트 설정의 '사이트 작업(Site Actions)' 아래 '사이트 기능 관리(Manage site features)'에 새로운 사이트 기능이 표시됩니다.

아래에 해당 기능이 표시되어 있습니다. 이 워크플로는 패키지를 만들 때 사용한 이름으로 찾을 수 있습니다. '활성화(Activate)' 단추를 클릭하고 단추가 '비활성화'로 바뀌거나 '활성' 아이콘이 표시될 때까지 기다립니다. 단추가 바뀌거나 아이콘이 표시되면 기능이 활성화된 것입니다.

(선택 사항) SPD에서 워크플로 열기

대상 사이트에서 워크플로를 업데이트하려는 경우가 있습니다. 이 경우 개발 환경에서와 동일한 방식을 사용하면 됩니다. 배포된 워크플로는 SPD에서도 정상적으로 표시됩니다.

이 워크플로는 문제 없이 열립니다. 요약 페이지의 값도 동일하게 유지되며 논리도 그대로 보존되어 있습니다.

(선택 사항) 워크플로 실행

서버에서 워크플로를 실행하고 나면 이름이 같은 두 개의 열(워크플로 상태 열)이 생깁니다. 이러한 현상은 알려진 문제입니다. 열 하나는 STP에 패키지된 원본 서버에 해당하는 열이고, 다른 하나는 대상 사이트에서 만들어진 것입니다. 이전 열을 숨기려면 목록 보기를 업데이트하십시오.

STP 패키지 대신 사용할 수 있는 방법

대상 사이트에 필요한 목록, 즉 워크플로 논리에 사용되는 목록과 워크플로 작업 및 워크플로 기록 목록이 있으면 솔루션은 배포됩니다. 그러나 같은 목록 서식 파일 및 필드 유형을 사용하여 워크플로에서 참조되는 목록 및 목록 열을 만드는 것이 좋습니다. 유형이 일치하지 않는 경우에는 기능 활성화 시에 패키지에 오류가 발생하거나 런타임에 워크플로에 오류가 발생합니다.

'Vacation' 또는 'Vacation Request' 목록이 없는 사이트에 워크플로 패키지를 배포하는 경우

사이트 기능 활성화가 실패합니다.

자세한 오류 메시지가 표시되지는 않지만 ULS 로그를 통해 다음과 같은 정보를 확인할 수 있습니다.

"다음 오류로 인해 워크플로 XAML 유효성 검사가 실패했습니다. '$ListId:Lists/Vacation' 텍스트에서 'ListId'를 만들지 못했습니다."

그러나 기능 활성화가 실패했으므로 필요한 목록을 만든 후에도 기능 다시 활성화가 또 실패할 수 있습니다. 워크플로 정의가 불완전하게 배포되었기 때문입니다. 이 경우 다음 작업을 수행해야 합니다.

• SPD를 열고 기능 활성화 중에 실패한 워크플로 정의를 삭제합니다.
• 솔루션을 비활성화하고 제거합니다.
• 솔루션을 업로드하고 활성화합니다.
• 사이트 기능을 활성화합니다.

그러면 문제가 해결됩니다.

알려진 문제

워크플로 패키지의 알려진 문제는 다음과 같습니다.

• 상대 목록 URL(eg. ‘Lists/Vacation’)을 동일하게 유지해야 합니다. 지정한 이름으로 목록을 만든 다음 다른 이름으로 변경해도 목록 URL은 원래 표시 이름을 기준으로 하므로 변경되지 않습니다. 따라서 목록의 업데이트된 이름을 기준으로 워크플로를 패키지했더라도 워크플로는 대상 사이트에서 이전 이름을 기준으로 목록 URL을 찾습니다. 그러므로 대상 사이트에서 목록을 다시 만들 때는 처음부터 목록에 업데이트된 이름이 아닌 원래 이름을 지정해야 합니다. 이렇게 하면 목록 URL이 보존됩니다. 목록을 만든 후에는 목록 이름을 업데이트된 이름으로 변경할 수 있습니다.
• 유니코드 또는 DBCS 이름이 지정된 워크플로는 기본 하드 코드된 이름 'WorkflowSolution.wsp'가 지정된 wsp 파일에 패키지됩니다.
• 업데이트된 솔루션 목록을 보려면 사이트 자산으로 이동한 후 페이지를 수동으로 새로 고쳐야 합니다.
• 대상 서버에 워크플로 작업 목록 및 워크플로 기록 목록이 없는 경우 워크플로 설정 페이지에서 워크플로를 클릭하면 아래 오류가 발생할 수 있습니다. 워크플로를 만든 적이 없는 대상 서버에 워크플로를 배포하면 이러한 현상이 발생합니다. 이 문제를 해결하려면 SPD에서 더미 워크플로를 작성 및 게시하여 워크플로 작업 목록과 워크플로 기록 목록을 만듭니다. 그런 후에 배포된 워크플로를 SPD에서 열고 워크플로 작업 목록 및 워크플로 기록 목록 설정을 조정하여 워크플로를 다시 게시하면 됩니다.
• 프로젝트 워크플로는 일반 사이트 워크플로처럼 패키지됩니다. 그러나 이 워크플로가 작동하도록 하려면 EPT, 스테이지, 사용자 지정 열 등의 프로젝트 엔터티도 패키지에 포함해야 합니다. 이 작업에 대해서는 Project 팀에서 제공할 예정인 프로젝트 워크플로 지침을 참조하십시오.

감사합니다.

임종화

이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Packaging List, Site, and Reusable Workflow and How to Deploy the Package를 참조하십시오.

새로운 Office Web Apps Preview 버전을 지금 신청할 수 있습니다. Word, Excel, PowerPoint 및 OneNote의 이 무료 버전은 현재 업그레이드되는 중입니다. 이번 웹 세미나에서는 해당 버전을 신청하는 방법을 소개하고 몇 가지 새로운 기능을 안내합니다. 또한 새로운 Office.com도 살펴봅니다.

화요일 웹 세미나 내용:

• Office Web Apps란?
• Preview 버전이란?
• Office Web Apps의 새로운 기능
• 새롭게 제공될 Outlook.com 미리 살펴보기

참조

Office Web Apps:

• Office Web Apps Preview 소개 블로그 게시물(영문일 수 있음)
• Office Web Apps란(비디오)
• Office Web Apps 홈 페이지
• 공동 작성: 스프레드시트 공유(영문일 수 있음)(비디오)
• 직접 시작 링크:(영문일 수 있음) Office Web Apps Preview

SkyDrive:

• SkyDrive 홈 페이지
• SkyDrive 로그인(영문일 수 있음)

Outlook.com:

• Outlook.com(영문일 수 있음) 살펴보기(블로그 게시물)
• Hotmail에서 Outlook.com(영문일 수 있음)으로 업그레이드
• Gmail에서 Outlook.com(영문일 수 있음)으로 업그레이드
• Outlook.com(영문일 수 있음) 체험해 보기

매주 화요일에 진행되는 라이브 웹 세미나에 참가하는 방법에 대한 자세한 내용은 https://aka.ms/offweb(영문일 수 있음)을 참조하십시오.

--Doug Thomas

이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Webinar: Get it. Learn about it--a preview of Office Web Apps를 참조하십시오.

안녕하세요. Office 2013의 새로운 원격 분석 기능을 사용해 보셨나요? 효율적인 Office 원격 분석 기능을 쉽게 확인하는 한 가지 방법은 Office 2013에서 기존 Office 파일을 열어 보는 것입니다. 해당 작업을 쉽게 수행할 수 있도록, 호환성 문제를 일으킬 수 있는 컨트롤이나 VBA 스크립트가 포함된 예제 파일을 몇 개 만들었습니다(이 블로그에 .zip 파일로 첨부되어 있음). 이러한 파일을 Office 2013에서 열면 해당 파일로 인해 Office 원격 분석 로그에 표시되는 이벤트가 트리거되는 방식을 확인할 수 있습니다. Office 원격 분석 대시보드를 배포(영문일 수 있음)한 경우에는 해당 도구에서도 이러한 이벤트를 확인할 수 있습니다.

이러한 예제 파일에 의해 트리거되는 이벤트가 Office 원격 분석 로그에 표시되는 방식의 예가 아래에 나와 있습니다.

다음 섹션에서는 이 게시물 맨 아래에 첨부되어 있는 SampleIssueFiles.zip 파일에 포함된 각 문서에 대해 간략하게 설명합니다.

CustomXML.docm(Word)

이 파일에는 사용자 지정 XML 데이터를 조작하는 사용자 지정 XML 및 VBA 스크립트가 포함되어 있습니다. 이 파일을 열면 아래와 같은 사용자 지정 XML 관련 메시지가 표시됩니다. 

문서 내에서 강조 표시된 텍스트를 찾아서 두 번 클릭하면 VBA 스크립트가 트리거됩니다. 이 스크립트는 사용자 지정 XML 제한으로 인해 완전하지 않을 수 있습니다. 실행하는 각 VBA 스크립트에 대해 문제 이벤트가 Office 원격 분석에 의해 기록됩니다. 이 메시지에 대한 자세한 내용은 KB 문서 2445062에서 확인할 수 있습니다.

CalendarControl_Report.xls(Excel)

이 파일은 더 이상 사용할 수 없는 달력 컨트롤을 포함합니다. 파일에는 대화형 달력 컨트롤 대신 정적 컨트롤 이미지가 표시됩니다. 이 달력 컨트롤에 대한 자세한 내용은 TechNet에서 확인할 수 있습니다(해당 문서에서 mscal.ocx 검색). 

ApplicationHwnd.xlsm(Excel)

이 파일을 열면 VBA 스크립트가 실행되며 활성 Excel 창의 핸들이 셀 중 하나에 추가됩니다. Excel 2013에서는 두 개 이상의 창을 동시에 표시할 수 있으므로, Application.Hwnd가 Excel 2010 이하 버전용으로 작성된 VBA 코드에는 필요하지 않은 창의 핸들을 반환할 수 있습니다.

Office 원격 분석 로그를 아직 사용해 보지 않은 경우에는 MSDN의 Office 원격 분석 로그를 사용하여 Office 파일 및 사용자 지정 솔루션 문제 해결(영문일 수 있음) 문서에서 자세한 내용을 확인할 수 있습니다. 또한 Office 2013의 호환성 문제(영문일 수 있음)에서는 모든 원격 분석 이벤트의 목록이 제공됩니다. 이 문서에서 잘리는 텍스트가 있을 텐데요, 게시 도구의 이러한 버그를 해결하기 위해 노력 중이니 양해 부탁 드립니다.

이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Sample Office documents for testing Office telemetry를 참조하십시오.