Artigo original publicado no sábado, 04 de fevereiro de 2012

Estou muito feliz de poder anunciar que apenas disponibilizamos para download um manual de ajuda para aqueles que pretendem migrar do Exchange no modo de hospedagem para o Exchange 2010 SP2 instalado sem o uso do interruptor de hospedagem.

Como o Manual HMC para Exchange 2010 SP2 anterior, contém um white paper e alguns scripts do PowerShell. O white paper descreve o processo de migração e os scripts oferecem um ponto inicial para seu próprio kit de ferramentas de migração. Claro que as etapas exatas de migração e a metodologia que você precisará seguir dependerá do que você implantou, mas esperamos que a ajuda oferecida o ajude com seu esforço e ofereça algumas ferramentas úteis e informações.

Veja a documentação Migrando do Exchange Server 2010 no modo de hospedagem para o Exchange Server 2010 SP2.

Sabemos que qualquer migração entre floresta pode ser difícil e há algumas empresas que oferecem ferramentas de migração e consultoria, portanto, se você acha que precisa de mais ajuda do que a fornecida pelo manual ou se precisa de uma forma de coexistência a longo prazo, pode olhar estas ofertas.

Por fim, como discutido diversas vezes nesse blog, construir uma solução multilocação é uma empreitada complexa. Ainda é muito recomendado que você veja as soluções disponíveis no mercado de hoje e/ou veja os parceiros de integração de solução engajado para ajudar com sua solução. Existem várias soluções listadas em nosso site da Web e ainda mais, portanto, antes de tentar reinventar a roda para construir sua oferta multilocação, veja o que o mercado pode oferecer.

Boa sorte com a sua migração!

Greg Taylor
Gerente de Programa Principal(embora não tão bom quanto Ross) 
Experiência do Cliente do Exchange

Essa é uma publicação localizada. Encontre o artigo original em Released: Migrating From Exchange Server 2010 in Hosting Mode to Exchange Server 2010 SP2 whitepaper

Artigo original publicado na quarta-feira, 01 de fevereiro de 2012

A equipe de suporte do Exchange com frequência relativa recebe casos onde os dispositivos móveis usando o protocolo Exchange ActiveSync (EAS) envia muitas solicitações para o servidor do Exchange resultando em uma situação onde o servidor fica sem recursos, causando efetivamente um ataque "negação de serviço" (DOS). O pior resultado de tal situação é que o servidor também se torna indisponível para outros usuários que podem não estar usando o protocolo EAS para se conectar. Documentamos esse problema com possíveis migrações no seguinte artigo da Base de Dados de Conhecimento:

2469722 Não é possível conectar usando o Exchange ActiveSync devido ao consumo de recursos do Exchange

Um exemplo recente deste problema foi os dispositivos Apple iOS 4.0 tentando novamente uma sincronia completa a cada 30 segundos (consulte TS3398). Outro exemplo pode ser alguns dispositivos que não compreendam como lidar com uma resposta de "caixa de correio cheia" do servidor do Exchange, resultando em várias tentativas para reconectar. Isso pode fazer com que tais dispositivos tentem conectar & a sincronia com a caixa de correio mais de 60 vezes em um minuto, acabando com o tempo de vida da bateria do dispositivos e causando problemas de desempenho no servidor.

Gerenciar os recursos do servidor disponível de balanceamento de & dispositivos móveis entre diferentes tipos de clientes pode ser um desafio intimidante para os administradores de TI. Tentar rastrear quais dispositivos estão causando problemas de degradação de recursos no servidor do Exchange 2010/2007 Client Access (CAS) ou no servidor do Exchange 2003 Front-end (FE) não é uma tarefa fácil. Como citado no artigo acima, é possível usar o Analisador de Log para extrair estatísticas úteis dos logs do IIS (veja observação abaixo), mas a maioria dos administradores não tem a & experiência para rascunhar consultas para extrair tal informação de logs longos.

