Artigo original publicado no sábado, 14 de janeiro de 2012
Trazido a você pelo nosso guru de compatibilidade, Curtis Sawin.
O uso primário do OMPM é fornecer detalhes dos problemas da conversão de documentos, e isso ajuda a responder à pergunta "Qual é o risco de converter os meus arquivos binários do Office no formato Open XML?". No entanto, observamos que muitas pessoas usam o OMPM para ajudar a responder à pergunta "Qual é o risco de abrir meus arquivos binários do Office no aplicativo Office 2010?". O resultado é que vemos algumas pessoas usando o OMPM para a pergunta errada, gastando tempo, esforço e dinheiro significativos usando uma boa ferramenta para fornecer as informações erradas.
Para qualquer projeto de compatibilidade, independente da plataforma, você deve separar suas tarefas de compatibilidade em pré- e pós-implantação. Ou seja, antes de migrar para sua nova plataforma (como Office 2010, Windows 7 ou Internet Explorer 9), você deve focar seus esforços apenas nas tarefas que permitam implantar a nova plataforma. Tais tarefas devem ter um impacto claro e direto na capacidade de implantar sua plataforma. É por isso que essas tarefas de pré-implantação são consideradas habilitadoras da implantação.
Tarefas pós-implantação são aquelas que permitem perceber os benefícios de sua nova plataforma, que podem incluir o aumento na produtividade (eu já mencionei Visualização da Colagem?) e custos reduzidos. Além disso, as tarefas pós-implantação podem posicioná-lo para futuras migrações de plataforma. Essas são consideradas tarefas de otimização do ambiente.
Por exemplo, atualizar o código de macro substituído é uma tarefa pós-implantação, porque os itens do modelo do objeto que foram identificados como substituídos a partir das versões anteriores do Office ainda compilam, mas podem não estar disponíveis nas futuras versões. Em outras palavras, o código de macro substituído não bloqueia realmente as importações do Office. Então, depois de implantar o Office 2010, a atualização do seu código substituído o posiciona para migrar para uma futura versão do Office.
A conversão de documentos também é uma tarefa de pós-implantação, porque permite reduzir suas necessidades de armazenamento na rede e ajuda a otimizar seu ambiente.
Como mencionamos anteriormente, o OMPM identifica os problemas de conversão do documento, não os problemas de documentos. Isto é, para um documento específico, o OMPM informa que "irá converter" para o último formato de arquivo, mas não se "irá funcionar" no Office 2010.
Usar o OMPM antes da implantação para ajudar a descobrir se os documentos irão funcionar quando forem abertos no Office 2010 é um uso incorreto comum do OMPM. Existem alguns motivos para isso:
Esse último argumento é fundamental. O OMPM fornece dados para os profissionais de TI. Frequentemente, vemos os clientes usando o OMPM para encontrar problemas de conversão, e concentram seu teste apenas nos documentos com problemas "vermelhos". Essa é uma maneira fácil de racionalizar um volume enorme de dados em algo mais controlável. Os documentos "vermelhos" são frequentemente 5 a 20% do inventário total. Racionalizar o meu inventário para apenas 5% do que foi descoberto parece um uso excelente do meu processo de descoberta!
No entanto, essa abordagem tem várias falhas. Como observamos, a mais importante é que o OMPM informa problemas de conversão e não fornece informações que ajudem a determinar se o documento vermelho irá funcionar no Office 2010. Além disso, o foco nos documentos "vermelhos" ignora a importância do documento e trata todos os documentos vermelhos como se fossem igualmente importantes (isto é, documentos que devem ser testados). Portanto, embora você pense que está economizando tempo, na verdade o está perdendo, concentrando-se possivelmente nos documentos que têm problemas de conversão, mas que não agregam valor ao negócio. Por último, usar o OMPM dessa maneira fornece uma sensação falsa de segurança. Embora você possa dizer que concentrou seus testes nos documentos relatados apenas com problemas vermelhos, não pode dizer que chegou mais perto de determinar se eles irão funcionar no Office 2010.
Estamos observando que as empresas passam 12 a 18 meses se preparando para implantar o Office 2010. Ou seja, após a decisão de implantar, pode demorar um ano e meio até que os usuários finais estejam usando a nova versão do Office. A maior parte desse tempo é consumida pela avaliação demorada (e cara) dos documentos, usando o OMPM. Na verdade, observamos que as pessoas que não usam o OMPM antes da atualização para o Office 2010 estão implantando de maneira mais rápida e barata, sem qualquer risco adicional.
Um novo recurso da versão 2010 do OMPM é que a ferramenta indica "problemas de macro". Em resumo, ela fornece dois pontos de dados: uma contagem de todos os problemas em potencial do modelo do objeto e outra da compatibilidade com 64 bits.
Os problemas do modelo do objeto, listados como Contagem de Problemas de Funcionalidade na ferramenta de relatórios do OMPM, resumem o número total de itens do código da macro que foram removidos, alterados ou substituídos desde as versões prévias do Office. Os problemas dos 64 bits, listados como Contagem de Problemas de Compatibilidade x64, listam a soma de todas as declarações do código de macro que não sejam explicitamente listadas como "seguras para o Office de 64 bits”.
Com essa funcionalidade melhorada, muitos acreditam que esse insight seja valioso e deva ser revelado antes da implantação. Por exemplo, você não gostaria de usar um documento no Office 2010 que teve 88 problemas de funcionalidade e 3 de compatibilidade x64, gostaria? Isso depende de:
Se você não estiver implantando o Office 2010 de 64 bits, pode ignorar todos os dados na coluna Contagem de Problemas de Compatibilidade x64 na ferramenta de relatórios do OMPM. Ela não fornece valor nessa situação, só faz barulho.
Os dados da Contagem de Problemas de Funcionalidade resumem os itens de modelo de objeto removidos, alterados ou substituídos. A maioria deles não causa impactos, mas alguns podem causar. Como você pode saber? Infelizmente, o OMPM não faz essa distinção. Portanto, não adianta muito olhar para os dados. Verifique o artigo Entendendo as mudanças com impactos em potencial no objeto do modelo do Office 2010 para obter mais detalhes sobre como as alterações no modelo do objeto podem afetar as macros.
Por último, embora o OMPM possa dizer quais documentos têm mais problemas de funcionalidade ou de macros x64, ele não indica se o documento/macro é importante para o negócio. Seria uma perda de tempo fazer ciclos de teste e solução nos documentos que não agregam valor ao negócio. Portanto, usar o volume dos problemas de macro para ajudar a racionalizar quais documentos devem ser testados frequentemente leva a uma ineficiência.
Grande parte deste artigo descreveu o que não fazer... o que não serve para muita coisa. Portanto, se usar o OMPM para descobrir os documentos e macros é ruim... o que é bom? Comece com os usuários finais. Faça um gráfico de seus clientes. Um grande benefício (e desafio) do Office é que os usuários finais podem criar suas próprias soluções usando o Office, e que as soluções do Office não são gerenciadas pela organização de TI. Além disso, muitas empresas que não têm a organização de TI gerenciam seus documentos do Office, portanto, o departamento de TI tem pouco insight sobre quais deles são importantes para administrar o negócio.
Você descobrirá que é MUITO mais fácil fazer uma parceria com gerentes de projeto e de relacionamento, ou com os líderes designados do negócio, para identificar quais documentos são críticos, do que usar o OMPM para examinar todo o ambiente e se concentrar nos dados errados (ai ai). Essa parceria também pode ser levada para outras iniciativas e projetos de TI e ajuda a agilizar as mudanças no seu ambiente.
A maioria dos projetos de compatibilidade, independente da plataforma, utiliza o fluxo "Inventariar, Racionalizar, Testar e Solucionar" e com o Office, parece lógico usar o OMPM para a descoberta, racionalizar pela filtragem dos "amarelos" ou "vermelhos" e testar e solucionar o subconjunto menor. Inadvertidamente, isso significa racionalizar a sua lista com base nos critérios errados. É como comprar um carro com base na cor. “Querida, aqui está a lista dos carros azuis que você pode escolher”. Quando você concentra seus testes/soluções do conjunto de dados errados, não reduz seu risco. Na verdade, está aumentando seu risco porque não se concentra nos dados certos.
Trabalhar com as áreas de negócio primeiro para identificar documentos/soluções críticos é um meio eficiente para realizar a descoberta e a racionalização ao mesmo tempo, porque a empresa valida os dados enquanto são gerados. O resultado é um aumento na eficiência (o que reduz o tempo/custo) e a diminuição do risco (concentrando-se nos dados certos).
O OMPM é uma ferramenta excelente para realizar uma tarefa específica. Usar o OMPM para encontrar problemas na conversão do documentos, e usar esses dados para determinar se existe uma justificativa comercial para converter seus documentos após o término da implantação do Office 2010, é uma ótima maneira de obter o valor para o seu investimento e perceber a economia em potencial. Usar o OMPM para responder à pergunta errada leva a um projeto de atualização caro e ineficaz, que compromete a agilidade do negócio e atrasa os benefícios de produtividade que o Office 2010 traz para seus clientes.
Os conceitos deste artigo são explicados em detalhes neste vídeo de 1 hora Resolvendo a compatibilidade do Office para acelerar as implantações do Office, gravado na Conferência Microsoft SharePoint Conference em Anaheim, CA. A seguir está a introdução do vídeo:
A compatibilidade entre arquivos do Office e a solução causa preocupação para as organizações quando elas começam a planejar uma atualização do Office. Normalmente, isso leva a projetos de implantação estendidos que atrasam a percepção do valor da nova versão. O segredo para manter seu projeto de implantação no rumo certo é utilizar o processo certo e as ferramentas de maneira apropriada para entender os riscos em potencial. Esta seção irá demonstrar como abordagem certa trata das avaliações caras e longas, o medo do desconhecido e os custos elevados. Conheça a equipe Compat do Office e aprenda a utilizar os programas e recursos para acelerar as implantações do cliente do Office 2010 ou Office 365.
Como usar o OMPM. Parte 1 - Identificar os candidatos à conversão de documentos e estimando as economias em armazenamentoComo usar o OMPM. Parte 2 - Realizar a conversão por volume
Este é um post de um blog localizado. Encontre o artigo original em Using OMPM Part 3 – Are there other uses for OMPM?
Artigo original publicado na segunda-feira, 24 de outubro de 2011
Bem-vindo à parte cinco da série sobre gerenciamento dos seus ativos do Office no mundo da computação Tablet. Na parte um, eu apresentei as principais maneiras de consumir o Office com os rich clients, rich clients remotos, Office para Mac, Web Apps e Office no telefone. Na parte dois, falei sobre o consumo do email nos tablets usando o Exchange ActiveSync, em comparação com os controles que você obtém com outras plataformas para a Política de Grupo e descrevi as opções para configurar o Office. Na parte três, escrevi sobre os Aplicativos da Web do Office como parte do SharePoint 2010 ou do serviço do Office 365. Na parte quatro, falei sobre as maneiras de diferenciar o acesso a recursos com base nos dispositivos usando o ISS e o UAG. O próximo tópico importante que discutirei neste blog é como ajustar as interfaces de usuário para o acesso remoto aos ambientes do Office executados no Windows.
Na parte um da série do blog, citei a fase da "Era pós-PC" e a descrevi para quem ainda quer fazer um trabalho real e, para isso, precisa de um dispositivo apontador e um teclado. Os aplicativos desenvolvidos para Windows tendem a presumir que o teclado e o dispositivo apontador existem, e precisamos lembrar disso quando comecei a falar sobre as otimizações que podemos fazer no Office e nas configurações do shell para o toque. Agora, posso dizer que conheço os desafios de usar o Office com a navegação de toque, porque eu o utilizo cerca de 2 horas por dia no meu carro, enquanto vou e volto para Redmond.
Embora isso não seja uma tela do iPad, Android ou Windows, apresenta os mesmos desafios para navegar em um sistema com aplicativos desenvolvidos para um teclado e um mouse. Eu gostaria de descrever algumas das minhas descobertas enquanto tentava configurar o Office e o Windows para uso do toque primário.
Neste exemplo, a área de trabalho ou servidor remoto será o alvo das configurações mais fáceis de usar para o toque. O Serviço de Área de Trabalho Remota (RDS) pode ser usado para acessar uma janela de uma área de trabalho completa ou de um aplicativo remoto de uma função de RDS do Windows Server instalada. Em qualquer um desses casos, fazemos algumas coisas para melhorar a experiência.
Se você navegar para "Painel de Controle\Aparência e Personalização\Personalização\Cor e Aparência da Janela " em uma máquina Windows e clicar em "Configurações avançadas da aparência... ", verá a tela a seguir:
Se você clicar nos botões "fechar" ou "minimizar", isso alterna os controles do item chamado "Botões de Legenda". Eu configurei o tamanho em 40, mas isso depende da resolução da sua área de trabalho remota ou dos servidores do RDS, e do tamanho e resolução da tela do dispositivo de consumo, portanto, experimente um pouco para acertar o tamanho. Da mesma maneira, se você clicar na área da barra de rolagem, ela seleciona o item "Barra de Rolagem" e você pode definir com um tamanho que corresponda aos Botões da Legenda. Esses ajustes secundários são valiosos quando você considera como os botões padrão podem ser pequenos em um Samsung Galaxy Tab de 7", por exemplo:
Essas alterações permitem rolar e fechar os aplicativos, mesmo que pareçam um tanto incomuns se você não estiver acostumado a ver esses controles modificados. Uma coisa boa desses controles é que se você acessar a seção remota de área de trabalho ou servidor com essas configurações, elas serão respeitadas por um aparelho iPad ou Android usando por exemplo o Citrix XenApp. Se você acessar essa janela de um dispositivo do Windows, ele ajusta os Botões da Legenda e as Barras de Rolagem com o tamanho do dispositivo de conexão.
Na figura acima, você pode ver uma guia personalizada padrão do Office que eu chamei de "iPad" e em um blog anterior da série, eu mostrei uma faixa do Word com uma guia "Toque". Essa não é uma versão secreta do Office 2010 otimizada para o toque, mas sim comandos normais suportados para personalizar as faixas padrão do Office. Se você navegar no Word 2010 até "Arquivo\Opções\Personalizar Faixa", verá uma tela como esta:
Aqui, eu já produzi uma guia da faixa personalizada com controles maiores. Eles serão mais fáceis para o uso do toque e nesse caso, o Word abrirá a guia "Toque" como padrão. O resultado será mais ou menos assim:
Perceba como cada botão é grande o suficiente para o uso do toque e apenas alguns recursos centrais estão expostos. Quando criamos esse arquivo de faixa personalizada, ele salvou o arquivo OFFICEUI na pasta AppData para a minha conta de usuário:
O arquivo OFFICEUI é constituído de XML básico e não tem uma afinidade com a conta de usuário onde foi criado, como vemos abaixo:
Você pode usar esse arquivo como parte do perfil padrão do usuário e até mesmo copiá-lo para sua a mídia de instalação do Office, e usar a Ferramenta de Personalização do Office (OCT) ou o config.xml conforme mencionado na parte dois da série deste blog, para copiar esse arquivo para o local correto no seu servidor do RDS ou na versão da área de trabalho remota padrão.
Assim que todas essas alterações foram efetuadas, e que o dispositivo iPad, Android ou Windows possa acessar a área de trabalho remota, a experiência do usuário será melhor que as configurações padrão. Ainda existem muitas áreas na janela do aplicativo em que o dispositivo apontador seria melhor que o toque usando o dedo. Aqui está a aparência resultante de um iPad com as nossas personalizações realçadas em vermelho:
Embora isso não torne cada controle ou fonte ideal para a experiência do toque em uma tela pequena, a maioria das tarefas comuns é possível. Esses ajustes secundários na interface do usuário ajudam a diminuir a frustração e a permitir o uso de aplicativos Win32 em dispositivos não Windows. Muitas organizações possuem milhares de aplicativos personalizados de linha de negócio, e pode não ser possível reescrever os aplicativos críticos para uma plataforma diferente.
Sinceramente, eu esperava concluir a série do blog com esta quinta parte, mas logo percebi que precisaria de outro blog para descrever como configurar o ambiente da área de trabalho remota. A parte seis será o blog final, em que eu irei discutir as arquiteturas comuns para obter uma sessão remota em um dispositivo iPad, Android ou Windows e mostrarei outras configurações de segurança no processo.
Obrigado por ler,
Jeremy Chapman
Gerente sênior de produto
Equipe Office IT Pro
ATUALIZAÇÃO: Agora que os seis blogs da série estão concluídos, aqui estão os links:
Este é um post de um blog localizado. Encontre o artigo original em Windows, iPad and Android - Managing and Using Your Office Assets in a Tablet World (Part 5) – Accessing Remote Windows Environments
Artigo original publicado na quinta-feira, 12 de janeiro de 2012
Na Parte 1 desta série, discutimos como usar o OMPM para identificar os "candidatos à conversão", que são documentos que praticamente não oferecem riscos de compatibilidade quando você os converte de um formato binário (por exemplo, arquivos xls, doc e ppt) no formato Open XML (por exemplo, xlsx, docx, pptx).
Vamos examinar o processo da conversão real dos documentos. Isso envolve usar a Office File Converter Tool (OFC.EXE) e usar uma lista exportada da Ferramenta de Relatório do OMPM (OMPM.accdr).
Para recapitular, você pode usar a ferramenta de relatório do OMPM para criar um filtro de "baixo risco" para identificar os documentos que:
A cláusula WHERE a seguir pode ser usada para cumprir esses critérios:
WHERE MaxIssueLevelID > 2 AND DATEADD(d,-30,GETDATE()) > ModifiedDate AND FileID not in (SELECT FileID from Uv_FilterMacroIssue)
Para converter os arquivos que cumprem esses critérios, você pode usar a ferramenta de relatório do OMPM para exportar a lista filtrada. Depois de selecionar Aplicar Filtro para adicionar seus critérios, selecione o botão Exportar… para exportar a lista de arquivos.
A saída será um ou mais arquivos XML que contenham o caminho completo para todos os arquivos no seu conjunto de resultados. A pasta para a qual os arquivos foram exportados será referenciada pela ferramenta de conversão de arquivo, OFC.exe
Em seguida, abra o arquivo OFC.ini (encontrado na pasta "FERRAMENTAS" quando você baixa e extrai o Conjunto de ferramentas do OMPM), e modifique o item FileListFolder para apontar para a mesma pasta onde você exportou os arquivos. Por exemplo, se você exportou lista de arquivos para a pasta D:\DataExport, o item FileListFolder ficaria assim:
FileListFolder=D:\DataExport
Usar o item FileListFolder fará com que o OFC.exe converta todos os arquivos que foram exportados pela ferramenta de relatório do OMPM. Além disso, usar o FileListFolder em vez da seção [FoldersToConvert] do OFC.ini permite garantir que você converta apenas os arquivos marcados especificamente como "candidatos à conversão" de baixo risco. Usar a seção [FoldersToConvert] simplesmente aponta o OFC.exe em uma ou mais pastas e indica “converter tudo.” Em alguns casos isso pode ser útil, mas se sua meta é converter seletivamente os arquivos mantendo a capacidade de automatizar a conversão, usar o FileListFolder fornece muito mais controle.
Para facilitar a movimentação dos arquivos convertidos para os locais originais, o arquivo ofc.ini tem uma seção [ConversionInfo] que permite especificar a estrutura da pasta de destino. Por exemplo, você pode reproduzir a estrutura da pasta especificando o seguinte:
[ConversionInfo]
SourcePathTemplate=*\*\*\*\*\*\*\*\*\
DestinationPathTemplate=X:\*1\*2\*3\*4\*5\*6\*7\*8\*9
O resultado seria que os arquivos convertidos são colocados em uma estrutura de pastas semelhante à pasta de origem na unidade “X:\”. O OFC.exe também adiciona o nome do computador ao caminho do destino. Se você puder reproduzir a estrutura da pasta, está em posição para implantar um processo passível de repetição para mover os novos arquivos e excluir os antigos. Melhor ainda: você pode criar um script para automatizar esse processo.
Além disso, o OFC pode converter até uma profundidade máxima de 10 pastas. Por exemplo, DestinationPathTemplate=I:\Converted\*1\*2\*3\*4\*5\*6\*7\*8\*9\ funciona corretamente. No entanto, DestinationPathTemplate=I:\Converted\*1\*2\*3\*4\*5\*6\*7\*8\*9\*10\ não funciona.
Uma mitigação para isso é mapear uma letra de unidade para uma estrutura de pasta (ie, conectar a unidade “x:\” com \\myserver\myshare\folder1\folder2\folder3\folder4) e executar um localizar e substituir nos arquivos XML exportados para substituir a estrutura da pasta pela letra da unidade.
O impacto dessa limitação deve ser mínimo, mas é difícil de resolver, por isso queríamos garantir que você estivesse ciente.
Abaixo, estão alguns instantâneos de tela que mostram exemplos dos vários componentes.
Aqui está um arquivo XML exportado da Ferramenta de Relatório do OMPM:
Observações:
Aqui está um arquivo OFC.INI (com todos os comentários removidos):
Você pode encontrar mais informações sobre os itens no arquivo OFC.ini no artigo da TechNet Converta os arquivos binários do Office usando o Office File Converter (OFC) e o Version Extraction Tool (VET)
Aqui está o local fonte dos meus arquivos de legado:
A próxima etapa é executar o OFC.exe a partir de um prompt de comando. Nenhum parâmetro de linha de comando é necessário se você tiver o ofc.ini na mesma pasta. Aqui está um instantâneo de tela do OFC.exe executando:
Abaixo está um instantâneo de tela da pasta resultante:
Verifique a estrutura de pasta D:\Converted\Ninja99\f$\Converted. O Caminho do Destino inclui o nome do computador e a letra da unidade (ou nome UNC) na estrutura da pasta. Isso facilita a movimentação dos arquivos de volta ao local original.
Além disso, observe as colunas Data da Modificação e Tamanho. O processo de conversão retém as marcações originais do momento de modificação, acesso e criação (o que é bom se você tiver soluções de arquivamento/armazenamento acionadas usando essas marcações) e os tamanhos são significativamente menores que nas versões prévias.
Portanto, lembre que usar o OFC.exe para "converter" arquivos exige que você limpe os arquivos de legado e os substitua pelos convertidos. Portanto, ao determinar o ROI de um projeto de conversão por volume, o tempo investido nessa atividade de limpeza deve ser considerado.
A realização da conversão por volume é uma tarefa de otimização do ambiente que permite que você perceba o valor do seu investimento no Office 2010 com a redução das suas necessidades de armazenamento, o que economizará dinheiro. A conversão por volume deve ser considerada uma tarefa opcional e não deve ser realizada durante a preparação da implementação do Office 2010, ou seja, só deve ser usada após a implementação... e em arquivos de baixo risco.
Este é um post de um blog localizado. Encontre o artigo original em Using OMPM Part 2 – Performing Bulk Conversion
Artigo original publicado na quinta-feira, 13 de dezembro de 2011
A equipe de Engenharia Sustentada do Office liberou a lista de atualizações incluídas no Service Pack 3 (SP3) do Office 2007. O Office 2007 SP3, que foi liberado em outubro de 2011, inclui uma lista de todos os lançamentos de Atualização Pública (PU) e Atualização Cumulativa (CU) desde o Office 2007 SP2, além de aprimoramentos na estabilidade e no desempenho. Observe que o Office 2007 SP3 não contém a PU ou a CU de outubro de 2011.
Consulte a lista de atualizações no Blog Microsoft Office Updates (http://blogs.technet.com/b/office_sustained_engineering/archive/2011/12/09/office-2007-service-pack-3-roll-up-list.aspx).
Este é um post de um blog localizado. Encontre o artigo original em The updates list for Office 2007 Service Pack 3 is now available
Artigo original publicado na quinta-feira, 27 de outubro de 2011
Bem-vindo à sexta e última parte da série sobre gerenciamento dos seus ativos do Office no mundo da computação Tablet. Na parte um, eu apresentei as principais maneiras de consumir o Office com os rich clients, rich clients remotos, Office para Mac, Web Apps e Office no telefone. Na parte dois, falei sobre o consumo do email nos tablets usando o Exchange ActiveSync, em comparação com os controles que você obtém com outras plataformas para a Política de Grupo e descrevi as opções para configurar o Office. Na parte três, escrevi sobre os Aplicativos da Web do Office como parte do SharePoint 2010 ou do serviço do Office 365. Na parte quatro, falei sobre apresentei algumas maneiras de diferenciar o acesso a recursos com base na confiança do dispositivo. E na parte cinco, descrevi os ajustes no shell do Windows e na faixa do Office para tornar as coisas um pouco mais fáceis para o toque em um dispositivo de tela pequena. Tudo isso leva a como transmitir esses ambientes do Windows completos ou aplicativos remotos do Office para um dispositivo conectado.
Existem diversas maneiras de acessar um computador remotamente. Nativo no Windows, temos o Serviço da Área de Trabalho Remota, portanto você pode se conectar a um cliente ou servidor de um computador remoto do Windows. Relacionado a isso, existem ferramentas como a Assistência Remota do Windows, que pode ser usada isolada ou em conexões ao Protocolo de Área de Trabalho Remota (RDP) que podem ser ligadas a programas como Conexão à Área de Trabalho Remota incluída no Office para Mac 2011 e Microsoft Lync ou entregue por programas de terceiros como GoToMyPC da Citrix, LogMeIn, ou pcAnywhere da Symantec.
O RemoteApp foi introduzido no Windows Server 2008 e utiliza conexões e protocolos semelhantes, como a exibição de uma área de trabalho inteira, exceto que o cliente pode cortar as partes não usadas da área de trabalho para expor apenas a janela do aplicativo do cliente de consumo. As janelas do RemoteApp se comportam como as janelas do aplicativo na área de trabalho local, mas o aplicativo está sendo executado remotamente. O modo do Windows XP funciona de maneira semelhante, quando apenas as janelas do aplicativo são visíveis na máquina virtual do Windows XP subjacente.
Tudo isso se torna importante nos diferentes dispositivos, porque talvez você não queira expor toda a área de trabalho do Windows e prefira mostrar apenas os aplicativos. Um dos melhores gráficos que eu encontrei para visualizar tudo isso está nos guias de Planejamento e Design de Infraestrutura para o RDS.
No lado direito, você pode ver a exibição e as opções para os dispositivos de consumo, e à esquerda estão as opções para hospedagem. O Host da Sessão de RD pode ter aplicativos instalados localmente, e cada usuário conectado obtém um perfil e pode ver o aplicativo. Para o Office, isso significa que as versões da Licença por Volume do Office (VL) são usadas para instalar nesse servidor. (Observação: as versões não VL do Office não são instaladas em um servidor com a função RDS aplicada, e se você instalar o Office antes da função do RDS, os programas do Office não serão iniciados quando a função do RDS estiver ativa). No caso do Hyper-V mostrado no canto esquerdo superior, as máquinas virtuais agem como computadores físicos, e as regras e parâmetros normais da instalação do cliente são aplicados. Você também pode ver que as credenciais do domínio podem ser usadas para facilitar o logon e interligar os perfis do usuário, dependendo da arquitetura selecionada.
A Microsoft e a Citrix têm uma longa história de parceria em tecnologias de área de trabalho remota. Existem outras opções, mas dada essa história, as parcerias e a prevalência da Citrix, decidi criar meu ambiente usando a solução XenApp deles, que segue o caminho do cenário do RemoteApp que eu descrevi anteriormente. Uma das muitas vantagens que a Citrix oferece é a cobertura do dispositivo para os Receptores Citrix – os aplicativos usados pelos dispositivos iPads, Macs, Blackberry e Android entre outros, para apresentar ambientes remotos do Windows. O XenApp também é integrado ao Windows para facilitar a configuração e a definição, e os controles de gerenciamento de políticas do XenApp aumentam as possibilidades de execução através da Política de Grupo no Windows. Por exemplo, podemos restringir os direitos de impressão às impressoras no domínio corporativo.
Entre outras coisas, o que queremos fazer além de configurar os locais padrão de salvamento para um local gerenciado do SharePoint ou dentro de um perfil do usuário é ocultar ou bloquear os locais fora do perfil do usuário. Depois de muitos anos gerenciando produtos na Ferramenta de Migração do Estado do Usuário, eu sei que um grande subconjunto de usuários gosta de armazenar as coisas nas pastas personalizadas na raiz do C:\, em vez de um local que podemos facilmente transmitir de um dispositivo para o outro, portanto eu configuro as regras da Política de Grupo além de impedir esse comportamento.
A melhor coisa que usar a solução XenApp e acessar um ambiente remoto do Windows é que eu não preciso desistir dos recursos do Office: o cliente inteiro e qualquer add-in personalizado pode ser usado.
Existem algumas vantagens na hospedagem remota de aplicativos e áreas de trabalho, e na designação do dispositivo de consumo como um visualizador ou controlador remoto.
Essas são apenas algumas vantagens e elas se somam aos motivos pelos quais muitas organizações estão procurando ou implementando soluções de virtualização e área de trabalho remota.
Além de oferecer uma ampla variedade de funções do Office, um dos maiores benefícios do uso de soluções de área de trabalho remota para o usuário é que as sessões de conexão podem permanecer ativas. Isso significa que eu posso deixar meu computador do trabalho com os meus arquivos e trabalhos atuais abertos e depois, quando vou para o meu dispositivo de toque, posso retomar de onde parei nesses documentos e acessar o mesmo ambiente do meu computador de casa ou do telefone. Uma vez que estamos apenas vendo remotamente com um ambiente de execução, ele pode continuar executando – sempre ligado. Obviamente, de vez em quando o ambiente remoto precisa de serviço, mas as sessões podem permanecer ativas por algumas semanas de cada vez.
Junto com essas vantagens, existem algumas desvantagens. Ainda preciso de uma boa conexão para ver a sessão remota sem interrupções e não tenho acesso offline se as conexões caírem, se estiver viajando ou se estiver dentro de uma caverna ou um submarino – gosto de analogias. Também existem vários pontos de falha. Os Guias de Planejamento e Design de Infraestrutura que eu mencionei ajudam a planejar eventualidades, mas o fato é que qualquer elo da cadeia host da autenticação/servidor da Web/servidor de licenciamento/quebra de conexão/host da sessão/máquina virtual pode causar a interrupção do serviço.
Falei sobre muitos assuntos nesses seis últimos blogs e comecei com o denominador comum para o suporte do dispositivo, o Exchange ActiveSync, e progredi pelas opções dentro do firewall usando o Office Web Apps e como diferenciar as experiências com base na confiança do dispositivo e o que podemos obter usando ferramentas como ISS e UAG; para terminar, falei como se preparar para o acesso remoto com ajustes na interface do usuário e sobre as ferramentas e tecnologias usadas para criar tudo isso.
Embora não tenha sido possível me aprofundar na criação e configuração de cada componente, espero pelo menos ter exposto algumas opções adicionais para você, se estiver considerando a integração de novos dispositivos com a sua lista padrão de hardware, ou se estiver tentando descobrir maneiras de melhorar a segurança dos arquivos do Office e o acesso a dispositivos existentes, e tudo o que virá no futuro.
Minha opinião sobre esses dispositivos é que eles não tiveram tempo para amadurecer em plataformas gerenciáveis e lentamente estão descobrindo o que todos estamos tentando descobrir com o modelo de computação distribuída há algumas décadas. O ecossistema continua crescendo e seguindo as plataformas, adquirindo força no mercado, mas nesse meio tempo é necessário determinar a melhor solução com o nível de risco adequado para sua situação. Em uma extremidade do espectro está deixar que os dispositivos existam dentro do firewall e talvez descobrir maneiras de fornecer um acesso medido aos recursos; na outra, está sua designação como visualizadores de computadores gerenciados. Realmente, a escolha é sua.
Este é um post de um blog localizado. Encontre o artigo original em Windows, iPad and Android - Managing and Using Your Office Assets in a Tablet World (Part 6) – Building Solutions for Remote Access to Windows Environments
Artigo original publicado na terça-feira, 25 de outubro de 2011
Primeiro, talvez você esteja perguntando, o que é MODI?
MODI significa Microsoft Office Document Imaging. MODI é um aplicativo do Microsoft Office que suporta a edição de documentos digitalizados pelo Microsoft Office Document Scanning. Ele foi introduzido no Microsoft Office XP e está incluído nas versões do Office até o Office 2007.
O MODI é capaz de:
Em nosso conteúdo do Office 2010 na TechNet, fornecemos vários artigos que suportam cada aplicativo e explicamos as alterações no Office 2007. Esses artigos incluíram informações sobre a substituição do MODI (Alterações no Word). Para retomar a funcionalidade, oferecemos dois métodos suportados:
1) Usuários não corporativos: Revise o artigo da KB a seguir para ver os métodos alternativos para retomar as funcionalidade de alguns recursos do MODI: http://support.microsoft.com/kb/982760.
2) Usuários corporativos: Instale o Microsoft SharePoint Designer 2007. Ele possui o MODI e inclui a capacidade OCT e também o config.xml, portanto você pode personalizar e executar.
Usuários corporativos
SharePoint Designer é um download grátis disponível na Central de Downloads Microsoft e pode fornecer a funcionalidade MODI seguindo estas etapas:
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=BAA3AD86-BFC1-4BD4-9812-D9E710D44F42&displaylang=en
OBSERVAÇÃO: Esse download permite ao admin criar um arquivo de personalização na ferramenta de personalização de Office (OCT) para instalar o MODI. Você precisará baixar o .exe principal, SharePointDesigner.exe, e depois extrair os arquivos com a linha de comando. Por exemplo:
\\Servername\ShareName\SharePointDesigner2007_download\SharePointDesigner.exe /extract:\\servername\sharename\
Isso extrai o setup.exe, pasta Admin, etc.
2. Execute o comando a seguir para criar as personalizações no OCT:
\\Servername\ShareName\SharePointDesigner2007\setup.exe /admin
3. Dentro do OCT, vá para Configurar estado das instalações do recurso e torne tudo indisponível, exceto o MODI, como na tela abaixo. Alterar as configurações do OCT para oculto e bloqueado, se você não deseja que os usuários utilizem o SharePoint Designer, o ocultará dentro de Adicionar/Remover Programas.
Como você está instalando apenas o MODI, os arquivos compartilhados de Owssupp.dll e MSO.dll, não seriam afetados ao interagir com os arquivos do SharePoint 2007 e Office 2010 (Word, Excel, PowerPoint). Além disso, o espaço ocupado pelo MSOCache é muito menor no SharePoint Designer (~215MB) que na suíte do Office 2007 (500 a 900 MB, dependendo do SKU)
4. Depois da instalação do SharePoint Designer, se você estiver usando bibliotecas de documentos do SharePoint, é recomendável remover o registro do Name.dll para o SharePoint Designer. Essa remoção do registro do Name.dll para o SharePoint Designer soluciona a interação dos arquivos do Office armazenados em uma biblioteca de documentos do SharePoint e a presença de duas versões diferentes dos produtos Office (Office 2010 e SharePoint Designer 2007) no computador.
msiexec /I {90120000-0017-0000-0000-0000000FF1CE} REMOVE=IMNFiles /qn /L*V C:\temp\loggingremoval.txt
Este é um post de um blog localizado. Encontre o artigo original em You Asked, We Answered… Where is MODI?
Artigo original publicado no sábado, 5 de novembro de 2011
Um dos nossos colegas do blog Get to the Point SharePoint escreveu recentemente sobre o trabalho com um cliente de pequena empresa que, na migração para o Office 365, experimentou usar o Office exclusivamente na nuvem (usando o OWA e o Web Apps) e mais tarde usando uma combinação dos rich clientes do Office e baseados na web. Suas observações são muito interessantes – verifique:
Minha experiência com o software + serviços no Office 365
Este é um post de um blog localizado. Encontre o artigo original em Working exclusively with Office Web Apps - one small business customer's experiment
Quando você instala o Office 2010 SP1, o SharePoint Workspace 2010 é instalado automaticamente, independente de fazer parte ou não da instalação original do Office 2010. Isso se deve a um bug que aciona a instalação. Para saber mais detalhes e aprender a controlar essa situação, consulte Quando você instala o Service Pack 1 (SP1) do Office 2010, o SharePoint Workspace 2010 é instalado.
Este é um post de um blog localizado. Encontre o artigo original em When you install Office 2010 SP1, SharePoint Workspace 2010 is also installed
Artigo original publicado na quarta-feira, 30 de novembro de 2011
Nossa primeira atualização ao SharePoint Online (SPO) desde o lançamento do Office 365 (O365) se tornou disponível em 28 de junho de 2011 e agora está concluída no mundo todo. Pensamos que este é um bom momento para compartilhar informações sobre os novos recursos e reparos disponíveis como parte desta atualização do serviço. Em um nível mais amplo, a atualização permite maior alcance para as pessoas e os dados externos, enquanto aumenta o número de dispositivos e navegadores da Web suportados. Também apresentamos algumas capacidades de recuperação autogerenciadas. Porém, há muito mais.
Na conferência do SharePoint de 2011 (3 a 6 de outubro) em Anaheim, CA, Jeff Teper (vice-presidente corporativo da engenharia do SharePoint) anunciou: "Os Serviços de Conectividade Corporativa (BCS) chegam ao SharePoint Online no final deste ano”. Disponível para todos os clientes corporativos e de médio porte do Office 365 no mundo todo, o BCS no SPO permite a conexão às fontes de dados externos através dos pontos de extremidade dos serviços da Web do Windows Communication Foundation (WCF) nos modos de leitura e gravação.
Agora, você pode projetar soluções que estendem as capacidades de colaboração, incluindo dados corporativos externos como as aplicações de linhas de negócio (LoB) protegidas pelo firewall do cliente, ou que estão fazendo a transição para a nuvem (pense no SQL Azure). Melhor ainda, você pode baixar o SharePoint Designer 2010 gratuitamente para ajudar a fazer as conexões.
· Introdução aos Serviços de Conectividade Corporativa no SharePoint Online · O que há de novo para o BCS no SharePoint Online · Central de Recursos para o Desenvolvedor do SharePoint Online
O BCS se refere a transpor os limites para os dados externos. Agora vamos começar a quebrar as barreiras quando você trabalha com pessoas. Essa atualização de serviço adicionou suporte para trabalhar com as pessoas que não façam parte da sua empresa, como vendedores, parceiros de negócio confiáveis e clientes. Com essas capacidades de compartilhamento externo, uma empresa pode convidar os usuários externos para ver, compartilhar e colaborar nos seus sites do SharePoint Online. Esse recurso é desativado por padrão, mas um Administrador do SharePoint Online pode permitir o compartilhamento externo para toda a empresa. Então, administradores individuais que sejam proprietários da coleção de sites podem decidir se desejam compartilhar externamente.
· Saiba mais sobre como usar o compartilhamento externo dentro do Office 3665 para pequenas empresas ou dentro do Office 365 para corporações
· Leia o post do blog original do Windows Phone TechNet quando o suporte ao Office 365 foi anunciado no TechEd 2011. · Assista a este vídeo para ver como é fácil conectar o Windows Phone 7.5 aos serviços do Office 365.
· Veja os detalhes de alto nível no post do blog aqui, · Veja mais detalhes técnicos no post do blog aqui.
Este é um post de um blog localizado. Encontre o artigo original em What’s New in SharePoint Online: November 2011 Update
Artigo original publicado na terça-feira, 8 de novembro de 2011
O nosso guru da compatibilidade Curtis Sawin compartilhou seus conhecimentos sobre o planejamento da compatibilidade do Office na conferência do SharePoint em Anaheim, CA. Aqui está a introdução do vídeo, junto com o link.
http://go.microsoft.com/?linkid=9788373
Este é um post de um blog localizado. Encontre o artigo original em Video: Solving Office Compatibility to Accelerate Office Deployments
Artigo original publicado na terça-feira, 10 de janeiro de 2012
Usar o Office Migration Planning Manager (OMPM) para identificar documentos em formato binário de "alto risco" – ou seja, arquivos xls, doc e ppt que terão problemas de conversão – é uma ótima maneira de determinar quais documentos não devem ser convertidos depois de uma implantação do Office 2010. Por outro lado, você também pode usar o OMPM para identificar documentos binários de "baixo risco" que sejam bons candidatos para a conversão em Open XML, e depois usar outra ferramenta do OMPM, o ofc.exe, para converter por volume todos os documentos identificados. "Conversões por volume?", você está se perguntando... Embora muitas empresas digam que não estão interessadas na conversão por volume de documentos, e realmente recomendemos não converter documentos como parte do projeto de implantação do Office 2010, ainda existem bons motivos para isso: um deles é reduzir suas necessidades de armazenamento na rede em 50% ou mais. Isso pode se traduzir em uma economia financeira significativa (e mensurável).
A visão geral pareceu um tanto contraditória. Primeiro, dissemos "não converter como parte de um projeto de implantação do Office" e logo em seguida ficamos imediatamente animados com alguns benefícios da conversão. O que acontece?
Em primeiro lugar, converter documentos como parte de um projeto de implantação do Office pode gerar problemas, especialmente links quebrados. O Office 2010 usa o Modo de Compatibilidade ao abrir arquivos binários e desabilita certos recursos incompatíveis com as versões previas, garantindo que os arquivos binários permaneçam compatíveis com as versões prévias do Office. Usar o Modo de Compatibilidade não exige nenhum esforço ou configuração de sua parte, e os usuários podem continuar trabalhando nos arquivos como nas versões prévias do Office. Então, se os novos recursos não são desejados nos arquivos existentes, por que o trabalho extra? Parte do projeto de migração do Office 2010 deveria ser identificar maneiras mais rápidas e simples de migrar para a nova plataforma. Não assumir um trabalho que não agrega valor ao negócio é uma ótima maneira de economizar dinheiro. Assim, quando estiver se preparando para implantar o Office 2010, concentre-se apenas nas tarefas "habilitadoras da implantação".
Alerta de spoiler: Usar o OMPM (ou outras ferramentas) para verificar o seu ambiente quanto aos problemas de conversão do documento não é uma tarefa "habilitadora da implantação". Mais informações sobre isso adiante.
Uma vez que você migrou para o Office 2010, está posicionado para aproveitar as vantagens dos novos recursos em todos os documentos que você criar. Essa também é uma ótima oportunidade para determinar se a realização da convenção por volume dos documentos vale o esforço. Utilizar os recursos que aumentam a produtividade (helloooo Visualização de Colagem e SmartArt!) e reduzir suas necessidades de armazenamento na rede são grandes tarefas de "otimização do ambiente" que permitem perceber o valor de seu investimento no Office 2010.
Usar o OMPM para identificar arquivos de baixo risco – isto é, candidatos à conversão – é uma tarefa pós-implantação do Office que ajuda a determinar se a conversão por volume vale o esforço. Os dados coletados pelo OMPM podem ser usados para ajudar a determinar o retorno de investimento (ROI) e da conversão por volume. Isso significa que, usando o OMPM, você pode ajudar a responder à pergunta "Qual será a minha economia de armazenamento se eu converter vários documentos?". Em um ambiente em que a organização de TI implementa um modelo de estorno para o armazenamento de rede, usar o OMPM também pode ajudar a responder "Quanto dinheiro eu irei economizar se converter os documentos?". Frequentemente é considerado que as organizações de TI "custam dinheiro para a empresa". O uso do OMPM pode ajudar a mudar essa percepção para demonstrar como TI está "economizando dinheiro para a empresa".
Os documentos que são bons candidatos para a conversão são aqueles em que o impacto projetado para o negócio é mínimo. Ao definir "baixo risco" para a sua organização, você pode aplicar regras de negócio específicas, como "excluir documentos modificados recentemente" e combiná-las com dados específicos retornado do OMPM, como "excluir documentos com problemas de conversão amarelos ou vermelhos" e "excluir documentos com problemas de macro ". O que resta são os documentos que cumprem os seguintes critérios:
O OMPM classifica possíveis problemas de conversão de documentos em categorias que indicam a severidade. Os problemas "verdes" são principalmente benignos e provavelmente não causam impacto. Os exemplos são os arquivos do Excel que usam rótulos nas fórmulas (que são automaticamente convertidos no Excel 2010) ou que possuem gráficos. Os problemas "amarelos ou vermelhos" são potencialmente mais graves e sua conversão pode resultar na perda de dados ou da funcionalidade.
Os arquivos com problemas macro se encaixam em duas categorias: (1) os arquivos que contêm macros que utilizam os itens do modelo do objeto que são alterados, removidos ou substituídos desde as versões prévias do Office e (2) macros que chamam funções que não são especificamente marcadas como compatíveis com as versões de 64 bits do Office. Embora o OMPM não forneça informações detalhadas sobre o impacto desses problemas de macro, eles estão sendo excluídos da nossa possível lista de conversão... para reduzir o nosso risco.
Os problemas de macro são listados separadamente dos problemas Vermelhos, Amarelos e Verdes. Isso significa que um arquivo poderia ter 3.45 problemas de macro identificados e ser listado como um documento "verde" para os problemas de conversão. Ou então, poderia ser listado como arquivo sem problemas de conversão. Essa é uma distinção importante quando criamos nosso filtro de "baixo risco".
Também estamos excluindo arquivos modificados recentemente. Por exemplo, não iremos converter qualquer arquivo que foi modificado nos últimos 30 dias. Isso garantirá a conversão dos documentos que provavelmente nunca serão usados. Mesmo que alguns deles sejam usados, iremos converter apenas aqueles que praticamente não apresentam risco de conversão. Se 30 dias não forem suficientes para o seu ambiente, aumente o número.
Observação: A ferramenta de relatório do OMPM só expõe a data da "última modificação" dos arquivos. Ela não fornece informações sobre a data de "último acesso". Bu!
O processo básico para converter seus documentos está abaixo:
Etapa 1 - Reúna seus dados:
Para aprender mais sobre como fazer as etapas acima (exceto para identificar o seu armazenamento), consulte a nossa Documentação do TechNet para o OMPM.
Etapa 2 - Analise seus dados:
Para determinar quais arquivos são candidatos à conversão:
Para estimar as economias de armazenamento com a conversão:
Etapa 3 - Execute o trabalho:
Para converter os candidatos à conversão:
Este artigo cobre a etapa 2 e um outro discutirá a etapa 3. Por que dois artigos separados? A etapa 2 determina "vale a pena converter meus documentos?". Se você determinar que vale (de uma perspectiva financeira), prossiga para a etapa 3, que se refere à execução do trabalho. Se você determinar que não vale, pare de ler e forneça para a sua gerência os dados que justificam sua decisão. Você economizou esforço para você mesmo e para sua empresa porque determinou que não resulta em economias em potencial.
Abra a Ferramenta de Relatório do OMPM (OMPM.accdr) e selecione o Link de Compatibilidade do OMPM. Na seção Selecionar um Filtro de Arquivo, navegue até o final da seção e selecione o botão Personalizar SQL. A cláusula WHERE a seguir pode ser usada para cumprir os critérios:
Depois de adicionar a consulta, selecione o botão Aplicar Filtro para retornar todos os arquivos que cumprem os critérios.
Esta é a aparência da ferramenta de relatório do OMPM
No exemplo acima, aproximadamente 74% dos meus documentos são candidatos à conversão, porque cumprem os meus critérios de baixo risco.
Se você não está familiarizado com o SQL, o texto acima pode parecer confuso. A tabela a seguir divide a consulta em partes.
Agora que eu sei quantos documentos (e qual a porcentagem de meus documentos) são candidatos à conversão, seria importante saber minha estimativa de economia de armazenamento, se eu decidir converter. Embora a nossa documentação na TechNet indique que os arquivos Open XML são "até 75% menores" que os arquivos binários, na prática estamos vendo uma redução de 50-60% no tamanho ao converter documentos. Para fins de planejamento, recomendamos estimar uma redução de 50% nas necessidades de armazenamento ao converter o documento para o formato Open XML.
A ferramenta de relatório do OMPM não fornece o tamanho cumulativo de todos os arquivos listados. Então, você poderia copiar e colar (eca!) todos os dados da ferramenta de relatório do OMPM (usando a guiaArquivos Digitalizados) no Excel (por exemplo) e então somar a coluna Tamanho do Arquivo. Não é nada elegante e é bastante incômodo.
Um método mais fácil é conectar ao banco de dados do OMPM usando o SQL Server Management Studio (SSMS) e executar uma consulta diretamente no banco de dados. Aqui estão algumas etapas simples que você pode executar para isso:
1. Abra o SQL Server Management Studio.2. Conecte-se ao servidor que contém o banco de dados do OMPM.3. Selecione o botão Nova Consulta.4. Na janela do editor da consulta, copie e cole o texto abaixo:
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)
Isso é bem parecido com o filtro usado na Ferramenta de Relatório do OMPM, exceto que temos acesso a mais tabelas e exibições. Como resultado, podemos usar os campos MaxIssueLevel para especificar "Verde" e "Nenhum Problema" em vez dos valores MaxIssueLevelID. Isso torna a consulta um pouco mais fácil de entender.
O resultado é um valor único que representa o número total de gigabytes usados por todos os arquivos que são candidatos à conversão. A quantidade de dados avaliados pode ser enorme, e o tamanho do arquivo é representado em bytes. É por isso que nós usamos a função CAST para converter os dados do Tamanho do Arquivo em um tipo de dados que pode manipular números muito grandes. Depois, dividimos por 1024 três vezes para converter os bytes em kilobytes, megabytes e por fim gigabytes.
Aqui está um exemplo dessa consulta e da soma resultante.
No instantâneo de tela acima, vemos que 44 GB estão sendo usados por todos os nossos documentos de baixo risco. Para calcular a economia de armazenamento, usaremos uma fórmula muito simples:
Isso lhe dá a capacidade de determinar se vale a pena. Ou seja, podemos pegar a economia de armazenamento estimada e determinar se o ROI da execução de uma conversão de arquivo por volume vale o investimento. Repetindo, se você estiver em um ambiente em que o departamento de TI implementa um modelo de estorno para o armazenamento na rede, pode estimar a quantidade de dinheiro que irá economizar para os clientes. Normalmente os estornos são recorrentes, portanto você fornece a quantidade de dinheiro que economizaria... por ano! (Observação: algumas pessoas adoram ver previsões de 3, 4 ou 5 anos. A capacidade de dizer "Aqui está a minha previsão da economia em 5 anos para este projeto" pode realmente fazer as pessoas perceberem o valor da conversão do documento!)
O uso recomendado do OMPM é para identificar os documentos que sejam bons candidatos à conversão e depois convertê-los. É melhor realizar essa atividade depois que o Office 2010 tenha sido implantado. Em resumo, use o OMPM como uma ferramenta de análise para ajudar a determinar se existe um retorno do investimento adequado para uma iniciativa de conversão do documento.
Este é um post de um blog localizado. Encontre o artigo original em Using OMPM Part 1 - Identifying Document Conversion Candidates and Estimating Storage Savings
O post de hoje é de Jenni French, gerente de produtos da equipe Office Web Apps.
Hoje a Microsoft está anunciando atualizações nas nossas ofertas de nuvem para a produtividade no Office 365 e no SkyDrive. O Office Web Apps é uma parte importante das soluções de produtividade de nuvem da Microsoft, e nossa equipe está emocionada por ver os aprimoramentos efetuados nessas plataformas.
Os aprimoramentos do Office Web Apps no Office 365 incluem suporte para o Open Document Format (ODF) 1.1, entre outros. Por exemplo, o Office Web Apps é agora integrado ao Exchange Online no Office 365, o que significa que você pode ver anexos de email do Word, Excel e PowerPoint no Web Apps. Para obter informações sobre as atualizações mais recentes no Office 365, consulte no blog do Office 365.
As alterações de hoje também facilitam mais do que nunca o compartilhamento e a colaboração em documentos do Office no SkyDrive. Esses aprimoramentos são baseados no feedback do cliente e incluem o compartilhamento simplificado, o gerenciamento mais potente de arquivos e uploads mais fáceis. Para ver os detalhes completos das atualizações atuais do SkyDrive, consulte o Blog Inside Windows Live.
--Jenni French gerente de produto sênior, Office Web Apps
Este é um post de um blog localizado. Encontre o artigo original em Setting the pace in cloud productivity
A equipe de Engenharia Sustentada do Office liberou o Service Pack 3 (SP3) para o Office 2007 e o SharePoint 2007. Para ver os detalhes completos, incluindo uma lista de todos os links de download e descrição dos pacotes do SP3, consulte Disponibilidade do Service Pack 3 do Office 2007 e SharePoint 2007. Além disso, os links estão disponíveis neste artigo da Base de Dados de Conhecimento: Lista de todos os pacotes do sistema e dos servidores de SP3 do Office 2007 e do Windows SharePoint Services 3.0 SP3.
Este é um post de um blog localizado. Encontre o artigo original em Service Pack 3 for Office 2007 and SharePoint 2007 is now available
Artigo original publicado no sábado, 22 de outubro de 2011
Uma atualização no Service Pack 1 do Office 2010 permite que agora o service pack atualize todas as versões de idiomas com instalações multilíngues no Office 2010. Previamente, apenas a versão em inglês era atualizada. Para obter mais informações, consulte Alteração na atualização do Office 2010 SP1 Microsoft para as instalações em idiomas.
Este é um post de um blog localizado. Encontre o artigo original em Office 2010 SP1 now updates multiple languages in Office 2010 installations
No começo deste trimestre, fizemos aprimoramentos no Office Web Apps com base no seu feedback, oferecendo novos recursos com a capacidade de exibir a tinta no OneNote Web App, mesclar e ajustar automaticamente as células no Excel Web App e imprimir diretamente a partir do navegador no Excel Web App. Hoje, a equipe SkyDrive está anunciando algumas atualizações que também são baseadas em suas solicitações. As atualizações do SkyDrive facilitaram mais do que nunca o compartilhamento e colaboração nos documentos do Office, usando os Office Web Apps no SkyDrive.
Como os aprimoramentos atuais do SkyDrive, você pode compartilhar arquivos individuais armazenados no SkyDrive, não apenas pastas. Além disso, pode colaborar facilmente nos documentos do Office através do SkyDrive com qualquer pessoa, mesmo que você não saiba o Windows Live ID. Você até pode compartilhar diretamente com amigos no Facebook e no LinkedIn. Ou então, pode compartilhar um documento com todo mundo, configurando permissões para torná-lo público e criando um link que você pode enviar ou compartilhar, ou então incluir no seu blog ou site.
Para compartilhar o documento em que você está trabalhando, basta clicar em Compartilhar na barra de ferramentas e inserir o endereço de email do seu amigo, uma mensagem curta e dar permissão para editar ou solicitar logon – tudo isso em apenas um lugar!
As pessoas com as quais você compartilhou irão receber um convite quase imediatamente, enviado por você, com um link para visualizar seu documento.
Outro recurso que economiza tempo: com essa atualização, a equipe SkyDrive adicionou menus de clique com o botão direito na lista de arquivos, permitindo visualizar, editar, baixar e muito mais.
Além de compartilhar por email, agora você pode compartilhar seus documentos do Office através de redes sociais como o Facebook e o LinkedIn. Isso é emocionante, porque significa que você pode exibir seus documentos para seus amigos do Facebook ou colaborar com colegas no LinkedIn.
Para publicar seus documentos do Office em uma rede social, clique em Compartilhar na navegação e em Publicar em.
Além de compartilhar seus documentos do Office com amigos e colegas específicos, você pode carregar um documento e compartilhar com todo mundo, e depois receber um link que pode ser publicado ou enviado para tornar o seu documento público. Você também pode optar por configurar as permissões para que apenas os amigos com quem você compartilhou possam vê-lo, ou torná-lo público para que qualquer pessoa da Web veja.
Para tornar o seu documento público, clique em Compartilhar e em Obter um link.
Se você tem um blog ou site, pode incorporar um documento do Excel ou PowerPoint diretamente em outra página da Web.
Para incorporar o documento do Office do SkyDrive, clique nele com o botão direito, clique em Incorporar e em Gerar para obter o código HTML que você pode colar no seu blog ou site.
Quer ver como são esses aprimoramentos em ação? Assista a este vídeo de Doug no blog Office Casual... ou experimente você mesmo, basta inscrever-se no SkyDrive para começar!
Espero que você goste de usar esses novos recursos. Informe-nos o que você pensa, colocando seus comentários abaixo ou no produto, porque estamos sempre ouvindo…
Obrigado, --Jenni Frenchgerente sênior de produtos, Office Web Apps
Este é um post de um blog localizado. Encontre o artigo original em New SkyDrive updates make sharing Office docs easier
Quem nunca sonhou em largar o emprego e começar um negócio próprio? Estamos em um novo ano. Não é hora de fazer seu sonho se tornar realidade?
O Office Web Apps formou uma parceria com o escritor, empreendedor e influenciador de tecnologia @Guy Kawasaki para mostrar como fazer isso. Seus posts exclusivos oferecem dicas e modelos para orientá-lo:
Visite para ler o seu primeiro post sobre o argumento de vendas perfeito.
Este é um post de um blog localizado. Encontre o artigo original em Get Guy Kawasaki's tips on starting a business
Artigo original publicado na sexta-feira, 16 de dezembro de 2011
O post de hoje foi trazido por Jenni Friench, gerente de produtos da equipe Office Web Apps .
A equipe do Excel lançou uma nova tecnologia para permitir que os desenvolvedores criem mashups usando o Excel, desenvolvida pelo Excel Web App.
Mashup é um tipo de aplicativo que combina dados de diferentes fontes para criar experiências ricas e interativas, normalmente hospedadas em uma página da Web. Provavelmente você já usou os mashups criados em outras fontes de dados da Microsoft e outras empresas para combinar mapas de Bing e procurar resultados com informações sobre restaurantes ou imóveis, para dar apenas um exemplo.
Para criar um mashup do Excel, os desenvolvedores podem usar o Excel Web App para incorporar um livro de trabalho armazenado no SkyDrive e depois exibi-lo em uma página da Web hospedeira e adicionar a interatividade com o código. No Excel Blog today, Larry Waldman, o membro da equipe do Excel, dá um exemplo de como ele criou uma calculadora de calorias usando um mashup do Excel. Ele fez uma planilha e a carregou no SkyDrive, e depois adicionou a uma página da Web para procurar informações sobre nutrição e diferentes alimentos, listando automaticamente as informações do alimento e da caloria em sua planilha.
Para ver outro exemplo, consulte a nova Mashup tab on our Excel Embed how-to page. E os desenvolvedores podem aprender a fazer mashups do Excel no site excelmashup.com.
--Jenni FrienchGerente sênior de produtos do , Office Web Apps
Este é um post de um blog localizado. Encontre o artigo original em Excel Web App powers Excel Mashups
Recebemos algumas perguntas sobre como implantar um dicionário personalizado em uma organização. Para essa implantação, os administradores podem usar a abordagem a seguir:
A seção a seguir lista as chaves de registro para atualizar, a fim de usar o novo dicionário personalizado, NewCustom.dic, por exemplo. Para isso, use o Editor de Registro, regedit.exe. Para obter informações sobre como usar o regedit, consulte Configurar o registro.
Essa abordagem configura o arquivo do dicionário Personalizado como padrão e como ativado. Ela especifica o arquivo NewCustom.dic como o segundo dicionário e o configura como ativado. Além disso, remove a marca da cultura para aplicar a todos os idiomas.
As chaves de registro e valores a seguir devem ser adicionados ou atualizados:
A chave de registro a seguir deve ser excluída, se existir:
Para implantar o script de logon para os usuários, os administradores podem usar a Política de Grupo para atribuir um Script de Logon do Usuário. Para obter informações sobre o Console de Gerenciamento da Política de Grupo e o Script de Logon do Usuário, consulte os recursos a seguir:
Como alternativa, os administradores que implantaram o Office 2010 podem usar a Ferramenta de Personalização do Office (OCT) para adicionar o arquivo de dicionário personalizado e adicionar os valores de registro. A OCT pode ser usada para a manutenção da instalação do Office 2010. Observe que há duas versões da OCT no Office 2010, uma para o de 32 bits e outra para o de 64 bits. somente está disponível com versões licenciadas por volume do Office 2010 e do sistema Office 2007. Para determinar se uma instalação do Office 2010 é uma versão licenciada por volume, verifique o disco de instalação para ver se ele contém uma pasta com o nome Admin. Se a pasta Admin existir, o disco é uma edição de licença por volume.
Para usar esse método, os administradores executam as tarefas a seguir:
Para obter mais informações sobre o uso da OTC, consulte os recursos a seguir:
Este é um post de um blog localizado. Encontre o artigo original em Deploying a custom dictionary
Artigo original publicado na sexta-feira, 18 de novembro de 2011
O SharePoint 2010 fornece a capacidade de conectar com os sistemas de negócios de back-end, trazer à superfície os dados de negócios do SharePoint e torná-los acessíveis e úteis para os funcionários de toda a organização. Quase todas as empresas de porte significativo utilizam soluções de ERP e CRM para executar os processos centrais do negócio. Com o tempo, as empresas desenvolveram práticas detalhadas para usar esses sistemas a fim de suportar disciplinas verticais dentro da organização (por exemplo, planejamento de produtos, gerenciamento do desempenho financeiro e da cadeia de suprimentos, etc), apesar de ainda existirem desafios para motivar a visibilidade e a colaboração, com base nos dados de negócios, em diferentes disciplinas e equipes. Esses desafios surgem do fato de que apenas uma parte dos funcionários é licenciada e treinada para usar os sistemas de back-end e do alto custo e complexidade da integração desses sistemas em diferentes funções e equipes.
Para saber mais sobre os benefícios relacionados à ativação de soluções críticas para o negócio com o SharePoint e o SQL, clique aqui.
Este é um post de um blog localizado. Encontre o artigo original em Business-critical processes with SharePoint and SQL