최초 문서 게시일: 2011년 10월 25일 화요일
이 게시물에서는 MODI 관련 질문과 그에 대한 답변 정보를 제공합니다. 대부분의 사용자가 가장 먼저 하게 되는 질문은 "MODI가 무엇인가요?"일 것입니다.
MODI는 Microsoft Office Document Imaging의 약어로, Microsoft Office Document Scanning을 통해 스캔한 문서 편집을 지원하는 Microsoft Office 응용 프로그램입니다. MODI는 Microsoft Office XP에 처음으로 도입되었으며, Office 2007 버전까지 포함된 상태입니다.
MODI를 통해 다음을 수행할 수 있습니다.
TechNet에 게시된 Office 2010 관련 콘텐츠를 통해 각 응용 프로그램을 지원하는 다양한 문서를 제공하고 Office 2007 이후 변경된 내용에 대해 설명한 바 있습니다. 이러한 문서에는 MODI 제공 중지 정보(Word 변경 사항)도 포함되어 있습니다. MODI 기능은 다음의 두 가지 방법으로 다시 사용할 수 있습니다.
1) Enterprise 이외 버전 사용자: KB 문서 http://support.microsoft.com/kb/982760/ko-kr에서 일부 MODI 기능을 다시 사용하는 대체 방법에 대한 정보를 확인합니다.
2) Enterprise 버전 사용자: MODI 기능이 포함된 Microsoft SharePoint Designer 2007을 설치합니다. OCT 기능과 config.xml이 모두 포함되어 있으므로 MODI를 사용자 지정하여 실행할 수 있습니다.
Enterprise 버전 사용자
SharePoint Designer는 Microsoft 다운로드 센터에서 무료로 다운로드할 수 있는 프로그램입니다. 다음 단계를 수행하면 MODI 기능을 사용할 수 있습니다.
http://www.microsoft.com/downloads/ko-kr/details.aspx?familyid=baa3ad86-bfc1-4bd4-9812-d9e710d44f42
참고: 이 다운로드에는 관리자가 OCT(Office 사용자 지정 도구)에서 사용자 지정 파일을 만들어 MODI를 설치하는 기능이 포함되어 있습니다. 기본 .exe(SharePointDesigner.exe)를 다운로드한 다음 명령줄에서 파일을 추출해야 합니다. 예를 들면 다음과 같습니다.
\\Servername\ShareName\SharePointDesigner2007_download\SharePointDesigner.exe /extract:\\servername\sharename\
그러면 setup.exe, Admin 폴더 등이 추출됩니다.
2. 다음 명령을 실행하여 OCT에서 사용자 지정을 작성합니다.
\\Servername\ShareName\SharePointDesigner2007\setup.exe /admin
3. OCT 내에서 기능 설치 상태 설정(Set feature installations state)으로 이동한 다음 아래 스크린샷과 같이 MODI를 제외한 모든 항목을 사용할 수 없도록 설정합니다. 사용자가 SharePoint Designer를 사용하지 못하도록 하려는 경우 OCT 설정을 숨김 및 잠금으로 변경하면 SharePoint Designer가 프로그램 추가/제거 내에서 숨겨집니다.
MODI만 설치하면 되므로, SharePoint 2007 및 Office 2010 파일(Word, Excel, PowerPoint)과 상호 작용할 때 공유 파일 Owssupp.dll 및 MSO.dll은 영향을 받지 않습니다. 또한 MSOCache 공간도 Office 2007 제품군(SKU에 따라 500~900MB)에 비해 SharePoint Designer를 사용하는 경우(최대 215MB)가 훨씬 작습니다.
4. SharePoint Designer를 설치한 후에 SharePoint 문서 라이브러리를 사용하는 경우에는 SharePoint Designer에 대해 Name.dll 등록을 취소하는 것이 좋습니다. SharePoint Designer에 대해 Name.dll 등록을 취소하면 SharePoint 문서 라이브러리에 저장된 Office 파일과 상호 작용할 수 있으며, 컴퓨터에서 서로 다른 두 Office 제품 버전(Office 2010 및 SharePoint Designer 2007)을 사용할 수 있습니다.
msiexec /I {90120000-0017-0000-0000-0000000FF1CE} REMOVE=IMNFiles /qn /L*V C:\temp\loggingremoval.txt
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 You Asked, We Answered… Where is MODI?를 참조하십시오.
최초 문서 게시일: 2011년 10월 27일 목요일
이 게시물은 태블릿 컴퓨팅 환경에서 Office 자산을 관리하는 방법에 대해 설명하는 게시물 시리즈의 마지막 게시물인 6부입니다. 1부에서는 Office 리치 클라이언트, 원격 리치 클라이언트, Office for Mac, Web Apps 및 휴대폰에 설치된 Office를 사용하는 기본적인 방법에 대해 주로 소개했습니다. 2부에서는 태블릿에서 Exchange ActiveSync를 통해 전자 메일을 사용하는 방법 및 Office 구성 옵션에 대해 설명하고, 다른 플랫폼에서 제공되는 컨트롤과 그룹 정책의 비교 정보를 제공했습니다. 3부에서는 SharePoint 2010 또는 Office 365 서비스에 포함된 Office Web Apps에 대해 설명했습니다. 4부에서는 장치 트러스트를 기준으로 리소스 액세스를 구분하는 몇 가지 방법을 소개했습니다. 그리고 5부에서는 소형 화면이 장착된 장치에서 사용자에게 보다 친숙한 터치 환경을 제공하기 위해 Windows 셸 및 Office 리본 메뉴를 조정하는 방법에 대해 설명했습니다. 마지막 6부에서는 이러한 원격 Office 응용 프로그램 또는 전체 Windows 환경을 연결된 장치로 브로드캐스트하는 방법에 대해 설명하겠습니다.
다양한 방법을 통해 컴퓨터에 원격으로 액세스할 수 있습니다. 우선 Windows에서는 원격 데스크톱 서비스가 기본 제공되므로 원격 Windows 컴퓨터에서 클라이언트나 서버에 연결할 수 있습니다. 또한 이와 관련된 Windows 원격 지원과 같은 도구를 독립 실행형으로 사용할 수도 있고, 원격 데스크톱 연결(영문일 수 있음)(Office for Mac 2011 및 Microsoft Lync에 포함되어 있으며 Citrix의 GoToMyPC(영문일 수 있음), LogMeIn 또는 Symantec의 pcAnywhere와 같은 타사 프로그램을 통해서도 제공됨) 등의 프로그램을 통해 기본 RDP(원격 데스크톱 프로토콜)에 연결할 수도 있습니다.
Windows Server 2008에서 처음 도입된 RemoteApp은 전체 원격 데스크톱을 보는 것과 비슷한 연결 및 프로토콜을 사용합니다. 단, 클라이언트에서 사용하지 않는 바탕 화면 부분을 잘라 원격 액세스 대상 클라이언트의 응용 프로그램 창만 표시할 수 있다는 점이 다릅니다. RemoteApp 창은 로컬 데스크톱의 응용 프로그램 창과 비슷하게 동작하지만, 응용 프로그램을 원격으로 실행할 수 있습니다. 기본 Windows XP 가상 컴퓨터에서 응용 프로그램 창 자체만 표시되는 경우 Windows XP 모드도 비슷한 방식으로 작동합니다.
전체 Windows 바탕 화면을 표시하지 않고 응용 프로그램 자체만 표시하면 효율적이므로, 어떤 장치를 사용하든 이 기능은 중요합니다. 아래에 이 기능을 가장 잘 보여 주는 그림이 나와 있으며, 이 그림은 RDS용 인프라 계획 및 디자인(영문일 수 있음) 가이드에서 가져온 것입니다.
그림 오른쪽에는 원격 액세스 대상 장치의 보기와 옵션이, 왼쪽에는 호스팅 옵션이 나와 있습니다. RD 세션 호스트는 응용 프로그램을 로컬로 설치할 수 있으며, 연결하는 각 사용자는 사용자 프로필을 받아 응용 프로그램을 볼 수 있습니다. Office 경우에는 Office VL(볼륨 라이선스) 버전을 서버에 설치합니다. VL 이외의 Office 버전은 RDS 역할이 적용된 서버에 설치되지 않으며, RDS 역할이 적용되기 전에 Office를 설치하는 경우 RDS 역할이 활성화되면 Office 프로그램은 실행되지 않습니다. 왼쪽 위에 나와 있는 Hyper-V의 경우에는 가상 컴퓨터가 실제 컴퓨터처럼 작동하며, 일반적인 클라이언트 설치 규칙과 매개 변수가 적용됩니다. 또한 선택하는 아키텍처에 따라서는 도메인 자격 증명을 사용하여 로그인을 간소화하고 사용자 프로필을 연결할 수도 있습니다.
Microsoft와 Citrix는 원격 데스크톱 기술 분야에서 오랫동안 파트너 관계를 유지해 왔습니다. 다른 회사의 제품을 사용할 수도 있지만, 개인적으로는 이와 같은 오랜 파트너 관계와 기능의 우수성을 고려하여 Citrix의 XenApp(영문일 수 있음) 솔루션을 사용해 앞서 설명한 RemoteApp 시나리오에 따라 환경을 구축했습니다. Citrix 솔루션의 다양한 이점 중 하나는 Citrix 수신기(영문일 수 있음)를 폭넓은 장치에서 사용할 수 있다는 점입니다. iPad, Mac, Blackberry, Android 슬레이트 등 다양한 장치에서 원격 Windows 환경을 제공할 수 있습니다. 또한 XenApp은 Windows와 효율적으로 통합되므로 설정과 구성 프로세스를 쉽게 진행할 수 있으며, XenApp의 정책 관리 컨트롤은 Windows에서 그룹 정책을 통해 수행할 수 있는 작업을 보완합니다. 예를 들어 회사 도메인의 프린터에 대한 인쇄 권한을 제한할 수 있습니다.
기본 저장 위치를 관리되는 SharePoint 위치나 사용자 프로필 내의 위치로 설정할 때 일반적으로 수행할 수 있는 또 다른 작업은 사용자 프로필 외부의 위치를 숨기거나 액세스할 수 없도록 잠그는 것입니다. 수 년간 사용자 상태 마이그레이션 도구 제품을 관리해 오면서, 장치 간에 쉽게 로밍할 수 있는 사용자 위치 대신 루트(C:\)의 사용자 지정 폴더에 항목을 저장하고자 하는 사용자가 많음을 확인할 수 있었습니다. 따라서 여기서는 그룹 정책 규칙을 구성함과 동시에 이러한 동작도 차단하겠습니다.
XenApp 솔루션을 사용하여 원격 Windows 환경에 액세스하는 경우에는 Office 기능을 계속 사용할 수 있다는 장점도 있습니다. 즉, 전체 클라이언트 기능과 사용자 지정 추가 기능을 모두 사용할 수 있습니다.
응용 프로그램과 데스크톱을 원격으로 호스팅하고 원격 액세스 대상 장치를 뷰어나 원격 컨트롤러로 지정하는 경우 다음과 같은 여러 이점이 제공됩니다.
위에 나와 있는 것 외에도 다양한 이점이 있으며, 이러한 이점으로 인해 많은 조직에서 원격 데스크톱 및 가상화 솔루션 도입을 고려하거나 이러한 솔루션을 구현하고 있습니다.
모든 Office 기능을 사용할 수 있다는 것 외에, 원격 데스크톱 솔루션을 사용하는 경우 사용자에게 제공되는 가장 큰 장점 중 하나는 사용자가 연결하는 세션을 활성 상태로 유지할 수 있다는 것입니다. 즉, 회사의 데스크톱 컴퓨터에서 파일을 열어 놓고 작업 중이던 모든 내용을 그대로 두고 슬레이트 장치로 이동하여 같은 문서에서 작업을 중단한 위치부터 작업을 계속할 수 있으며 집 컴퓨터나 휴대폰에서도 같은 환경에 액세스할 수 있습니다. 이때 회사 컴퓨터에서 실행 중인 환경을 원격으로 보는 것이므로, 환경을 계속 실행하고 대부분의 항목을 설정된 상태로 유지할 수 있습니다. 물론 원격 환경에서 별도의 작업을 수행해야 하는 경우도 있지만, 한 번 시작한 세션은 몇 주 동안 계속 활성화되어 있는 경우가 많습니다.
그러나 이러한 장점도 있지만 단점도 있습니다. 먼저, 연결 상태가 양호해야 중단 없이 원격 세션을 볼 수 있으며 연결이 끊어지거나 이동 중일 때, 또는 터널이나 지하 등 연결 상태가 불안정한 곳에 있을 때는 오프라인 액세스가 사실상 불가능합니다. 장애도 자주 발생하는 편입니다. 위에서 언급한 인프라 계획 및 디자인 가이드(영문일 수 있음)를 참고하면 만일의 사태를 대비할 수는 있지만 인증 호스트-웹 서버-라이선스 서버-연결 브로커-세션 호스트/가상 컴퓨터 체인의 링크로 인해 서비스가 중단될 수 있다는 점은 염두에 두어야 합니다.
지금까지 6개의 블로그를 통해 다양한 내용에 대해 살펴보았습니다. 먼저 장치 지원을 위한 최소한의 공통 분모 및 Exchange ActiveSync에 대해 설명한 후 Office Web Apps를 사용하는 방화벽 내의 옵션과 장치 트러스트를 기반으로 환경을 구분하는 방법, 그리고 IIS와 UAG 등의 도구를 사용하여 이러한 환경에서 쿼리를 수행하는 방법을 설명했습니다. 마지막으로 사용자 인터페이스 조정을 통해 원격 액세스를 준비하는 방법과, 원격 액세스 구축에 사용되는 도구 및 기술에 대해 다루었습니다.
각 구성 요소의 작성 및 구성 방법에 대해 세세히 설명하지는 못했지만, 새로운 장치를 하드웨어 표준 목록에 통합하려는 사용자나 기존 장치 및 새로운 장치에 대해 Office 파일 보안 및 액세스를 개선하는 방법을 확인하고자 하는 사용자가 이 시리즈를 통해 최소한의 추가 정보를 파악하셨기를 바랍니다.
개인적으로 볼 때는 지금까지 설명했던 장치가 아직 관리 가능한 플랫폼으로 완성될 수 있는 시간이 부족했으며, 지난 수십 년 동안 업계에서 분산 컴퓨팅 모델에 대해 모색해 왔던 것과 같은 과정이 점진적으로 진행되고 있다고 생각합니다. 관련 업계가 계속해서 성장하고 있으며 현재 시판 중인 다양한 플랫폼이 이러한 성장을 견인하고 있기는 하지만, 위험 수준이 각 작업 환경에 가장 적합한 솔루션은 사용자가 직접 결정해야 합니다. 장치를 방화벽 내에 배치하고 안전한 리소스 액세스 방법을 제공할 수도 있고, 장치를 관리되는 컴퓨터에 대한 뷰어로 제공할 수도 있습니다. 어떤 방식을 적용할지는 상황에 따라 사용자가 직접 선택해야 합니다.
읽어 주셔서 감사합니다.
Jeremy Chapman
선임 제품 관리자
Office IT Pro 팀
업데이트: 시리즈의 모든 블로그가 완성되었습니다. 해당 6개 블로그의 링크는 아래와 같습니다.
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Windows, iPad and Android - Managing and Using Your Office Assets in a Tablet World (Part 6) – Building Solutions for Remote Access to Windows Environments를 참조하십시오.
최초 문서 게시일: 2012년 1월 12일 목요일
호환성 전문가 Curtis Sawin이 작성한 게시물입니다.
이 게시물 시리즈의 1부에서는 OMPM을 사용하여 "변환하기에 적합한 문서", 즉 이진 형식(xls, doc, ppt 파일)에서 OpenXML 형식(xlsx, docx, pptx)으로 변환해도 실제로 호환성 위험이 없는 문서를 파악하는 방법에 대해 설명했습니다.
2부에서는 실제 문서 변환 프로세스를 설명합니다. 이 프로세스에서는 Office 파일 변환기 도구(OFC.EXE)를 사용하며, OMPM 보고 도구(OMPM.accdr)에서 내보낸 목록도 사용합니다.
1부에서 설명한 것처럼, OMPM 보고 도구를 통해 "낮은 위험도" 필터를 만들어서 다음과 같은 문서를 찾아낼 수 있습니다.
아래의 WHERE 절을 사용하여 이 조건을 충족하는 문서를 찾을 수 있습니다.
WHERE MaxIssueLevelID > 2 AND DATEADD(d,-30,GETDATE()) > ModifiedDate AND FileID not in (SELECT FileID from Uv_FilterMacroIssue)
이 조건을 충족하는 파일을 변환하려면 OMPM 보고 도구를 사용하여 필터링된 목록을 내보냅니다. 필터 적용(Apply Filter)을 선택하여 조건을 추가한 후에 내보내기...(Export...) 단추를 선택하여 파일 목록을 내보냅니다.
그러면 결과 집합의 모든 파일에 대한 전체 경로가 포함된 하나 이상의 XML 파일이 출력으로 표시됩니다. 파일 변환 도구인 OFC.exe에서 파일을 내보낸 폴더를 참조합니다.
다음으로, OMPM 도구 집합을 다운로드하여 압축을 풀면 “TOOLS” 폴더에 포함되는 OFC.ini 파일을 열어 FileListFolder 항목이 파일을 내보낸 폴더를 가리키도록 수정합니다. 예를 들어 파일 목록을 D:\DataExport 폴더로 내보낸 경우 FileListFolder 항목을 다음과 같이 수정합니다.
FileListFolder=D:\DataExport
FileListFolder 항목을 사용하면 OFC.exe는 OMPM 보고 도구에서 내보낸 모든 파일을 변환합니다. 또한 OFC.ini의 [FoldersToConvert] 섹션이 아닌 FileListFolder를 사용하면 위험도가 낮은 "변환에 적합한 파일"로 태그를 지정한 파일만 변환할 수 있습니다. [FoldersToConvert] 섹션을 사용하는 경우 단순히 OFC.exe가 하나 이상의 폴더에서 모든 항목을 변환하게 됩니다. 이러한 방식이 효율적인 경우도 있지만, 변환을 자동화하는 기능은 유지하면서 파일을 선택적으로 변환하려는 경우에는 FileListFolder를 사용하면 변환 과정을 훨씬 효율적으로 제어할 수 있습니다.
변환된 파일을 원래 위치로 쉽게 이동할 수 있도록, ofc.ini에는 대상 폴더 구조를 지정할 수 있는 [ConversionInfo] 섹션이 있습니다. 예를 들어 다음을 지정하여 폴더 구조를 재현할 수 있습니다.
[ConversionInfo]
SourcePathTemplate=*\*\*\*\*\*\*\*\*\
DestinationPathTemplate=X:\*1\*2\*3\*4\*5\*6\*7\*8\*9
위와 같이 지정하면 변환된 파일이 “X:\” 드라이브에서 원본 폴더와 비슷한 폴더 구조에 저장됩니다. 또한 OFC.exe는 컴퓨터 이름을 대상 경로에 추가합니다. 폴더 구조를 재현할 수 있으면 반복 프로세스를 구현하여 새 파일을 이동하고 이전 파일을 삭제할 수 있습니다. 또한 이러한 프로세스를 자동화하는 스크립트를 작성할 수도 있습니다.
OFC는 최대 10개 폴더 수준까지 변환할 수 있습니다. 예를 들어 DestinationPathTemplate=I:\Converted\*1\*2\*3\*4\*5\*6\*7\*8\*9\는 정상적으로 작동하지만 DestinationPathTemplate=I:\Converted\*1\*2\*3\*4\*5\*6\*7\*8\*9\*10\은 작동하지 않습니다.
폴더 수준 관련 문제를 완화하는 방법 중 하나는 드라이브 문자를 폴더 구조에 매핑하는 것입니다. 예를 들어 “x:\” 드라이브를 \\myserver\myshare\folder1\folder2\folder3\folder4에 연결하고 내보낸 XML 파일에서 찾기 및 바꾸기를 수행하여 폴더 구조를 드라이브 문자로 바꾸면 됩니다.
이 제한은 큰 영향을 주지는 않지만 해결하기가 까다로우므로 기억하고 있는 것이 좋습니다.
아래 스크린샷에는 여러 구성 요소의 예가 나와 있습니다.
먼저, 아래 스크린샷은 OMPM 보고 도구에서 내보낸 XML 파일의 예입니다.
참고:
다음 스크린샷은 주석이 모두 제거된 OFC.ini 파일입니다.
OFC.ini 파일의 항목에 대한 자세한 내용은 TechNet 문서 OFC(Office 파일 변환기) 및 VET(버전 추출 도구)를 사용하여 이진 Office 파일 변환에서 확인할 수 있습니다.
아래 스크린샷에는 제 컴퓨터에서 기존 파일의 원본 위치가 나와 있습니다.
다음 단계에서는 명령 프롬프트에서 OFC.exe를 실행합니다. ofc.ini가 같은 폴더에 있으면 명령줄 매개 변수는 필요하지 않습니다. 실행 중인 OFC.exe의 스크린샷이 아래에 나와 있습니다.
아래 스크린샷에는 실행 결과로 생성된 폴더가 나와 있습니다.
위 스크린샷에서 폴더 구조는 D:\Converted\Ninja99\f$\Converted입니다. 대상 경로에는 폴더 구조의 컴퓨터 이름과 드라이브 문자 또는 UNC 이름이 포함됩니다. 따라서 파일을 원래 위치로 쉽게 다시 이동할 수 있습니다.
또한 수정한 날짜(Date Modified) 및 크기(Size) 열도 표시됩니다. 변환 프로세스에서는 원래 수정/액세스/작성 타임스탬프가 유지되므로, 이러한 타임스탬프를 사용하여 트리거되는 보관/저장 솔루션을 사용하는 경우 유용하며, 크기도 이전 버전보다 훨씬 작습니다.
OFC.exe를 사용하여 파일을 "변환"하려면 기존 파일을 정리하고 변환된 파일로 바꿔야 합니다. 따라서 일괄 변환 프로젝트의 ROI를 결정할 때는 이 정리 작업에 투자하는 시간도 고려해야 합니다.
일괄 변환을 수행하는 것은 필요한 저장소 용량을 줄여 비용을 절약함으로써 Office 2010에 대한 투자 가치를 실현할 수 있도록 하는 '환경 최적화' 작업입니다. 일괄 변환은 선택적 작업으로 고려해야 하며, Office 2010 배포를 준비할 때가 아닌 배포 후에만 위험도가 낮은 파일을 대상으로 수행해야 합니다.
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Using OMPM Part 2 – Performing Bulk Conversion을 참조하십시오.
최초 문서 게시일: 2011년 12월 13일 화요일
Office Sustained Engineering 팀은 Office 2007 SP3(서비스 팩 3)에 포함된 업데이트 목록을 공개했습니다. 2011년 10월에 출시된 Office 2007 SP3에는 Office 2007 SP2 이후 제공된 모든 PU(공개 업데이트) 및 CU(누적 업데이트) 롤업과 안정성/성능 관련 개선 기능이 포함되어 있습니다. 2011년 10월 PU 또는 CU는 Office 2007 SP3에 포함되어 있지 않습니다.
업데이트 목록을 보려면 Microsoft Office 업데이트 블로그(영문일 수 있음)(http://blogs.technet.com/b/office_sustained_engineering/archive/2011/12/09/office-2007-service-pack-3-roll-up-list.aspx)(영문일 수 있음)를 참조하십시오.
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 The updates list for Office 2007 Service Pack 3 is now available을 참조하십시오.
최초 문서 게시일: 2011년 11월 5일 토요일
최근에 동료가 Get to the Point SharePoint 블로그에서 흥미로운 게시물을 작성했습니다. 한 중소기업 고객이 Office 365로 마이그레이션하는 중에 클라우드에서 OWA 및 Web Apps를 활용하여 Office를 단독으로 사용하고, 나중에는 Office 웹 기반 클라이언트와 리치 클라이언트를 함께 사용했다고 하는데요. 꽤 재미있는 내용이므로 확인해 보시기 바랍니다.
Office 365의 소프트웨어 + 서비스 사용 사례(영문일 수 있음)
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Working exclusively with Office Web Apps - one small business customer's experiment를 참조하십시오.
최초 문서 게시일: 2011년 11월 18일 금요일
SharePoint 2010에서는 백 엔드 비즈니스 시스템을 연결하고 SharePoint의 비즈니스 데이터를 표시하여 조직 전체의 직원들이 액세스 및 사용할 수 있도록 하는 기능을 제공합니다. 거의 모든 대기업에서는 ERP 및 CRM 솔루션을 사용하여 핵심 비즈니스 프로세스를 실행합니다. 기업에서는 이러한 시스템을 사용하여 조직 내의 관련 원칙(예: 제품 계획, 재무 실적 관리, 공급망 관리 등)을 지원하는 자세한 방식을 장기간에 걸쳐 개발해 왔습니다. 그러나 서로 다른 원칙과 팀 간에 비즈니스 데이터를 기반으로 하여 공동 작업을 수행하고 데이터를 제공하는 과정의 문제는 여전히 남아 있습니다. 이러한 문제가 발생하는 이유는 소수의 직원만이 백 엔드 시스템을 사용하도록 허가되며 관련 교육을 받는다는 점, 그리고 여러 직무 및 팀에 걸쳐 이러한 시스템을 통합하는 과정이 복잡하고 비용이 높다는 점입니다.
SharePoint 및 SQL을 통해 업무상 중요한 솔루션을 사용하는 경우의 이점에 대해 자세히 알아보려면 여기를 클릭하십시오(영문일 수 있음).
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Business-critical processes with SharePoint and SQL을 참조하십시오.
최초 문서 게시일: 2011년 11월 30일 수요일
이 게시물은 Office Web Apps 팀의 제품 관리자인 Jenni French가 작성한 것입니다.
올 초가을에 고객의 의견을 반영하여 개선된 Office Web Apps가 출시되어 OneNote Web App의 잉크 보기, Excel Web App의 셀 병합/자동 맞춤 및 브라우저에서 직접 인쇄 등의 새로운 기능이 제공되었습니다. 오늘 SkyDrive 팀에서 공개하는 업데이트"(영문일 수 있음) 역시 고객의 요청을 토대로 합니다. 이번 SkyDrive 업데이트를 적용하면 SkyDrive에서 Office Web Apps를 사용하여 Office 문서를 훨씬 쉽게 공유하고 공동 작업을 수행할 수 있습니다.
이번에 발표되는 SkyDrive 개선 기능을 사용하면 폴더뿐 아니라 SkyDrive에 저장된 개별 파일까지 공유할 수 있습니다. 또한 SkyDrive를 통해 Windows Live ID를 모르는 사람을 비롯하여 모든 사용자와 Office 문서에서 공동 작업을 수행할 수 있습니다. Facebook, LinkedIn 등에서 친구와 문서를 직접 공유하거나, 사용 권한을 설정하여 문서를 공용으로 지정한 다음 문서 링크를 만들어 발송/공유하거나 블로그 또는 웹 사이트에 포함하는 방식으로 원하는 모든 사람과 문서를 공유할 수 있습니다.
작업 중인 문서를 공유하려면 도구 모음에서 공유(Share)를 클릭하면 됩니다. 그러면 표시되는 단일 창에서 친구의 전자 메일 주소나 간단한 메시지를 입력하고 편집 권한을 지정하거나 로그인이 필요하도록 지정할 수 있습니다.
문서를 공유하도록 지정한 사용자는 발송된 초대를 즉시 받게 됩니다. 이 초대에 포함된 링크를 클릭하면 문서를 볼 수 있습니다.
SkyDrive 팀은 이번 업데이트에 시간을 절약할 수 있는 또 다른 유용한 기능, 즉 파일 목록의 오른쪽 클릭 메뉴를 추가했습니다. 이 메뉴를 통해 문서 보기, 편집, 다운로드 등 다양한 작업이 가능합니다.
이제는 전자 메일뿐 아니라 Facebook, LinkedIn 등의 소셜 네트워크를 통해서도 Office 문서를 공유할 수 있습니다. 따라서 Facebook을 통해 친구에게 Office 문서를 보여 주거나 LinkedIn에서 동료와 공동 작업을 할 수 있으므로 매우 편리합니다.
소셜 네트워크에 Office 문서를 게시하려면 탐색에서 공유(Share)를 클릭하고 게시 위치(Post to)를 클릭합니다.
일부 친구 및 동료와 Office 문서를 공유하는 것 외에도, 문서를 업로드하여 모든 사람과 공유할 수 있으며 문서 링크를 생성하여 게시하거나 발송하여 문서를 공용으로 지정할 수 있습니다. 또한 공유 대상으로 지정한 친구만 문서를 보도록 사용 권한을 설정하거나, 웹에서 모든 사용자가 볼 수 있도록 문서를 공용으로 지정할 수도 있습니다.
문서를 공용으로 지정하려면 공유(Share), 링크 가져오기(Get a Link)를 차례로 클릭합니다.
개인 블로그나 웹 사이트가 있으면 Excel 또는 PowerPoint 문서를 다른 웹 페이지에 직접 포함할 수 있습니다.
SkyDrive에서 Office 문서를 포함하려면 문서를 마우스 오른쪽 단추로 클릭하고 포함(Embed), 생성(Generate)을 차례로 클릭합니다. 그러면 블로그 또는 웹 사이트에 붙여 넣을 수 있는 HTML 코드가 제공됩니다.
이와 같이 향상된 기능을 실제로 사용하는 방법을 확인하려면 Office Casual 블로그(영문일 수 있음)에 Doug가 게시한 비디오를 시청하거나, SkyDrive에 로그인한 다음 작업을 직접 시작해 보십시오.
새로운 기능을 사용해 보시고 여러분의 의견을 아래의 댓글이나 제품을 통해 알려 주시기 바랍니다.
감사합니다. --Jenni FrenchOffice Web Apps 선임 제품 관리자
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 New SkyDrive updates make sharing Office docs easier를 참조하십시오.
최초 문서 게시일: 2011년 11월 8일 화요일
호환성 전문가인 Curtis Sawin이 최근 캘리포니아 주 애너하임에서 개최된 SharePoint 컨퍼런스에서 Office 호환성 계획에 대해 강연을 했습니다. 아래에 강연 녹화 비디오의 소개 정보와 링크가 나와 있습니다.
Office 파일 및 솔루션의 호환성으로 인해 Office 업그레이드 계획 준비를 시작하는 조직에서 문제가 발생할 수 있습니다. 일반적으로는 이러한 문제로 말미암아 확장 배포 프로젝트에서 새로운 버전의 가치를 실현하는 기간이 길어지게 됩니다. 배포 프로젝트를 성공적으로 수행하려면 적절한 프로세스와 도구를 활용하여 잠재적 위험을 파악해야 합니다. 이 세션에서는 적절한 방식을 통해 시간이 많이 걸리는 고가의 평가 과정을 효율적으로 수행하고 정보 파악 부족 및 비용 증가 문제를 해결하는 방법에 대해 설명합니다. Office Compat 팀이 프로그램과 리소스를 활용하여 Office 2010 또는 Office 365 클라이언트를 신속하게 배포하는 방법에 대한 정보를 제공합니다.
http://www.microsoft.com/resources/technet/en-us/office/media/video/video.html?cid=otc&from=mscomoffamp;ice&VideoID=a4586b72-8a51-4bd2-81ff-22382205a6e0(영문일 수 있음)
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Video: Solving Office Compatibility to Accelerate Office Deployments를 참조하십시오.
최초 문서 게시일: 2011년 10월 24일 월요일
이 게시물은 태블릿 컴퓨팅 환경에서 Office 자산을 관리하는 방법에 대해 설명하는 게시물 시리즈의 5부입니다. 1부에서는 Office 리치 클라이언트, 원격 리치 클라이언트, Office for Mac, Web Apps 및 휴대폰에 설치된 Office를 사용하는 기본적인 방법에 대해 소개했습니다. 2부에서는 태블릿에서 Exchange ActiveSync를 통해 전자 메일을 사용하는 방법 및 Office 구성 옵션에 대해 설명하고, 다른 플랫폼에서 제공되는 컨트롤과 그룹 정책의 비교 정보를 제공했습니다. 3부에서는 SharePoint 2010 또는 Office 365 서비스에 포함된 Office Web Apps에 대해 설명했습니다. 그리고 4부에서는 IIS 및 UAG를 통해 장치를 기준으로 리소스 액세스 권한을 구분하는 방법에 대해 설명했습니다. 이번 블로그 게시물에서 설명할 다음 주제는 Windows에서 실행되는 Office 환경에 대한 원격 액세스를 위해 사용자 인터페이스를 조정하는 방법입니다.
이 블로그 시리즈의 1부에서는 "PC 이후의 시대"에 대해 언급했는데, 이전과 같은 방식으로 포인팅 장치와 키보드를 사용하여 실제 작업을 수행하고자 하는 사용자들도 여전히 많다는 점을 들어 그 가치를 다소 평가 절하해서 설명했습니다. 지난 수 년간 Windows용으로 개발된 응용 프로그램에서는 키보드와 포인팅 장치가 있다고 가정하며, 이 게시물에서도 터치용 셸 구성 및 Office에 대해 수행할 수 있는 "최적화"에 대해 설명할 때는 이러한 가정을 염두에 둡니다. 저 자신도 매일 출퇴근 시에 2시간 정도 터치 탐색 방식으로 Office를 사용하고 있으므로 그러한 사용 방식이 번거롭다는 점을 잘 알고 있습니다.
이 게시물의 제목처럼 반드시 iPad, Android 또는 Windows에 국한하지 않더라도, 키보드와 마우스를 사용하도록 설계된 응용 프로그램이 설치된 시스템을 탐색할 때는 동일한 어려움이 있습니다. 이 게시물에서는 기본적으로 터치 방식을 사용하도록 Office 및 Windows를 구성하면서 확인된 몇 가지 사항을 설명하고자 합니다.
이 예에서는 원격 데스크톱 또는 서버를 "터치 방식" 구성의 대상으로 사용합니다. RDS(원격 데스크톱 서비스)를 사용하면 Windows Server RDS 역할이 설치된 원격 응용 프로그램 창이나 전체 데스크톱에 액세스할 수 있습니다. 액세스 대상에 관계없이 환경을 개선하기 위해 몇 가지 작업을 수행할 수 있습니다.
Windows 컴퓨터에서 "제어판\모양 및 개인 설정\개인 설정\창 색 및 모양(Window Color and Appearance)"으로 이동한 다음 "고급 모양 설정"을 클릭하면 다음 화면이 표시됩니다.
"닫기" 또는 "최소화" 단추를 클릭하면 컨트롤이 "제목 단추"라는 항목으로 전환됩니다. 여기서는 크기를 40 정도로 설정하지만 실제로는 원격 데스크톱이나 RDS 실행 해상도 및 사용하는 장치의 화면 크기와 해상도에 따라 크기를 설정해야 하므로 크기를 변경해 가면서 적절하게 맞춰야 합니다. 마찬가지로, 스크롤 막대 영역을 클릭하면 "스크롤 막대" 항목이 선택되며 스크롤 막대의 크기도 제목 단추와 일치하는 크기로 설정할 수 있습니다. 7인치 Samsung Galaxy Tab 등의 장치에서 표준 단추의 크기를 고려할 때는 이러한 세부 항목을 조정하면 매우 효율적일 수 있습니다.
이러한 컨트롤의 수정된 모양에 익숙하지 않은 경우에는 약간 낯설어 보일 수도 있지만, 이러한 변경을 통해 응용 프로그램을 스크롤하고 닫을 수 있습니다. 이러한 컨트롤의 장점 중 하나는, 이와 같은 구성을 적용하여 원격 데스크톱이나 서버 세션에 액세스하는 경우 Citrix XenApp을 사용하면 Android 또는 iPad 장치에서 구성이 유지된다는 점입니다. Windows 장치에서 이 창에 액세스하는 경우에는 제목 단추 및 스크롤 막대가 연결하는 장치의 크기에 맞게 조정됩니다.
위 그림에서는 "iPad"라는 사용자 지정 기본 Office 탭을 확인할 수 있습니다. 그리고 이 게시물 시리즈의 이전 블로그에서는 Word 리본 메뉴에 "터치(Touch)" 탭이 있었습니다. 제가 터치용으로 최적화된 "비밀" Office 2010 버전을 사용하는 것은 아니고, 일반적으로 지원되는 명령을 통해 기본 Office 리본 메뉴를 사용자 지정한 것입니다. Word 2010에서 "파일\옵션\리본 사용자 지정(Customize Ribbon)"으로 이동하면 아래와 같은 화면이 표시됩니다.
위 그림에는 사용자 지정 리본 탭이 이미 생성된 상태이며 컨트롤이 더 크게 표시되어 있습니다. 이러한 컨트롤은 터치 방식에서 보다 쉽게 사용할 수 있으며, 위 그림의 경우에는 "터치(Touch)" 탭이 Word에서 기본 탭으로 열립니다. 즉, 실제 작업 화면은 다음과 같이 표시됩니다.
각 단추는 터치에서 불편 없이 사용할 수 있을 정도로 충분히 크며, 몇 개의 주요 기능만 표시됩니다. 사용자 지정 리본 메뉴 파일을 만들면 각 사용자 계정의 AppData 폴더에 OFFICEUI 파일이 저장됩니다.
OFFICEUI 파일은 아래와 같이 기본 XML로 구성되며, 파일이 작성된 사용자 계정에 대한 선호도는 없습니다.
이 파일은 기본 사용자 프로필의 일부로 사용할 수 있습니다. 또한 Office 설치 미디어에 이러한 파일을 복사한 다음 이 블로그 시리즈의 2부에서 설명하는 것처럼 OCT(Office 사용자 지정 도구) 또는 config.xml을 사용하여 RDS 서버 또는 표준 원격 데스크톱 빌드의 올바른 위치에 이 파일을 복사할 수도 있습니다.
이러한 모든 변경을 수행하고 iPad, Android 또는 Windows 장치가 원격 데스크톱에 액세스할 수 있도록 설정하고 나면 기본 구성보다 향상된 사용자 환경을 사용할 수 있습니다. 그러나 포인팅 장치를 사용하는 것이 손가락을 사용하는 터치 방식보다 나은 응용 프로그램 창 부분도 여전히 있습니다. 아래에는 사용자 지정 부분이 빨간색으로 강조 표시된 iPad 화면이 나와 있습니다.
모든 컨트롤과 글꼴이 소형 화면의 터치 환경에 최적화되지는 않지만, 일반적인 작업은 대부분 수행 가능합니다. 이와 같이 사용자 인터페이스의 세부 사항을 조정하면 사용자의 혼란을 줄이고 Windows 이외의 장치에서도 Win32 응용 프로그램을 사용할 수 있습니다. 대부분의 조직에서는 사용자 지정된 LOB(기간 업무) 응용 프로그램을 다수 보유하고 있으며, 각 플랫폼용으로 주요 응용 프로그램을 다시 작성하는 것은 효율적이지 않을 수도 있습니다.
이 블로그 시리즈는 5부에서 마감될 예정이었지만, 다른 블로그를 통해 원격 데스크톱 환경을 구성하는 방법을 설명하는 것이 좋겠다는 결론을 내렸습니다. 따라서 이 시리즈의 최종편인 6부에서는 iPad, Android 또는 Windows 장치에서 원격 세션에 액세스하기 위한 공통 아키텍처와, 환경 구성 프로세스의 몇 가지 추가 보안 구성에 대해 설명할 예정입니다.
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Windows, iPad and Android - Managing and Using Your Office Assets in a Tablet World (Part 5) – Accessing Remote Windows Environments를 참조하십시오.
최초 문서 게시일: 2012년 1월 14일 토요일
OMPM의 기본 용도는 문서 변환 문제에 대한 세부 정보와 이진 Office 파일을 OpenXML 파일 형식으로 변환할 때의 위험에 대한 정보를 제공하는 것입니다. 그러나 많은 사용자들은 OMPM을 통해 Office 2010 응용 프로그램에서 이진 Office 파일을 열 때의 위험에 대한 정보도 확인하고자 합니다. 이로 인해 OMPM이 잘못된 용도로 사용되어 많은 시간과 작업, 비용이 소요되고 효율적인 도구에서 잘못된 정보를 제공하는 경우가 드물지 않습니다.
호환성 프로젝트의 경우에는 플랫폼에 관계없이 호환성 작업을 배포 전 작업과 배포 후 작업으로 구분해야 합니다. 즉, Office 2010/Windows 7/Internet Explorer 9 등의 새 플랫폼으로 마이그레이션하기 전에는 새 플랫폼으로의 배포에 도움이 되는 작업에만 주력해야 합니다. 이러한 작업은 플랫폼 배포 기능에 뚜렷하고도 직접적인 영향을 줍니다. 따라서 배포 전 작업은 "배포에 도움이 되는" 작업으로 간주됩니다.
배포 후 작업은 생산성 향상(미리 보기 붙여넣기(영문일 수 있음) 등) 및 비용 감소와 같이 새 플랫폼의 이점을 실현하는 데 도움이 되는 작업입니다. 또한 배포 후 작업을 통해 이후 플랫폼으로의 마이그레이션도 가능해집니다. 이러한 작업은 "환경 최적화" 작업으로 간주됩니다.
예를 들어 더 이상 사용되지 않는 매크로 코드를 업데이트하는 것은 배포 후 작업입니다. 이전 버전 Office에서 더 이상 사용되지 않는 것으로 식별된 개체 모델 항목도 컴파일되기는 하지만, 이후 Office 버전은 사용할 수 없을 수도 있기 때문입니다. 다시 말하면, 더 이상 사용되지 않는 매크로 코드로 인해 Office 배포가 실제로 차단되지는 않습니다. 따라서 Office 2010을 배포한 후에 더 이상 사용되지 않는 코드를 업데이트하면 이후 Office 버전으로 마이그레이션할 수 있습니다.
문서 변환 역시 필요한 네트워크 저장소 용량을 줄이고 환경을 최적화할 수 있도록 하는 배포 후 작업입니다.
앞서 설명한 것처럼, OMPM은 문서 자체의 문제가 아닌 문서 변환 문제를 확인합니다. 즉, OMPM은 특정 문서를 최신 파일 형식으로 변환할 수 있는지 여부에 대한 정보를 제공하지만 Office 2010에서 해당 문서가 작동할 것인지에 대한 정보는 제공하지 않습니다.
일반적으로 OMPM을 잘못 사용하는 사례 중 하나는 배포 전 작업에서 OMPM을 통해 "이전 버전 문서를 Office 2010에서 열면 작동할지 여부"를 확인하고자 하는 것입니다. OMPM을 이러한 용도로 사용해서는 안 되는 몇 가지 이유는 다음과 같습니다.
위 목록에서 가장 중요한 이유는 마지막 항목입니다. OMPM은 IT 전문가가 파악할 수 있는 데이터를 제공합니다. 고객들이 OMPM을 사용하여 문서 변환 문제를 확인한 다음 문제 수준이 "위험"인 문서에 대해서만 테스트를 중점적으로 수행하는 경우를 흔히 볼 수 있습니다. 이러한 방식을 사용하면 많은 양의 데이터를 보다 쉽게 관리할 수 있습니다. "위험" 수준의 문서는 보통 전체 인벤토리의 5~20%를 차지합니다. 인벤토리에서의 이 비율을 검색된 전체 항목의 5% 수준으로 유지하면 검색 프로세스를 가장 효율적으로 사용할 수 있을 것입니다.
그러나 이 방식에는 몇 가지 단점이 있습니다. 앞서 언급한 것처럼, 가장 치명적인 단점은 OMPM이 변환 문제에 대한 정보만을 제공하며 위험 수준의 문서가 Office 2010에서 작동할 것인지를 확인하는 데 도움이 되는 정보는 제공하지 않는다는 것입니다. 또한, "위험" 수준의 문서와 관련된 작업만 중점적으로 수행하면 문서의 중요도가 무시되어 모든 위험 수준 문서의 중요도가 동일한 것으로 간주됩니다(모든 문서를 테스트해야 하는 것으로 간주함). 따라서 이 방식을 사용하면 시간을 절약하는 것이 아니라 낭비하게 되며, 변환 문제가 있는 문서에 대해서만 작업을 수행하고 사업적인 가치는 얻지 못할 수 있습니다. 마지막으로, 이러한 방식으로 OMPM을 사용하는 경우 보안을 잘못된 방식으로 이해할 수 있습니다. 즉, 위험 수준의 문제만 포함하는 것으로 보고된 문서를 중심으로 테스트를 수행할 수는 있지만 해당 문서가 Office 2010에서 작동할지 여부는 쉽게 파악할 수 없습니다.
기업에서 Office 2010 배포를 준비하는 데 소요되는 기간은 보통 12~18개월입니다. 즉, 배포 결정 후 최종 사용자가 새 Office 버전을 사용할 수 있게 되기까지는 최대 1년 반이 걸릴 수 있습니다. 준비 과정에서 대부분의 시간에는 OMPM을 사용한 문서 평가를 수행하는데, 이 과정은 오래 걸리고 비용도 많이 듭니다. 실제로 Office 2010 업그레이드 전에 OMPM을 사용하지 않으면 추가적인 위험 없이 더 빠르고 저렴하게 배포를 수행할 수 있는 경우도 있습니다.
OMPM 2010 버전에는 "매크로 문제"를 파악하는 새로운 기능이 추가되었습니다. 요약하자면, OMPM은 두 가지 데이터 요소(모든 잠재적 개체 모델 문제의 수와 64비트 호환성 문제의 수)를 제공합니다.
개체 모델 문제(OMPM 보고 도구에서 기능 문제 수(Functionality Issue Count)로 표시됨)에는 이전 버전 Office에서 제거 또는 변경되었거나 더 이상 사용되지 않는 매크로 코드의 총 항목 수가 간략하게 표시됩니다. 64비트 문제(x64 호환성 문제 수(x64 Compatibility Issue Count)로 표시됨)에는 명시적으로 "64비트 Office에서 안전"한 항목 목록에 포함되지 않은 모든 매크로 코드 선언의 합계가 표시됩니다.
이처럼 개선된 기능이 추가되었으므로 해당 기능이 제공하는 유용한 정보를 배포 전에 미리 확인해야 한다고 생각하는 사용자가 많을 것입니다. 예를 들어 이 정보를 배포 전에 파악하면 기능 문제 88개, x64 호환성 문제 3개가 있는 문서를 Office 2010에서 사용하게 되지는 않을 것입니다. 정보 확인 여부는 다음 요인에 따라 달라집니다.
64비트 Office 2010을 배포하지 않는 경우에는 OMPM 보고 도구에서 x64 호환성 문제 수(x64 Compatibility Issue Count) 열의 데이터를 모두 무시해도 됩니다. 64비트 이외의 배포에서 해당 데이터는 아무런 의미가 없기 때문입니다.
기능 문제 수(Functionality Issue Count) 데이터는 제거 또는 변경되었거나 더 이상 사용되지 않는 개체 모델 항목에 대한 요약 정보입니다. 이러한 항목은 대부분 큰 영향을 주지 않지만, 그 중 일부는 영향을 줄 수도 있습니다. 그러나 아쉽게도 OMPM에는 영향을 주는 항목을 구분하는 기능이 없기 때문에 OMPM에서 데이터를 확인해도 별다른 도움은 되지 않습니다. 개체 모델 변경 내용이 매크로에 주는 영향에 대한 자세한 내용은 Office 2010 개체 모델에서 영향을 줄 수 있는 변경 내용 파악 문서를 참조하십시오.
마지막으로, OMPM은 기능 또는 x64 매크로 문제가 가장 많은 문서에 대한 정보는 제공하지만 해당 문서/매크로가 업무상 중요한지에 대한 정보는 제공하지 않습니다. 업무적으로 아무런 가치가 없는 문서에 대해 테스트 및 문제 해결 주기를 진행하는 것은 시간 낭비일 것입니다. 따라서 매크로 문제의 양을 참고하여 테스트할 문서를 결정하는 것은 효율적이지 못한 경우가 많습니다.
이 문서에서 지금까지는 적절하지 않은 방식에 대해 주로 설명했는데요, 이러한 정보는 그 자체로는 별 도움이 되지 않습니다. 문서 및 매크로 검색에 OMPM을 사용하는 것이 적절하지 못하다면, 적절한 방식은 어떤 것인지도 알아야겠죠. 먼저 최종 사용자, 즉 고객 측면을 살펴보겠습니다. Office에서 가장 큰 이점이자 문제점은 최종 사용자가 Office를 통해 솔루션을 직접 작성할 수 있으며 이러한 Office 솔루션은 IT 조직을 통해 관리되지 않는다는 것입니다. 또한 대부분의 회사에서는 IT 조직이 Office 문서를 관리하지 않으므로, IT 부서에서 업무 수행 시 중요한 Office 문서를 제대로 파악하지 못합니다.
OMPM을 사용하여 전체 환경을 검색하는 것보다는 프로젝트 관리자, 관계 관리자 또는 지정된 업무 책임자와 협력하여 업무에 중요한 문서를 파악하는 것이 훨씬 빠르며, OMPM 사용 시에는 잘못된 데이터를 사용하게 될 수도 있습니다. 다른 IT 이니셔티브 및 프로젝트에서도 이러한 협력 관계를 활용하여 작업 환경에서 변경을 보다 신속하게 수행할 수 있습니다.
대부분의 호환성 프로젝트에서는 플랫폼에 관계없이 "인벤토리, 작업 대상 결정, 테스트, 문제 해결"의 작업 흐름이 사용됩니다. Office의 경우에는 검색에 OMPM을 사용하고, "주의" 또는 "위험" 항목을 필터링해 작업 대상 문서를 결정하고, 이러한 필터링을 거쳐 선택된 소수의 문서 하위 집합에 대해 테스트 및 문제 해결을 수행하는 것이 논리적일 수도 있습니다. 그러나 이 과정에서 잘못된 기준을 토대로 작업 대상 항목 목록을 작성하게 될 수 있습니다. 이는 자동차를 구입할 때 색상을 먼저 선택하는 경우, 즉 다른 요소는 전혀 고려하지 않고 "파란색 자동차" 중에서 적절한 품목을 구입하려는 경우와 비슷합니다. 잘못된 데이터 집합에 대해 테스트/문제 해결을 중점적으로 수행하는 경우에는 위험을 줄일 수 없으며, 올바른 데이터를 사용하지 않음으로써 위험이 오히려 증가하게 됩니다.
먼저 업무적 영역의 작업을 통해 중요한 문서/솔루션을 파악하면 작업 대상 항목을 검색하는 동시에 지정할 수 있으므로 효율적입니다. 업무 데이터를 생성함과 동시에 해당 유효성을 검사할 수 있기 때문입니다. 따라서 전반적인 효율성을 높여 시간과 비용을 줄이고, 적절한 데이터를 중점적으로 사용함으로써 위험을 낮출 수 있습니다.
OMPM은 특정 작업을 수행하는 데 있어 매우 효율적인 도구입니다. OMPM을 사용하여 문서 변환 문제를 찾은 다음, 해당 데이터를 참고하여 Office 2010 배포 완료 후 문서를 변환하는 것이 업무상 적절할지를 결정하면 투자에 대한 가치를 얻고 비용 절감 가능성을 실현하는 데 매우 효과적입니다. 그러나 OMPM을 통해 얻은 데이터가 잘못된 경우에는 업그레이드 프로젝트의 비용이 늘어나고 효율성은 감소하여 업무를 신속하게 처리하지 못할 뿐 아니라 Office 2010이 고객에게 제공하는 생산성 이점을 즉시 활용하지 못할 수 있습니다.
이 문서의 개념에 대한 자세한 설명은 1시간 길이의 Office 호환성 문제를 해결하여 Office 배포 가속화(영문일 수 있음) 비디오에서 확인할 수 있습니다. 이 비디오는 캘리포니아 주 애너하임의 Microsoft SharePoint 컨퍼런스에서 녹화된 것입니다. 아래에 이 비디오를 소개하는 내용이 나와 있습니다.
Office 파일 및 솔루션의 호환성으로 인해 Office 업그레이드 계획을 준비하는 조직에서 문제가 발생할 수 있습니다. 일반적으로는 이러한 문제로 인해 확장 배포 프로젝트에서 새로운 버전의 가치를 실현하는 기간이 길어지게 됩니다. 배포 프로젝트를 성공적으로 수행하려면 적절한 프로세스와 도구를 활용하여 잠재적 위험을 파악해야 합니다. 이 세션에서는 적절한 방식을 통해 시간이 많이 걸리는 고가의 평가 과정을 효율적으로 수행하고 정보 파악 부족 및 비용 증가 문제를 해결하는 방법에 대해 설명합니다. Office Compat 팀이 프로그램과 리소스를 활용하여 Office 2010 또는 Office 356 클라이언트를 신속하게 배포하는 방법에 대한 정보를 제공합니다.
OMPM 사용 1부 - 변환 가능한 문서 파악 및 저장소 절약 용량 예측OMPM 사용 2부 - 일괄 변환 수행
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Using OMPM Part 3 – Are there other uses for OMPM?을 참조하십시오.
Office Sustained Engineering 팀에서는 Office 2007 및 SharePoint 2007용 SP3(서비스 팩 3)을 공개했습니다. 모든 다운로드 목록 및 SP3 패키지의 설명 링크를 비롯한 전체 정보는 Office 2007 및 SharePoint 2007 서비스 팩 3 제공 여부(영문일 수 있음)를 참조하십시오. 링크는 기술 자료 문서 모든 2007 Office system SP3, 2007 Office servers SP3 및 Windows SharePoint Services 3.0 SP3 패키지 목록에서도 확인할 수 있습니다.
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Service Pack 3 for Office 2007 and SharePoint 2007 is now available을 참조하십시오.
Office 365(O365) 출시 이후의 첫 번째 SharePoint Online(SPO) 업데이트는 2011년 6월 28일에 공개되었으며 현재는 전 세계적으로 제공되고 있습니다. 이 게시물에서는 해당 서비스 업데이트의 일부분으로 제공되는 새로운 기능 및 수정 사항에 대한 정보를 제공합니다. 넓은 의미에서 보면 이 업데이트를 통해 사용자 및 외부 데이터의 활용 범위가 넓어질 뿐 아니라, 지원되는 장치 및 웹 브라우저의 수도 늘어납니다. 자체 관리 복구 기능도 몇 가지 추가되었으며, 그 외에도 다양한 새 기능이 제공됩니다.
캘리포니아 주 애너하임에서 개최된 2011년 SharePoint 컨퍼런스(10월 3~6일)에서 SharePoint 엔지니어링 분야 부사장인 Jeff Teper는 2011년 말까지 BCS(Business Connectivity Services)가 SharePoint Online에 추가될 것이라고 발표했습니다. 현재는 전 세계의 모든 Office 365 중소기업/대기업 고객을 대상으로 제공되는 SPO의 BCS가 WCF(Windows Communication Foundation) 웹 서비스 끝점을 통해 외부 데이터 원본에 연결할 수 있도록 합니다(읽기/쓰기 모드 둘 다 사용 가능).
이제는 외부 비즈니스 데이터를 비롯한 공동 작업 기능을 확장하는 솔루션을 디자인할 수 있습니다. 이러한 솔루션으로는 사용자 방화벽으로 보호되거나 SQL Azure와 같이 클라우드로 전송되는 LOB(기간 업무) 응용 프로그램이 있습니다. SharePoint Designer 2010은 무료로 다운로드하여 원하는 데이터에 연결할 수 있습니다.
· SharePoint Online의 Business Connectivity Services 소개(영문일 수 있음) · SharePoint Online에 포함된 BCS의 새로운 기능(영문일 수 있음) · SharePoint Online 개발자 리소스 센터(영문일 수 있음)
BCS를 통해 외부 데이터에 대한 "경계"를 없앨 수 있습니다. 다른 사용자와 함께 작업하는 경우를 예로 들어 보겠습니다. 이 서비스 업데이트에서는 공급업체, 신뢰할 수 있는 비즈니스 파트너, 고객 등 회사 소속이 아닌 사람과의 공동 작업이 지원됩니다. 이러한 외부 공유 기능을 사용하는 회사에서는 외부 사용자가 회사 SharePoint Online 사이트를 확인 및 공유하고 공동 작업을 수행하도록 초대할 수 있습니다. 이 기능은 기본적으로 해제되어 있지만 SharePoint Online 관리자가 전체 회사에 대해 외부 공유를 사용하도록 설정할 수 있습니다. 그러면 개별 사이트 모음 소유자 관리자는 외부 공유 사용 여부를 결정할 수 있습니다.
· 중소기업용 Office 365 또는 대기업용 Office 365 내에서 외부 공유를 사용하는 방법에 대해 자세히 확인해 보십시오.
· TechEd 2011에서 Office 365 지원이 발표되었을 당시의 최초 Windows Phone TechNet 블로그 게시물(영문일 수 있음)을 확인해 보십시오. · 비디오(영문일 수 있음)를 통해 Windows Phone 7.5를 Office 365 서비스에 쉽게 연결하는 방법을 살펴보십시오.
· 상세한 정보를 제공하는 블로그 게시물(영문일 수 있음)을 확인해 보십시오. · 보다 자세한 기술 관련 설명이 포함된 블로그 게시물(영문일 수 있음)을 확인해 보십시오.
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 What’s New in SharePoint Online: November 2011 Update를 참조하십시오.
Office 2010 SP1을 설치하면 SharePoint Workspace 2010이 원래 Office 2010 설치에 포함되었는지 여부에 관계없이 자동으로 설치됩니다. 이러한 현상은 SharePoint Workspace 2010 설치를 트리거하는 버그 때문에 발생합니다. 자세한 내용과 버그 처리 방법을 알아보려면 Office 2010 SP1(서비스 팩 1)을 설치하면 SharePoint Workspace 2010도 설치됨(영문일 수 있음)을 참조하십시오.
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 When you install Office 2010 SP1, SharePoint Workspace 2010 is also installed를 참조하십시오.
최초 문서 게시일: 2011년 12월 16일 금요일
이 게시물은 Office Web Apps 팀의 제품 관리자인 Jenni Friench가 작성한 것입니다.
Excel 팀에서는 개발자가 Excel을 사용하여 매시업을 만들 수 있도록 하는 몇 가지 새로운 Excel Web App 제공 기술을 공개했습니다.
매시업은 여러 출처의 데이터를 결합하여 대개 웹 페이지에서 호스팅되는 효율적인 대화형 환경을 작성하는 일종의 응용 프로그램입니다. 대부분의 사용자는 Bing 지도 및 검색 결과를 식당, 부동산 등에 대한 정보와 결합하기 위해 Microsoft나 타사에서 다른 데이터 원본을 기반으로 작성한 매시업을 사용해 본 적이 있을 것입니다.
개발자는 Excel 매시업을 만들 때 Excel Web App을 사용하여 SkyDrive에 저장된 통합 문서를 포함한 다음 해당 문서를 호스트 웹 페이지에 표시하고 코드를 사용해 대화식으로 추가합니다. Excel 팀원인 Larry Waldman은 Excel 블로그(영문일 수 있음)에서 Excel 매시업을 사용해 열량 계산기를 만드는 방법의 예제(영문일 수 있음)를 제공합니다. 이를 위해 Larry는 스프레드시트를 만들어 SkyDrive에 업로드한 다음 웹 페이지에 추가하여 각 식품의 영양 정보를 조회하는 방법으로 스프레드시트에 식품 및 열량 정보가 자동으로 표시되도록 했습니다.
다른 예제를 확인하려면 Excel 포함 방법 페이지의 매시업 탭(영문일 수 있음)을 참조하십시오. 개발자의 경우에는 excelmashup.com(영문일 수 있음) 웹 사이트에서 Excel 매시업을 만드는 방법을 확인할 수도 있습니다.
--Jenni FrienchOffice Web Apps 선임 제품 관리자
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Excel Web App powers Excel Mashups를 참조하십시오.
최초 문서 게시일: 2012년 1월 10일 화요일
OMPM(Office 마이그레이션 계획 관리자)을 사용하여 위험도가 높은 이진 형식 문서(변환 문제가 발생할 수 있는 xls, doc, ppt 파일)를 파악하면 Office 2010 배포 후에 변환해서는 안 되는 문서를 효율적으로 결정할 수 있습니다. 반대로, OpenXML로 변환하기에 적합한 위험도가 낮은 이진 문서를 파악할 때도 역시 OMPM을 사용해야 합니다. 이러한 문서를 확인한 다음 또 다른 OMPM 도구인 ofc.exe를 사용하여 확인된 문서를 모두 일괄 변환합니다. 물론 대부분의 회사에서는 문서를 일괄 변환하지 않는다고 밝히며 실제로도 Office 2010 배포 프로젝트의 일부분으로 문서를 변환하는 것은 좋지 않지만, 일괄 변환에는 필요한 네트워크 저장소를 50% 이상 줄일 수 있다는 장점도 있습니다. 따라서 관련 비용을 크게 절약할 수 있습니다.
개요 단락의 설명이 다소 모순된다고 생각하실 수도 있을 것입니다. 처음에는 "Office 배포 프로젝트의 일부분으로 문서를 변환하는 것은 좋지 않다"고 했다가, 뒷부분에서는 변환의 이점에 대해 언급했으니까요. 그러면 변환 여부는 어떻게 결정해야 할까요?
먼저, Office 배포 프로젝트의 일부분으로 문서를 변환하면 문제, 특히 링크 손상 문제가 발생할 수 있다는 점을 언급하고 넘어가겠습니다. Office 2010에서는 이진 파일을 열 때 호환 모드를 사용하며, 이진 파일을 이전 버전 Office와 호환되는 상태로 유지하기 위해 이전 버전과 호환되지 않는 특정 기능을 사용하지 않도록 설정합니다. 호환 모드를 사용하기 위해 사용자가 수행해야 하는 작업이나 구성해야 하는 항목은 없으며, 이전 버전 Office와 동일하게 파일 작업을 계속할 수 있습니다. 따라서 기존 파일에서 새 기능을 사용하지 않으려는 경우에는 추가 작업이 필요하지 않습니다. Office 2010 마이그레이션 프로젝트의 일부 작업은 새 플랫폼으로 보다 간편하고도 신속하게 마이그레이션하는 방법을 파악하기 위한 것입니다. 업무적 가치에 도움이 되지 않는 작업은 수행하지 않는 편이 비용을 절약하는 데 도움이 됩니다. 따라서 Office 2010 배포를 준비할 때는 "배포에 도움이 되는" 작업에만 주력해야 합니다.
참고: OMPM이나 기타 도구를 사용하여 작업 환경에서 문서 변환 문제를 검색하는 것은 "배포에 도움이 되는" 작업이 아닙니다. 여기에 대해서는 아래에서 자세히 설명하겠습니다.
Office 2010으로 마이그레이션한 후에는 새로 만드는 모든 문서에서 새 기능을 사용할 수 있게 됩니다. 이때 문서 일괄 변환을 수행하는 것이 효율적일지를 판단합니다. 생산성을 높이는 기능(붙여넣기 미리 보기(영문일 수 있음), SmartArt 등)을 활용하고 필요한 네트워크 저장소 용량을 줄이는 것은 Office 2010에 대한 투자 가치를 실현할 수 있도록 하는 효율적인 "환경 최적화" 작업입니다.
OMPM을 사용하여 위험도가 낮은 파일(변환 후보)을 파악하는 것은 일괄 변환을 수행하는 것이 효율적인지를 판단하는 데 도움이 되는 Office 배포 후 작업입니다. OMPM을 통해 수집된 데이터를 사용하여 일괄 변환의 ROI(투자 수익률)를 파악할 수 있습니다. 즉, OMPM을 사용하면 여러 문서를 변환하는 경우 저장소와 관련하여 절약할 수 있는 비용을 확인할 수 있습니다. IT 조직이 네트워크 저장소에 대한 요금 부과 모델을 구현하는 환경에서는 OMPM을 사용하면 문서 변환 시 절약할 수 있는 비용도 확인이 가능합니다. 일반적으로 IT 조직에는 비즈니스 관련 비용이 많이 필요하다는 인식이 많은데, OMPM을 사용하면 이러한 인식을 바꾸고 IT에서 "비즈니스 관련 비용을 절약"할 수도 있음을 보여 줄 수 있습니다.
변환하기에 적합한 문서는 비즈니스에 대해 예상되는 영향이 최소 수준인 문서입니다. 조직에서 "낮은 위험도"를 정의할 때는 "최근에 수정한 문서 제외"와 같은 특정 비즈니스 규칙을 적용하고, "문서 변환 문제가 주의 또는 위험 수준인 문서 제외" 및 "매크로 문제가 있는 문서 제외"와 같이 OMPM에서 반환되는 특정 데이터를 이 규칙과 결합할 수 있습니다. 이처럼 변환에 적합하지 않은 문서를 제외하고 나면 다음 조건을 충족하는 문서가 남습니다.
OMPM에서는 문제 심각도를 나타내는 범주로 잠재적 문서 변환 문제를 분류합니다. "안전" 수준의 문제란 대부분 심각하지 않으며 비즈니스에 영향을 주지 않는 문제로, 수식에서 레이블을 사용하거나(Excel 2010에서 자동 변환됨) 차트를 포함하는 Excel 파일을 예로 들 수 있습니다. "주의" 또는 "위험" 수준의 문제는 보다 심각할 수 있으며, 이러한 문제가 있는 문서를 변환하면 데이터 또는 기능이 손실될 수 있습니다.
매크로 문제가 있는 파일은 (1) 이전 Office 버전 이후로 변경 또는 제거되었거나 ��� 이상 사용되지 않는 개체 모델 항목을 사용하는 매크로가 포함된 파일, 그리고 (2) 64비트 버전 Office와 호환되는 것으로 표시되지 않은 함수를 호출하는 매크로의 두 범주로 분류됩니다. OMPM에서는 이러한 매크로 문제의 영향에 대한 자세한 정보가 제공되지는 않지만, 위험을 줄이기 위해 이러한 파일도 변환 가능 문서 목록에서 제외하는 것이 좋습니다.
매크로 문제는 위험/주의/안전 수준의 문제와는 별도로 확인해야 합니다. 즉, 매우 많은 수의 매크로 문제가 확인되는 파일도 변환 문제에서는 "안전"한 문서 또는 변환 문제가 없는 파일로 표시될 수 있습니다. 따라서 "낮은 위험도" 필터를 작성할 때는 이 두 가지 문제를 명확하게 구분해야 합니다.
또한 최근에 수정된 파일도 제외할 수 있습니다. 예를 들어 지난 30일 동안 수정된 파일은 변환하지 않도록 지정할 수 있습니다. 이렇게 하면 사용될 가능성이 거의 없는 문서만 변환됩니다. 이러한 파일 중 일부는 사용된다고 하더라도, 사실상 변환 위험이 없는 문서만 변환하는 것입니다. 작업 환경에 따라 30일이 충분하지 않다고 생각되면 기간을 더 늘립니다.
참고: OMPM 보고 도구에는 파일을 "마지막으로 수정한" 날짜만 표시되며 파일에 "마지막으로 액세스한" 날짜에 대한 정보는 제공되지 않으므로 다소 불편합니다.
아래에는 기본적인 문서 변환 프로세스가 나와 있습니다.
1단계 - 데이터 수집
저장소 확인을 제외한 위의 단계를 수행하는 방법에 대해 자세히 알아보려면 TechNet의 OMPM 설명서를 참조하십시오.
2단계 - 데이터 분석
변환에 적합한 파일을 결정하려면 다음을 수행합니다.
변환을 통해 절약 가능한 저장소의 용량을 예측하려면 다음을 수행합니다.
3단계 - 실제 변환 수행
변환에 적합한 파일을 변환하려면 다음을 수행합니다.
이 문서에서는 2단계에 대해 설명합니다. 3단계에 대해서는 별도의 문서에서 설명할 예정입니다. 왜 두 문서에서 각 단계를 따로 설명하냐고요? 2단계는 문서를 변환하는 것이 적합한지를 결정하는 단계이며, 이 단계에서 문서 변환이 재정적 측면에서 적절하다고 판단되면 3단계에서 실제 작업을 수행하기 때문입니다. 2단계에서 문서 변환이 적절하지 못하다고 판단되면 더 이상 게시물의 내용을 확인할 필요가 없으며, 결정 사항에 따른 데이터를 관리 담당자에게 제공하면 됩니다. 즉, 문서 변환을 통해 비용을 줄일 가능성이 없다고 판단되는 경우에는 사용자나 회사에서 이 게시물의 추가 작업을 수행할 필요가 없습니다.
OMPM 보고 도구(OMPM.accdr)를 열고 OMPM 호환성 링크를 선택한 다음 파일 필터 선택(Select a File Filter) 섹션에서 아래쪽으로 이동하여 SQL 사용자 지정(Customize SQL) 단추를 선택합니다. or 조건을 충족하려면 아래의 WHERE 절을 사용하면 됩니다.
쿼리를 추가한 후 필터 적용(Apply Filter) 단추를 선택하면 조건에 맞는 모든 파일이 반환됩니다.
아래에 이 작업을 수행하는 OMPM 보고 도구 화면이 나와 있습니다.
위의 예에서는 문서 중 약 74%가 낮은 위험도 조건을 충족하므로 변환에 적합합니다.
SQL 사용이 어려운 경우에는 위의 예가 약간 까다롭게 보일 수 있습니다. 아래 표에는 쿼리의 각 부분에 대한 설명이 나와 있습니다.
변환에 적합한 문서의 수와 비율이 확인되었으면, 해당 문서를 변환하는 경우 절약 가능할 것으로 예상되는 저장소 용량을 파악해야 합니다. TechNet의 설명서에는 OpenXML 파일이 이진 파일보다 "최대 75% 작다"고 나와 있지만, 실제로는 문서 변환 시 크기가 약 56~60% 감소합니다. 계획 단계에서는 문서를 OpenXML 형식으로 변환할 때 필요한 저장소의 양이 50% 감소하는 것으로 예상하는 것이 좋습니다.
OMPM 보고 도구에서는 나열된 모든 파일의 누적 크기가 제공되지 않으므로, OMPM 보고 도구의 검색된 파일(Scanned Files) 탭에서 모든 데이터를 복사하여 Excel 등에 붙여 넣은 다음 파일 크기 열의 합계를 계산할 수 있습니다. 사실 이 방법은 꽤 번거롭습니다.
좀 더 쉬운 방법은 SQL Server Management Studio(SSMS)를 사용하여 OMPM 데이터베이스에 연결한 다음 데이터베이스에 대해 직접 쿼리를 실행하는 것입니다. 이를 위해 수행 가능한 몇 가지 간단한 단계가 아래에 나와 있습니다.
1. SQL Server Management Studio를 엽니다.2. OMPM 데이터베이스가 포함된 서버에 연결합니다.3. 새 쿼리 단추를 클릭합니다.4. 아래 텍스트를 복사하여 쿼리 편집기 창에 붙여 넣습니다.
SELECT
SUM(Cast(Size as BigInt))/1024/1024/1024
FROM
Uv_File
WHERE
(MaxIssueLevel = 'No Issues' or MaxIssueLevel = 'Green')
AND
DATEADD(d,-30,GETDATE()) > ModifiedDate AND
FileID not in (SELECT FileID from Uv_FilterMacroIssue)
이 쿼리는 OMPM 보고 도구에서 사용되는 필터와 매우 비슷하지만, 이 경우 더 많은 테이블과 뷰에 액세스할 수 있습니다. 따라서 MaxIssueLevel 필드를 사용하여 MaxIssueLevelID 값이 아닌 "Green" 및 "No Issues"를 지정할 수 있으므로 쿼리를 파악하기가 좀 더 쉽습니다.
쿼리 결과로는 변환에 적합한 모든 파일에서 사용하는 총 용량(GB)을 나타내는 단일 값이 반환됩니다. 계산되는 데이터 값은 매우 클 수 있는데, 파일 크기는 바이트로 표시됩니다. 이러한 이유로 여기서는 CAST 함수를 사용하여 매우 큰 수치를 처리할 수 있는 데이터 형식으로 파일 크기 데이터를 변환합니다. 그런 다음 결과 값을 1024로 세 번 나누어 바이트를 각각 KB, MB, GB 단위로 변환합니다.
아래에 이 쿼리 및 결과 합계 값의 예가 나와 있습니다.
위의 스크린샷에서 위험도가 낮은 모든 문서에 사용되는 공간은 44GB입니다. 절약되는 저장소 용량을 계산할 때는 아래와 같이 매우 간단한 수식을 사용합니다.
그러면 문서를 변환하는 것이 적합한지에 대한 결론을 내릴 수 있습니다. 즉, 예상되는 저장소 절약 용량을 통해 일괄 파일 변환 수행 시의 ROI가 투자 가치가 있는지를 결정할 수 있습니다. IT 부서에서 네트워크 저장소에 대해 요금 부과 모델을 구현하는 환경의 경우에는 고객이 절약 가능한 예상 금액을 계산할 수 있습니다. 요금은 보통 반복적으로 부과되므로, 연간 절약 금액 정보도 제공할 수 있습니다. 3년, 4년, 5년 등 장기간에 걸친 예상 절약 금액을 확인하고자 하는 고객도 있으므로, 특정 프로젝트에서 5년 동안 절약 가능한 예상 금액 등의 정보를 제공할 수 있다면 사용자들이 문서 변환의 가치를 명확하게 파악할 수 있을 것입니다.
변환하는 데 적합한 문서를 파악한 다음 해당 문서를 변환하는 과정에서 OMPM을 활용하면 효율적입니다. 이러한 작업은 Office 2010을 배포한 후에 수행하는 것이 좋습니다. 요약하자면, OMPM은 문서 변환 작업에 대한 투자 수익률이 적절한지를 파악하는 분석 도구로 사용할 수 있습니다.
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Using OMPM Part 1 - Identifying Document Conversion Candidates and Estimating Storage Savings를 참조하십시오.
직장인이라면 누구나 창업을 원할 것입니다. 이 게시물에서는 신년을 맞이하여 창업을 준비하는 사용자를 위한 정보를 제공합니다.
Office Web Apps는 유명한 저자이자 벤처 사업가, 그리고 영향력 있는 기술 전문가인 @Guy Kawasaki와의 파트너 관계를 통해 사업에 도움이 되는 다양한 정보를 제공합니다. Guy의 독점 게시물에서는 다음 작업을 안내하는 서식 파일과 팁이 제공됩니다.
효율적인 홍보에 대한 Guy의 첫 번째 게시물을 확인해 보십시오.
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Get Guy Kawasaki's tips on starting a business를 참조하십시오.
이 게시물에서는 조직에서 사용자 지정 사전을 배포하는 방법에 대한 정보를 제공합니다. 관리자는 다음과 같은 방식을 통해 사용자 지정 사전을 배포할 수 있습니다.
다음 섹션에서는 새 사용자 지정 사전 NewCustom.dic를 사용하도록 레지스트리 키를 업데이트하는 방법의 예를 설명합니다. 이 작업을 수행하려면 레지스트리 편집기 regedit.exe를 사용합니다. regedit를 사용하는 방법에 대한 자세한 내용은 레지스트리 구성을 참조하십시오.
이 작업 방식에서는 사용자 지정 사전 파일을 기본값으로 설정한 다음 활성화된 상태로 구성합니다. 또한 NewCustom.dic 파일을 두 번째 사전으로 지정하고 활성화된 상태로 설정하며, 해당 사전이 모든 언어에 적용되도록 culture 태그를 제거합니다.
다음 레지스트리 키 및 값은 추가하거나 업데이트해야 합니다.
다음 레지스트리 키는 있는 경우 삭제해야 합니다.
사용자에게 로그온 스크립트를 배포하려는 관리자는 그룹 정책을 통해 사용자 로그온 스크립트를 할당하면 됩니다. 그룹 정책 관리 콘솔 및 사용자 로그온 스크립트를 사용하는 방법에 대한 자세한 내용은 다음 리소스를 참조하십시오.
Office 2010을 배포한 관리자는 OCT(Office 사용자 지정 도구(영문일 수 있음))를 통해 사용자 지정 사전 파일 및 레지스트리 값을 추가할 수도 있습니다. OCT는 Office 2010 설치를 유지 관리하는 데 사용할 수 있습니다. Office 2010에는 두 가지 OCT 버전이 있는데, 하나는 32비트 Office 2010용이고 다른 하나는 64비트 Office 2010용입니다. OCT는 볼륨 라이선스 버전 Office 2010 및 2007 Office system에서만 사용 가능합니다. 현재 설치되어 있는 Office 2010이 볼륨 라이선스 버전인지 확인하려면 Office 2010 설치 디스크에 Admin이라는 폴더가 있는지 확인하십시오. Admin 폴더가 있으면 해당 디스크는 볼륨 라이선스 버전입니다.
이 방법을 사용하려면 관리자는 다음 작업을 수행해야 합니다.
OCT를 사용하는 방법에 대한 자세한 내용은 다음 리소스를 참조하십시오.
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Deploying a custom dictionary를 참조하십시오.
최초 문서 게시일: 2011년 10월 22일 토요일
Office 2010 서비스 팩 1용 업데이트를 적용하면 서비스 팩을 다국어 Office 2010 설치 내의 모든 언어 버전으로 업데이트할 수 있습니다. 이전에는 영어 버전만 업데이트가 가능했습니다. 자세한 내용은 언어 설치에 대한 Microsoft Update의 Office 2010 SP1 변경 사항(영문일 수 있음)을 참조하십시오.
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Office 2010 SP1 now updates multiple languages in Office 2010 installations를 참조하십시오.
Microsoft는 오늘 Office 365 및 SkyDrive에 대한 생산성 개선용 클라우드 서비스 업데이트를 발표했습니다. Office Web Apps는 Microsoft의 클라우드 생산성 솔루션에서 중요한 구성 요소 중 하나이며, 저희 Office Web Apps 팀은 두 플랫폼에서 모두 개선된 기능을 제공해 드리게 된 점을 기쁘게 생각합니다.
Office 365에 포함된 Office Web Apps에서는 여러 기능이 개선되었는데, 그 중에서 특히 중요한 사항은 ODF(OpenDocument 형식) 1.1이 지원된다는 점입니다. 예를 들어 이제는 Office 365에서 Office Web Apps를 Exchange Online에 통합할 수 있으므로 Web Apps에서 Word, Excel 및 PowerPoint 전자 메일 첨부 파일을 확인할 수 있습니다. Office 365의 최신 업데이트에 대한 자세한 내용은 Office 365 블로그(영문일 수 있음)를 참조하십시오.
또한 이번 변경을 통해 SkyDrive에서 Office 문서를 훨씬 쉽게 공유하고 공동 작업을 수행할 수 있게 되었습니다. 이러한 기능은 고객의 의견을 반영하여 개선되었으며 간편한 공유, 보다 강력한 파일 관리, 손쉬운 업로드 등이 포함됩니다. 오늘 발표된 SkyDrive 업데이트에 대한 자세한 내용은 Inside Windows Live 블로그(영문일 수 있음)를 참조하십시오.
--Jenni FrenchOffice Web Apps 선임 제품 관리자
이 문서는 번역된 블로그 게시물입니다. 원본 문서는 Setting the pace in cloud productivity를 참조하십시오.