O objetivo desta publicação é introduzir todos na comunidade do Exchange a um novo script do PowerShell que pode ser utilizado para identificar os dispositivos que estão causando o problema de degradação do recursos, ajudar na identificação das tendências de desempenho e gerar automaticamente relatórios para monitoramento contínuo. Usando este script é possível buscar rapidamente e & facilmente nas atividades EAS dos usuários, que pode ser uma grande tarefa quando lidar com os logs IIS que podem chegar até vários gigabytes. O script torna mais fácil identificar os usuários com vários dispositivos EAS. É possível usá-lo como uma ferramenta para estabelecer uma linha base durante os períodos de atividade EAS normal e usá-lo para comparação e emissão de relatórios quando as coisas passam para outras direções. Também oferece um recurso de monitoramento automático que você pode usar para receber notificações de email.

Observação: O script funciona com logs IIS no servidor no Exchange 2010, Exchange 2007 e Exchange 2003.
Todas as comunicações entre os dispositivos móveis usando o protocolo EAS e o Microsoft Exchange é registrada nos logs IIS nos servidores CAS/FE no formato W3C. Os campos W3C padrões habilitados para registro em log variam entre o IIS 6.0 e o 7.0/7.5 (o IIS 7.0 possui os mesmos campos que o 7.5). Este script funciona em ambas as versões.

Logs IIS

Como o EAS usa HTTP, todas as solicitações EAS são registradas em logs IIS, que são habilitados por padrão. Algumas vezes, os administradores podem desabilitar o registro em log IIS para economizar espaço nos servidores. Você deve verificar se o registro em log está habilitado e encontrar o local dos arquivos de log seguindo estas etapas:

IIS 7

1. No IIS Manager, expanda o nome do servidor, isto é, ExchangeServer (Contoso\Administrador)
2. Em Exibição de Recursos, clique duas vezes em Registro em Log na seção IIS.

IIS 6

1. Em Gerenciador do IIS, clique com o botão direito no nome do site da Web (na maioria das vezes deve ser Site da Web Padrão) e escolha Propriedades
2. Clique na guia Site da Web.

Qual é a responsabilidade dos dispositivos móveis na comunicação com o servidor?

Antes de falarmos sobre os detalhes do script, vamos rever alguns requisitos importantes para os dispositivos móveis que usam o EAS para se comunicarem com o Microsoft Exchange.

• Quando é devolvido uma resposta inesperada do servidor para um dispositivo móvel, depende do dispositivo lidar com a resposta e tentar novamente de forma adequada a um intervalo razoável. Além disso, os dispositivos são responsáveis por lidar com os tempos limites que ocorrem fora do IIS, que podem ser causados por latência de rede.
• Com cada solicitação que um dispositivo envia para o IIS/Exchange, também deve relatar o Usuário-Agente.

O que você verá quando usar este script?

O script utiliza o Microsoft Log Parser 2.2 para analisar os logs IIS e gerar resultados. Cria diferentes consultas SQL para o Analisador de Log baseado nos interruptores (veja tabela abaixo) que você usa. Uma publicação anterior Exchange 2003 - Emissão de relatórios do Active Sync fala sobre o Analisador de Logs que toca em pontos similares. A informação nesta publicação ainda se aplica ao Exchange 2010 & 2007. Desde esta publicação, foram adicionados mais comandos para o protocolo EAS ), que também são utilizados por este novo script durante o processamento dos logs.

Aqui está uma lista dos comandos do EAS que o script relatará nos resultados:

Sync, SendMail, SmartForward, SmartReply, GetAttachment, GetHierarchy, CreateCollection, DeleteCollection, MoveCollection, FolderSync, FolderCreate, FolderDelete, FolderUpdate, MoveItems, GetItemEstimate, MeetingResponse, Search, Settings, Ping, ItemOperations, Provision, ResolveRecipients, ValidateCert

Para obter mais detalhes sobre cada comando EAS, consulte Especificação do protocolo HTTP do ActiveSync no MSDN.

Além destes comandos, os seguintes parâmetros também são registrados em log pelo script.

