Artigo original publicado na terça-feira, dia 11 de setembro de 2012
Esta publicação foi escrita por Nick Simons, um Gerente de Programa Sênior para o Office Web Apps.
No verão de 2010, introduzimos o Office Web Apps: versões baseadas em navegador do Word, PowerPoint, Excel e OneNote. Disponibilizamos estes produtos como um conjunto de aplicativos do SharePoint. Clientes implantando o Office Web Apps em suas redes fazem isso instalando o Office Web Apps nos servidores do SharePoint.
No momento, a integração do SharePoint parecia a melhor abordagem. Obviamente, o SharePoint era, e permanece, um pilar da história do Office Web Apps. E o SharePoint possui um modelo bem definido para integrar aplicativos como o Office Web Apps. Mas, conforme começamos a planejar a próxima versão do Office Web Apps, tornou-se claro que seria difícil atingir algumas de nossas principais metas com uma arquitetura tão acoplada com o SharePoint.
Desejamos simplificar o planejamento de capacidade e a instalação e permitir a federação entre vários farms. Também desejamos acomodar solicitações para integração de novos parceiros, como o Lync. Por fim, ouvimos muitos de nossos clientes, do Office 365 e local, que desejavam ter as mesmas melhorias que nossos usuários do SkyDrive aproveitam regularmente.
Para atingir estas metas, voltamos para o início e pensamos novamente sobre como o Office Web Apps se integraria com outros produtos agora e no futuro. Criamos um novo modelo que separou o Office Web Apps de qualquer tecnologia de parceiros específica. Por fim, nosso modelo inseriu uma codificação relativamente leve nos hosts de arquivos como o SharePoint, permitindo executar o Office Web Apps em servidores totalmente separados.
Este novo produto de servidor autônomo é o Office Web Apps Server.
Sabemos que no início a ideia de um tipo adicional de servidor parece adicionar complexidade e dificuldade para o administrador. Mas, você verá que com a autonomia obtemos...
1. Instalação mais simples
2. Atualização e manutenção totalmente separada do SharePoint
3. Vários farms do SharePoint se integrando com um único farm do Office Web Apps Server
4. Outros produtos como o Exchange, Lync e de terceiros integrando-se com o Office Web Apps
5. Fornecimento de novos recursos e melhorias para nossos clientes locais ou baseados na Web praticamente ao mesmo tempo
Quando comparamos as implantações anteriores do Office Web Apps no SharePoint 2010 com as novas implantações usando o Office Web Apps Server as vantagens realmente começam a aparecer.
Com a versão anterior do Office, obtemos uma implantação do Office Web Apps comum parecida com a seguinte...
Observe que a versão anterior do Office Web Apps precisou ser instalada em cada farm e em cada máquina no farm. Além disso, o escalonamento do Office Web Apps estava ligado ao escalonamento geral do SharePoint. E atualizar o Office Web Apps exigia a atualização do código em cada máquina de todos os seus farms do SharePoint.
Cm o Office Web Apps Server, esperamos uma implantação parecida com a seguinte...
Como você pode ver, um único farm do Office Web Apps Server pode servir a vários farms do SharePoint 2013 além do Lync 2013 e Exchange 2013 (Outlook Web Access). Além disso, é possível usar seu farm do Office Web Apps para exibir qualquer URL ou UNC acessível por um arquivo do Word, Excel e PowerPoint.
O seguinte descreve como o Office Web Apps se integra com um host de arquivos como o SharePoint em alto nível. Esta informação ajudará a compreender os requisitos de rede e segurança descritos posteriormente.
Primeiro, algumas definições:
Uma parte principal do novo modelo de integração é um novo API público que o Office Web Apps utiliza para se comunicar com Hosts. Este API é chamado de WOPI (Web application Open Platform Interface). O Office Web Apps Server busca e manipula arquivos usando o API WOPI. Frequentemente chamamos o Office Web Apps Server como Aplicativo WOPI. Os Hosts devem compreender as solicitações do WOPI de aplicativos WOPI.
WOPI é um API RESTful que usa HTTP/HTTPS. Isto significa que, entre outras coisas, todo o tráfego entre os Hosts e o Office Web Apps Server passa pelas portas HTTP/HTTPS padrões. Também significa que, tanto quanto possível, o Office Web Apps Server não tem estado. Isto o torna mais resiliente uma classificação de falhas, desde interrupções de rede a falha completa de hardware.
Para compreender como o WOPI funciona, vamos olhar um simples cenário onde um usuário, Sally, vê um arquivo chamado test.docx hospedado no SharePoint. Aqui está como isto funciona...
1. Sally navega para uma biblioteca de documentos onde test.docx está armazenado.
2. Sally clica no nome de arquivo na biblioteca de documentos.
3. O SharePoint navega pelo navegador para uma página especial do SharePoint que sabe como iniciar solicitações para o Office Web Apps Server (e outros Aplicativos WOPI). Iremos chamar esta página do SharePoint de WOPIFrame.aspx.
4. O WOPIFrame.aspx contém um iframe (http://dev.w3.org/html5/spec/the-iframe-element.html) que navega para uma página no Office Web Apps Server. Chamamos esta página de WordViewer.aspx. A solicitação HTTP para o WordViewer.aspx inclui algumas informações importantes:
5. O Office Web Apps Server usa a Fonte WOPI e o Token de Acesso para obter o test.docx do SharePoint.
6. O WordViewer.aspx exibe test.docx no iframe do WOPIFrame.aspx.
Aqui está uma imagem que mostra o fluxo de dados entre o navegador, o SharePoint e o Office Web Apps Server...
Um farm de servidores neste caso, pode ser qualquer coisa de uma máquina virtual executando em um servidor compartilhado a um farm com dúzias de servidores de classe de centro de dados. A instalação e manutenção básica é a mesma em todos os casos. Os pré-requisitos e as etapas necessárias para criar um farm são, claro, incluídos nos produtos. Não irei reproduzir esta documentação aqui. O que farei é descrever o que está envolvido em um nível de detalhes razoável.
Primeiro, você precisa de algumas máquinas. Vamos assumir que você está configurando um farm para servir a necessidade de 80.000 usuários de vários farms do SharePoint. Pensamos que você provavelmente precisaria de 4 servidores com...
Você também precisará de um balanceador de carga. Temos um farm de 10 máquinas configurados na Microsoft que compartilha um balanceador de carga de hardware F5 BIG-IP com vários outros produtos do servidor. Esta organização funciona muito bem, mas qualquer solução de balanceamento de carga decente resolverá. A única recomendação que fazemos é que sua solução de balanceamento de carga suporte a afinidade. Para obter desempenho, é muito importante se o mesmo servidor lida com todas as solicitações de uma determinada sessão.
Irei assumir que você deseja que seus usuários tenham acesso ao Office Web na rede interna e na Internet. Neste caso, você precisará configurar o DNS interno e externo para seu farm. Em alternativa, você pode optar por apenas configurar o DNS externo e usar regras de DNS interno para manter as solicitações internas em sua rede privada. Isto é o que eu faria.É sua rede, portanto configure-a como achar melhor. Tudo que exigimos é...
É fundamental certificar-se de que estas rotas de rede sejam configuradas corretamente. O Office Web Apps é relativamente simples, mas funciona apenas quando os canais de comunicação estão abertos.
Como observado na seção anterior, a solicitação inicial de renderizar ou editar um arquivo inclui credenciais do usuário no formato de um Token de Acesso. Por sua vez, este Token de Acesso é incluído em todas as solicitações do Office Web Apps para Hosts. Todo este tráfego deve ser protegido com SSL, a não ser que você esteja em uma rede privada e confie em todos com acesso a esta rede. Você ainda deverá usar o SSL. Realmente.Configurar o SSL exige a criação de certificados e a colocação deles em cada máquina do Office Web Apps Server ou no balanceador de carga. Se você escolher encerrar o SSL no balanceador de carga, há configurações específicas no Office Web Apps Server que você pode usar. Abordarei isso em um momento.
Agora que você possui toda a infraestrutura de hardware e rede, é hora de realmente criar o farm do Office Web Apps Server. Primeiro, instale o Office Web Apps Server e seus pacotes de idioma em todas as máquinas. Não tente instalar qualquer outro software nas máquinas. Nenhum SharePoint. Nenhum Exchange. Nada. Se você deseja compartilhar hardware, use máquinas virtuais.
Ao terminar, execute o seguinte Windows PowerShell na primeira máquina do seu farm (chamaremos de Server1). Este Windows PowerShell assume que...
Aqui está o Windows PowerShell:
New-OfficeWebAppsFarm -ExternalURL "https://officewebapps.contoso.com" -EditingEnabled -SSLOffloaded
Você agora possui uma única máquina de farm do Office Web Apps Server.
Feito isso, vá para o Server2. Neste servidor, execute o seguinte...
New-OfficeWebAppsMachine -MachineToJoin "Server1"
Agora você possui um farm de duas máquinas. Repita a etapa anterior no Server3 e Server4.
Neste ponto, seu farm do Office Web Apps está pronto. Mas não está conectado a qualquer Host. Para conectar um farm do SharePoint a este farm do Office Web Apps Server, abra um prompt de comando do Windows PowerShell em qualquer servidor no farm do SharePoint e execute o seguinte...
New-SPWopiBinding -ServerName "officewebapps.contoso.com"
Você também precisará executar o seguinte comando para dizer ao farm do SharePoint que você deseja usar a URL externa do farm do Office Web Apps Server e que usa HTTPS.
Set-SPWopiZone -Zone "external-https"
Agora realmente acabou. Navegue para uma biblioteca de documentos no farm do SharePoint e crie, exiba e edite arquivos do Office em seu conteúdo principal. Não é necessária qualquer outra configuração.
Por fim, se você deseja desconectar o farm do Office Web Apps Server do SharePoint, execute o seguinte...
Remove-SPWopiBinding -All
Se você for para uma biblioteca de documentos no farm do SharePoint agora, não haverá rastros do Office Web Apps.
É possível se conectar a quantos farms do SharePoint você desejar em um único farm do Office Web Apps. O mesmo é verdadeiro ao se conectar o Exchange e Lync a um farm do Office Web Apps. Para obter mais informações, consulte Exchange Server 2013: Integração do Office Web Apps Server e Implantando o Office Web Apps Server e Lync Server 2013.
Desde o início estamos comprometidos com atualizações frequentes do Office Web Apps. No entanto, apenas oferecemos nossas atualizações aos clientes locais através de Service Packs. Após lançarmos o Office Web Apps Server 2013, planejamos tornar as atualizações disponíveis com mais frequência. Acreditamos que isso possa ser gerenciado pelos administradores, porque a atualização do Office Web Apps Server é muito fácil.
Para atualizar máquinas em um farm do Office Web Apps Server, você precisará remover as máquinas do balanceador de carga e do farm. No entanto, este processo pode ser gerenciado para que não haja praticamente nenhum impacto nos usuários.Essencialmente, se você possui um farm de 4 máquinas, irá retirar duas máquinas e atualizá-las. Você cria um novo farm com estas 2 máquinas e aponta para o balanceador de carga nestas 2 máquinas ao invés das 2 no farm original. Agora atualize as duas máquinas restantes e integre-as ao farm original e aponte o balanceador de carga também nestas máquinas.
Onde as máquinas são retiradas do farm, alguns usuários podem encontrar dificuldades, mas o Office Web Apps irá recuperar. Isto funciona em todos os casos, exceto com uma única máquina (por motivos óbvios).
É possível encontrar recursos adicionais para o Office Web Apps Server aqui:• Biblioteca do Office Web Apps Preview no TechNet• Exchange Server 2013: Integração do Office Web Apps Server• Implantando o Office Web Apps Server e Lync Server 2013• Fórum de instalação e implantação do Office Web Apps
Nick SimonsGerente de Programa Sênior - Office Web Apps
Esta é uma publicação traduzida. Encontre o artigo original em Introducing Office Web Apps Server
Artigo original publicado no sábado, 27 de outubro de 2012
Você pode ter ouvido falar que o Visio 2013 introduziu um formato de arquivo baseado em XML, VSDX, para oferecer novas capacidades no Visio, como co-autoria, e para melhorar a interoperabilidade com outros aplicativos. Se isto é novidade para você, é possível encontrar ótimas informações na publicação do Blog do Visio VSDX: o novo formato de arquivo do Visio. Se você deseja mais detalhes técnicos sobre o formato VSDX, consulte Introdução ao formato de arquivo do 2013 (.vsdx) e Tutorial: Manipular o formato de arquivo do Visio 2013 programaticamente no MSDN.
Nossos profissionais de TI provavelmente lembram dos desafios de migrar do formato de arquivo binário do Office 2003 para o formato de arquivo do OpenXML usado no Office 2007 e versões anteriores. Com o Visio 2013, você terá desafios semelhantes, mas pensamos que todos concordam que a migração vale o esforço. Existem vários benefícios obtidos deste novo formato VSDX, incluindo arquivos menores, melhoria da recuperação de dados e interoperabilidade mais fácil.
Novos tipos de arquivos no Visio 2013
O Visio possui três tipos principais de arquivos: desenhos, modelos e rascunho. Estes tipos de arquivo ainda estão disponíveis no novo formato, com uma diferença: assim como outro aplicativos do Office, agora oferecemos formatos sem macro e com macro. As novas extensões para cada tipo de arquivo estão listadas na tabela abaixo.
Sem macro
Com macro
Desenho
VSDX
VSDM
Modelo
VSTX
VSTM
Rascunho
VSSX
VSSM
Recursos de compatibilidade no Visio 2013
O Visio 2013 oferece vários recursos de compatibilidade para ajudar na transição de usuários do formato antigo para o novo. Estes novos recursos incluem:
Os usuários podem aprender mais sobre os novos recursos de compatibilidade nestes artigos do Office.com:
Por padrão, o Visio 2013 salva arquivos usando o formato VSDX. Isto está bem se todos os usuários estão usando o Visio 2013. Se você possui alguns usuários que continuarão a utilizar versões anteriores do Visio, é possível usar a Política de Grupo para definir o tipo de arquivo padrão no Visio 2013 para VSD. A configuração da Política de Grupo Salvar arquivo do Visio como está disponível em Arquivos de Modelos Administrativos do Office 2013 (ADMX/ADML) e Ferramenta de Personalização do Office. Procure pela configuração em Configuração do usuário\Modelos administrativos\Microsoft Visio 2013\Opções do Visio\Salvar\Salvar documentos.
Aqui estão os formatos de arquivos que você pode definir como o tipo de arquivo padrão para o Visio 2013:
Como sempre, deixe comentários se tiver alguma sugestão para o conteúdo de profissionais de TI para o Visio 2013.
--Jill
Esta é uma publicação traduzida. Encontre o artigo original em What IT Pros need to know about the new VSDX file format in Visio 2013
Artigo original publicado na quarta-feira, 26 de setembro de 2012
Esta publicação foi escrita por Junko Kyomasu, um Gerente de Programas na equipe de Gerenciamento de Soluções do Office
O Painel de Telemetria do Office é uma nova ferramenta poderosa para gerenciar documentos do Office e suplementos em sua organização. Permite uma melhor experiência de atualização do seu Office existente para o Office 2013. Estamos felizes em ouvir que vários de vocês testaram os recursos de telemetria com o Office 2013, mas alguns nos disseram que desejam testar os componentes de painel em um ambiente de grupo de trabalho, que até o momento não era suportado. Configurar o registro para habilitar o relatório de dados imediato pode ser difícil.
Para tornar seu esforço de avaliação muito mais fácil e rápido, publicamos um script do Windows PowerShell, Deploy-TelemetryDashboard.ps1, que irá configurar todos os componentes de telemetria de uma vez! É possível executar o script para instalar os componentes em um único computador de grupo de trabalho ou computador de vários domínios. O script também permite o agente de telemetria integrado começar a relatar dados de telemetria imediatamente. Este script é a única forma de poder configurar os componentes do painel em um grupo de trabalho.
Para ambientes de produção que contêm centenas ou milhares de computadores clientes, é possível implantar cada componentes passo a passo, conforme descrito em Implantar o painel de telemetria do Office.
Baixe o Deploy-TelemetryDashboard.ps1 e TDDB.bak da Galeria TechNet e execute o Deploy-TelemetyDashboard.ps1 no computador com o Office 2013 instalado.
É só isso!
O script permite configurar o Painel de Telemetria no seu computador e você verá os dados de telemetria relatados para o painel imediatamente.
O script irá configurar todos os componentes necessários para começar a usar o Painel de Telemetria. É necessário executar o script em um computador com o Office Professional Plus 2013 ou Office 365 ProPlus do Office 2013 instalados.
O script realizará as seguintes tarefas:
1. Criar 2 grupos locais (apenas grupo de trabalho): Para permitir a garantir o acesso ao banco de dados e pasta compartilhados, o script criará 2 grupos locais em um computador e adiciona o usuário conectado atualmente nos grupos. Os grupos são:
TDAgent – grupo local que terá acesso à pasta compartilhada
TDDatabase – grupo local que terá acesso ao banco de dados
2. Criar uma nova pasta compartilhada: O local onde os computadores clientes do Office carregam dados de telemetria.
TDShared: pasta local que será criada na unidade do sistema (por exemplo, C:\TDShared)
3. Instalar o serviço do Processador de Telemetria do Office: O serviço processará dados carregados do computador cliente e irá inseri-los no banco de dados.
*4. Restaurar o banco de dados de Telemetria (apenas grupo de trabalho): O script irá restaurar um banco de dados vazio.*Observação: Para um computador de vários domínios, o script irá lançar o assistente de configurações do Processador de Telemetria do Office ao invés de restaurar um banco de dados vazio. É possível criar um novo banco de dados seguindo o assistente de configurações.
5. Configurar o Agente de Telemetria: O Agente de Telemetria é integrado ao Office Professional Plus 2013 e Office 365 ProPlus do Office 2013. O script gravará os valores de registro que permitem o agente coletar e carregar dados. Consulte Agente de Telemetria do Office para obter mais detalhes sobre cada valor de registro.
6. Executar a tarefa do agente: O Agente de Telemetria será acionado pela tarefa programada. O script executará a tarefa do agente (Microsoft\Office\OfficeTelemetryAgentLogOn) manualmente para que o agente colete a carregue dados de telemetria na pasta compartilhada.
7. Lançar o Painel de Telemetria: Após todas as configurações serem implantadas com sucesso e o agente ter carregado os dados de telemetria, o script lançará o Painel de Telemetria.
8. Exportar valores de registro do agente: É possível exportar as configurações de registro para o agente enviar as mesmas configurações para outros computadores clientes do Office que possuem o Agente de Telemetria.
Esperamos que este script do Windows PowerShell ajude você a configurar facilmente os recursos de Telemetria do Office para que você possa começar a obter os dados de telemetria que precisa para atualizar sem medo para o Office 2013 e começar a tirar vantagem de seus ótimos recursos.
Agradecemos suas perguntas ou comentários sobre este script. Se você tiver alguma, adicione comentários à esta publicação ou na guia Q&A na Galeria TechNet.
Esta é uma publicação localizada. Encontre o artigo original em Quickly set up Office Telemetry Dashboard on a workgroup or domain-joined computer
Artigo original publicado na quarta-feira, 17 de outubro de 2012
Publicamos um novo pôster do Visio e artigo sobre compatibilidade e telemetria no Office 2013. Eles são bons pontos iniciais para os profissionais de TI que desejam uma exibição de alto nível sem entrar em muitos detalhes.
O pôster do Visio (também disponível no formato PDF e Zoom-it) descreve como a telemetria funciona no Office 2013. É possível aprender sobre os componentes de telemetria, os tipos de arquivos e soluções monitorados, o processo de monitoramento e mais.
O novo guia de compatibilidade do Office 2013 descreve o processo de compatibilidade moderno do Office e como a telemetria do Office suporta este processo. Você aprenderá sobre os tópicos como descoberta verso inventário, a importância de trabalhar com grupos de negócios e como conduzir o teste de aceitação do usuário utilizando o Click-to-Run, para indicar alguns.
Como sempre, agradecemos seu feedback e incentivamos você a verificar o conteúdo novo e atualizado semanalmente.
Jill
Esta é uma publicação traduzida. Encontre o artigo original em New Office 2013 compatibility and telemetry content for IT Pros in the Office Resource Kit
Artigo original publicado na quarta-feira, 19 de setembro de 2012
Esta publicação foi escrita por Nobuko Miwa, um Gerente de Programas na equipe de Gerenciamento de Soluções do Office
VOCÊ JÁ DESEJOU GERENCIAR SUPLEMENTOS DO OFFICE? Se você é um profissional de TI que gerencia o uso de aplicativos, pode desejar gerenciar suplementos para o Office também. Se é possível evitar que os usuários finais executem suplementos não aprovados que podem causar problemas ou baixo desempenho, é possível reduzir seus custos de suporte. Com o Office 2013, estamos oferecendo um novo recurso que permite gerenciar o uso de suplementos.
Usando o Office 2013 Painel de Telemetria, é possível monitorar o uso do suplemento junto com problemas de desempenho ou outros. Com os dados coletados, é possível decidir quais suplementos devem ser gerenciados. Este artigo descreve como gerenciar suplementos do Office usando o Painel de Telemetria.
Primeiro, você precisa implantar o Painel de Telemetria. Veja este artigo Technet para obter detalhes sobre a implantação do Painel de Telemetria.
Ao ter instalado com sucesso o Painel de Telemetria, veja a planilha Soluções no Painel de Telemetria. Na planilha Soluções, é possível encontrar um link chamado Modo de gerenciamento de suplementos no canto superior direito, conforme mostrado na seguinte planilha. Clique no link para exibir a Planilha de gerenciamento de suplementos.
Na Planilha de gerenciamento de suplementos, é possível decidir quais suplementos devem ser controlados com base no uso, tempo de carregamento e problemas detectados. Ao ter decidido quais suplementos devem ser controlados, siga as instruções exibidas no lado direito da tela para criar um script do Windows PowerShell para aplicar estas configurações. Aqui está um screenshot que mostra a Planilha de gerenciamento de suplementos no Painel de Telemetria.
Algumas observações a serem consideradas são:
Aqui estão os aplicativos nos quais você pode gerenciar suplementos: Excel, Word, Outlook, PowerPoint, Project, Publisher, Visio, OneNote, Access, InfoPath.
E aqui estão os tipos de suplementos suportados:
Suplemento COM
.dll
Suplemento de Automação do Excel
Suplemento XLL do Excel
.xll
Suplemento do Excel
.xla, .xlam
Suplemento RTD do Excel
Suplemento do Word
.dot, .dotm, .dotx, .docm
Suplemento do PowerPoint
.ppa, .ppam
Aqui estão as opções que você pode escolher para gerenciar cada suplemento:
Um método mais restrito de gerenciar suplementos é bloquear todos os suplementos não gerenciados usando os arquivos de Modelo Administrativo do Office 2013 (admx), e usar a configuração Permitir descrita anteriormente para permitir que os usuários utilizem apenas suplementos especificados. Existem configurações de gerenciamento de suplemento individuais para cada aplicativo suportado do Office 2013. Estão localizados nos seguintes caminhos:
Após gerar o script do Windows PowerShell na Planilha do modo de gerenciamento de suplemento, é possível executar o script no Módulo do Active Directory para Windows PowerShell. No console, especifique o nome do GPO para aplicar as configurações, conforme exibido no seguinte screenshot:
Você está pronto para o link criado pelo GPO para qualquer OU.
Vamos confirmar como você está gerenciando suplementos em seu cliente do Office. Abra a caixa de diálogo Suplementos COM nos seus computadores clientes do Office usando o seguinte procedimento:
Você pode ver que os suplementos são desabilitados e controlados pelo administrador. Os usuários finais não podem reabilitar o suplemento em seus computadores. É possível ver isso ilustrado no seguinte screenshot:
Se a Política de Grupo ainda não foi aplicada, é possível usar o seguinte comando no prompt de comando para acionar o processo de atualização:
gpupdate /force
Nobuko
Esta é uma publicação traduzida. Encontre o artigo original em Let's manage add-ins using Telemetry Dashboard
Artigo original publicado na quarta-feira, 7 de novembro de 2012
Esta publicação foi escrita por David Matsumoto, um Gerente de Programa da equipe de Gerenciamento de Soluções Office
Em nossas publicações recentes, estivemos falando sobre os recursos de Telemetria do Office novos no Office 2013. Você pode ter lido algumas publicações que discutiram o Painel de Telemetria com mais detalhes e esperamos que tenha tido uma chance de começar a usá-lo.
Nesta publicação, iremos discutir o Log de Telemetria para o Office 2013, que é instalado junto com o Painel de Telemetria. Iremos discutir qual é o objetivo do Log de Telemetria e como obter o máximo dele. Vamos começar!
O Log de Telemetria ajuda os usuários finais a abordar problemas de compatibilidade que ocorrem dentro dos aplicativos do Office 2013* em seu computador local. O Painel de Telemetria é destinado para Profissionais de TI Empresariais coletarem as informações de uso e telemetria na organização e acumular isso em uma única exibição. O Log de Telemetria exibe o mesmo tipo de informação por usuário no computador do usuário.
Após o Log de Telemetria ser habilitado, cada vez que o usuário abrir ou fechar uma arquivo ou solução do Office 2013, um evento é registrado em um repositório de dados locais no computador cliente. Se forem encontrados erros, mesmo aqueles que podem não ser óbvios, estes erros são registrados no repositório de dados local, junto com a informação do computador e do usuário. Quando possível, os erros são mapeados para problemas de compatibilidade conhecidos que podem ser exibidos no Log de Telemetria.
*Para obter uma lista de arquivos do Office e soluções rastreados no Log de Telemetria, consulte a Tabela 1 in Como o Log de Telemetria funciona.
Se você instalou o Office 2013 no Windows 8, basta limpar a tela do AppBar, escolher Todos os Aplicativos e escolher Log de Telemetria para Office 2013. (Para o Windows 7 instalar, escolha Todos os Programas. Na lista de programas, expanda Microsoft Office 2013, Ferramentas do Office 2013 e escolha Log de Telemetria para o Office 2013.)
Ao lançar o Log de Telemetria, uma nova planilha no Excel 2013 abre. A planilha possui três folhas de trabalho chamadas Eventos, Informações do Sistema e Guia.
Clique na folha de trabalho Guia e clique no botão verde para habilitar o registro em log:
Agora está tudo pronto! Sempre que você abrir um documento ou uma solução no Office 2013, irá ser imediatamente rastreado no Log de Telemetria. Vá em frente e tente abrir e fechar um documento ou carregar uma solução. Navegue de volta para a folha de trabalho Eventos e clique no botão Atualizar no canto superior direito do painel Cabeçalho. Você verá uma ou mais setas que correspondem a todos os eventos ocorridos ao abrir e fechar este documento ou solução. É possível verificar isso olhando as várias colunas na planilha de Eventos. (Consulte o exemplo da Figura 1 abaixo.)
Por exemplo, na planilha Eventos, é possível ver o seguinte:
Figura 1: Log de Telemetria (Exibição de Eventos)
Também é possível verificar se o Log de Telemetria está habilitado no computador clicando na planilha Informações do sistema e vendo se o Log de Telemetria está habilitado.
Observação: Se você possui um computador executando em um ambiente gerenciado, seu Administrador de TI já pode ter provisionado seu computador para habilitar o Log de Telemetria para que os dados possam ser carregados no banco de dados e relatados no Painel de Telemetria.
O Log de Telemetria é especialmente útil para usuários experientes e encarregados de testes que desejam investigar problemas com documentos ou soluções e descobrir as etapas de solução adequadas.
Considere o seguinte exemplo, usando o Log de Telemetria para resolver problemas de documento (também aplicável para resolver problemas de solução:
1. Um encarregado de testes foi carregado em alguns documentos (por exemplo, CalendarControl_report.xls, ConfidentialityAgreement_template.docx) e tentou executar os controles (ou macros, etc.) com problemas. (Observe que os controles realmente precisam ser executados para iniciar qualquer problema de forma que sejam registrados no Log de Telemetria.)
2. Um encarregado de teste lança o Log de Telemetria e procura na planilha eventos o local dos documentos que estão sendo usados. O encarregado de teste vê que há um erro e um aviso gerado para estes arquivos e uma explicação correspondente sobre o que pode estar causando o problema. (Veja o exemplo destacado na Figura 2 abaixo.)
Figura 2: Log de Telemetria – Exemplo da Exibição de Eventos com erro/aviso do documento e explicação
3. Ele clica no link da coluna Mais Informações, que corresponde ao problema sendo investigado (neste caso, o documento ConfidentialityAgreement_template.docx). Ele vê informações mais detalhadas disponíveis no MSDN, que podem ser mais detalhadas e encontra informações úteis para seu desenvolvedor resolver o problema. (Veja o exemplo destacado abaixo na Figura 3.)
Figura 3: Detalhamento do MSDN para obter Mais Informações
4. Após um desenvolvedor corrigir o problema, o encarregado de teste abre uma cópia atualizada do arquivo e vê que não há novos problemas registrados no Log de Telemetria.
Nesta publicação, discutimos o objetivo do Log de Telemetria e como começar a usá-lo. Também discutimos como os usuários finais, especialmente desenvolvedores e encarregados de testes, podem obter o máximo do Log de Telemetria.
Guia de Referência para uso do Log de Telemetria
Problemas de compatibilidade no Office 2013
Esta é uma publicação traduzida. Encontre o artigo original em Introducing Telemetry Log in Office 2013