Artigo original publicado na terça-feira, 13 de novembro de 2012
Windows 8
Com o recente lançamento do Windows 8, você deve estar se perguntando "Quais versões do Office posso implantar em computadores com Windows 8?". As versões do Office a seguir são compatíveis com Windows 8 (e com Windows Server 2012 também):
Caso esteja pensando em implantar o Office 2013, não deixe de conferir os requisitos de sistema do Office 2013, além de outras informações de compatibilidade e implantação na biblioteca do Office 2013 na TechNet.
Além das versões do OneNote e Lync disponíveis no Office 2013, também há versões separadas desses aplicativos, desenvolvidas especificamente para aproveitar os recursos de toque do Windows 8. Ambos estão disponíveis gratuitamente na Windows Store. Para obter mais informações, consulte:
Algumas observações a respeito desses aplicativos:
Você pode usar a Política de Grupo para bloquear o acesso de usuários à Windows Store e especificar uma lista de aplicativos com suporte. As configurações de Política de Grupo da Windows Store estão em Modelos Administrativos\Componentes do Windows\Loja. Para obter mais informações, consulte Gerenciando o acesso de clientes à Windows Store.
Office on Demand, Office Web Apps e aplicativos para Office também são compatíveis com Windows 8.
Para saber se outros aplicativos utilizados por seus usuários funcionarão no Windows 8, acesse o Centro de Compatibilidade do Windows.
Surface com Windows RT
Além do Windows 8, também foi lançado o dispositivo Microsoft Surface. Atualmente, esses dispositivos executam o Windows RT, uma edição do Windows 8 pré-instalada em PCs e tablets (como o Microsoft Surface) com processadores ARM.
Portanto, sua próxima pergunta provavelmente é "Como implantar o Office em um Surface com Windows RT?". Na realidade, o Windows RT já vem com o Microsoft Office Home & Student 2013 RT instalado. O Office Home & Student 2013 RT inclui os seguintes aplicativos:
Essa versão do Office tem a maioria dos recursos da versão do Office Home & Student 2013 para PCs, apenas com algumas diferenças. Para ver uma lista dessas diferenças, confira a seção "Quais recursos do Office Home & Student 2013 não estão disponíveis no Office Home & Student 2013 RT?" em Introdução ao Office Home & Student 2013 RT Preview.
Algumas observações importantes sobre o Office e dispositivos com Windows RT:
Veja outros recursos interessantes sobre o Windows RT e Office:
Esta é uma postagem de blog traduzida. Consulte o artigo original em Which versions of Office are supported on Windows 8 and on Surface with Windows RT?
Artigo original publicado na quinta-feira, 29 de novembro de 2012
Instalar e utilizar o Office em até cinco PCs ao mesmo tempo é um dos benefícios para as organizações que possuem uma assinatura do Office 365 com Office 365 ProPlus. Por exemplo, um usuário pode instalar o Office nos seguintes computadores:
Embora o Office esteja instalado em três computadores diferentes, apenas uma licença do Office 365 é usada.
Então, como realizar o gerenciamento de modo a manter o controle dessas instalações? O que acontece se o usuário já tem o Office instalado em cinco computadores, mas precisa instalá-lo em outro computador?
Este post abordará a experiência do usuário relativa ao gerenciamento de instalações do Office 365 ProPlus e os aspectos que o administrador do Office 365 pode controlar. Mas por que estamos nos concentrando na experiência do usuário em um blog para profissionais de TI? Como você verá, o usuário (e não o administrador) do Office 365 é a peça central no gerenciamento das instalações do Office 365 ProPlus. Porém, os administradores deverão estar preparados para responder a perguntas dos usuários sobre assuntos como ativação e desativação, pois esses são conceitos novos para a maioria deles.
Conforme falarmos da experiência do usuário neste post, forneceremos informações específicas para administradores. Além disso, concluiremos com informações adicionais importantes para os administradores gerenciarem instalações do Office 365 ProPlus.
Visualizando uma lista de instalações do Office 365 ProPlus
Um usuário pode ver quais computadores têm o Office instalado entrando no portal do Office 365 Portal e acessando a página de software.
Somente o usuário conectado poderá ver essas informações. Mesmo que você seja o administrador da assinatura do Office 365 da organização, não poderá ver as informações em nenhum dos modos de exibição administrativos do Office 365. Isso também significa que você não pode desativar a instalação do Office de um usuário em um computador específico. Falaremos mais sobre desativação em breve.
(Todas as capturas de tela neste post são do Office 365 ProPlus Preview. Pode haver pequenas diferenças entre essas imagens e o comportamento exato quando a versão final do Office 365 ProPlus for lançada).
Ativando uma instalação do Office 365 ProPlus
Como o Office 365 sabe em quais computadores o usuário instalou o Office? Isso ocorre porque o Office 365 realiza um processo chamado de ativação. Para obter informações sobre como a ativação funciona, consulte Visão geral do licenciamento e ativação no Office 365 ProPlus.
Quando um usuário instala o Office em um computador pelo portal do Office 365 Portal (e caso o usuário ainda não tenha instalado e ativado o Office em cinco computadores), o Office será ativado automaticamente. Assim que a instalação do Office estiver ativada, a página de software no portal do Office 365 será atualizada com o nome do computador no qual o Office foi instalado.
Todo dia ou toda vez que um aplicativo do Office 365 ProPlus for iniciado, ele verificará se uma instalação ou conta individual foi desativada. O computador precisa estar conectado à Internet pelo menos uma vez a cada 30 dias para que essa verificação possa ocorrer. Caso o computador não seja conectado à Internet em 30 dias, o Office entrará em um modo com funcionalidade reduzida. Nesse modo, o usuário poderá apenas abrir e visualizar arquivos existentes do Office, mas não será capaz de usar a maior parte dos outros recursos do aplicativo.
Desativando uma instalação do Office 365 ProPlus
O que acontece se um usuário tenta instalar o Office pelo portal do Office 365, mas já instalou e ativou o Office em cinco computadores? Nesse caso, o usuário verá esta caixa de diálogo durante a instalação do Office:
Para continuar a instalação do Office nesse computador usando a mesma conta, o usuário deverá desativar uma instalação existente do Office. Ele pode selecionar Desativar um na caixa de seleção, o que levará o usuário de volta á página de software no portal do Office 365. Na página de software, o usuário pode escolher qual instalação do Office será desativada, selecionando Desativar para o computador apropriado. Depois que o usuário selecionar Desativar, será exibida a caixa de diálogo a seguir:
Depois que o usuário confirmar a desativação, selecionando Sim, ele poderá retornar à caixa de diálogo Escolha seu produto, fechar a caixa de diálogo e, em seguida, continuar a instalação do Office. Após a instalação do Office, o usuário poderá ver a mensagem a seguir quando abrir um aplicativo do Office (como o Word) pela primeira vez:
O usuário deve selecionar Ativar e, quando solicitado, entrar no Office 365. Com isso, a instalação do Office será ativada. Após a ativação, o usuário verá a seguinte mensagem:
Obviamente, o usuário também pode desativar uma instalação existente do Office antes de iniciar uma nova instalação do Office.
Lembre-se que, mesmo que seja o administrador do Office 365, você não poderá ver em quais computadores um usuário instalou o Office. Isso também significa que você não pode desativar uma instalação existente do Office em nome do usuário.
A desativação não leva à desinstalação do Office no computador. O Office permanece instalado, mas os aplicativos ficam em um modo com funcionalidade reduzida. Quando o usuário abre um aplicativo do Office em um computador que foi desativado, ele vê mensagens parecidas com esta:
Reativando uma instalação do Office 365 ProPlus
O que acontece se um usuário acidentalmente desativa a instalação incorreta do Office ou muda de ideia? Na versão Preview, ele pode realizar uma das ações a seguir.
Tanto o reparo online quanto a instalação no portal do Office 365 utilizam a tecnologia Clique para Executar, que reduz o tempo necessário para instalar o Office.
(Na versão final do Office 365 ProPlus, os usuários poderão reativar o Office sem a necessidade de reinstalação. Planejamos falar sobre a reativação em um post futuro, assim que a versão final do Office 365 ProPlus estiver disponível.)
Algumas considerações para administradores do Office 365
Conforme mencionado anteriormente neste post, mesmo que seja um administrador do Office 365, você não poderá ver em quais computadores um usuário instalou o Office. Além disso, você não poderá desativar uma instalação do Office no computador de um usuário. Porém, é possível controlar a atribuição de licenças do Office 365 a usuários. Portanto, se um usuário sair da empresa, você poderá reatribuir a licença do Office 365 a um usuário diferente. Além disso, se o ex-funcionário tiver uma instalação do Office em um computador doméstico, ela entrará no modo com funcionalidade reduzida.
Este post também abordou o cenário em que um usuário instala o Office no portal do Office 365. Caso os usuários não sejam administradores locais de seus computadores, eles não poderão instalar o Office. Se esse for o caso ou se você quiser ter mais controle sobre a instalação do Office para os usuários, baixe o software Office 365 ProPlus na rede local usando a Ferramenta de implantação do Office. Em seguida, você poderá usar outro método para implantar o Office para os usuários, como scripts, Política de Grupo ou o System Center Configuration Manager. Para obter mais informações, consulte Opções de implantação para o Office 365 ProPlus.
Se você usar algum desses métodos para implantar o Office 365 ProPlus para os usuários, a instalação do Office não será ativada automaticamente. Os usuários deverão ativar a instalação do Office quando abrirem um aplicativo do Office pela primeira vez. Quando eles fizerem isso, verão uma caixa como esta:
Caso o usuário entre no Office 365 e ainda não tenha atingido o limite de cinco instalações, o Office será ativado e o usuário verá a caixa de diálogo Conta Atualizada (consulte a captura de tela mostrada anteriormente neste post). Caso o usuário já tenha atingido o limite de cinco instalações, ele verá a seguinte mensagem:
O usuário deverá selecionar Vá para a sua conta para desativar uma instalação. Em seguida, ele deverá entrar no Office 365 e desativar uma das instalações existentes. Após a desativação, o usuário deverá clicar em Tentar Novamente na caixa de diálogo Limite de instalação atingido. Desse modo, a instalação do Office será ativada.
Há mais uma coisa que você deve levar em consideração como administrador do Office 365. Embora a ativação, em alguns casos, exija algumas etapas extras, o usuário deverá executá-las. Desse modo, a instalação será associada corretamente à conta do usuário do Office 365. Caso você entre com a conta de administrador do Office 365 para instalar a ativar o Office no computador de um usuário, a instalação será associada à sua conta, não à do usuário. Além disso, a conta do administrador está sujeita ao mesmo limite de cinco instalações imposto à conta do usuário.
Esta é uma postagem de blog traduzida. Consulte o artigo original em Managing Office 365 ProPlus installations: activating, deactivating, and reactivating
Artigo original publicado na segunda-feira, 21 de janeiro de 2013
O processo de migração de um host KMS do Office 2013 para outro computador é semelhante à migração de um host KMS do Office 2010.
Você pode encontrar os conceitos básicos de migração do host KMS do Office em Migrar um host KMS do Office 2010. No caso do Office 2013, há um novo Pacote de Licença de Host KMS do Microsoft Office 2013 e uma nova ID de migração. Além disso, se o host KMS do Office 2013 executar o Windows 8 ou Windows Server 2012, você também poderá instalar e ativar o host KMS usando a interface do usuário do Windows.
Para migrar um host KMS do Office 2013
1. Desinstale a chave host KMS do Office 2013 executando o seguinte comando: cscript C:\windows\system32\slmgr.vbs /upk 2E28138A-847F-42BC-9752-61B03FFF33CD
2. Exclua o registro do DNS (Sistema de Nomes de Domínio):
a. Abra o console DNS.
b. Expanda o nó _tcp em domain.com.
c. Exclua o registro _VLMCS.
Após esse procedimento, o host KMS do Office 2013 será desinstalado.
3. No site do Pacote de Licença de Host KMS do Microsoft Office 2013, baixe e execute office2013volumelicensepack_en-us_x86.exe no novo servidor. Você deverá informar a chave do produto (Product Key) e, em seguida, o host KMS do Office 2013 tentará a ativação. Caso o processo falhe, execute o seguinte procedimento:
a. No novo servidor, reinstale a chave do produto (Product Key) do host KMS do Office 2013 executando o seguinte comando em um prompt elevado: cscript C:\windows\system32\slmgr.vbs /ipk [ProductKey]
b. Ative o host KMS do Office 2013 executando o seguinte comando em um prompt elevado: cscript C:\windows\system32\slmgr.vbs /ato 2E28138A-847F-42BC-9752-61B03FFF33CD
Observação: para obter uma lista completa de comandos slmgr.vbs para ativação do host KMS do Office, consulte Preparar e configurar o host KMS do Office.
4. Depois que a ativação for concluída, reinicie o Serviço de Licenciamento de Software e, no DNS, verifique se foi criado um registro para o novo servidor do host KMS. Para obter mais informações sobre como configurar o DNS para o host KMS, consulte o artigo sobre noções básicas de KMS.
5. Para verificar se o host KMS do Office 2013 está configurado corretamente, confira a contagem da solicitação de ativação de KMS para ver se ela está aumentando. No host KMS, a contagem atual é exibida quando você executa o seguinte comando: cscript C:\windows\system32\slmgr.vbs /dlv 2E28138A-847F-42BC-9752-61B03FFF33CD
Você também pode consultar o log do Serviço de Gerenciamento de Chaves na pasta Logs de Aplicativos e Serviços, que é o local onde as solicitações de ativação de clientes KMS são registradas para os eventos 12290. Cada evento exibe o nome do computador e o carimbo de data/hora da solicitação de ativação.
Para ativar um host KMS do Office 2013 que está executando o Windows 8 ou Windows Server 2012, você também pode usar a interface do usuário do Windows. Para obter mais informações, consulte Métodos de ativação por volume no Office 2013 e Visão geral de Ativação de Volume.
Esta é uma postagem de blog traduzida. Consulte o artigo original em Migrate an Office 2013 KMS host from the command line or the UI
Artigo original publicado na quinta-feira, 22 de novembro de 2012
Olá, meu nome é JongHwa Lim e sou gerente de programas da equipe do SharePoint Designer. Hoje, mostrarei um exemplo de fluxo de trabalho demonstrado na SharePoint Conference 2012 (vulgo SPC 2012). Além disso, eu o modificarei e ampliarei para que fique mais realista neste post. Este artigo apresenta algumas dicas que você pode usar na criação de um fluxo de trabalho com o SPD (SharePoint Designer) 2013. Darei explicações detalhadas, então parto do pressuposto de que você esteja familiarizado com fluxos de trabalho do SharePoint Designer 2013 e SharePoint 2013. Caso não esteja, leia os artigos anteriores para obter mais informações sobre fluxos de trabalho do SharePoint 2013.
Suponha que haja uma empresa chamada Contoso Leisure, que realiza atividades recreativas como cavalgadas, pescaria, tiro ao alvo, saltos de parapente e saltos em queda livre.
Suponha também que nós precisemos de um fluxo de trabalho de aprovação que realize as seguintes operações:
Neste exemplo de fluxo de trabalho, usaremos dois serviços Web, mas apenas um deles será manipulado pela ação de chamada de serviço Web HTTP disponível no SPD. O outro serviço Web será referenciado dentro de uma variável String e inserido no corpo do email com uma marca <IMG>. Para obter mais informações, você pode consultar a página da API de mapa do Bing (http://www.microsoft.com/maps/developers/web.aspx).
Se você criar o fluxo de trabalho por conta própria, será criado o seguinte fluxo de trabalho.
Observe que o estágio ‘Get Weather Info’ possui uma ação ‘Call HTTP Web Service’. Se você clicar no primeiro parâmetro, verá que a URL mostrada a seguir é utilizada. Nela, a chave do serviço Web é armazenada em uma lista separada, chamada ‘Web Service Keys’. A explicação e o uso da ação Web Service, da ação Get Item from Dictionary e do contêiner Loop podem ser vistos em um post anterior, de HyongGuk Kim (http://blogs.technet.com/b/office_br/archive/2012/10/11/como-trabalhar-com-um-servi-231-o-web-usando-a-a-231-227-o-quot-chamar-o-servi-231-o-web-http-quot.aspx).
Se você clicar na ação ‘Set Workflow Variable’ do estágio ‘Send Reminder Email’, verá que ela também usa a lista ‘Web Service Keys’ para armazenar a chave ou o token do serviço Web.
Em uma situação real, é possível que as chaves do serviço Web necessitem de gerenciamento seguro. Para isso, precisamos protegê-las, armazenando-as em uma lista que só possa ser acessada com pessoas que possuam o privilégio Controle Total. Mas neste caso, a lógica normal do fluxo de trabalho não conseguiria acessar as chaves do serviço Web, pois ela é executada com permissão do iniciador do fluxo de trabalho e (AND lógico) do aplicativo de fluxo de trabalho. Por isso, caso o iniciador do fluxo de trabalho não tenha permissão para acessar a lista que contém as chaves do serviço Web, o fluxo de trabalho falhará. Para fazer com que a lógica do fluxo de trabalho seja executada somente com permissão do aplicativo de fluxo de trabalho (que é de leitura/gravação em todas as listas do site), é necessário usar uma etapa do aplicativo.
Conforme explicado, precisamos fazer com que a lista que contém as chaves do serviço Web possa ser acessada somente por usuários com Controle Total. Para isso, é necessário interromper a herança e remover os usuários desnecessários da lista.
Digamos que a lista seja ‘Web Service Keys’. Se você acessar Configurações de Lista e a página Permissões desta lista, encontrará o menu para interromper a herança.
Após interromper a herança, você poderá selecionar usuários que não tenham controle total (conforme mostrado a seguir) e clicar no botão Remover Permissões do Usuário.
Assim, a lista terá apenas usuários com controle total.
Para usar etapas do aplicativo, você deve ativar o recurso de site Fluxos de trabalho podem usar permissões de aplicativo em Configurações de Site->Gerenciar recursos do site, conforme mostrado a seguir.
Assim, o botão Etapa de Aplicativo no SPD será habilitado.
Você precisa localizar as partes da lógica que fazem referência à lista ‘Web Service Keys’ e inseri-las em um contêiner de etapa do aplicativo. Há duas partes da lógica que precisamos inserir em uma etapa do aplicativo: a ação Call HTTP web service e a ação Set RouteMap variable, ilustradas nas figuras a seguir:
Quando você publica o fluxo de trabalho, a caixa de diálogo a seguir é exibida para explicar o comportamento.
Espero que você tenha aproveitado este artigo e aprendido como usar etapas do aplicativo corretamente. Até o próximo artigo.
Esta é uma postagem de blog traduzida. Consulte o artigo original em How to Create a SharePoint Designer 2013 Workflow with App Step (extension from the example workflow used for SPC 2012)
Artigo original publicado na sexta-feira, 30 de novembro de 2012
Recebemos algumas perguntas sobre a execução do Office 365 ProPlus, inclusive armazenamento de dados de aplicativos, escalabilidade e implantação. Este blog responde a essas perguntas.
Você pode instalar e executar o Office 365 ProPlus com ou sem conexão com a Internet. Em uma implantação gerenciada, realizada por um administrador do sistema para usuários finais, a instalação normalmente ocorrerá sem conexão com a Internet, utilizando ferramentas de distribuição de software como o System Center Configuration Manager. No caso da instalação offline, será necessário estabelecer conexão com a Internet durante a primeira execução para ativação do Office, pois é preciso atribuir a instalação a uma conta de usuário do Office 365 ProPlus. Além disso, haverá uma verificação periódica para garantir que a conta de usuário ainda está ativa. Essas ações de ativação consumem pouquíssima largura de banda. Durante a utilização normal de aplicativos do Office 365 ProPlus, os usuários não precisam de conexão com a Internet.
O Office 365 ProPlus inclui os mesmos aplicativos disponíveis no pacote de aplicativos clientes do Office Professional Plus 2013. São os seguintes:
Access
Excel
InfoPath
OneNote
Outlook
PowerPoint
Lync
Publisher
Word
O mesmo código de aplicativo subjacente é compartilhado pela versão MSI (baseada no Windows Installer) e pela versão Clique para Executar do Office. Os usuários não perceberão diferenças entre as instalações Clique para Executar e MSI quando executarem aplicativos do Office. Ambas são instaladas de forma local no PC Windows, são armazenadas em %programfiles%, atribuem associações de arquivos padrão no Windows e são registradas no Windows como aplicativos instalados, detectáveis por meio do inventário de software. Os processos de instalação, desinstalação e atualização do software são as principais diferenças entre os pacotes MSI e Clique para Executar, mas as diferenças entre as experiências com os aplicativos são praticamente imperceptíveis para um usuário do Office.
Clique para Executar é uma tecnologia de streaming e virtualização desenvolvida para reduzir consideravelmente o tempo necessário para baixar e usar produtos clientes do Office. O streaming permite que os usuários comecem a usar o produto Clique para Executar antes do download do produto completo. A tecnologia Clique para Executar dos produtos Office 365 tem como base as tecnologias centrais de virtualização e streaming Microsoft App-V (Application Virtualization). Os recursos Clique para Executar são executados em um ambiente virtual isolado no sistema operacional local.
A virtualização Clique para Executar traz as seguintes vantagens:
O isolamento de recursos em um ambiente virtual permite a coexistência com versões anteriores do Office, além de melhorar os processos de limpeza e restauração. Utilizando o Office 365 ProPlus, você pode ajudar a minimizar o tempo de inatividade ao conduzir testes. A tecnologia Clique para Executar oferece suporte a instalações lado a lado do Office, o que significa que você não precisa desinstalar versões anteriores do Office para testar o Office 2013.
Os usuários podem testar a nova versão do Office sem que precisem desinstalar a versão atual. Recomendamos que você use instalações lado a lado somente para testar o Office antes de implantá-lo, e não como uma solução de longo prazo para seu ambiente de produção. Ao iniciar a implantação para a produção, você deve desinstalar (ou permitir que os usuários desinstalem) as versões anteriores do Office instaladas nos computadores.
O Office está mais integrado e permite a integração de suplementos locais com o ambiente virtual.
O streaming ajuda a melhorar o desempenho. O pacote Office é dividido e descompactado ao longo do tempo, o que otimiza o uso de CPU e de largura de banda da rede.
Não. Você pode continuar a realizar o armazenamento local de dados de aplicativos do Office. Na realidade, é possível usar as configurações de Política de Grupo para evitar ou armazenamento ou a leitura na nuvem, se necessário. Por exemplo, você pode usar as configurações da política Locais Confiáveis para desabilitar todos os locais confiáveis em aplicativos específicos.
As configurações de roaming são aplicáveis às configurações personalizadas dos usuários e são vinculadas a arquivos armazenados em caminhos HTTP, mas elas não realizam roaming dos arquivos em si. Por isso, o ponto de extremidade (seja um PC gerenciado ou não gerenciado) necessita de acesso a arquivos para visualizar documentos recentes. Você também pode usar a Política de Grupo para desabilitar as configurações de roaming caso esteja preocupado com os nomes ou caminhos de arquivos armazenados na nuvem. Para obter mais informações, consulte Controlando configurações de roaming através da Política de Grupo em Novidades - configurações de usuário e roaming no Office 2013.
Caso esteja preocupado com o roaming de dados corporativo na nuvem através de uma conta Microsoft, você poderá desabilitar a entrada com essa conta. Isso significa que os usuários não poderão entrar no Office com uma conta Microsoft. Como não há contas Microsoft presentes, as configurações não terão uma conta para realizar o roaming.
Você pode desabilitar a conta Microsoft pela seguinte configuração de Política de Grupo:
Configuração do Usuário\Modelos Administrativos\Office 2013\Diversos\Bloquear a entrada no Office. Para obter mais informações, consulte Fazendo logon no Office 2013.
Para obter mais informações sobre os modelos administrativos do Office, consulte Arquivos de modelo administrativo do Office 2013 e Arquivos de modelo administrativo do Office 2013 Preview (ADMX, ADML) e Ferramenta de personalização do Office.
Sim. Para cenários gerenciados pela empresa, caso os usuários não tenham permissão de realizar a instalação do Office 365 ProPlus por conta própria no portal do Office 365, os administradores poderão usar a Ferramenta de implantação do Office para dividir e implantar instalações Clique para Executar do Office 365 ProPlus de modo local, utilizando as ferramentas de distribuição de software ou mídias como DVDs e unidades flash USB.
Para baixar os produtos Clique para Executar do Office 365 de modo local e personalizar uma instalação, os administradores podem executar a Ferramenta de implantação do Office e fornecer um arquivo Configuration.xml personalizado. Você pode baixar a Ferramenta de implantação do Office para a tecnologia Clique para Executar no site do Microsoft Download Center. O download inclui um exemplo de arquivo de configuração, Configuration.xml.
Utilize o arquivo Configuration.xml Clique para Executar para realizar as seguintes tarefas:
Adicionar ou remover produtos da instalação
Adicionar ou remover idiomas da instalação
Especificar opções de exibição
Definir opções de registro em log
Especificar o comportamento das atualizações de software relativas à tecnologia Clique para Executar
Você tem diversas opções de implantação local do Office 365 ProPlus. Por exemplo, para simplificar e automatizar o processo de instalação para os usuários, você pode usar um script ou arquivo em lotes. O Office 365 ProPlus também funciona com produtos de distribuição de software, como o System Center Configuration Manager, o Microsoft Deployment Toolkit ou um script de inicialização de computador da Política de Grupo para implantação do script ou arquivo em lotes.
Sim. Você possui controle total da versão do Office instalada e do comportamento das atualizações de softwares. Por padrão, as instalações Clique para Executar do Office 365 ProPlus são atualizadas automaticamente, e o processo de atualização realiza a detecção automática dos novos dados, baixando-s em segundo plano. O Office realizará buscas diárias de atualizações de software e as aplicará automaticamente quando estiverem disponíveis. Essa é a opção recomendada, pois ela mantém os usuários atualizados com as correções de segurança mais recentes.
Caso prefira testar as atualizações antes de implementá-las, você poderá selecionar um local gerenciado, onde o serviço de atualização do Office 365 ProPlus buscará atualizações (um caminho HTTP ou UNC de sua preferência) utilizando a Ferramenta de implantação do Office e especificando opções de atualizações no arquivo Configuration.xml. Quando você publica uma compilação testada e validada do Office nesse local, o serviço de atualização continua a procurar atualizações diariamente, aplicando-as automaticamente em segundo plano a partir desse local.
Você também pode usar as ferramentas de distribuição de software para distribuir compilações atualizadas do Office. Nesse caso, o que você deve fazer na realidade é desabilitar o serviço de atualização automática no momento da instalação do Office. Desse modo, as atualizações serão realizadas como instalações de novas compilações, utilizando as ferramentas de distribuição de software.
Independentemente de você optar por atualizar automaticamente o Office 365 Pro Plus com o serviço público do Office 365, publicar atualizações em locais gerenciados ou desabilitar as atualizações e executar a instalação do Office periodicamente com novas compilações, o Office aplicará apenas os arquivos diferentes necessários para atualizar a instalação do Office e garantir o menor consumo possível de largura de banda. Uma ampla gama das mais recentes compilações Clique para Executar do Office será fornecida aos administradores do Office 365, de modo a mantê-los atualizados e fornecer a flexibilidade necessária para a realização de testes antes da implantação de novas compilações no ambiente de produção. Porém, recomendamos que você sempre utilize a versão mais recente para garantir que os usuários obtenham as últimas atualizações de segurança.
Envie suas dúvidas para que possamos respondê-las. Além disso, confira o blog do Office 365 Preview para ler mais artigos sobre a tecnologia Clique para Executar.
Esta é uma postagem de blog traduzida. Consulte o artigo original em Frequently asked questions about Office 365 ProPlus
Artigo original publicado na terça-feira, 18 de dezembro de 2012
Este post foi escrito por Scott Bradley, engenheiro-chefe de escalonamento do Office no grupo de Serviços de Atendimento ao Cliente da Microsoft.
O Acesso de Representante é um recurso do Outlook que permite que uma pessoa aja em nome de outro usuário do Outlook. Esse recurso é uma combinação de acesso a pastas compartilhadas e tratamento especial de solicitações de reunião. Normalmente, ele é usado em tarefas de gerentes/auxiliares, como agendar ou enviar reuniões em nome do gerente ou monitoramento do email do gerente por parte do auxiliar.
Quando um representante trabalha com muitas caixas de correio com volume considerável, nós o chamamos de super-representante.
Imagine a super-representante Jane, uma representante do mais alto nível da empresa. Jane trabalha com o Outlook 2010 todos os dias, o dia todo, localizando emails, administrando informações de reuniões, etc. Ela utiliza diversos recursos do Outlook 2010 com muita eficiência, e sua meta é ter um bom desempenho em todas as suas tarefas.
Jane tem um perfil de Outlook com:
Às vezes, o super-representante também precisa entrar em conformidade com restrições de gerenciamento de dados implementadas na organização. Por exemplo, imagine que você tenha configurado o ambiente de tal modo que:
Parece complicado? Estamos aqui para ajudar. Com o passar dos anos, a Microsoft desenvolveu um conjunto de práticas recomendadas para configurar cenários que envolvem super-representantes. Neste post, darei recomendações sobre:
Há duas escolhas fundamentais para configuração de super-representantes, cada uma com seus benefícios e limitações. O fator que orienta cada uma dessas configurações é o controle do tamanho do arquivo OST. Para estas recomendações, não levaremos em consideração os cenários em que o acesso às pastas é online, pois as latências normalmente associadas ao acesso online seriam mais problemáticas do que os fatores de desempenho em relação ao tamanho do arquivo OST.
Opção A: adicionar a conta do gerente como conta secundária do Exchange (multi-ex)
Vantagens
Desvantagens
No final deste post, há uma descrição e uma captura de tela que mostram como criar uma conta multi-ex e como adicionar mais uma caixa de correio.
Opção B: usar compartilhamento de pastas
Caso você decida que a configuração de compartilhamento de pastas (opção B) é a melhor opção para super-representantes, será necessário compreender três métodos diferentes de configuração das pastas compartilhadas, bem como as consequências de cada um deles. Especificamente, é essencial que você compreenda o recurso de "mapeamento automático" do Exchange/Outlook e como ele se enquadra nos métodos de compartilhamento de pastas.
Método 1: Compartilhamento de pasta/representante padrão – Neste método, você usa o recurso de representação do Outlook 2010 para definir um representante. Como parte da configuração de representante, as ACLs (Listas de Controle de Acesso) são atribuídas às pastas do representante. Essas pastas podem ser acessadas no computador do representante por meio de diversas opções de interface do usuário (abrir pasta de outro usuário, abrir calendário compartilhado, solicitações de compartilhamento, etc). Este método NÃO exige nem implica em permissão de acesso a toda a caixa de correio.
Método 2: Adicionar mais uma caixa de correio – Este recurso "herdado" da guia Avançado das propriedades da conta permite que o usuário adicione o REPOSITÓRIO da caixa de correio do gerente ao seu perfil. Isso não é igual ao recurso multi-ex descrito na opção A acima. Este método de compartilhamento exige que haja pelo menos uma permissão de "pasta visível" na raiz do repositório da caixa de correio.
Método 3: Mapeamento automático/permissões completas de acesso à caixa de correio – Quando você concede permissões completas de acesso à caixa de correio do gerente, o Exchange envia informações nos dados de descoberta automática que orientam o Outlook a adicionar automaticamente a caixa de correio compartilhada ao perfil. Isso cria um conjunto de fatores único e desafiador:
Em função dos efeitos colaterais atuais do mapeamento automático, recomendamos que ele não seja usado para esses cenários de super-representante. O Exchange Server 2010 SP2 fornece um cmdlet de PowerShell para desabilitar o recurso de mapeamento automático. Ele deve ser usado no momento da configuração do acesso a pastas compartilhadas.
O método preferencial de compartilhamento de pastas será definido pelas necessidades de acesso ao conjunto de pastas. Caso o representante necessite de acesso a todas as pastas no repositório do gerente, recomenda-se o seguinte:
Esta configuração tem os seguintes objetivos:
O Outlook e o Exchange definem "representante" de forma diferente. Para o Exchange, um "representante" é simplesmente alguém com o direito de envio em nome de outra pessoa em uma conta. Para o Outlook 2010, "representante" é todo um conjunto de recursos que consiste do direito de envio em nome de outra pessoa, permissões de acesso às pastas do representante, uma regra de encaminhamento de solicitações de reunião para o representante e diversas propriedades e códigos para acompanhar "extras", como o número de meses de disponibilidade publicado pelo gerente, e assim por diante. Portanto, no que se refere ao modo de adição dos representantes, recomenda-se que, se você desejar o conjunto completo de recursos de um representante do Outlook, utilize o Outlook para adicionar representantes. Se o objetivo for apenas usar o recurso de envio em nome de outra pessoa ou ter apenas permissões de acesso às pastas compartilhadas, etc., use as ferramentas do Exchange para adicionar representantes.
A única questão específica em relação às outras ferramentas é que tanto o Exchange quanto o Outlook tratam as permissões na pasta de calendário de uma forma especial. Há uma pasta especial na raiz da caixa de correio chamada "FreeBusy Data". Ela é usada como parte do conjunto de recursos do representante. As permissões nessa pasta devem ser iguais as permissões na pasta de calendários. Quando você usa o Outlook ou Exchange para definir permissões na pasta de calendários, as permissões também são aplicadas de forma implícita a essa pasta especial. Caso você utilize ferramentas de terceiros que influenciem as permissões e os representantes, não há garantia de que a pasta especial Free/Busy Data tenha as permissões corretas aplicadas.
Não há um limite definido quanto ao número de representantes que podem ser atribuídos a uma caixa de correio. Em um nível inferior ao de recursos (o nível de MAPI, a chamada NSPI (Interface de Provedor de Serviço de Nome) usada para adicionar o direito de envio em nome de outra pessoa, etc.), em algum momento você atingirá algum limite que o impedirá de adicionar o enésimo representante, mas esse número está além do limite prático recomendado.
Historicamente, a Equipe de Produtos do Outlook testou quatro (4) representantes como o número máximo recomendado para uma caixa de entrada. Essa recomendação tem como base mais um uso prático do calendário do que qualquer limitação de desempenho ou tamanho. Ter mais de quatro representantes leva à criação de cenários potencialmente complexos no panorama atual de dispositivos móveis, OWA, suplementos do Outlook, etc. Essa complexidade torna o gerenciamento do calendário algo incontrolável. Também recomendamos que você siga as práticas recomendadas publicadas para trabalhar com solicitações de reunião. Por exemplo, sempre responda a uma solicitação de reunião, configure-a de modo que somente os representantes recebam uma cópia completa da solicitação de reunião, e assim por diante.
Como opção, você deve levar em consideração a inclusão de práticas recomendadas e documentos de todos os fornecedores de calendários em seu ambiente. Por exemplo, caso você utilize dispositivos Android, Apple ou RIM Blackberry, mantenha uma lista de problemas atuais e metodologias de solução de problemas desses fornecedores.
As recomendações de tamanho de arquivos OST e itens de um representante que trabalha com caixas de correio locais do Exchange ou do Office 365 devem ser levadas em consideração sob diversos pontos de vista em cenários que envolvam o Office 365. A sincronização de arquivos OST pode levar mais tempo na nuvem do que em uma caixa de correio local do Exchange. Para obter uma experiência melhor, recomendamos dados menores para cenários em que a caixa de correio do representante está no Office 365.
Leve em consideração as seguintes recomendações relativas a super-representantes:
Recomendações para caixas de correio locais do Exchange para desempenho do Outlook 2010 (valores máximos)Tamanho do OST: 25 GBNúmero de itens na pasta geral: 50.000Número de itens de calendário: 5.000
Recomendações de caixas de correio do Office 365 para desempenho do Outlook 2010 (valores máximos)Tamanho do OST: 5 GBNúmero de itens na pasta geral: 20.000Número de itens de calendário: 5.000
Como há várias dificuldades em prever as variáveis na equação de desempenho (velocidade dos discos rígidos, padrões de uso, suplementos, etc.), as recomendações de tamanho dividem os valores em três grupos. O primeiro grupo é aquele em que você quase nunca terá problemas de desempenho relacionados a OST, e o valor é 5 GB. O segundo grupo é aquele que traz certo nível de problemas de desempenho, mas que podem ser gerenciados pelos usuários. Os valores ficam entre 5 e 25 GB. Por fim, o terceiro grupo é aquele com grande probabilidade de problemas de desempenho que afetam a experiência do usuário. O valor é 25 GB.
Do ponto de vista do Outlook, as recomendações de tamanho existentes geralmente aplicam-se igualmente às contas do Office 365. As recomendações do Outlook são relativas ao desempenho do formato do arquivo OST, já que ele está relacionado a operações "offline". Em outras palavras, é o desempenho obtido ao transferir itens entre pastas locais, criar modos de exibição para pastas com um número considerável de itens, etc. Recomenda-se um tamanho abaixo de 25 GB para o tamanho do OST, 5.000 itens para uma pasta de calendários e 20.000 itens para pastas que armazenam outros itens que não sejam calendários. As pastas de calendários têm uma sobrecarga específica (no cálculo de padrões de recorrência) que gera a necessidade de pastas com tamanhos menores. Novamente, essa é a recomendação de desempenho vista normalmente como gerenciável pelos usuários, não o valor que garante um bom desempenho.
As recomendações de tamanho do arquivo OST do Office 365 também visam à obtenção de um desempenho de rede com um nível adequado. Caso você tenha um arquivo OST grande, o tempo inicial de sincronização será longo. Por exemplo, caso tenha operações como alterações do Gerenciamento de Registros da Microsoft, que exigem certo nível de sincronização de todos os itens, o desempenho e o uso de rede resultantes normalmente não são viáveis quando o tamanho dos dados está na faixa dos 25 GB. Além disso, há alguns fatores envolvidos em cenários de pastas compartilhadas, quando os dados precisam ser recuperados do servidor. Por isso, há chances de obtenção de desempenho extra nesses cenários de pastas compartilhadas. Por esse motivo, as recomendações de tamanho do Office 365 são mais adequadas quando há pastas compartilhadas em uso. E, por fim, a recomendação de 5 GB do Office 365 tem o intuito de garantir bom desempenho geral das operações de OST, independentemente da rede.
Portanto, dependendo de sua META de desempenho relativa a arquivos OST, as recomendações poderão ser diferentes. As recomendações de tamanho do Outlook serão o máximo para desempenho geral de computadores clientes. Porém, as recomendações do Office 365 para arquivos OST menores permitem reduzir problemas de desempenho relacionados à rede e proporcionar um desempenho melhor e mais uniforme.No caso das configurações de super-representante no Office 365, caso sejam utilizadas pastas compartilhadas em vezes da conta multi-ex, as recomendações são:Tamanho do OST: entre 5 GB e 25 GB, dependendo do desempenho desejadoNúmero de itens de calendário: 5.000Número de itens na pasta geral: 20.000
Os níveis de tamanho garantem que o OST tenha um bom desempenho geral, que a pasta de calendários possa eliminar possíveis atrasos ao trabalhar com dados de calendários e que as pastas gerais (inclusive pastas compartilhadas) tenham um número de itens que permita um desempenho adequado na maioria dos cenários de uso. Observe que o Outlook 2010 é um cliente versátil e com diversos recursos, e que sempre há fluxos de trabalho ou padrões de uso possíveis que influenciarão as recomendações. Por exemplo, o Outlook possui um recurso (disponível na caixa de diálogo de propriedades da pasta) para limpar todos os dados offline na pasta do OST. Caso uma parte de seu fluxo de trabalho seja limpar itens offline de uma pasta regularmente, o desempenho será afetado quando a pasta for sincronizada futuramente. Caso você utilize definições de exibição com filtragem ou complexas, que o Outlook deva aplicar aos dados das pastas, poderá haver quedas de desempenho durante essas operações. Essas recomendações são voltadas aos melhores padrões de uso "típico" do super-representante.
Para obter mais informações, consulte:
Nossa melhor ferramenta de monitoramento de computadores clientes é o OCAT (Outlook Configuration Analyzer Tool). O OCAT é baseado na mesma tecnologia do Analisador de Práticas Recomendadas do Exchange Server. Ele fornece uma interface do usuário amigável, que os usuários podem aproveitar para verificar a integridade do cliente, além de uma versão em linha de comando à qual os administradores de TI podem aplicar scripts para executar verificações de integridade e coletar os relatórios resultantes. O material de referência a seguir possui um documento do Word detalhado com o conjunto de recursos, instruções de uso para administradores de TI e informações adicionais.
Para o servidor, você pode utilizar o conjunto de recursos composto por scripts e comandos do PowerShell para recuperar informações sobre tamanho de pastas e caixas de entrada.
A Microsoft fornece diversos documentos de referência sobre "práticas recomendadas" para cenários de representantes. Esses guias abrangem desde tarefas para iniciantes até a administração intermediária do recurso de representante. As equipes de Engenharia de Campo Premier da Microsoft também administram oficinas de calendários de forma proativa e reativa. Essas oficinas incluem tópicos relacionados à solução de problemas de calendários e práticas recomendadas.
Veja alguns recursos adicionais de treinamento e solução de problemas:
O número máximo de regras do Exchange é limitado por uma alocação de armazenamento da "propriedade" que armazena todas as regras. Historicamente, essa propriedade era limitada a 32 KB. Uma regra comum utiliza cerca de 600 a 800 bytes de dados para armazenamento. Então, você ficará "sem espaço" entre 40 e 50 regras. No Exchange 2010, é possível especificar um valor maior do que 32 KB para armazenamento de regras. Para contas do Exchange Online, pode-se definir um valor de até 64 KB. Isso permite utilizar cerca de 100 regras. O número máximo de regras recomendado é determinado pela capacidade do usuário de gerenciar o conjunto de regras, principalmente em cenários em que várias regras podem afetar a mesma mensagem e o usuário tem de lidar com toda a lógica envolvida no acionamento das regras.
Para obter mais informações, consulte o artigo sobre ampliação do limite de regras para o Exchange Online.
A equipe do Outlook e do Exchange trabalham juntas constantemente para melhorar a experiência do Exchange Online. Não cuidamos apenas de identificar e corrigir bugs específicos durante o ciclo de "atualizações cumulativas", mas também incluímos nessas atualizações outras alterações de código para melhorar a estabilidade e o desempenho. Por esse motivo, recomendamos que você sempre teste e use as atualizações cumulativas mais recentes ao lidar com problemas de clientes do Outlook. O nível de cliente obrigatório para o Outlook é uma compilação do Outlook que tenha no máximo um ano a partir da data atual. Então, tendo como parâmetro o mês de outubro de 2012 como a data atual, é obrigatório ter uma atualização cumulativa de outubro de 2011 aplicada ao Outlook ao utilizar o Exchange Online.
Um último fator a ser levado em consideração em termos de desempenho e estabilidade é a importância do ecossistema de calendários. A utilização de diversos clientes (Outlook, OWA, Windows Phone, iPhone, Blackberry) traz um risco à estabilidade dos calendários, e cada uma dessas áreas precisa de atenção especial. De modo semelhante, caso você possua suplementos do Outlook que ampliem o conjunto de recursos de calendário, haverá outro possível fator de risco para a execução uniforme dos calendários. Nenhum desses fatores é necessariamente a causa de um problema, mas eles trazem complexidade e geram a necessidade de as equipes trabalharem juntas para compreender e solucionar problemas.
As atualizações mais recentes do Outlook sempre podem ser encontradas em: http://technet.microsoft.com/en-us/office/ee748587.aspx.
Multi-ex é o nome comum para o cenário em que ocorre a adição de uma SEGUNDA conta completa ao perfil do Outlook. Você pode adicionar uma segunda conta a um perfil do Outlook 2010 acessando o Outlook, navegando até Arquivo, Configurações de Conta e selecionando Novo.
Para adicionar uma caixa de correio, acesse as Configurações de Conta do Outlook e clique no botão Alterar, Mais Configurações e selecione a guia Avançado da conta EXISTENTE do Exchange.
Esta é uma postagem de blog traduzida. Consulte o artigo original em Recommendations for configuring delegate scenarios in Outlook 2010
Artigo original publicado na terça-feira, 22 de janeiro de 2013
Resumo: este artigo fornece um resumo da personalização de Clique para Executar no Office 365 e fala sobre como usar o AppLocker e AppHelp para personalização em nível de aplicativos.
Clique para Executar é uma tecnologia de streaming e virtualização desenvolvida para reduzir consideravelmente o tempo necessário para baixar e usar produtos clientes do Office.
A tecnologia Clique para Executar dos produtos Office 365 tem como base as tecnologias centrais de virtualização e streaming Microsoft App-V (Application Virtualization). Os recursos Clique para Executar são executados em um ambiente virtual isolado no sistema operacional local.
Para personalizar as configurações da instalação Clique para Executar do Office 365 em uma implantação local do Office 365 ProPlus, os administradores inscritos no Office 365 podem usar a Ferramenta de Implantação do Office. Você pode baixar essa ferramenta no site do Microsoft Download Center. O download inclui um arquivo Configuration.xml de exemplo. Para personalizar uma instalação Clique para Executar do Office 365, execute a Ferramenta de Implantação do Office e forneça um arquivo de configuração Configuration.xml personalizado. A Ferramenta de Implantação do Office executa as tarefas especificadas utilizando as propriedades opcionais do arquivo de configuração.
Você pode especificar as seguintes opções de instalação Clique para Executar no arquivo Configuration.xml:
Para obter mais informações, consulte Visão geral da personalização de Clique para Executar.
Gerenciando configurações de usuário e computador de Clique para Executar do Office 365
Para gerenciar as configurações de usuário e computador que deseja aplicar em Clique para Executar do Office 365, você deve usar a Política de Grupo. Ela é a ferramenta recomendada para aplicar configurações de usuário e computador tanto no Office 2013 baseado em Windows Installer (MSI) quanto em Clique para Executar do Office 365.
Observação:
Caso deseja definir as configurações padrão iniciais de instalações MSI do Office 2013 licenciadas por volume, você poderá usar a OCT (Ferramenta de Personalização do Office) para personalizar recursos e definir configurações de usuário. Os usuários podem alterar a maioria das configurações após a instalação.
Em um ambiente do Active Directory, os administradores aplicam configurações de políticas a grupos de usuários e computadores em um site, domínio ou unidade organizacional à qual um objeto de Política de Grupo está vinculado. As configurações de política são registradas nos locais de chave de Registro aprovados para a política, e essas configurações possuem restrições de ACL (lista de controle de acesso) que impedem que aqueles que não sejam administradores as alterem. Os administradores usam a Política de Grupo para criar configurações de desktop com grandes restrições ou gerenciamento brando, dependendo dos requisitos específicos de segurança e negócios. As configurações de Política de Grupo têm prioridade sobre as configurações de personalização do Office feitas pelo usuário. A OCT é usada para personalizar instalações baseadas no Windows Installer.
Para obter informações sobre Política de Grupo e modelos administrativos do Office 2013, consulte os seguintes recursos:
Você pode baixar os modelos administrativos aqui: Arquivos de modelo administrativo do Office 2013 Preview (ADMX/ADML) e Ferramenta de Personalização do Office. O download inclui uma planilha de Excel (office2013grouppolicyandoctsettings.xslx) que descreve as configurações de Política de Grupo e OCT.
Sobre a personalização em nível de aplicativo para instalações Clique para Executar
A tecnologia Clique para Executar não pode ser personalizada em nível de aplicativos. Porém, há algumas opções:
Utilizando o AppLocker para bloquear aplicativos Clique para Executar
Você pode usar o AppLocker para controlar quais aplicativos e arquivos os usuários podem executar. Entre eles, estão arquivos executáveis, scripts, arquivos do Windows® Installer, DLLs e aplicativos/instaladores em pacotes. É possível, por exemplo, usar o AppLocker para impedir que os usuários executem o Access 2013 Clique para Executar.
Em um ambiente do Active Directory, se você estiver usando uma Política de Grupo para gerenciar configurações de usuários, o AppLocker será a solução ideal para gerenciar computadores com Windows. O AppLocker utiliza a Política de Grupo para criação e implantação. Para ver uma lista de sistemas operacionais Windows com suporte e requisitos de sistema, consulte "Versões, interoperabilidade e diferenças na funcionalidade" em Visão geral técnica do AppLocker. O AppLocker faz parte das edições de nível empresarial do Windows.
Para obter informações detalhadas sobre o uso do AppLocker, consulte os seguintes recursos:
Recurso
Aplica-se a:
Guia passo a passo do AppLocker
Windows 7, Windows 8, Windows Server 2008 R2, Windows Server 2012
Guia de design de políticas do AppLocker
Guia de implantação de políticas do AppLocker
Administrando o AppLocker
Windows 8, Windows Server 2012
Gerenciar pacotes de aplicativos com o AppLocker
Usar os cmdlets de Windows PowerShell do AppLocker
AppLocker
Windows 7, Windows Server 2008 R2
Utilizando os cmdlets de Windows PowerShell do AppLocker
Guia de operações do AppLocker
Vídeo: Demonstração do AppLocker
Windows 7
Usando as mensagens de bloqueio do AppHelp no Administrador de Compatibilidade
As organizações sem versões do Windows Enterprise podem usar as mensagens de bloqueio forçado do AppHelp para evitar a execução de aplicativos específicos do Office 365 ProPlus. Este é o mecanismo interno que o Windows usa para bloquear a inicialização de aplicativos incompatíveis ou problemáticos. Você pode usar o Administrador de Compatibilidade como parte do Application Compatibility Toolkit para habilitar bloqueios forçados.
O Administrador de Compatibilidade ajuda a solucionar possíveis problemas de compatibilidade de aplicativos antes da implantação de uma nova versão do Windows em sua organização. Essa ferramenta fornece os seguintes recursos:
Uma mensagem de bloqueio do AppHelp impede a inicialização do aplicativo e exibe uma mensagem ao usuário. Você pode definir uma URL específica, onde o usuário poderá baixar um driver atualizado ou outra correção que solucione o problema. Quando você usa uma mensagem de bloqueio do AppHelp, também é preciso definir as informações de correspondência de arquivo para identificar a versão do aplicativo e permitir a execução da versão corrigida.
Para obter mais informações sobre o uso do Administrador da Compatibilidade e criação de mensagens do AppHelp, consulte os seguintes recursos:
Para obter mais informações sobre o Office 365 ProPlus, consulte Office 365 ProPlus.
Esta é uma postagem de blog traduzida. Consulte o artigo original em How to customize Click-to-Run for Office 365 products
Artigo original publicado na sexta-feira, 9 de novembro de 2012
No dia 05/11/2012, a equipe de engenharia do Office lançou os arquivos atualizados dos modelos administrativos do Office 2013 e da OCT (Ferramenta de Personalização do Office), que os administradores podem baixar aqui: Arquivos de modelo administrativo do Office 2013 (ADMX/ADML) e Ferramenta de Personalização do Office. O download inclui uma planilha de Excel (office2013grouppolicyandoctsettings.xlsx) que lista as configurações de Política de Grupo e OCT. As políticas de grupo aplicam-se às instalações MSI (baseada em Windows Installer) e Clique para Executar do Office 2013 Preview.
Para obter informações sobre novas configurações relacionadas ao gerenciamento de suplementos do Office 2013, aplicativos para Office, chaves de caução, Office Start, modelos e planos de fundo do Office, sincronização do One Note, Outlook, opções em nível de serviço para recursos online do Office, entrada, ativação de assinatura e Painel de Telemetria, consulte Arquivos de modelo administrativo do Office 2013 (ADMX, ADML) e Ferramenta de Personalização do Office.
Para obter mais informações sobre configurações do Outlook, consulte Planejar personalizações de recursos no Outlook 2013.
Esta é uma postagem de blog traduzida. Consulte o artigo original em Office 2013 Administrative Templates (ADMX, ADML) and Office Customization Tool (OCT) download available
Artigo original publicado na sexta-feira, 14 de dezembro de 2012
A equipe do Office Resource Kit está lançando diversos mapas de conteúdo sobre tópicos como implantação e compatibilidade do Office 2013. Desenvolvemos esses mapas com vários objetivos em mente:
Já publicamos os dois primeiros mapas, o mapa de conteúdo de compatibilidade do Office 2013 para profissionais de TI e o mapa de conteúdo do Office 365 ProPlus, e gostaríamos de saber sua opinião. Como você pode ver, os formatos são um pouco diferentes. Você também perceberá que muitos artigos têm um link que vai para o mapa, juntamente com um link para artigos do Office.com para usuários finais que desejam informações relacionadas, porém, menos técnicas.
Ficaremos gratos com sua opinião a respeito dos mapas. Deixe um comentário ou envie uma mensagem para feedork@microsoft.com.
Veja um exemplo desses links no guia de compatibilidade do Office 2013:
E aqui, um exemplo desses links em Permite que os usuários instalem os produtos de cliente do Office a partir do portal do Office 365:
Não deixe de mandar seus comentários a respeito desse assunto.
Jill
Esta é uma postagem de blog traduzida. Consulte o artigo original em Introducing content roadmaps for Office IT Pros
Este post foi escrito por Shinobu Furuma, gerente de programas da equipe de Gerenciamento de Soluções do Office.
Em nosso último post, mostramos como configurar rapidamente o Painel de Telemetria do Office em um grupo de trabalho ou computador que faz parte de um domínio. Neste post, gostaria de explicar como implantar o Agente de Telemetria em ambientes de grande porte usando o System Center Configuration Manager.
Caso sua empresa use o Configuration Manager para gerenciamento de PCs clientes, gerenciamento de ativos de software, etc., recomendo que você também use o Configuration Manager para implantar o Agente de Telemetria em computadores clientes que possuem o Office (Office 2003, 2007 ou 2010). Se você já estiver familiarizado com a implantação de aplicativos no Configuration Manager, será simples implantar o Agente de Telemetria, pois você pode usar o processo padrão de implantação de aplicativos sem a necessidade de utilizar operações de usuário final ou scripts de logon. Você também pode gerenciar, monitorar e desinstalar o agente em computadores clientes usando o Console do Configuration Manager.
Este post mostra as etapas de implantação do Agente de Telemetria usando o Configuration Manager:
1. Criar um aplicativo para o Agente de Telemetria usando o Configuration Manager2. Implantar o aplicativo usando o Configuration Manager3. Configurar o Agente de Telemetria
Observe que as etapas 1 e 2 são necessárias apenas para computadores clientes que executam o Office 2003, Office 2007 ou Office 2010. Não é necessário implantar o Agente de Telemetria no Office Professional Plus 2013 e Office 365 ProPlus, pois o agente é um recursos interno dessas edições do Office 2013. No entanto, é preciso configurar o agente interno usando os métodos descritos na etapa 3.
1. Criar um aplicativo para o Agente de Telemetria usando o Configuration Manager
O vídeo a seguir fala sobre como criar um aplicativo com um único tipo de implantação no System Center Configuration Manager 2012.
Vídeo da TechNet - Criando um aplicativo
Veja a seguir mais detalhes da entrega do Agente de Telemetria usando o Configuration Manager
Criar um novo aplicativo para o MSI do Agente de Telemetria
1. Salve o arquivo MSI do Agente de Telemetria em uma pasta compartilhada que o Console do Configuration Manager possa acessar. Para isso, execute as seguintes etapas:
a) Crie uma nova pasta compartilhada. Como o MSI do Agente de Telemetria está disponível para todas as arquiteturas de sistemas operacionais (x86 e x64), você deve criar uma pasta compartilhada para cada MSI, como \\Nome_do_Servidor\Telemetria\x86 e \\Nome_do_Servidor\Telemetria\x64.
b) Inicie o Painel de Telemetria e selecione Guia de introdução no painel de navegação esquerdo.
c) Expanda a seção 3. Implantar o Agente de Telemetria.
d) Selecione as opções para salvar o Agente de Telemetria x86 e salvar o Agente de Telemetria x64.
e) Salve os arquivos MSI nas pastas criadas na etapa 1.
2. Inicie o Console do Configuration Manager e selecione Biblioteca de Software no painel de navegação.
3. No espaço de trabalho da Biblioteca de Software, expanda Gerenciamento de Aplicativos e selecione Aplicativos.
4. Selecione Criar Aplicativo na faixa de opções e crie um novo aplicativo com o MSI do Agente de Telemetria X86 (ou x64).
Para ver etapas mais detalhadas, consulte o tópico sobre como criar aplicativos no Configuration Manager.
5. Caso você execute versões x86 e x64 do Windows e deseja realizar coletas de inventário/telemetria de ambos, crie aplicativos para cada MSI que corresponda à arquitetura do sistema operacional (não a arquitetura do Office). Os dois aplicativos são mostrados na captura de tela a seguir.
2. Implantar o aplicativo usando o Configuration Manager
Após a criação de um aplicativo para o MSI do Agente de Telemetria, você poderá implantá-lo nos computadores clientes usando o Console do Configuration Manager.
1. No Console do Configuration Manager, selecione Biblioteca de Software novamente.
2. No espaço de trabalho da Biblioteca de Software, expanda Gerenciamento de Aplicativos e selecione Aplicativos.
3. Na lista Aplicativos, selecione o aplicativo criado para o MSI do Agente de Telemetria e selecione Implantar na guia Início, conforme mostrado na captura de tela a seguir.
4. No assistente de implantação de software, você poderá especificar um conjunto de dispositivos que inclua os computadores clientes nos quais deseja implantar o Agente de Telemetria.
Caso haja computadores clientes x86 e x64 em execução, você deverá criar um conjunto de dispositivos para cada tipo de CPU (arquitetura do sistema operacional*) e, em seguida, especificar um conjunto de dispositivos válido no assistente. Você pode implantar o agente usando regras específicas (por exemplo, implantar o agente somente nos computadores clientes que executam o Windows XP). Para isso, utilize a regra de consulta no conjunto de dispositivos.
Consulte o artigo sobre como criar conjuntos no Configuration Manager para ver detalhes.
*Se o sistema operacional do cliente for x64, você deverá implantar o Agente de Telemetria x64, mesmo que haja uma versão de 32 bits do Office instalada.
5. Você também pode definir o cronograma de implantação, configurações de alerta, etc. no assistente.
6. Por fim, selecione OK para implantar o Agente de Telemetria.
3. Configurar o Agente de Telemetria
Após a implantação do Agente de Telemetria nos computadores clientes, você deverá configurar o agente em cada cliente. Para isso, é preciso definir os valores de Registro corretos. Caso tenha Active Directory, recomendamos que você Use a Política de Grupo para habilitar e configurar o Agente de Telemetria.
Porém, caso ainda deseje configurar/gerenciar o Agente de Telemetria usando o Configuration Manager, você poderá usar as configurações de conformidade do Configuration Manager. Os dois vídeos a seguir falam sobre como criar um item de configuração para verificar/definir um Registro no computador cliente usando o Configuration Manager.
Vídeo da TechNet - Criando itens de configuração para gerenciamento de configurações
Vídeo da TechNet - Habilitando correções com gerenciamento de configurações
No item de configuração, você deverá especificar a chave e o valor de Registro a seguir.
Hive: HKEY_LOCAL_MACHINEChave: Software\Policies\Microsoft\Office\15.0\OSM"CommonFileShare"="\\\\<SERVERNAME>\\<SHARENAME>""Enablelogging"=dword:00000001"EnableUpload"=dword:00000001
O Agente de Telemetria funcionará corretamente se as chaves forem inseridas em HKEY_LOCAL_MACHINE. Porém, o Configuration Manager não poderá utilizar as configurações de conformidade para alterar os valores de Registro inseridos em HKEY_CURRENT_USER. Portanto, você não poderá definir marcas (também conhecidas como rótulos) utilizando as configurações de conformidade, pois as marcas devem ser inseridas em HKEY_CURRENT_USER. A tabela a seguir indica quais valores de Registro do Agente de Telemetria podem ser gerenciados usando configurações de conformidade.
Nome do valor
Política de Grupo
Configuração de conformidade
enablelogging
X
enableupload
commonfileshare
tag1 - tag4
enablefileobfuscation
AgentInitWait
AgentRandomDelay
Consulte Use o Registro para habilitar e configurar o Agente de Telemetria para ver detalhes de cada valor de Registro.
Precisa de mais informações sobre a implantação de componentes do Painel de Telemetria? Consulte nossas orientações de implantação.
Esta é uma postagem de blog traduzida. Consulte o artigo original em Deploy Telemetry Agent by using System Center Configuration Manager
Artigo original publicado na sexta-feira, 16 de novembro de 2012
Quando você implanta o Agente de Telemetria para os clientes, é possível especificar até quatro rótulos que descrevem os usuários de maneira mais adequada. Os rótulos são um dos principais recursos do Painel de Telemetria, pois permitem filtrar os dados de telemetria coletados por localização geográfica, grupos de negócios individuais, tipos de usuários específicos, e assim por diante.
Utilizando rótulos, você pode obter informações incríveis sobre quais documentos são utilizados com mais frequência em locais específicos, grupos de negócios, etc. Essas informações o ajudam a determinar os documentos essenciais necessários para testar grupos de negócios específicos antes da atualização. Por exemplo, documentos financeiros não são exibidos aos montes quando você visualiza o inventário de documentos de toda a empresa mostrado na primeira captura de tela a seguir. Filtrando os dados por "North America" e "Finance", você pode encontrar os documentos essenciais para o grupo Finance, conforme mostrado na segunda captura de tela.
Inventário de documentos sem rótulos:
Inventário de documentos filtrado pelos rótulos “North America” e “Finance”:
Os rótulos são aplicados por usuário (não por computador) por meio da Política de Grupo ou do Registro. Há vários modos diferentes de implantar rótulos, dependendo da granularidade de filtragem dos dados de telemetria. Neste artigo, apresentaremos as práticas recomendadas a seguir para implantar rótulos em um ambiente específico.
Caso seu ambiente do Active Directory tenha configurações de domínio/site/unidade organizacional que possam ser usadas em rótulos, o modo mais fácil de implantar esses rótulos é utilizar a Política de Grupo. Por exemplo, você pode configurar GPOs (Objetos de Política de Grupo) vinculados a domínios na África, APAC, Europa, América do Norte, LATAM, etc., a fim de definir rótulos para usuários que pertencem a esses regiões. Baixe os arquivos de modelo administrativo do Office 2013 (ADMX/ADML) para criar um GPO. Você pode obter mais informações sobre como configurar rótulos usando a Política de Grupo em Como habilitar e configurar o Agente de Telemetria.
Outro modo de implantar rótulos usando a Política de Grupo é a filtragem de segurança. Com esse método, você pode aproveitar grupos de segurança existentes ou recém-criados para aplicar GPOs em rótulos. Por exemplo, você pode ter grupos de segurança por grupo de negócios, como Engenharia, Finanças, Marketing, Vendas e Suporte. Em seguida, você pode criar um GPO para implantar um rótulo "Finanças" e filtrar o GPO pelo grupo de segurança "Finanças". Isso possibilita a implantação de um rótulo "Finanças" para usuários que sejam membros do grupo de segurança "Finanças". Utilizando a filtragem de segurança dos GPOs, você pode implantar rótulos mais granulares do que aqueles provenientes da simples vinculação de um GPO a um domínio/site/unidade organizacional. Porém, será necessário criar GPOs para cada um dos grupos de segurança de destino.
Para facilitar, fornecemos um script de Windows PowerShell para automatizar a geração/filtragem de GPOs com base nas informações contidas em um arquivo CSV. Com esse script, é possível criar vários GPOs de uma vez (até 1.000 GPOs) facilmente, com ou sem filtragem de segurança. Isso é feito da seguinte maneira:
1. Crie um arquivo CSV que possua o nome do GPO, unidade organizacional/domínio/site vinculado, nomes dos rótulos e nomes dos grupos de segurança usados para filtragem.
2. Execute o script de PowerShell fornecido.
a. O script será lido pelo arquivo CSV e criará GPOs automaticamente.
b. O script vinculará GPOs ao domínio/unidade organizacional/site de destino especificado.
Consulte o artigo sobre criação de Objetos de Política de Grupo para marcas (rótulos) do Painel de Telemetria para obter mais detalhes sobre o script de Windows PowerShell.
Não se preocupe caso você não tenha as estruturas do Active Directory ou os grupos de segurança adequados para utilizar em rótulos. Nós fornecemos um VBscript que pode ser executado nos computadores dos usuários finais para inserir rótulos no Registro local com base mas informações de logon do usuário no Active Directory.
Por exemplo, um objeto do usuário no Active Directory possui informações como "Escritório", "Departamento", "Cargo", "Domínio", etc. O script usará essas informações do Active Directory e inserirá os rótulos no Registro de cada usuário. A implantação do VBScript nos computadores dos usuários finais via script de logon ou Política de Grupo permitirá provisionar rótulos personalizados para os usuários.
Consulte o artigo sobre adição de marcas (rótulos) ao Painel de Telemetria do Office para obter mais detalhes sobre o VBScript.
Veja as respostas a algumas perguntas que nos fazem sobre scripts:
Posso usar os três métodos para criar rótulos? Sim, mas você deverá evitar conflitos de GPO quando houver rótulos diferentes aplicados ao mesmos destino/grupo de segurança, etc. Caso o GPO e o VBScript definam rótulos diferentes para os mesmos usuários, o GPO sempre prevalecerá.
Há um limite quanto ao número de rótulos dos quais é possível coletar dados?Não há limitações técnicas quanto ao número de rótulos, mas recomendamos definir de 1 a 50 rótulos no total para cada rótulo (rótulo 1 - rótulo 4), de modo que você possa facilmente selecionar um rótulo no painel. Caso você defina mais de 1.000 rótulos, poderá haver dificuldades na seleção do rótulo correto.
A ordem dos rótulos é importante?Os rótulos serão mostrados em ordem alfabética.
É possível salvar uma combinação de filtros de rótulo como "modelo" e nomeá-lo de forma a possibilitar a execução sem que seja preciso lembrar da combinação?Caso você tenha usado GPO, o mesmo GPO poderá ser aplicado a outro destino. Porém, no caso do VBScript, não há como salvar uma combinação de rótulos.
Obrigado pela leitura. Esperamos que esses scripts o ajudem a implantar rótulos tranquilamente para o Painel de Telemetria e tragam as vantagens dos rótulos aos seus cenários de atualização e monitoramento do Office. Todas as dúvidas ou comentários a respeito dos scripts são bem-vindos. Faça comentários neste post ou no repositório de scripts!
Esta é uma postagem de blog traduzida. Consulte o artigo original em Deploying labels (tags) for better analysis in Telemetry Dashboard
Artigo original publicado no sábado, 17 de novembro de 2012
Você já pode obter os pacotes de atualizações cumulativas do Office 2012 para o Office 2010 e o sistema Office 2007. As atualizações cumulativas também incluem servidores do Office e produtos do SharePoint. Nestes artigos da base de conhecimento, você encontrará links para os pacotes de atualização individuais, bem como suas descrições.
Além disso, há pacotes gerais disponíveis para os seguintes produtos:
Office 2010
Office 2007
Para obter links de todas as atualizações cumulativas, atualizações públicas e Service Packs, consulte o Centro de atualização do Office, servidores do Office e produtos relacionados.
Esta é uma postagem de blog traduzida. Consulte o artigo original em October 2012 Cumulative Updates for Office and related products are now available
Artigo original publicado na quarta-feira, 14 de novembro de 2012
Caso você nunca tenha visto o Painel de Telemetria em ação, confira nosso novo vídeo de dicas rápidas para navegação pelo Painel de Telemetria. Essas dicas podem ajudá-lo a iniciar o painel, ocultar/mostrar dados e voltar rapidamente para uma planilha anterior.
Se você ainda estiver avaliando o Painel de Telemetria, não se esqueça de consultar nosso novo artigo sobre topologia e recomendações de hardware para o Painel de Telemetria para obter mais informações sobre recomendações de dimensionamento, topologia, hardware e largura de banda.
Fique ligado, pois estamos planejando muitos outros artigos e posts para as próximas semanas.
Esta é uma postagem de blog traduzida. Consulte o artigo original em New Telemetry Dashboard video and article on TechNet