1. Usuário
2. Nome de Usuário
3. Tipo de Dispositivo
4. ID do Dispositivo
5. Usuário-Agente
6. sc-bytes: Está apenas disponível se você habilitou esta guia no registro em log IIS.
7. cs-bytes: Está apenas disponível se você habilitou esta guia no registro em log IIS.
8. time-taken (em milissegundos): Está apenas disponível se você habilitou esta guia no registro em log IIS.
9. Número total de solicitações ou solicitações por ID do Dispositivo
10. Número total de todos os códigos de status 4xx
11. Número total de todos os códigos de status 5xx (para obter mais informações, veja a base de dados de conhecimento: 318380 para o IIS 6.0 & Base de Dados de Conhecimento: 943891)
12. Códigos de status 409: 409 (Conflito) - Uma coleção não pode ser realizada na Solicitação-URI até que um ou mais coleções intermediárias tenham sido criadas. O servidor NÃO DEVE criar estas coleções intermediárias automaticamente (Ref: RFC 4918)
13. Códigos de status 500: Após o dispositivo enviar o comando OPÇÕES, é possível obter 500 respostas de volta do servidor com o erro ‘MissingCscCacheEntry’. Isso pode ocorrer como resultado de um problema com a afinidade, onde você possui uma matriz CAS com a Internet para fazer proxy uma solicitação para uma matriz CAS Interna. Quando a matriz com Internet envia uma solicitação para a matriz Interna, um servidor CAS responderá com o primeiro 401. Na próxima comunicação, a solicitação é lidada por um servidor CAS diferente na matriz Interna. A solução é resolver o problema de afinidade com a matriz CAS Interna.
14. Códigos de status 503: O servidor atualmente não pode lidar com a solicitação devido a uma sobrecarga temporária ou manutenção do servidor. A implicação é que esta é uma condição temporária que será diminuída após algum atraso. Se conhecido, o comprimento do atraso PODE ser indicado em um cabeçalho Tentar Novamente-Após. Se Tentar Novamente-Após não é fornecido, o cliente DEVE lidar com a resposta como lidaria com 500 respostas.

    Observação: A existência do código de status 503 não implica que um servidor deve usá-lo quando ficar sobrecarregado. Alguns servidores podem apenas recusar a conexão. (Ref: RFC 2616)

15. Códigos de status 507: O código de status 507 (Armazenamento Insuficiente) significa que o método não pode ser realizado no recurso porque o servidor não pode armazenar a representação necessária para concluir com êxito a solicitação. Esta condição é considerada temporária. Se uma solicitação que recebeu este código de status foi o resultado de uma ação de usuário, a solicitação NÃO DEVE ser repetida até que seja solicitada por uma ação do usuário separada. (Ref: RFC 4918)
16. Códigos de status 451: O Exchange 2007/2010 retorna uma resposta HTTP 451 para um cliente EAS quando determina que o dispositivo deveria estar usando um CAS "melhor" para a conectividade EAS. A lógica usada para determinar o "melhor" CAS é baseada em sites do Active Directory e se o CAS é considerado "Com a Internet". Se a propriedade ExternalUrl no diretório virtual Microsoft-Server-ActiveSync é especificada, o CAS é considerado Com-Internet para a conectividade EAS. (Ref: Artigos do TechNet O Exchange ActiveSync Retornando um Erro HTTP 451 e Compreendendo o Proxy e Redirecionamento)
17. Erros TooManyJobsQueued: Para obter mais informações sobre o "TooManyJobsQueued", consulte à Base de Dados de Conhecimento: 2469722 referenciada acima
18. OverBudget: Um orçamento é a quantidade de acessos que um usuário ou aplicativo pode ter para uma configuração específica. Um orçamento representa quantas conexões um usuário pode ter ou quanta atividade pode ser permitida para um usuário em um período de um minuto. (Ref: Artigo TechNet )
19. Próximo subconjunto de Códigos de Status Comuns:

    InvalidContent, ServerError, ServerErrorRetryLater, MailboxQuotaExceeded, DeviceIsBlockedForThisUser, AccessDenied, SyncStateNotFound, DeviceNotFullyProvisionable, DeviceNotProvisioned, ItemNotFound, UserDisabledForSync

