Исходная статья опубликована во вторник 10 апреля 2012 г.
Здесь приводится запись 15-минутного вебинара по Office, прошедшего на этой неделе и посвященного использованию приложений Office Web Apps. Присоединяйтесь к нашим вебинарам в 9:15 утра по дневному тихоокеанскому времени. Подробные сведения см. по ссылке http://aka.ms/offweb.
О чем рассказывается в вебинаре за вторник:
Ссылки для этого вебинара:
1) Первые шаги
2) Адаптация к работе
3) Что дальше?
Дополнительные сведения о 15-минутных вебинарах по Office см. по адресу http://aka.ms/offweb.
--Дуг Томас (Doug Thomas)
Это локализованная запись блога. Исходная статья находится по адресу: Webinar: Using the Office Web Apps
Исходная статья опубликована в четверг 26 апреля 2012 г.
Теперь доступны пакеты накопительных обновлений за апрель 2012 г. для Office 2010 и системы 2007 Office. Накопительные обновления также охватывают серверы Office и продукты SharePoint. В следующих общих статьях базы знаний приводятся ссылки на отдельные пакеты обновления и их описания.
Ссылки на все накопительные обновления, общедоступные обновления и пакеты обновлений для Office см. в статье Update Center for Microsoft Office, Office Servers, and Related Products.
Это локализованная запись блога. Исходная статья доступна по ссылке: April 2012 Cumulative Update for Office is now available
Исходная статья опубликована в четверг, 15 марта 2012 г.
Теперь можно получить накопительные обновления за февраль 2012 г. для Office 2010 и выпуска 2007 системы Office. Накопительные обновления включают серверы Office и продукты SharePoint. В этих статьях базы знаний содержатся ссылки на отдельные пакеты обновлений и их описания.
Ссылки на все накопительные обновления, общедоступные обновления и пакеты обновлений для Office см. в статье Центр обновлений для Microsoft Office, серверов Office Server и связанных с ними продуктов.
Это локализованная запись блога. Исходная статья доступна по ссылке: February 2012 Cumulative Update for Office is now available
Исходная статья опубликована в среду, 22 февраля 2012 г.
Это локализованная запись блога. Исходная статья доступна по адресу SharePoint Online: Service Update
Исходная статья опубликована в субботу, 14 января 2012 г.
Автор статьи — наш эксперт по совместимости Кертис Савин (Curtis Sawin).
Основная задача средства OMPM — предоставлять сведения о проблемах преобразования документов. Оно помогает ответить на вопрос "Каковы риски преобразования имеющихся двоичных файлов Office в формат Open XML?". Однако мы выяснили, что многие люди используют OMPM для ответа на вопрос "Каковы риски открытия имеющихся двоичных файлов Office в приложении Office 2010?". В результате получается, что некоторые люди используют OMPM для ответа на неправильный вопрос, затрачивая много времени, усилий и средств на работу с хорошим средством для получения не тех сведений.
Для любого проекта по обеспечению совместимости независимо от платформы необходимо разделять задачи на выполняемые до развертывания и после него. Это значит, что до миграции на новую платформу (например, Office 2010, Windows 7 или Internet Explorer 9) необходимо сосредоточить усилия только на задачах, которые обеспечивают развертывание новой платформы. Такие задачи должны быть тесно и непосредственно связаны с возможностью развертывания платформы. Именно поэтому задачи, выполняемые до развертывания, считаются задачами, обеспечивающими внедрение.
Задачи, выполняемые после развертывания, позволяют реализовать преимущества новой платформы. Это может включать повышение производительности труда (я упоминал о Вставке с динамическим просмотром?) и снижение расходов. Кроме того, задачи, выполняемые после развертывания, помогают подготовиться к миграции на будущие платформы. Такие задачи считаются задачами по оптимизации среды.
Например, обновление устаревшего кода макросов является задачей после развертывания, поскольку элементы объектной модели, которые обозначены как устаревшие со времени предыдущих версий Office, по-прежнему будут компилироваться, но могут быть недоступными в будущих версиях Office. Другими словами, устаревший код макросов не препятствует развертыванию Office. Поэтому после развертывания Office 2010 обновление устаревшего кода позволит провести миграцию на будущие версии Office.
Преобразование документов также является задачей, выполняемой после развертывания, поскольку оно позволяет снизить потребности в объеме сетевого хранилища и помогает оптимизировать среду.
Как мы говорили раньше, OMPM определяет проблемы с преобразованием документов, а не проблемы с документами. Это значит, что для конкретного документа OMPM помогает ответить на вопрос, можно ли его преобразовать в актуальный формат файла, но не отвечает на вопрос, будет ли он работать в Office 2010.
Использование OMPM до развертывания с целью выяснить, будут ли документы работать при открытии в Office 2010, является распространенной ошибкой. У этого есть несколько причин.
Ну и наконец — OMPM предлагает данные для ИТ-профессионалов. Мы часто видим, как клиенты используют OMPM, чтобы найти проблемы с преобразованием документов, а затем сосредотачиваются на проверке только документов с "красными" проблемами. Это простой способ сократить огромный объем данных до разумного предела. "Красные" документы часто составляют 5-20% всего запаса. Сокращение числа рассматриваемых документов до каких-то 5% от всех найденных кажется отличным результатом первоначального анализа!
Однако в таком подходе есть ряд недостатков. Как мы отмечали, самый главный недостаток состоит в том, что OMPM представляет сведения о проблемах преобразования и не дает сведений, которые помогут определить, будет ли "красный" документ работать в Office 2010. Кроме того, если внимание сосредоточено на "красных" проблемах, из виду упускается важность самих документов — все "красные" документы рассматриваются как одинаково важные (то есть, все они подлежат проверке). Таким образом, вам может казаться, что вы экономите время, а на самом деле тратите его впустую, занимаясь документами, которые представляют проблемы для преобразования, но не имеют ценности для бизнеса. Наконец, подобное использование OMPM создает ложное впечатление надежности. Можно сказать, что вы сосредоточились на проверке только документов с "красными" проблемами, однако вы не можете сказать, что приблизились к ответу на вопрос "Будут ли мои документы работать в Office 2010?".
Мы сталкиваемся с тем, что компании тратят 12-18 месяцев на подготовку к развертыванию Office 2010. Это значит, что после принятия решения о развертывании может пройти до полутора лет, пока пользователи не перейдут на работу с новой версией Office. Большая часть этого времени тратится на продолжительную (и дорогостоящую) оценку документов с помощью OMPM. Иногда оказывается, что люди, которые НЕ используют OMPM до миграции на Office 2010, выполняют это развертывание быстрее, с меньшими затратами и без дополнительных рисков.
В OMPM версии 2010 имеется новая функция, которая позволяет определять "проблемы с макросами". В двух словах, она сообщает два значения: число всех потенциальных проблем с объектной моделью и число всех потенциальных проблем совместимости с 64-разрядной версией.
Проблемы с объектной моделью, указанные в Числе функциональных проблем (Functionality Issue Count) в средстве отчетов OMPM, — это общее число элементов в коде макросов, которые были удалены, изменены или устарели по сравнению с предыдущими версиями Office. Проблемы с 64-разрядной версией, указанные в Числе проблем совместимости с 64-разрядной версией (x64 Compatibility Issue Count) — это сумма всех объявленных макросов, для которых явно не указана совместимость с 64-разрядной версией Office.
Имея в распоряжении эту функциональность, многие считают, что такой анализ бесценен и должен проводиться до развертывания. Например, вам вряд ли захочется использовать документ в Office 2010, если в нем имеется 88 функциональных проблем и 3 проблемы совместимости с 64-разрядной версией, правда? Это зависит от следующих условий.
Если 64-разрядная версия Office 2010 разворачиваться не будет, все данные в столбце Число проблем совместимости с 64-разрядной версией (x64 Compatibility Issue Count) в средстве отчетов OMPM можно игнорировать. Они не имеют значения в данной ситуации.
Число функциональных проблем — это сумма удаленных, измененных и устаревших элементов объектной модели. Большинство таких элементов не оказывают негативного влияния, однако с некоторыми могут возникать трудности. Как это выяснить? К сожалению, OMPM не проводит такого различия. Поэтому эта цифра не дает особой пищи для размышления. Ознакомьтесь со статьей Understanding potentially impactful changes in the Office 2010 object model, где обсуждается, как изменения объектной модели могут влиять на макросы.
Наконец, несмотря на то, что OMPM может сообщить, в каких документах больше всего функциональных проблем или проблем совместимости с 64-разрядной версией, это средство не может указать, является ли документ или макрос важным для бизнеса. Проверка и устранение проблем для документов, не имеющих деловой ценности, будет напрасной тратой времени. Поэтому учет количества проблем с макросами при определения документов, подлежащих проверке, часто ведет к неэффективной работе.
В основной части этой статьи рассматривается, что не надо делать. Само по себе это не слишком помогает в работе. Поэтому, если использовать OMPM для анализа документов и макросов не рекомендуется, что следует делать? Начните с конечных пользователей. Взгляните на своих клиентов. Основное преимущество (и сложность) Office состоит в том, что конечные пользователи могут с помощью Office создавать собственные решения, которые не управляются ИТ-отделом. Кроме того, во многих компаниях нет ИТ-отделов, управляющих документами Office, поэтому сложно ответить на вопрос, какие документы Office важны для бизнеса.
Вы обнаружите, что НАМНОГО быстрее взаимодействовать с руководителями проектов, менеджерами по связям или назначенными бизнес-руководителями для определения документов, важных для бизнеса, чем использовать OMPM для анализа всей среды, чтобы впоследствии сосредоточиться на неверных данных. Такое сотрудничество может помочь и в других ИТ-программах и проектах и ускорить структурные изменения в вашей среде.
В большинстве проектов, связанных с обеспечением совместимости, независимо от платформы, используется процесс "Анализ ресурсов, рационализация, проверка и устранение проблем", а для Office логично использовать OMPM для анализа и рационализации путем выборки "красных" и "желтых" проблем и последующей проверки и устранения проблем уже для сокращенного набора документов. При этом случайно происходит сокращение списка на основании ложных критериев. Это как выбирать автомобиль сначала по цвету. "Дорогой, вот список всех синеньких машин, из которых ты можешь выбрать". Когда проверка и устранение проблем сосредоточены на неправильном наборе данных, снижения рисков не происходит. На самом деле, вы увеличиваете свои риски, отвлекаясь от нужных данных.
Изначальное сотрудничество с бизнес-подразделениями для определения критически важных документов и решений дает эффективные средства для проведения анализа и рационализации одновременно, поскольку заинтересованные лица проверяют данные в процессе их создания. В результате получается повышение эффективности (и соответственно, снижение затрат времени и средств) и снижение рисков (за счет использования правильных данных).
OMPM — это отличное средство для выполнения конкретной задачи. Использование OMPM для поиска проблем с преобразованием документов и использование этих данных с целью определения наличия экономического обоснования для преобразования имеющихся документов после развертывания Office 2010 позволяет повысить рентабельность своих вложений и реализовать потенциальную экономию. Использование OMPM для ответа на неправильный вопрос ведет к дорогостоящему и неэффективному проекту обновления, который нарушит динамичность вашей компании и задержит повышение производительности труда, которое обеспечивается Office 2010.
Понятия в данной статье объясняются более подробно в следующем 1-часовом видеоматериале Solving Office Compatibility to Accelerate Office Deployments, который был записан на конференции по Microsoft SharePoint а Анахайме (Калифорния). Ниже приводится обзор этого материала.
Совместимость файлов и решений Office является серьезным вопросом для организаций, которые начинают планировать обновление Office. Обычно это ведет к тому, что продолжительность проектов развертывания увеличивается, а начало использования новых возможностей откладывается. Для сохранения сжатых сроков проекта развертывания необходимо использовать правильный процесс и соответствующие средства, которые помогают оценить потенциальные риски. В этом материале демонстрируется, как правильный подход позволяет провести дорогостоящую или продолжительную оценку, устранить страх перед неопределенностью и снизить расходы. Познакомьтесь с группой по обеспечению совместимости Office Compat и узнайте об использовании программ и ресурсов, позволяющих ускорить развертывание Office 2010 или клиента Office 365.
Использование OMPM (часть 1). Определение документов-кандидатов на преобразование и оценка экономии пространства хранилищаИспользование OMPM (часть 2). Проведение массового преобразования
Это локализованная запись блога. Исходная статья находится по адресу: Using OMPM Part 3 – Are there other uses for OMPM?
ИспоИсходная статья опубликована в четверг, 12 января 2012 г.
В первой части этой серии статей, мы обсуждали использование OMPM для определения "кандидатов на преобразование", то есть документов, для которых нет практически никакого риска возникновения проблем с совместимостью при преобразовании их из двоичного вида (например, XLS, DOC и PPT) в формат Open XML (например, XLSX, DOCX, PPTX).
Давайте рассмотрим сам процесс преобразования документов. Для него используется средство Office File Converter Tool (OFC.EXE) и экспортированный из средства отчетов OMPM список (OMPM.accdr).
Напомним, что средство отчетов 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
Затем откройте файл OFC.ini (находится в папке "TOOLS", созданной после загрузки и извлечения набора средств OMPM) и в параметре FileListFolder укажите папку, в которой находятся экспортированные файлы. Например, если файлы были экспортированы в папку D:\DataExport, параметр FileListFolder будет выглядеть так:
FileListFolder=D:\DataExport
При использовании параметра FileListFolder средство OFC.exe преобразует все файлы, экспортированные средством отчетов. Если в файле OFC.ini указать параметр FileListFolder вместо [FoldersToConvert], можно задать преобразование только файлов, специально отмеченных как кандидаты на преобразование с низким уровнем риска. Напротив, параметр [FoldersToConvert] просто указывает OFC.exe одну или несколько папок, в которых нужно преобразовать все файлы. В некоторых случаях это может быть удобно, но если необходимо провести выборочное преобразование, сохранив возможность автоматизации, то параметр FileListFolder обеспечивает больший контроль над процессом.
Для упрощения переноса преобразованных файлов в исходное расположение в файле ofc.ini имеется параметр [ConversionInfo], который позволяет указать структуру целевой папки. Например, воспроизвести структуру папки, можно указав следующие значения:
[ConversionInfo]
SourcePathTemplate=*\*\*\*\*\*\*\*\*\
DestinationPathTemplate=X:\*1\*2\*3\*4\*5\*6\*7\*8\*9
В результате преобразованные файлы будут размещены в папке со структурой, аналогичной исходной на диске "X:\". Средство OFC.exe также добавляет имя компьютера в целевой путь.Если есть возможность воспроизвести структуру папки, то можно реализовать повторяющийся процесс для перемещения новых файлов и удаления старых. Более того, можно написать скрипт, который будет автоматизировать этот процесс.
Заметим, что OFC может преобразовывать файлы, расположенные в папке не более десятого уровня вложения. Например, 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-файлах.
Воздействие этого ограничения должно быть минимальным, однако с ним неудобно бороться, поэтому мы хотели убедиться, что вы о нем знаете.
Ниже приведен ряд снимков экрана с примерами различных компонентов.
Это экспортированный XML-файл из средства отчетов OMPM:
Примечание.
Это файл OFC.INI (все комментарии удалены):
Дополнительные сведения об элементах файла OFC.ini можно найти на портале TechNet в статье Преобразование двоичных файлов Office с помощью конвертера файлов Office (OFC) и средства извлечения версий (VET).
Вот исходное расположение устаревших файлов:
Дальше нужно запустить OFC.exe из командной строки. Если файл ofc.ini находится в той же папке, указывать параметры командной строки не требуется. Это снимок экрана, на котором показано выполнение OFC.exe:
Это снимок экрана с результирующей папкой:
Посмотрите на структуру папки D:\Converted\Ninja99\f$\Converted. Целевой путь включает имя компьютера и букву диска (или UNC-имя). Это упрощает перемещение файлов обратно в исходное расположение.
Обратите внимание на столбцы Дата изменения и Размер. Процесс преобразования сохраняет исходные временные метки последнего изменения, доступа и создания (что удобно при использовании решений архивации или хранения, которые отслеживают такие временные метки), а размеры значительно меньше, чем у предыдущих версий.
Поэтому имейте в виду, что при использовании средства OFC.exe для преобразования документов потребуется самостоятельно удалить старые файлы и заменить их преобразованными. Таким образом, при оценке рентабельности проекта массового преобразования необходимо также учитывать затраты времени на такую процедуру очистки.
Проведение массового преобразования является задачей по оптимизации среды, которая позволяет в более полной мере реализовать вложения в Office 2010 за счет снижения требований к объему хранилища, что в свою очередь ведет к экономии средств. Массовое преобразование следует рассматривать как необязательную задачу и выполнять не при подготовке к развертыванию Office 2010, а после него и только для файлов с низким уровнем риска.
Это локализованная запись блога. Исходная статья находится по адресу: Using OMPM Part 2 – Performing Bulk Conversion
Исходная статья опубликована в четверг, 27 октября 2011
Добро пожаловать в шестую часть серии об управлении активами Office на планшетных компьютерах. В первой части я описал основные способы работы с Office в полнофункциональных клиентах, удаленных полнофункциональных клиентах, Office для Mac, веб-приложениях и Office для телефонов. Во второй части мы поговорили об использовании электронной почты на планшетных компьютерах с помощью Exchange ActiveSync, сравнили элементы управления, доступные на других платформах, с групповой политикой и описали варианты настройки Office. В третьей части я рассматривал веб-приложения Office как часть SharePoint 2010 или службы Office 365. В четвертой части я представил несколько способов разделения доступа к ресурсам на основании доверия к устройствам. А в пятой части я рассмотрел некоторые расширения оболочки Windows и ленты Office, которые позволяют сделать более удобной работу с сенсорным экраном компактных устройств. А теперь настала очередь рассказать о том, как транслировать такие удаленные приложения Office или полномасштабные среды Windows на подключаемые устройства.
Существует множество способов удаленного доступа к компьютеру. Встроенным методом в Windows являются службы удаленных рабочих столов, которые позволяют подключаться к клиенту или серверу с удаленного компьютера под управлением Windows. С этими службами связаны такие средства, как удаленный помощник Windows, который можно использовать автономно, или базовые соединения по протоколу RDP, которые могут использоваться такими программами, как средство подключения к удаленному рабочему столу, которое включено в состав Office для Mac 2011 и Microsoft Lync либо поставляется в составе сторонних приложений, таких как GoToMyPC от Citrix, LogMeIn или pcAnywhere от Symantec.
Удаленное приложение RemoteApp появилось в Windows Server 2008 и использует аналогичные подключения и протоколы для показа удаленного рабочего стола целиком, при этом клиент может отключить неиспользуемые части рабочего стола и обеспечить себе доступ только к окну приложения. Окна RemoteApp функционируют аналогично окнам приложений на локальном компьютере, однако само приложение выполняется на удаленном компьютере. Похожим образом работает режим Windows XP, в котором пользователю доступны только окна самих приложений из базовой виртуальной машины Windows XP.
Это оказывается важным при использовании различных устройств, поскольку может возникнуть необходимость предоставлять доступ не ко всему рабочему столу Windows, а только к самим приложениям. Для демонстрации этого я нашел замечательную схему в руководствах Планирование и организация инфраструктуры для RDS.
Справа находятся режим представления и параметры клиентских устройств, а слева — параметры размещения. На узле сеансов удаленных рабочих столов могут быть локально установлены приложения, и все подключающиеся пользователи получают пользовательский профиль и могут работать с приложениями. Для Office это означает, что на сервер устанавливаются версии с корпоративной лицензией. (Примечание. Версии Office без корпоративной лицензии нельзя установить на сервере с ролью RDS, а если установить Office до назначения роли RDS, программы Office не будут запускаться при включенной роли RDS). При использовании Hyper-V (см. верхний левый угол) виртуальные машины функционируют как физические компьютеры, при этом действуют обычные правила установки клиентов и параметры. Обратите внимание, что также можно использовать учетные данные домена, которые упрощают вход в систему, и подключать пользовательские профили в зависимости от выбранной архитектуры.
Microsoft и Citrix давно сотрудничают в разработке технологий удаленных рабочих столов. На рынке доступны и другие продукты, но учитывая долгую историю партнерства и распространенность продуктов Citrix, я решил построить свою среду с использованием их решения XenApp, которое реализовано в соответствии со сценарием для удаленного приложения RemoteApp, описанным выше. Одним из множества преимуществ Citrix является большое число устройств, поддерживающих приемники Citrix – приложения, используемые, помимо прочего, в iPad, компьютерах Mac, Blackberry и планшетах Android для предоставления удаленных сред Windows. XenApp также хорошо интегрируется с Windows, что обеспечивает простую установку и настройку, а средства управления политиками XenApp дополняют возможности, доступные в групповых политиках Windows. Например, можно ограничить права печати для принтеров в корпоративном домене.
Наряду с установкой места сохранения по умолчанию, которое является управляемым расположением SharePoint или находится в пользовательском профиле, другой распространенной задачей является скрытие или блокировка расположений за пределами пользовательского профиля. Я много лет руководил разработкой средства миграции пользовательской среды и знаю, что существует большая группа пользователей, которые предпочитают сохранять файлы в отдельных папках на диске C:\, вместо назначенного расположения, которое можно легко переносить с устройства на устройство, поэтому я также задам правила групповой политики, которые запретят такую возможность.
Замечательной особенностью XenApp и доступа к удаленной среде Windows является то, что не нужно расставаться с используемыми функциями Office – можно использовать клиент целиком вместе со всеми пользовательскими надстройками.
Имеется целый ряд преимуществ в удаленном размещении приложений и рабочих столов и превращении клиентского устройства в средство просмотра или удаленный контроллер.
Это лишь немногие из преимуществ, но они дают понять, почему многие организации планируют или уже реализуют решения виртуализации и удаленные рабочие столы.
Наряду со всей широтой функций Office другим замечательным преимуществом для пользователей является то, что при использовании удаленных рабочих столов их сеансы всегда остаются открытыми. Это значит, что пользователь может оставить свой настольный компьютер на работе с открытыми файлами и другими запущенными приложениями, а затем переключиться на планшетное устройство и продолжить работу с теми же документами и в той же среде. Поскольку пользователь просто обращается к запущенной среде в удаленном режиме, она может оставаться запущенной и всегда в рабочем состоянии. Разумеется, периодически удаленная среда требует обслуживания, но сеансы могут оставаться активными по несколько недель.
Помимо этих преимуществ, имеются и недостатки. По-прежнему требуется хорошее сетевое соединение для работы в удаленном сеансе без перебоев, также нет возможности работать в автономном режиме при разрыве соединения, если пользователь находится в пути, оказывается в метро или далеко от линий связи. Также имеется много тонких мест, в которых могут случаться сбои. Руководства Планирование и организация инфраструктуры, упомянутые ранее, помогут учесть различные возможности, однако факт остается фактом — сбой любого соединения в цепочке "главный сервер - веб-сервер - сервер лицензирования - брокер подключений - узел сеансов/виртуальная машина" может привести к нарушению работы службы.
В последних шести публикациях было рассмотрено множество важных тем. Я начал с обзора поддерживаемых устройств и Exchange ActiveSync, рассмотрел варианты использования приложений Office Web Apps во внутренней сети и представление разных интерфейсов в зависимости от доверия к устройству, рассказал о том, что мы можем запрашивать у них с помощью таких средств, как службы IIS и UAG, и, наконец, описал настройку пользовательского интерфейса при подготовке к удаленному доступу и средства и технологии, которые позволяют все это реализовать.
И хотя я не могу предельно подробно рассказать об устройстве и настройке каждого компонента, надеюсь, что я, по крайней мере, предложил несколько дополнительных вариантов для тех, кто раздумывает об интеграции новых устройств в свою аппаратную инфраструктуру, или для тех, кто занимается анализом вариантов повышения безопасности и улучшения доступа к файлам Office для существующих устройств и устройств следующего поколения.
На мой взгляд, эти устройства не успели вырасти в управляемые платформы и постепенно занимают свое место в модели распределенных вычислений, которая непрерывно развивается последние несколько десятков лет. Эта экосистема продолжает расти и следовать за платформами, которые имеют популярность на рынке, однако все дело в том, чтобы найти оптимальное решение с приемлемым уровнем риска для своей конкретной ситуации. С одной стороны этого спектра мы позволяем устройствам существовать в пределах внутренней сети и, возможно, оцениваем способы предоставления контролируемого доступа к ресурсам, а с другой стороны — переводим такие устройства в категорию управляемых средств просмотра. Все зависит от вас.
Спасибо за внимание.
Джереми Чэпмен (Jeremy Chapman)
Старший менеджер по продукту
Группа разработчиков Office IT Pro
Обновление. Все публикации в этой серии завершены. См. ниже ссылки на все шесть статей блога:
Это локализованная запись блога. Исходная статья находится по адресу: Windows, iPad and Android - Managing and Using Your Office Assets in a Tablet World (Part 6) – Building Solutions for Remote Access to Windows Environments
Исходная статься опубликована в понедельник, 24 октября 2011 г.
Добро пожаловать в пятую часть серии об управлении активами Office на планшетных компьютерах. В первой части я описал основные способы работы с Office в полнофункциональных клиентах, удаленных полнофункциональных клиентах, Office для Mac, веб-приложениях и Office для телефонов. Во второй части мы поговорили об использовании электронной почты на планшетных компьютерах с помощью Exchange ActiveSync, сравнили элементы управления, доступные на других платформах, с групповой политикой и описали варианты настройки Office. В третьей части я рассматривал веб-приложения Office как часть SharePoint 2010 или службы Office 365. В четвертой части я рассказал о способах разделения доступа к ресурсам для различных устройств с помощью служб IIS и UAG. Следующая важная тема, которую я рассмотрю в этом блоге, касается настройки пользовательского интерфейса для удаленного доступа к средам Office, работающим в ОС Windows.
В первой части этой серии публикаций я упоминал выражение "мир после ПК" и отнесся к нему скептически, вспомнив о тех, кто до сих пор занимается реальной работой и нуждается в указывающем устройстве и клавиатуре. В приложениях, разработанных за многие годы для Windows, предполагается наличие клавиатуры и указывающего устройства, и это необходимо иметь в виду, когда я начинаю говорить об оптимизации Office и оболочки для сенсорных устройств. Могу сказать, что из первых рук знаю о сложностях использования Office с сенсорной навигацией, поскольку сам работаю в таком режиме около двух часов каждый день по дороге в Редмонд и обратно.
И хотя это не iPad и не планшет под управлением Android или Windows, в нем так же непросто работать с приложениями, разработанными для клавиатуры и мыши. Я собираюсь рассказать о некоторых своих находках в плане настройки Office и Windows для использования на сенсорных устройствах.
В этом примере объектом нашей настройки, более ориентированной на сенсорный ввод, будет удаленный рабочий стол или сервер. Службы удаленных рабочих столов можно использовать для организации доступа ко всему рабочему столу или окну удаленного приложения на компьютере с ролью Windows Server RDS. В обоих случаях можно сделать пару вещей, которые упростят работу пользователя.
На компьютере под управлением Windows откройте панель управления и выберите "Оформление и персонализация"->"Персонализация"->"Цвет и внешний вид окна". Появится следующий экран.
Если щелкнуть кнопки "закрыть" или "свернуть" появятся соответствующие элементы управления под названием "Кнопки управления окном". Я задам размер 40, но это зависит от разрешения на удаленном рабочем столе или сервере RDS и размера экрана и разрешения клиентского устройства, поэтому может придется немного поэкспериментировать в поисках подходящего размера. Аналогично, если щелкнуть полосу прокрутки, будет выбран элемент "Полоса прокрутки", для которого можно задать размер в соответствии с "Кнопками управления окном". Эта незначительная настройка может оказаться крайне полезной, если учесть, насколько маленькими могут быть стандартные кнопки, например, на 7-дюймовом экране Samsung Galaxy Tab:
Эти изменения делают возможными прокрутку и закрытие приложения, хотя они и могут показаться несколько необычными, если вы не видели эти элементы управления в модифицированном виде. Удобной особенностью этих элементов управления является то, что при открытии сеанса работы с удаленным рабочим столом или сервером с этой конфигурацией именно она будет использоваться на iPad или устройстве под управлением Android благодаря, например, Citrix XenApp. При обращении к этому окну с устройства под управлением Windows "Кнопки управления окном" и "Полосы прокрутки" изменятся в соответствии с размером подключающегося устройства.
На рисунке выше приведена пользовательская вкладка Office по умолчанию, которую я назвал "iPad". В предыдущей публикации серии я показал ленту Word с вкладкой "Touch". Это не какая-то секретная версия Office 2010, оптимизированная для сенсорных устройств, а обычные команды для настройки ленты Office по умолчанию. Если в Word 2010 перейти в меню "Файл\Свойства\Настройка ленты", то появится экран наподобие этого.
Здесь я уже сделал пользовательскую вкладку ленты с увеличенными элементами управления. Они более удобны для работы на сенсорных устройствах, на которых Word будет открываться с вкладкой "Touch" в качестве вкладки по умолчанию. Результат выглядит примерно так:
Обратите внимание, что все кнопки достаточно велики для использования на сенсорных устройствах, а на ленте представлены только несколько основных функций. Когда мы создали пользовательский файл ленты, он был сохранен в виде файла OFFICEUI в папке AppData моей пользовательской учетной записи.
Файл OFFICEUI содержит обычный XML-код и не имеет связи с пользовательской учетной записью, в которой он был создан, как видно ниже:
Этот файл можно использовать в составе пользовательского профиля по умолчанию, также можно копировать такие файлы на установочные носители Office и использовать Центр развертывания Office (OCT) или файл config.xml, как описывается во второй части этой серии публикаций, для копирования этого файла в нужное расположение на сервере RDS или обычном удаленном рабочем столе.
Когда все эти изменения внесены и iPad либо устройство под управлением Android или Windows могут обращаться к удаленному рабочему столу, пользовательский интерфейс станет удобнее по сравнению с конфигурацией по умолчанию. В окне приложения все еще есть много областей, где использование указывающего устройства предпочтительней, чем касания пальцем. Вот окончательный вид после нашей настройки на iPad (изменения выделены красным):
Хотя все элементы управления и шрифты не стали оптимальными для сенсорных устройств с небольшим экраном, самые распространенные задачи уже можно выполнять. Эти небольшие настройки пользовательского интерфейса упростят работу пользователя и позволят использовать приложения Win32 на устройствах под управлением ОС, отличной от Windows. Во многих организациях имеются тысячи специализированных бизнес-приложений, и перезапись критически важных приложений для другой платформы может быть неосуществима.
Я искренне рассчитывал завершить серию публикацию на этой пятой части, но вскоре понял, что потребуется другая статья для описания настройки среды удаленного рабочего стола. Так что, шестая часть станет последней в этой серии. В ней я рассмотрю типовые схемы для запуска удаленного сеанса на iPad, устройстве под управлением Android или Windows и в процессе покажу некоторые дополнительные настройки безопасности.
Обновление. Все публикации в этой серии завершены. См. ниже ссылки на все шесть статей блогов:
Это локализованная запись блога. Исходная статья находится по адресу: Windows, iPad and Android — Managing and Using Your Office Assets in a Tablet World (Part 5) – Accessing Remote Windows Environments
Группа инженерной поддержки Office выпустила пакет обновления 3 (SP3) для Office 2007 и SharePoint 2007. Полные сведения, включая список всех ссылок на загружаемые файлы и описания для пакета обновления 3, см. в статье Office 2007 and SharePoint 2007 Service Pack 3 Availability. Кроме того, эти ссылки имеются в этой статье базы знаний Список всех пакетов обновления 3 (SP3) для выпуска 2007 системы Office, серверов выпуска 2007 системы Office и служб Windows SharePoint Services 3.0.
Это локализованная запись блога. Исходная статья находится по адресу: Service Pack 3 for Office 2007 and SharePoint 2007 is now available
Исходная статья опубликована в субботу, 5 ноября 2011 г.
Один из наших коллег по блогу Get to the Point SharePoint недавно написал о сотрудничестве с небольшой компанией, которая в процессе миграции на Office 365 провела эксперимент по использованию Office только в облаке (с помощью OWA и приложений Web Apps), а затем комбинации из веб-клиентов и полнофункциональных клиентов Office. Их наблюдения оказались очень интересными. Ознакомьтесь с ними:
My experience with Software + Services in Office 365
Это локализованная запись блога. Исходная статья находится по адресу: Working exclusively with Office Web Apps - one small business customer's experiment
Исходная статья опубликована в среду, 30 ноября 2011 г.
Первое обновление SharePoint Online (SPO) с момента выхода Office 365 (O365) 28 июня 2011 г. теперь завершено во всем мире. Мы подумали, что самое время поделиться информацией о новых возможностях и исправлениях, доступных в составе этого обновления службы. В целом, это обновление расширяет доступ как к людям, так и к данным, при этом увеличивая число поддерживаемых устройств и веб-браузеров. Мы также добавили некоторые возможности автоматического восстановления. И еще многое другое.
На конференции по SharePoint 2011 (3-6 октября) в Анахайме (Калифорния) Джефф Тепер (Jeff Teper), вице-президент по продуктам SharePoint, объявил: "Служба Business Connectivity Services (BCS) будет включена в состав SharePoint Online до конца этого календарного года". Служба BCS в SPO, доступная теперь всем средним и крупным клиентам Office 365 во всем мире, позволяет подключаться к внешним источникам данных через конечные точки веб-служб Windows Communication Foundation (WCF) в режиме чтения и записи.
Теперь можно создавать решения, расширяющие возможности совместной работы, включая работу с внешними бизнес-данными, такие как бизнес-приложения, которые находятся за пределами внутренней сети клиента или переводятся в облако (фактически SQL Azure). Еще приятней, что для организации подключений можно бесплатно загрузить SharePoint Designer 2010.
· Введение в службу Business Connectivity Services в SharePoint Online · Новые возможности для BCS в SharePoint Online · Центр ресурсов для разработчиков SharePoint Online
Главной задачей службы BCS является устранение границ на пути к внешним данным. А теперь давайте займемся ликвидацией границ при работе с людьми. Данное обновление службы добавляет поддержку работы с людьми, которые не являются сотрудниками вашей компании, такими как поставщики, доверенные деловые партнеры и клиенты. Благодаря этим возможностям внешнего общего доступа компания может приглашать внешних пользователей для просмотра, общего доступа и совместной работы со своими сайтами SharePoint Online. По умолчанию эта функция отключена, однако администратор SharePoint Online может включить внешний общий доступ для всей компании. После этого администраторы владельцев отдельных семейств сайтов смогут решить, хотят ли они участвовать во внешнем общем доступе.
· Дополнительные сведения об использовании внешнего общего доступа в Office 365 для малых компаний или в Office 365 для крупных предприятий
· Прочитайте первую статью по Windows Phone на портале TechNet, опубликованную после объявления о поддержке Office 365 на конференции TechEd 2011. · В этом видеоматериале показано, как легко подключить Windows Phone 7.5 к службам Office 365.
· Детали общего плана см. в этой публикации, · Дополнительные технические сведения см. в этой публикации.
Это локализованная запись блога. Исходная статья доступна по адресу: What’s New in SharePoint Online: November 2011 Update
Исходная статья опубликована в субботу, 22 октября 2011 г.
Модифицированный пакет обновления 1 (SP1) для Office 2010 теперь позволяет обновлять все языковые версии в многоязыковых установках Office 2010. Раньше обновлялась только английская версия. Дополнительные сведения см. в публикации Office 2010 SP1 Microsoft Update Change for Language Installs.
Это локализованная запись блога. Исходная статья находится по адресу: Office 2010 SP1 now updates multiple languages in Office 2010 installations
При установке пакета обновления 1 (SP1) для Office 2010 автоматически устанавливается SharePoint Workspace 2010, независимо от того, входил ли этот компонент в состав исходной установки Office 2010. Это происходит из-за ошибки, которая вызывает установку SharePoint Workspace 2010. Дополнительные сведения и информацию о способе решения этой проблемы см. в публикации When you install Service Pack 1 (SP1) of Office 2010, SharePoint Workspace 2010 is installed.
Это локализованная запись блога. Исходная статья находится по адресу: When you install Office 2010 SP1, SharePoint Workspace 2010 is also installed
Исходная статья опубликована во вторник, 25 октября 2011 г.
Первым делом вы можете спросить, что такое MODI?
MODI — это аббревиатура от Microsoft Office Document Imaging. MODI — это новое приложение Microsoft Office, поддерживающее редактирование документов, отсканированных с помощью Microsoft Office Document Scanning. Впервые оно было представлено в Microsoft Office XP и включается в версии Office вплоть до Office 2007.
MODI позволяет:
В материалах по Office 2010 на портале TechNet мы представили ряд статей по каждому приложению и рассмотрели изменения после Office 2007. Эти статьи включают сведения о том, что приложение MODI устарело (Изменения Word). Чтобы вернуть эти возможности, мы предлагаем два поддерживаемых метода:
1) Индивидуальныепользователи. Прочитайте следующую статью базы знаний, где приводятся альтернативные методы по возвращению некоторых функций MODI: http://support.microsoft.com/kb/982760.
2) Корпоративные пользователи. Установите приложение Microsoft SharePoint Designer 2007. В нем имеется приложение MODI, OCT и файл config.xml, так что его можно настраивать и запускать.
Корпоративные пользователи
Приложение SharePoint Designer доступно бесплатно для загрузки в Центре загрузок Microsoft. Чтобы использовать функции MODI, нужно выполнить следующие действия:
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=BAA3AD86-BFC1-4BD4-9812-D9E710D44F42&displaylang=en
Примечание. В этом загружаемом пакете для администраторов имеется возможность создать файл настроек в Центре развертывания Office (OCT) для установки MODI. Потребуется загрузить основной EXE-файл, SharePointDesigner.exe, а затем извлечь файлы с помощью командной строки. Например:
\\имя_сервера\имя_общей_папки\SharePointDesigner2007_download\SharePointDesigner.exe /extract:\\имя_сервера\имя_общей_папки\
Будет извлечен файл setup.exe, папка Admin и т. д.
2. Выполните следующую команду, чтобы создать файл настроек в OCT:
\\имя_сервера\имя_общей_папки\SharePointDesigner2007\setup.exe /admin
3. В OCT нужно перейти в раздел Установить состояние установки компонентов (Set feature installations state) и отменить выбор всех компонентов, кроме MODI, как показано на снимке экрана ниже. Если в параметрах OCT установить скрытое и заблокированное состояние, чтобы пользователи не могли использовать SharePoint Designer, это приложение не будет отображаться в оснастке "Добавление и удаление программ".
Поскольку устанавливается только MODI, общие файлы Owssupp.dll и MSO.dll не будут затрагиваться при взаимодействии с файлами SharePoint 2007 и Office 2010 (Word, Excel, PowerPoint). Кроме того, размер MSOCache намного меньше вместе с SharePoint Designer (~215 МБ), чем вместе с пакетом Office 2007 (500-900 МБ в зависимости от SKU)
4. После установки SharePoint Designer, если вы используете библиотеки документов SharePoint, рекомендуется отменить регистрацию Name.dll для SharePoint Designer. Это позволяет решить проблему взаимодействия файлов Office, хранящихся в библиотеке документов SharePoint, и наличия двух разных версий продуктов 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?
Автор этой публикации — Дженни Френч (Jenni French), руководитель по продукту в группе Office Web Apps.
Сегодня корпорация Майкрософт представляет обновления для своих облачных служб Office 365 и SkyDrive. Office Web Apps — это важный компонент облачных служб Microsoft, и мы всей группой очень рады видеть улучшения в обеих платформах.
К улучшениям Office Web Apps в Office 365 относится, помимо прочего, и поддержка Open Document Format (ODF) 1.1. Например, приложения Office Web Apps теперь интегрированы в Exchange Online в Office 365. Это значит, что пользователи могут просматривать почтовые вложения Word, Excel и PowerPoint в веб-приложениях Web Apps. Дополнительные сведения о последних обновлениях Office 365 см. в публикации блога по Office 365.
Сегодняшние изменения также как никогда упрощают общий доступ и совместную работу с документами Office в SkyDrive. Эти улучшения основаны на отзывах клиентов и включают упрощенный общий доступ, более развитые возможности управления файлами и упрощенную передачу файлов. Полные сведения о сегодняшних обновлениях SkyDrive см. в блоге Inside Windows Live.
--Дженни Френч (Jenni French)старший руководитель по продукту, Office Web Apps
Это локализованная запись блога. Исходная статья доступна по адресу: Setting the pace in cloud productivity
Исходная статья опубликована во вторник, 8 ноября 2011 г.
Наш гуру по совместимости Кертис Савин (Curtis Sawin) поделился своим опытом по планированию совместимости Office на недавней Конференции по SharePoint в Анахайме (Калифорния). Ниже по ссылке вы найдете его введение к этому видеоматериалу.
Совместимость файлов и решений Office заставляет задуматься организации, которые начинают планировать обновление Office. Обычно это ведет к тому, что продолжительность проектов развертывания увеличивается, а начало использования новых возможностей откладывается. Для сохранения сжатых сроков проекта развертывания необходимо использовать правильный процесс и соответствующие средства, которые помогают оценить потенциальные риски. В этом материале демонстрируется, как правильный подход позволяет провести дорогостоящую или продолжительную оценку, устранить страх перед неопределенностью и снизить расходы. Познакомьтесь с группой по обеспечению совместимости Office Compat и узнайте об использовании программ и ресурсов, позволяющих ускорить развертывание Office 2010 или клиента Office 365.
http://go.microsoft.com/?linkid=9788373
Это локализованная запись блога. Исходная статься находится по адресу: Video: Solving Office Compatibility to Accelerate Office Deployments
Исходная статья опубликована во вторник, 13 декабря 2011 г.
Группа инженерной поддержки Office выпустила список изменений, включенных в пакет обновления 3 (SP3) для Office 2007. Пакет обновления 3 для Office 2007, выпущенный в октябре 2011 г., включает свертку из всех выпусков открытых и накопительных обновлений со времени выхода Office 2007 с пакетом обновления 2 (SP2), а также улучшения в стабильности и производительности. Обратите внимание, что Office 2007 с пакетом обновления 3 (SP3) не содержит открытое обновление от октября 2011 г. и накопительное обновление от октября 2011 г.
Список изменений см. в блоге обновлений 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
Исходная статья опубликована во вторник 10 января 2012 г.
Диспетчер планирования миграции Office (OMPM) позволяет определить документы в двоичном формате с "высоким уровнем риска", а именно: XLS-, DOC- и PPT-файлы, при преобразовании которых возникнут проблемы, и, таким образом, не проводить их преобразования после развертывания Office 2010. И наоборот, OMPM позволяет определить двоичные документы с "низким уровнем риска", которые являются подходящими кандидатами для преобразования в Open XML, а затем с помощью другого средства 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, помогают, определить рентабельность вложений в массовое преобразование. Это значит, что с помощью OMPM можно ответить на вопрос "Какое пространство в хранилище будет освобождено, если выполнить преобразование набора документов?". В среде, где ИТ-департамент реализует модель сетевого хранилища с персонификацией расходов, использование OMPM также помогает ответить на вопрос "Сколько денег будет сэкономлено за счет преобразования документов?". Часто ИТ-отделы считаются "расходной статьей". Использование OMPM позволит изменить такое представление и показать, как ИТ-технологии позволяют "экономить деньги".
Документами, хорошо подходящими для преобразования считаются те, преобразование которых окажет минимальное воздействие на бизнес. При определении "низкого уровня риска" для своей организации можно использовать особые бизнес-правила, такие как "исключить недавно измененные документы", объединяя их с данными, возвращенными OMPM, например "исключить документы с проблемами преобразования желтого и красного уровня" и "исключить документы с проблемами в макросах". В остатке окажутся документы, удовлетворяющие следующим условиям:
Потенциальные проблемы с преобразованием документов OMPM разделяет на категории, которые указывают серьезность проблем. "Зеленые" проблемы в основном безвредные и не оказывают никакого воздействия на работу. Примером зеленой проблемы могут быть файлы Excel, в которых используются метки в формулах (которые автоматически преобразуются в Excel 2010) или диаграммы. "Желтые" и "красные" проблемы могут быть серьезнее, и преобразование таких документов может привести к потере данных или функциональности.
Файлы с проблемами в макросах делятся на две категории: (1) файлы с макросами, в которых используются элементы объектной модели, измененные, удаленные или устаревшие в новой версии Office, и (2) файлы с макросами, вызывающими функции, которые не помечены как совместимые с 64-разрядными версиями Office. И хотя OMPM не предоставляет подробные сведения о воздействии подобных проблем с макросами, мы исключаем их из списка преобразования, чтобы сократить риски.
Проблемы с макросами указываются отдельно от проблем с категориями "Красная", "Желтая" и "Зеленая". Это значит, что в файле может быть выявлено 3245 проблем с макросами, при это он может быть классифицирован как "зеленый" в плане проблем с преобразованием. Либо он может быть указан как файл без проблем с преобразованием. Это важное различие, которое нужно иметь в виду при создании своих фильтров для файлов с низким уровнем риска.
Мы также исключаем недавно измененные файлы. Например, мы не будем преобразовывать файлы, измененные в течение последних 30 дней. Это дает дополнительную гарантию того, что преобразованы будут только документы, которые, скорее всего, никогда больше не будут использоваться. Даже если некоторые из них будут использоваться, преобразованы будут только те, для которых практически нет никакого риска при преобразовании. Если 30 недостаточно для вашей среды, это значение можно увеличить.
Примечание. Средство отчетов OMPM указывает только дату последнего изменения файлов. Оно не дает сведений о дате последнего доступа к файлам.
Ниже приводится базовый процесс преобразования документов.
Шаг 1. Сбор данных
Дополнительные сведения о выполнении этих этапов (кроме определения хранилища) см. в Документации по OMPM на портале TechNet.
Шаг 2. Анализ данных
Определение файлов-кандидатов на преобразование
Оценка экономии пространства хранилища за счет преобразования
Шаг 3. Выполните следующую процедуру
Преобразование кандидатов
В этой статье рассматривается шаг 2. В отдельной статье обсуждается шаг 3. Почему это две отдельные статьи? Шаг 2 полностью посвящен определению того, целесообразно ли преобразовывать документы. Если оказывается, что это так (с финансовой точки зрения), то следует перейти к шагу 3, который посвящен выполнению работ. Если окажется, что это нецелесообразно, прекратите читать и предоставьте сведения своему руководству, которое должно утвердить ваше решение. Вы только что избавили себя и свою компанию от необходимости выполнять работу, которая, как оказалось, не стоит возможной экономии.
Откройте средство отчетов OMPM (OMPM.accdr) и выберите "Раздел совместимости OMPM" (OMPM Compatibility Link). Внизу раздела Выбор фильтра файлов (Select a File Filter) нажмите кнопку Настройка SQL (Customize SQL). Чтобы указать нужные критерии, можно использовать следующее предложение WHERE:
Добавив запрос, нажмите кнопку Применить фильтр (Apply Filter), чтобы вернуть все файлы, соответствующие критериям.
Вот как это выглядит в средстве отчетов OMPM
В примере выше около 74% документов являются кандидатами на преобразование, поскольку они соответствуют критериям низкого уровня риска.
Если вы незнакомы с языком SQL, указанный выше фрагмент кода может показаться непонятным. В таблице ниже приведено поэлементное описание этого запроса.
Теперь, когда известно, сколько документов (и какой их процент) являются кандидатами на преобразование, целесообразно узнать примерную экономию пространства хранилища в случае их преобразования. Хотя в документации на портале TechNet говорится, что файлы Open XML "до 75% меньше", чем двоичные файлы, на практике при преобразовании документов наблюдается уменьшение их размера на 50-60%. При планировании для оценки сокращения необходимого пространства хранилища после преобразования документов в формат Open XML рекомендуется использовать цифру в 50%.
Средство отчетов OMPM не возвращает общий размер всех указанных файлов. Поэтому можно скопировать и вставить все данные из средства отчетов OMPM (на вкладке Проверенные файлы (Scanned Files)), например, в Excel и вычислить сумму по столбцу Размер файла (File size). Не слишком элегантно и несколько неудобно.
Проще подключиться к базе данных OMPM в среде SQL Server Management Studio (SSMS) и выполнить запрос к базе данных напрямую. Ниже приводится ряд простых действий, которые позволяют это сделать.
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. Это делает запрос немного понятней.
В итоге получается одно значение, равное общему числу гигабайтов, занятых всеми файлами, которые являются кандидатами на преобразование. Объем оценивавшихся данных может быть огромным, а размер файлов возвращается в байтах. Именно поэтому здесь используется функция CAST, которая преобразует значение размера файлов в тип данных, допускающий очень большие числа. Затем выполняется троекратное деление на 1024, чтобы привести байты сначала в килобайты, затем в мегабайты и, наконец, в гигабайты.
Вот пример этого запроса и окончательной суммы.
На снимке экрана выше видно, что все документы с низким уровнем риска занимают 44 ГБ. Для оценки экономии пространства используется очень простая формула.
Она позволяет ответить на вопрос "Стоит ли оно того?". То есть, можно взять сэкономленное пространство и определить, будут ли оправданы усилия по массовому преобразованию документов. И опять, если в вашей среде используется модель с персонификацией расходов по сетевому хранилищу, можно определить, сколько средств будет сэкономлено для клиентов. Как правило, такие расходы носят регулярный характер, поэтому можно сразу указать объем сэкономленных средств за год! (Имейте в виду, некоторые люди ОБОЖАЮТ получать прогнозы на 3, 4 или 5 лет вперед. Возможность сказать "Вот мой пятилетний прогноз по экономии в результате этого проекта" может по-настоящему показать руководству ценность преобразования документов!)
OMPM рекомендуется использовать для определения документов, подходящих для преобразования, и последующего преобразования таких документов. Этим лучше всего заниматься после развертывания Office 2010. В двух словах, используйте OMPM в качестве средства анализа, которое позволяет определить, будет ли рентабельно преобразование документов.
Это локализованная запись блога. Исходная статься находится по адресу: Using OMPM Part 1 - Identifying Document Conversion Candidates and Estimating Storage Savings
Исходная статья опубликована в пятницу, 16 декабря 2011 г.
Нам поступали вопросы о том, как разворачивать пользовательский словарь в организации. Для этого администраторы могут использовать следующую процедуру.
Далее приведены разделы реестра, которые нужно обновить для использования нового пользовательского словаря, например NewCustom.dic. Для этого воспользуйтесь редактором реестра regedit.exe. Сведения об использовании regedit см. в статье Настройка реестра.
В результате выполнения этой процедуры словарь Custom становится словарем по умолчанию и активируется. Вторым словарем указывается NewCustom.dic, который также активируется. Помимо этого, удаляется тег языка и региональных параметров, чтобы словари применялись для всех языков.
Необходимо добавить или обновить следующие разделы реестра:
Следующий раздел реестра нужно удалить (если он существует):
Чтобы развернуть скрипт входа в систему для пользователей, администраторы могут задать новый сценарий входа в систему в групповой политике. Сведения об использовании консоли управления групповыми политиками и сценариев входа в систему см. в следующих источниках:
В качестве альтернативы администраторы, развернувшие Office 2010, могут использовать Центр развертывания Office (OCT) для добавления файла пользовательского словаря и значений реестра. OCT можно использовать для обслуживания установки Office 2010. Обратите внимание, что в Office 2010 имеется две версии OCT: одна для 32-разрядной версии Office 2010 и одна для 64-разрядной версии Office 2010. OCT доступен только в системах Office 2010 и Office 2007 с корпоративной лицензией. Чтобы определить, установлен ли пакет Office 2010 по корпоративной лицензии, проверьте установочный диск Office 2010. В этом случае на нем должна находиться папка Admin. Если папка Admin существует, то диск является версией с корпоративной лицензией.
Для использования этого метода администраторы должны выполнить следующую процедуру.
Дополнительные сведения об использовании OCT см. в следующих ресурсах:
Это локализованная запись блога. Исходная статья находится по адресу: Deploying a custom dictionary
Автор этой публикации — Дженни Френч (Jenni Friench), руководитель по продукту в группе Office Web Apps.
Группа Excel представила новую технологию, которая позволяет разработчикам создавать гибридные веб-приложения с помощью Excel на базе Excel Web App.
Гибридное веб-приложение — это тип приложения, которое сочетает данные из разных источников для создания полнофункционального интерактивного интерфейса и обычно размещается на веб-странице. Возможно, раньше вы уже работали с такими приложениями, основанными на других источниках данных от Майкрософт или других компаний, в которых, например, сочетаются карты Bing и результаты поиска со сведениями о ресторанах и недвижимости.
Чтобы создать гибридное веб-приложение Excel, разработчики могут использовать Excel Web App для внедрения книги, хранящейся на SkyDrive, а затем отобразить ее на веб-странице и добавить к ней интерактивные элементы с помощью кода. В блоге Excel Blog today участник группы Excel Ларри Уолдман (Larry Waldman) приводит пример создания калькулятора калорий с помощью гибридного веб-приложения Excel. Он создал электронную таблицу и разместил ее на SkyDrive, а затем добавил ее на веб-страницу поиска сведений по энергетической ценности различных продуктов. В результате во внедренной таблице автоматически выводятся данные о найденных продуктах и их калорийности.
Другой пример см. на новой вкладке "Гибридные веб-приложения" на странице руководств по возможностям внедрения Excel. А разработчики могут ознакомиться с созданием гибридных веб-приложений на веб-сайте excelmashup.com.
--Дженни Френс (Jenni Friench)старший руководитель по продукту, Office Web Apps
Это локализованная запись блога. Исходная статья находится по адресу: Excel Web App powers Excel Mashups
Ранее этой осенью мы опубликовали улучшения в работе приложений Office Web Apps, сделанные на основе отзывов пользователей, представив новые функции, такие как возможность просматривать рукописный ввод в OneNote Web App, выполнять слияние и автоподбор ячеек в Excel Web App и печатать напрямую из браузера в Excel Web App. Сегодня группа SkyDrive представляет ряд обновлений, которые также основаны на ваших запросах. Данные обновления SkyDrive как никогда раньше упростят общий доступ к документам Office и совместную работу над ними с помощью Office Web Apps в SkyDrive.
Эти улучшения SkyDrive позволят совместно использовать отдельные файлы, хранящиеся в SkyDrive, а не просто папки. Кроме того, через SkyDrive можно легко организовать совместную работу над документами Office с любым человеком, даже если вам неизвестен его идентификатор Windows Live ID. Вы можете даже открыть общий доступ к файлу непосредственно на портале Facebook и LinkedIn. Либо можно предоставить общий доступ к файлу для всех, установив разрешения на открытый доступ и создав ссылку, которую можно отправлять по почте, разместить в открытом доступе или у себя в блоге или на веб-сайте.
Для обеспечения общего доступа к документу, над которым вы работаете, просто нажмите кнопку Общий доступ (Share) в панели инструментов, после чего можно ввести адрес почтовой почты своих друзей, короткое сообщение и предоставить разрешение на редактирование либо потребовать выполнения входа в систему — все в одном месте!
Люди, которым вы предоставили общий доступ к документу, практически немедленно получат приглашение от вас со ссылкой, щелкнув которую, они смогут открыть документ.
А вот еще одна возможность сэкономить время. В этом обновлении разработчики SkyDrive добавили в список файлов контекстные меню, которые позволяют просматривать, редактировать, загружать и выполнять другие действия с файлами.
Помимо распространения через электронную почту, теперь можно открывать общий доступ к документам Office через социальные сети, такие как Facebook и LinkedIn. Это замечательно, поскольку теперь вы можете показывать свои документы Office друзьям в Facebook или вместе работать над ними с коллегами в LinkedIn.
Чтобы опубликовать документы Office в социальной сети, нажмите кнопку Общий доступ (Share) в панели навигации и выберите Опубликовать на (Post to).
Помимо общего доступа к документам Office для определенных друзей и коллег, можно передать документ на сервер и открыть для него общий доступ для всех, а затем получить на него ссылку, которую можно опубликовать или отправить по электронной почте. Также можно установить разрешения, чтобы просматривать этот документ могли только друзья, которым вы предоставили общий доступ, либо можно сделать его открытым для всех в Интернете.
Чтобы сделать документ открытым, нажмите кнопку Общий доступ (Share) и выберите Получить ссылку (Get a Link).
Если у вас есть блог или веб-сайт, документ Excel или PowerPoint можно внедрить непосредственно на веб-страницу.
Чтобы внедрить документ Office из SkyDrive, щелкните его правой кнопкой мыши, выберите команду Внедрить (Embed), а затем нажмите кнопку Создать (Generate), чтобы получить HTML-код, который можно вставить на страницу блога или веб-сайта.
Хотите увидеть, как эти улучшения выглядят в деле? Посмотрите этот видеоматериал от Дуга (Doug) из блога Этюды для Office либо попробуйте использовать их самостоятельно, просто выполните вход в SkyDrive, чтобы приступить к работе!
Надеюсь, вам понравятся эти новые функции! Если не трудно, сообщите свое мнение в комментариях ниже или через продукт, оно нам очень важно!
Спасибо, --Дженни Френч (Jenni French), ст. руководитель по продукту Office Web Apps
Это локализованная запись блога. Исходная статья находится по адресу: New SkyDrive updates make sharing Office docs easier
Исходная статья опубликована во вторник, 10 января 2012 г.
Кто не мечтал о том, чтобы бросить свою работу в офисе и заняться собственным бизнесом? Наступил новый год. Самое время превратить свои мечты в реальность.
Используя Office Web Apps, Гай Кавасаки (Guy Kawasaki), писатель, предприниматель и специалист по современным технологиям, расскажет, как это сделать. В его эксклюзивных публикациях вы найдете советы и шаблоны для предстоящей работы:
Прочитайте его первую статью об идеальной презентации.
Это локализованная запись блога. Исходная статья находится по адресу: Get Guy Kawasaki's tips on starting a business
Исходная статья опубликована в пятницу, 18 ноября 2011 г.
SharePoint 2010 предоставляет возможность подключаться к серверным бизнес-системам, внешним бизнес-данным в SharePoint и предоставлять к ним доступ для сотрудников организации. Практически все крупные компании используют решения ERP и CRM для ведения основных бизнес-процессов. Со временем компании разрабатывают детальные процедуры по использованию таких систем для поддержки крупных направлений деятельности внутри организации (например, планирование выпуска продуктов, управление финансами, управление поставками и т. д.), вместе с тем, остается много сложностей в плане перекрестной открытости и совместной работы с бизнес-данными между различными подразделениями и группами. Такие сложности возникают из-за того, что только небольшая часть сотрудников имеет лицензии и достаточную квалификацию для использования таких серверных систем, а также из-за высокой стоимости и сложности интеграции таких систем для разных подразделений и рабочих групп.
Дополнительные сведения о преимуществах, связанных с поддержкой важных бизнес-процессов с помощью SharePoint и SQL, см. здесь.
Это локализованная запись блога. Исходная статья находится по адресу: Business-critical processes with SharePoint and SQL
Исходная статья опубликована во вторник, 29 ноября 2011 г.
Мы в группе разработчиков Office Web Apps постоянно стараемся улучшить наши продукты на основе ваших отзывов. С момента выхода веб-приложений чуть больше года назад мы собирали ваши мнения, а сегодня мы выпускаем новые возможности, основанные на ваших предложениях.
Всем, кто поделился с нами своим мнением, мы говорим БОЛЬШОЕ СПАСИБО!
Вот, что мы приготовили сегодня по вашим просьбам:
Рукописный ввод в OneNote Web App. К нам поступали комментарии от пользователей OneNote, которым нравится рисовать и оставлять заметки с помощью пера на планшетных компьютерах, а также нравится использовать инструменты рисования в OneNote для добавления заметок и выделения нужных фрагментов с помощью мыши или сенсорной панели при работе на ПК. Вы говорили, что хотели бы видеть свои рукописные заметки и рисунки в OneNote Web App. После последнего обновления OneNote Web App отображает рукописный ввод.
Слияние и автоподбор ячеек в Excel Web App. Многие пользователи Excel Web App просили расширить форматирование ячеек в Excel Web App, включая возможность слияния ячеек и автоматического подбора размеров ячеек на основании содержащихся в них данных (Автоподбор). После последнего обновления обе этих функции доступны в Excel Web App.
Печать непосредственно из Excel Web App в браузере. Одним из самых распространенных пожеланий от пользователей Excel Web App было пожелание реализовать печать электронных таблиц Excel напрямую из Excel Web App. Мы полагаем, что это улучшение позволит значительно сэкономить время на печать электронных таблиц, когда пользователи не имеют доступа к основному компьют��ру и работают с документами Excel, расположенными в SkyDrive.
Контекстные меню в Excel Web App. Мы также получали комментарии пользователей Excel Web App о том, что им хотелось бы иметь возможность использовать такие же контекстные команды, как и в настольной версии Excel. Теперь при щелчке ячейки правой кнопкой мыши в Excel Web App можно воспользоваться командами "Вырезать" (Cut), "Скопировать" (Copy), "Вставить" (Paste), а также работать с гиперссылками.
Другие улучшения, которые делают работу с веб-приложениями более эффективной и надежной. Одним из самых важных пожеланий от пользователей было пожелание сделать веб-приложения быстрее и надежнее. Последнее обновление включает множество скрытых изменений, которые нацелены именно на это.
В ближайшее время мы опубликуем дополнительные сведения о том, как наша группа работает с вашими отзывами, а также расскажем о том, как мы совершенствуем продукт. Спасибо за все ваши предложения, участие в опросах и вдумчивые комментарии в социальных сетях. Продолжайте, потому что это очень важно для нас.
--Дженни Френч (Jenni French)ст. менеджер по продукту, Office Web Apps
Это локализованная запись блога. Исходная статья находится по ссылке You asked, we delivered: new Web App features now available
Исходная статья опубликована в четверг, 20 октября 2011 г.
Добро пожаловать в четвертую часть серии об управлении активами Office в мире планшетных компьютеров. В первой части я описал основные способы работы с Office в полнофункциональных клиентах, удаленных полнофункциональных клиентах, Office для Mac, веб-приложениях и Office для телефонов. Во второй части мы поговорили об использовании электронной почты на планшетных компьютерах с помощью Exchange ActiveSync, сравнили элементы управления, доступные на других платформах, с групповой политикой и описали варианты настройки Office. В третьей части я написал о веб-приложениях Office как части SharePoint 2010 или службы Office 365. Это подводит меня к текущей и, возможно, одной из самых запутанных тем данной серии — как дифференцировать доступ к ресурсам в зависимости от устройств.
Когда дело доходит до защиты данных Office, я вспоминаю три основных варианта обеспечения безопасности:
Защита локального хранилища устройства чаще всего затрагивает методы шифрования и блокировки локального хранилища до предоставления определенного количества факторов проверки подлинности, необходимого для доказательства подлинности пользователя.
Windows использует шифрование диска BitLocker™ , при этом есть множество решений сторонних производителей, которые могут шифровать все тома жесткого диска. Планшетные компьютеры iPad также используют шифрование жесткого диска для защиты локальных данных, а Android Honeycomb и новые операционные системы для планшетных компьютеров также добавили поддержку шифрования жесткого диска. Bitlocker не хранит данные пользователя на незашифрованных разделах жесткого диска, а другие программы могут действовать по-другому и хранить важные данные проверки подлинности в незашифрованных и доступных областях жесткого диска. Популярные версии Android 1.6, 2.1 и 2.2 не обладают встроенными возможностями шифрования жесткого диска и будут уязвимы при компрометации устройств. Для ясности: в Windows необходимо убедиться, что используется шифрование и принудительно применить это как ИТ-политику. В противном случае появится множество способов для получения доступа к информации на жестких дисках (за счет удаления или загрузки других операционных систем), изменения паролей локальных учетных записей (с помощью сброса пароля ERD Commander) и т. д. Если вам требуется шифрование диска и вы принудительно применяете соответствующую политику, получить доступ к информации в локальном хранилище без определенных факторов проверки подлинности (доверенный платформенный модуль, ПИН-код, смарт-карта, USB-адаптер или пароль) будет чрезвычайно сложно.
Если разрешить неуправляемым устройствам подключаться к сети после брандмауэра, доступно несколько вариантов помимо обычных требований к сертификатам и настройкам прокси-сервера. Некоторые организации по соображениям безопасности реализуют параллельную сетевую инфраструктуру специально для доступа неуправляемых устройств и ограничения доступа к активам, управляемым через Exchange ActiveSync и связанную инфраструктуру. Хотя этого было достаточно для многих сред, ИТ-специалисты часто находятся под повышенным давлением, связанным с подключением таких устройств к корпоративному брандмауэру. Если такая ситуация кажется вам знакомой, можно кое-что сделать, чтобы дифференцировать доступ на основе типа устройства или браузера, подключающегося к данным SharePoint.
Существовали общие методы для определения работоспособности компьютерного объекта, обращающегося к сетевым ресурсам. Мы использовали такие вещи, как VPN-карантин и защита доступа к сети (NAP), в течение нескольких лет. В решении NAP устройство опрашивается при попытке доступа к сети и, если оно не соответствует стандартам (состояние обновления, последняя версия антивирусной программы и т. д.), ему даются нулевые права для доступа к сети. Описание того, как NAP работает с протоколами IPsec, VPN, 802.11x и DHCP можно найти на сайте TechNet , а на этом рисунке представлен процесс обнаружения и обработки устройства, не соответствующего требованиям, с помощью протокола IPsec.
Но для применения NAP требуется компьютер, поддерживающий NAP, например под управлением Windows Server 2008, Windows Server 2008 R2, Windows 7, Windows Vista и Windows XP с пакетом обновлений 3 (SP3). Поэтому если мы хотим принудительно проверять работоспособность устройств с помощью NAP, нам потребуется развертывать устройства под управлением операционной системы Windows.
Допустим, я не могу использовать NAP, так как подключаемое устройство — это Mac, iPad или устройство с операционной системой Android. Что делать в этом случае? Есть несколько вариантов, использующих Microsoft Forefront Unified Access Gateway (UAG) для принудительного применения стандартов на устройствах без Windows (Mac и Linux), таких как обязательное использование антивирусной программы на таких устройствах. На следующем рисунке показан редактор политики в Forefront UAG и поддерживаемые платформы (помимо Windows).
Текст, показанный выше, отображается, если устройство не соответствует требованиям работоспособности, наложенным UAG. Сведения о требованиях UAG к клиенту можно найти на сайте TechNet. Для этого блога важно, что в Forefront UAG SP1 Update 1 добавлена поддержка браузеров для платформ iOS 4, Android 2.3 и 3.0.
Другой способ защиты файлов от загрузки на устройства — использование служб IIS для опроса подключающихся устройств, передачи полученных сведений на сервер IIS и принятия решения о разрешении или запрете загрузки файлов на основе этой информации. С помощью служб IIS я могу определить правила, который будут перенаправлять устройства, пытающиеся загрузить файлы. В этом случае я могу изучить журнал IIS и определить идентификаторы устройства.
В журнале, представленном выше, я вижу тип устройства "iPad" и браузер, подключающийся к документу. Затем я могу открыть службы IIS и настроить правило, которое перенаправляет вызовы от устройств с такими атрибутами на страницу, сообщающую о том, что они выполняют действие, неавторизованное администратором сети.
Как видно на рисунке диспетчера IIS выше, я создал правило, применимое ко всем DOCX-файлам. Если устройство совпадает с шаблоном и в его дескрипторе указан тип iPad, я перенаправляю пользователя на сайт интрасети download%20denied.aspx. Мне не нужно делать это для всех файлов по-отдельности, я могу определить одно правило для всех DOCX-файлов (или других расширений файлов). Удобно, что мы можем разрешить устройству просматривать документ с помощью Office Web Apps, так как он отображается на сервере SharePoint, а устройству передается только PNG-файл.
Если пользователи попытаются загрузить копию на неуправляемое устройство, они увидят следующее:
Это позволяет предотвратить загрузку файла на локальный диск и использование другой службы для передачи файла в другое нежелательное расположение. Если жесткий диск не зашифрован или устройство оснащено съемным хранилищем, это позволяет предотвратить сохранение файла в незащищенной файловой системе, на SD-карте и т. д. Это неидеальный способ, но он помогает сократить число нежелательных действий пользователей, при этом предоставляя права на просмотр документов с помощью Office Web Apps.
Передачу данных я упомянул среди прочего в начале этой статьи, но сетевые стеки большинства современных устройств под управлением iOS и Android поддерживаю стандарты WEP и WPA для защиты передачи данных на устройства и с устройств. Ключевым моментом здесь является использование этих методов в отличие от небезопасных сетей.
Мобильные устройства прошли долгий путь и продолжают улучшаться. Но они не так управляемы, как большинство развитых платформ, обладающих встроенными возможностями для защиты как данных на устройстве, так и подключений к удаленным данным. Это неудивительно, учитывая современное окружение, где для получения доступа устройства получают определенные послабления, так как в противном случае они просто не соответствуют критериям безопасности. Надеемся, что некоторые методики, описанные в этом блоге, помогут вам определить методы для предоставления ограниченного, но достаточного уровня доступа неуправляемым устройствам, при использовании которых вы будете спокойны, а ваши пользователи — счастливы. Конечно, есть и другие механизмы, такие как служба управления правами на доступ к данным (IRM), с помощью которых неуправляемым устройствам Windows можно предоставить доступ к конфиденциальным файлам за счет поддержки Exchange ActiveSync в Windows Phone 7.5, Windows Mobile и Outlook Web Access, но эти методы недействительны для iPad и Android и не дают права сравнивать NAP с политиками UAG и IIS, поэтому я не очень подробно описал возможности IRM в данной статье.
Я хотел начать разговор с того, как предоставить удаленный доступ с помощью Citrix XenApp и служб удаленного рабочего стола в Windows Server, как настроить интерфейс пользователя Office и оболочку Windows для доступа с iPad или устройства на базе Android, но это я опишу в следующей и, скорее всего, последней статье этой серии.
Старший менеджер по продуктам
Это локализованная запись блога. Исходная статья находится по ссылке Windows, iPad and Android - Managing and Using Your Office Assets in a Tablet World (Part 4) – Device-based Access Management