O que você pode fazer com esse script?

É possível processar logs usando este script para recuperar os seguintes detalhes:

1. Ocorrências por usuário/ID do dispositivo (usuários/dispositivos com um número máximo de solicitações enviadas ao servidor)
2. Ocorrências por hora/dia (ajuda a determinar a frequência das solicitações enviadas por usuário/dispositivo, o valor de tempo é inserido em segundos)
3. Ocorrências por dispositivo com o limite especificado (aqui você pode especificar um limite para as ocorrências/solicitações, isto é, todos os usuários estão enviando 1000 solicitações por hora/dia, etc.
4. Exportar CSV dos resultados
5. Relatório HTML dos resultados
6. Relatórios de email para monitoramento (formato CSV/HTML)

Pré-requisitos:

Certifique-se de ter o seguinte instalado na sua máquina antes de usar este script:

• Log Parser 2.2.
• Windows PowerShell 2.0 (instalado por padrão no Windows 7 & Windows 2008 R2)

Parâmetros de Script

Como você usa o script?

Abaixo estão alguns exemplos (com comandos) sobre como você pode usar o script e por que deve usá-los.

Ocorrências superiores a 1000

O seguinte comando irá analisar todos os Logs IIS na pasta W3SVC1 e relata apenas as ocorrências por usuários & dispositivos superiores a 1000.

.\ActiveSyncReport.ps1 -IISLog "C:\inetpub\logs\LogFiles\W3SVC1" -LogparserExec “C:\Program Files (x86)\Log Parser 2.2\LogParser.exe” -ActiveSyncOutputFolder c:\EASReports -MinimumHits 1000

[No comando acima, o script ‘ActiveSyncReport.ps1’ está localizado na raiz da unidade C, o interruptor -IISLog especifica o local padrão dos logs IIS, o interruptor -LogparserExec aponta para o local do arquivo de aplicativo executável do Analisador de Logs, o interruptor -ActiveSyncOutputFolder oferece o local onde a saída do arquivo de resultado precisa ser salva, MinimumHits com um valor de "1000" é o parâmetro de script explicado na tabela abaixo]

Saída:

Geralmente, se um dispositivo estiver enviando acima de 1000 solicitações por dia, nós consideramos um "alto uso". Se as ocorrências (solicitações) são acima de 1500, poderá haver um problema no dispositivo ou no ambiente. Neste caso, o dispositivo & sua atividade de usuário deve ser mais investigada.

Como um exemplo real, em um caso observamos vários usuários que estão atingindo demais o servidor Excel através do EAS (~25K ocorrências, 1K ocorrências por hora) resultando em diminuição dos recursos no servidor. Após maior investigação, nós vemos que estas solicitações do usuário estavam resultando em um erro 507 em servidores da caixa de correio no back-end. Falando sobre estes usuários EAS, descobrimos que durante esse período de tempo eles estavam atingindo os limites de tamanho da caixa de correio (25 MB) & estavam tentando excluir emails de diferentes pastas para permanecer abaixo do limite de tamanho. Em tais situações, você também pode ver as respostas HTTP 503 (‘TooManyJobsQueued’) nos logs IIS para solicitações EAS como descrito na Base de Dados de Conhecimento: 2469722

Isolando uma ID de dispositivo específica

Aqui, o seguinte comando irá analisar todos os Logs IIS na pasta C:\IISLogs e irão procurar pela ID do dispositivo xxxxxx e exibir suas estatísticas por hora.

.\ActiveSyncReport.ps1 -IISLog " C:\inetpub\logs\LogFiles\W3SVC1" -LogparserExec “C:\Program Files (x86)\Log Parser 2.2\LogParser.exe” -ActiveSyncOutputFolder c:\EASReports –DeviceID xxxxxx -Hourly

Saída:

Com a informação acima, é possível escolher um usuário/dispositivo e ver suas tendências por hora. Isso pode ajudar a identificar se é uma ação do usuário ou programada.

Como um exemplo real, em um caso temos que descobrir quais dispositivos estavam modificando os itens de calendário. Portanto, olhamos para a atividade do usuário/dispositivo e classificamos por comandos diferentes que estavam enviando ao servidor; Após isso, apenas nos concentramos em quais usuários/dispositivos estavam enviando o comando ‘MeetingResponse’ e sua frequência, período de tempo & mais detalhes relacionados. Isso nos ajudou a diminuir o problema para os usuários relacionados e sua atividade específica do calendário para resolver melhor o problema de calendário subjacente.

Outro comando relacionado ao dispositivo & o erro para procurar é o comando "Options",se não tem êxito para um dispositivo e se o código de erro HTTP 409 é retornado no log IIS.

Isolando um único dia

O comando a seguir analisará apenas os arquivos que correspondem a data 24-12-2011 na pasta W3SVC1 e relatará apenas ocorrências maiores que 1000.

.\ActiveSyncReport.ps1 -IISLog "C:\inetpub\logs\LogFiles\W3SVC1" -LogparserExec “C:\Program Files (x86)\Log Parser 2.2\LogParser.exe” -ActiveSyncOutputFolder c:\EASReports -MinimumHits 1000 –Date 12-24-2011

Saída:

Com a informação acima, é possível identificar usuários enviando um alto número de solicitações. Além disso, dentro das colunas, é possível ver quais tipos de comandos esses usuários estão enviando. Isso ajuda a resultar em técnicas de resolução de problemas eficientes e & mais diretas.

O que devemos procurar?

Quando analisar os logs IIS com a ajuda de um script, você deve procurar por um comando específico sendo enviado continuadamente. A frequência dos comandos particulares sendo enviados é importante, qualquer comando com falha frequente também é muito importante & isso deve ser analisado. Devemos também & comparar os tempos de espera entre as execuções de determinados comandos. Geralmente, os comandos que levam mais tempo para executar ou resultam em um atraso de resposta do servidor serão suspeitos & devem ser mais investigados. Mantenha em mente, o comando Ping é uma exceção que leva mais para executar e você o verá frequentemente no log, o que é esperado.

Se você observar falhas contínuas para conectar em um dispositivo com um código de erro 403, o que pode significar que o dispositivo não está habilitado para o acesso baseado em EAS. Algumas vezes, os usuários de dispositivos móveis reclamam de problemas de conectividade sem perceber que eles realmente não estão inserindo suas credenciais corretamente (é fácil realizar esses erros em dispositivos móveis). Quando verificar os logs, é possível focalizar que esse usuário & pode descobrir que o dispositivo do usuário está falando após emitir o comando "Provision".

Criando relatórios para monitoramento

Você pode desejar criar um relatório ou gerar um email com relatórios e detalhes da atividade do usuário.

O seguinte comando analisará todos os Logs IIS na pasta W3SVC1 e irá apenas relatar ocorrências superiores a 1000. Além disso, criará um relatório HTML dos resultados.

.\ActiveSyncReport.ps1 -IISLog "C:\inetpub\logs\LogFiles\W3SVC1" -LogparserExec “C:\Program Files (x86)\Log Parser 2.2\LogParser.exe” -ActiveSyncOutputFolder c:\EASReports -MinimumHits 1000 -HTMLReport

O seguinte comando analisará todos os arquivos nas pastas C:\Server1_Logs e D:\Server2_Logs e também enviará por email o relatório gerado para "user@contoso.com".

.\ActiveSyncReport.ps1 -IISLog "C:\Server1_Logs",”D:\Server2_Logs” -LogparserExec “C:\Program Files (x86)\Log Parser 2.2\LogParser.exe” -ActiveSyncOutputFolder c:\EASReports -SendEmailReport -SMTPRecipient user@contoso.com –SMTPSender user2@contoso.com -SMTPServer mail.contoso.com

Esperamos sinceramente que nossos leitores achem este script útil. Conte-nos sobre como esses scripts tornaram sua vida mais fácil e o que mais podemos fazer para melhorá-lo.

Konstantin Papadakis e Brian Drepaul

Agradecimentos especiais para:
M. Amir Haque, Will Duff, Steve Swift, Angelique Conde, Kary Wall, Chris Lineback & Mike Lagase

Essa é uma publicação localizada. Encontre o artigo original em A script to troubleshoot issues with Exchange ActiveSync

Artigo original publicado na terça-feira, 31 de janeiro de 2012

Pedi e recebereis, amigo!

Como anunciamos em julho, estamos sempre procurando por novas formas de tornar seu trabalho mais fácil - especialmente quando seu trabalho envolve acabar com a proliferação de PST. Hoje, estamos felizes em anunciar que a Captura PST está disponível como download gratuito.

A Captura PST ajuda você a pesquisar sua rede para descobrir e importar arquivos .pst no seu ambiente - tudo através da ferramenta de direção administrativa simples. A Captura PST ajudará a reduzir o risco durante o aumento de produtividade para os usuários importante os arquivos .pst no Exchange Online ou no Exchange Server 2010 - diretamente nas caixas de correio primárias ou arquivos dos usuários.

Além de todos os comentários positivos que você nos ofereceu relacionados à capacidade Arquivamento, Retenção, Suspensão de Litígio e Descoberta do Exchange, você deixou claro que a importação de PST é uma área importante para focalizar no aperfeiçoamento. Conforme procuramos as melhores formas de resolver esta necessidade desafiadora, vimos o ótimo trabalho que o parceiro ISV, a Red Gate, fez com sua solução incrível. Determinamos que adquirir este produto da Red Gate como um ponto inicial era a melhor estratégia para garantir um produto de qualidade para você.

Colocamos a ferramenta da Red Gate em maior desenvolvimento de recursos e um processo de teste rigoroso que incluiu o teste beta com clientes, passando pelos nossos portões de segurança de produto interno e a garantia de qualidade geral. Agora está pronto para estrear e está disponível como download gratuito aqui! Para mais ideias, assista ao vídeo abaixo

Além disso, oferecemos o PST Captarrrrrrrrrgh - ou Captura PST, para aqueles mais refinados que eu.

Como sempre, continue enviando seus comentários!

Ankur Kothari

A Red Gate cria ferramentas de software engenhosamente simples usadas por mais de 500.000 profissionais de TI no mundo todo. A empresa trabalha para elevar o mercado que serve através de sites de comunidades da Web gratuitos, publicações técnicas e patrocínios de conferência que atingem milhões anualmente.

Essa é uma publicação localizada. Encontre o artigo original em .PST, Time to Walk the Plank

Artigo original publicado na sexta-feira, 27 de janeiro de 2012

Hoje mais cedo, a equipe CXP do Exchange lançou o Pacote Cumulativo de Atualizações 6 do Exchange Server 2007 SP3 no Centro de Download.

Observação: O título da publicação referenciou incorretamente ao Pacote Cumulativo de Atualizações 3. Foi atualizado para refletir o número do pacote cumulativo correto.

Essa atualização contém uma variedade de problemas encontrados internamente e relatados pelo cliente desde o lançamento do RU5. Consulte o Banco de Dados de Conhecimento 2608656: Descrição do Pacote Cumulativo de Atualizações 6 para o Exchange Server 2007 Service Pack 3 para obter mais detalhes.

Nós gostaríamos de observar especificamente as seguintes correções incluídas nesse lançamento:

• DST Lançamento da cadência para dezembro de 2011 - Exchange 2007
• 22656040 Um servidor do Acesso para o Cliente do Exchange Server 2007 pode responder lentamente ou parar de responder quando os usuários tentarem sincronizar os dispositivos do Exchange ActiveSync com suas caixas de correio
• 2498852 Mensagem de erro "0x80041606" ao realizar uma pesquisa de prefixo usando o Outlook no modo online em um ambiente do Exchange Server 2007
• 22653334 O processo de nova propagação não tem êxito no nó passivo SCR quando o recurso de registro em log circular estiver habilitado em um ambiente do Exchange Server 2007
• 22617784 Os relatórios diários são expirados ou perdidos quando o serviço de Transporte do Microsoft Exchange é reiniciado no ambiente do Exchange Server 2007
• 2289607 Os números da semana exibidos no OWA não correspondem aos números da semana exibidos no Outlook para usuários de inglês e francês em um ambiente do Exchange Server 2007

Observações gerais:

Para mudanças do DST: http://www.microsoft.com/time.

Observação para usuários do Forefront Protection do Exchange  Para aqueles executando o Forefront Protection para Exchange, certifique-se de realizar estas etapas importantes na linha de comando do diretório Forefront antes e após este processo de instalação do pacote cumulativo. Sem essas etapas, os serviços do Exchange para Armazenamento de Informações e Transporte não começarão após você aplicar esta atualização. Antes de instalar a atualização, desabilite o ForeFront usando esse comando: fscutility /disable. Após instalar a atualização, reabilite o ForeFront executando fscutility /enable.

Equipe do Exchange

Essa é uma publicação localizada. Encontre o artigo original em Released: Update Rollup 6 for Exchange 2007 Service Pack 3

Artigo original publicado na terça-feira, 24 de janeiro de 2012

A principal lição da minha última publicação sobre esse tópico foi que o Assistente de Reserva de Recursos nunca permite a reserva dupla de um calendário de sala de recursos como resultado de uma solicitação de reunião recorrente (consulte Processamento automático das solicitações de reunião recorrente com instâncias em conflito).

Como há vezes que um administrador pode desejar permitir a reserva dupla, oferecemos duas soluções que gostaria de falar com um pouco mais de profundidade. Também gostaria de oferecer uma terceira que não foi mencionada antes:

1) Enviar solicitações de reunião não recorrentes de acompanhamento para reserva dupla

Lembre-se que se uma série de reuniões recorrentes é aceitada, as notificações de conflito individual serão enviadas por email para o organizador, além do email de aceitação para a série. O organizador pode usar os emails de instância rejeitada como referência após a primeira resolução, que seria usada para enviar solicitações de reunião não recorrente adicionais para a reserva dupla à sala de recurso destinada para cada instância rejeitada.

Este método, embora trabalhoso, permite um ótimo controle sobre quando um recurso é reservado duplamente e quando não é.

Por outro lado, suponha que um administrador siga a segunda resolução e oferece controle para um delegado confiável ao invés do Assistente de Reserva de Recursos? Um delegado possui a discrição de permitir todos os conflitos de reunião recorrente sejam reservados duplamente aceitando toda uma série de reuniões recorrentes. Um deletado também pode rejeitar seletivamente várias instâncias de conflito enquanto aceita a série, algo que o assistente não pode. A pergunta é sobre como exatamente eles podem fazer isso, portanto, vamos dar uma olhada:

2) Permitir que um delegado dobre os recursos de reserva

A política de solicitação em uma caixa de correio de recurso pode ser configurada para exigir o controle delegado sobre conflitos de instância de solicitações de reunião recorrente. Mas como exatamente eles usam esse poder? Como o processo se parece e quais ferramentas eles podem usar para executá-lo? A melhor funcionalidade para isso está no Outlook 2010.

Vamos dar um exemplo. Digamos que temos uma sala de recursos, chamada Sala Verde, que é gerenciada por um delegado chamado Howard. Conforme as solicitações de reunião da Sala Verde chegam, Howard as aceita para o calendário da sala. Atualmente, há uma reunião programada para as 14:00 horas na quarta-feira e outra para as 15:00 horas na terça-feira seguinte.

Agora, uma nova solicitação de reunião recorrente com a Sala Verde como o recurso de sala é enviado para vários destinatários. A política de solicitações da sala exige que Howard aprove todas as solicitações de reunião, para que esta nova seja encaminhada para ele. Vemos que a solicitação de reunião recorrente possui quatro instâncias, de terça à quinta, de 14:30 horas a 15:30 horas por dia. O Outlook aponta (destaca em amarelo e também abaixo no Modo de Exibição de Calendário) que dois das quatro instâncias estão em conflito com as reuniões existentes:

Se Howard desejar aceitar toda a série e permitir a reserva dupla, ele pode apenas aceitar tudo. Mas se ele deseja rejeitar um conflito e permitir o outro? Howard pode clicar na seta próximo à “Conflitos: 2” e ter uma exibição de cada área do calendário onde os conflitos se sobrepõe com uma reserva existente.

Ele faz isso e vê que o primeiro conflito é com a reunião da Revisão de Catálogo de quarta-feira às 14:00 horas:

A segunda é a reunião de Apresentação de Vendas na quinta-feira:

Vamos supor que Howard deseja rejeitar a reserva dupla na quinta-feira, mas permitir que o conflito de quarta-feira seja reservado. Para rejeitar a instância de quinta-feira, ele pode simplesmente clicar duas vezes no item da seção de Modo de Exibição de Calendário da solicitação de reunião encaminhada.

Essa ação abrirá uma exibição para aquela hora no calendário da Sala Verde. Howard pode clicar com o botão direito do mouse na instância que deseja rejeitar, ir para o item do menu Rejeitar e selecionar uma opção para rejeitar apenas essa ocorrência:

Agora que Howard determinou qual instância recusar e qual permitir, ele pode apenas voltar para a solicitação de reunião encaminhada original e aceitar a série. Isso aceitará todas as instâncias restantes enquanto preserva as instâncias rejeitadas manualmente:

Portanto, para resumir o poder de delegação nesta área, eles podem usar as notificações de conflito oferecidas no Outlook 2010 para rejeitar rapidamente (ou aceitar) as ocorrências individuais de uma solicitação de reunião recorrente.

3) Enviar uma atualização de série sem mudar os detalhes

Existe uma terceira forma conhecida de resolver a recusa do Assistente de Reserva de Recurso para reserva dupla de uma sala devido à solicitação de reunião recorrente. Graças aos comentários de um cliente transmitido para mim através do meu colega Patriciu Seliceanu, nós sabemos que um organizador de reunião pode apenas enviar uma atualização para uma reunião recorrente, mas sem alterar qualquer detalhe. O incrível resultado é que as instâncias em conflito rejeitadas anteriormente são aceitas. Esta resolução de curso exige que os conflitos sejam permitidos para solicitações de reuniões únicas, que por padrão está habilitado porque o atributo AllowConflicts está definido para "Verdadeiro" para configurações de processamento de calendário.

A atualização para a reunião recorrente funciona porque cada recipiente recebe não outra solicitação de reunião recorrente, mas uma atualização da solicitação de reunião (sem mudanças reais) para cada instância individual. Como o Exchange parece muito com as solicitações de reunião única do método de resolução 1 acima, permite a reserva dupla de cada instância atualizada. Isso pode ser um pouco mais trabalhoso do que as etapas exigidas no item 1 desta lista, quando o número de conflitos é muito alto e assumindo que cada conflito deve estar com reserva dupla.

Em conclusão, existem várias formas de resolver o mecanismo de segurança inerente ao Assistente de Reserva de Recursos evitando que a solicitação de reunião recorrente reserve duplamente uma caixa de correio de recurso. O mais robusto e poderoso entre estes é a delegação intrépida com o Outlook 2010 nas pontas de seus dedos e o Exchange 2010 prontamente. Observe que apesar da maioria dos casos, você não deve ser preocupar em fazer isso, pois o comportamento padrão é o correto.

Agradeço à Tom Kern por sua ajuda e conselhos e a Patriciu Seliceanu pelo método 3.

Jesse Tedoff

Essa é uma publicação localizada. Encontre o artigo original em Recurring Meeting Requests with Conflicting Instances 2: The Power of Delegates