Artigo original publicado na quarta-feira, 26 de setembro de 2012
Arquivamento local com Exchange é um novo paradigma de pensamento em várias organizações. Mudanças na tecnologia produziram uma variedade de perguntas. Algumas são perguntas de confiança e outras são perguntas de tecnologia. Esperamos responder várias destas perguntas e ajudar você a explorar alguns dos requisitos de conformidade e negócios mais avançados que o arquivamento do Exchange pode atender para você.
Pessoas usaram arquivamento de email por mais de uma década para ajudar a atender suas necessidades de conformidade, gerenciamento de dados e eDiscovery. As organizações estão acostumadas a enviar dados para repositórios separados, localmente ou para um serviço de terceiros, e dizer que minhas coisas confiáveis estão "logo ali". Isto é realmente realizado com um agente de programação que funciona no Exchange para capturar mensagens em transporte. Infelizmente, a forma que os negócios funcionam hoje é muito diferente de uma década atrás. Informações valiosas no Exchange estão não apenas no email, mas também pode estar nos itens de calendário, contatos, tarefas, RSS feeds ou mais. A programação dos seus dados do Exchange não é suficiente para as organizações e com o Exchange Server 2010 e Exchange Online definimos a mudança do modelo. Com as novas capacidades locais, ampliamos as capacidades de uma plataforma de conformidade, enquanto simplificamos a experiência administrativa e do usuário final.
Quando falamos em conformidade, garantir que os dados não sejam adulterados e possam ser recuperados em uma versão não modificada é soberano. Historicamente, as organizações usaram o armazenamento Write Once Read Many (WORM). Infelizmente, a gravar em uma mídia como esta tem desvantagens. A mídia de armazenamento pode ser perdida, quebrada ou não sobreviver pela duração necessária. Também adiciona um desafio ao processo administrativo. A mídia precisa ser catalogada e destruída regularmente. Com o Exchange, as organizações podem utilizar a Retenção Local (anteriormente conhecida como retenção jurídica ou de litígio) para capturar facilmente os dados que são relevantes. Habilitar isso não exige envolvimento de TI - pode ser realizado completamente por você ou pelas pessoas do RH. Todas as mudanças e edições são capturadas e o conteúdo do mantido sem mudanças. Com a tecnologia do Grupo de Disponibilidade do Banco de Dados, isto também pode ser expandido para garantir que você tenha várias cópias dos dados – ajudando ainda mais a garantir que seus dados estejam lá quando você precisar.
Gerenciar o volume de dados de email comuns em uma organização envolve planejamento cuidadoso. Colocar os dados em um repositório separado seria, a primeira vista, para diminuir a pressão do Exchange. No entanto, os trabalhadores de informação desejam poder acessar todo seu email – não apenas os itens recentes com facilidade e velocidade. Estes usuários e administradores desejam aprender novas ferramentas de gerenciamento e interface - que exige mais treinamento, custo e produtividade perdida. Além disso, o gerenciamento de armazenamento destes aplicativos de terceirosé geralmente caro. Com o Exchange, um Arquivamento Local (anteriormente conhecido como Arquivo Pessoal ou Arquivo Online) pode armazenar estes dados e pode ser acessado pelo Microsoft Outlook e Outlook Web App – ferramentas que seus usuários utilizam diariamente. Com o Exchange, você também pode habilitar a flexibilidade. As organizações podem escolher manter estes dados localmente ou na nuvem. As organizações possuem também a capacidade de manter apenas seu Arquivo Local na nuvem com o Exchange Online Archiving (EOA).
As organizações precisam responder solicitações de eDiscovery rapidamente. Com o Exchange há um conjunto de ferramentas totalmente integrado para colocar dados em Retenção Local e descobri-los. Todas as ferramentas que uma organização precisa estão integradas em ferramentas que os usuários já estão usando. A Retenção Local no Exchange possui ótimos benefícios além da facilidade de uso. Pode ser totalmente transparente para os usuários ou eles podem ser notificados. Além disso, quando os itens estão em retenção, tudo é capturado - edições, exclusões e metadados associados com um item – incluindo a hierarquia de pastas. Algumas organizações têm a necessidade de preservar tudo do usuário por um período de tempo mínimo (pode ser 30 dias, 7 anos ou mais). Para atender estas necessidades, o Exchange possui uma capacidade integrada conhecida como retenção contínua ou Retenção Local Baseada em Tempo. Para organizações que não sabem quanto tempo a preservação será necessária, a Retenção Local pode ser definida sem vencimento – permitindo que os itens sejam mantidos por um período infinito.
Com o Exchange, indivíduos representantes podem pesquisar em um oceano de dados de mensagem existente na maioria das organizações. Nenhuma ferramenta extra é necessária, o eDiscovery pode ser feito localmente com o Exchange – é possível pesquisar entre caixas de correio locais, no Exchange Online ou em uma mistura dos dois em um único local. As pesquisas podem ser realizadas utilizando uma interface baseada na Web simplificada ou, para colegas mais avançados, através do PowerShell. Estes resultados da consulta são mostrados para o usuário – para que ele possa simplificar conforme necessário. As organizações que precisam de mais visibilidade no comportamento de um usuário específico, podem utilizar recursos de supervisão no Exchange para analisar os dados antes e após o envio. Para garantir que a conformidade é atendida antes de um email atingir seu destino, a moderação de um conteúdo de email específico pode ser encaminhada para um supervisor, para os recursos humanos ou gerente de conformidade para permitir a aceitação ou rejeição. Após o envio, algumas organizações precisam garantir que os usuários não estejam violando qualquer requisito interno ou regulatório. Para estes, as capacidades do eDiscovery podem pesquisar o conteúdo de email de um usuário. Além disso, se uma amostra aleatória é necessária, é possível executar a ferramenta de amostra aleatória para obter uma porcentagem de email para revisão.
A previsão de migrar gigabytes, terabytes ou mais dados para o Exchange de uma solução de arquivamento de terceirospode ser assustadora. Felizmente, há várias formas de enviar os dados da solução herdada para o Exchange. Primeiro, é possível restaurar o conteúdo em uma caixa de correio (por exemplo, Exchange Server 2003/2007) e migrar para o Exchange Server 2010 ou Exchange Online. Neste processo, você precisará garantir que possui armazenamento delta suficiente para gerenciar o estado de troca. Uma segunda abordagem é exportar os dados de arquivo de terceirospara arquivos .PST. É possível importar os arquivos .PST em um Arquivo Local do usuário utilizando ferramentas baseadas em Exchange, chamadas Captura de PST e new-mailboximportrequest. Uma terceira abordagem é usar uma solução dos parceiros da Microsoft para migrar diretamente do arquivo de terceiros para um Arquivo Local no Exchange.
Uma variedade de documentos está disponível na publicação do blog limpeza de primavera: http://community.office365.com/en-us/blogs/office_365_technical_blog/archive/2012/04/06/spring-housecleaning.aspx
Ankur Kothari
Esta é uma publicação traduzida. Encontre o artigo original em In-Place Archiving
Artigo original publicado na quinta-feira, dia 23 de agosto de 2012
Uma caixa de correio do site integra emails do Exchange e documentos do SharePoint. Para os usuários, uma caixa de correio do site serve como um recurso de arquivamento central, proporcionando um local para arquivar emails e documentos do projeto, que só podem ser acessados e editados por membros do site.
Quando um membro do projeto arquiva emails ou documentos usando a caixa de correio do site, todos os membros do projeto podem acessar o conteúdo. As caixas de correio do site são exibidas no Outlook 2013 e proporcionam aos usuários acesso fácil a emails e documentos de projetos importantes. Além disso, o mesmo conjunto de conteúdo pode ser acessado diretamente no site do SharePoint (no novo Exchange, as caixas de correio do site não estão disponíveis no Outlook Web App).
Por trás de uma caixa de correio do site, o conteúdo é mantido no local ao qual pertence. O Exchange armazena os emails, proporcionando aos usuários o mesmo modo de exibição de mensagens para conversas por email que eles usam todos os dias em suas próprias caixas de correio. Enquanto isso, o SharePoint armazena os documentos, trazendo à tona a coautoria e a criação de versões. O Exchange sincroniza apenas uma quantidade de metadados no SharePoint suficiente para criar o modo de exibição de documentos no Outlook (por exemplo, título do documento, data da última modificação, autor da última modificação, tamanho).
As políticas de conformidade são aplicadas no nível de caixa de correio do site e são transparentes aos usuários, agregando valor em segundo plano e preservando a produtividade dos usuários.
Figura 1: arquitetura das caixas de correio do site
Com as caixas de correio do site no Outlook, o arquivamento de emails ou documentos no espaço compartilhado do projeto é tão simples quanto arrastar o email, documento ou anexo até a caixa de correio do site. O acesso a emails ou documentos é tão fácil quanto clicar duas vezes no item e abri-lo. Como resultado, o arquivamento e acesso aos emails e documentos do projeto se encaixa de forma natural aos fluxos de trabalho existentes dos usuários no Outlook.
Essa integração com ferramentas e fluxos de trabalho existentes facilita a utilização de repositórios compartilhados da equipe no momento de colaborar em entregas da equipe, evitando alternativas como unidades locais ou anexos de emails. Isso leva ao aumento da participação dos usuários e do valor do usuário final de sistemas corporativos de ECM (Gerenciamento de Conteúdo Corporativo), além de garantir que o conteúdo essencial seja transferido de repositórios pessoais não gerenciados para repositórios corporativos gerenciados e em conformidade.
Figura 2: arquivando um anexo de email no SharePoint
Uma das necessidades essenciais dos clientes é obter acesso a emails e documentos dos projetos de forma conjunta e com contexto, sejam do cliente do Outlook ou do SharePoint.
As caixas de correio do site proporcionam essa integração no nível da interface do usuário, armazenando o conteúdo em repositórios otimizados (Exchange para emails e SharePoint para documentos).
Figura 3: modo de exibição de documentos da caixa de correio do site no Outlook
Figura 4: modo de exibição de emails da caixa de correio do site no SharePoint
Nas empresas, os sites do SharePoint são normalmente criados por meio de processos centrais que também adicionam os usuários corretos ao site do SharePoint. Como parte do processo de provisionamento, uma caixa de correio do site também pode ser configurada para o site.
O novo SharePoint também permite que os usuários finais criem seus próprios sites do SharePoint com muito mais facilidade. Para integrar emails compartilhados a um novo site, os usuários só precisam usar o aplicativo Caixa de Correio do Site no site.
As caixas de correio do site podem fazer parte dos escopos de pesquisa de descoberta eletrônica e, como resultado, os emails e documentos podem ser colocados sob retenção legal. A retenção da caixa de correio do site é definida no nível da caixa por meio da configuração de uma política de ciclo de vida no site do SharePoint. Após sua definição em um site, a caixa de correio do site também seguirá a política.
Figura 5: iniciando um novo site do SharePoint com política de ciclo de vida
Figura 6: instalando o aplicativo Caixa de Correio do Site no novo site
Há muitas funcionalidades nas caixas de correio do site que ajudarão os usuários a obter o máximo de valor de suas caixas. Veja uma breve lista com alguns de nossos elementos favoritos, que você pode testar ao usar caixas de correio do site no Outlook 2013:
Um modo fácil de garantir que uma cópia de uma discussão importante seja automaticamente mantida na caixa de correio do site é adicionar o endereço de email da caixa à sequência.
Quando os documentos são armazenados no site do SharePoint, é importante manter as edições futuras focadas em relação á cópia oficial. A caixa de correio do site oferece um modo simples de compartilhar o link para um documento usando o gesto "encaminhar".
Encaminhar um documento é legal, mas que tal compartilhar vários documentos com a equipe para revisão e comentários? Basta arrastar e soltar vários documentos em uma mensagem de email e os links para cada um dos documentos serão inseridos automaticamente na mensagem.
Você usa o recurso Favoritos do Outlook para ter acesso fácil às pastas mais usadas? Então, você ficará feliz em saber que também é possível usar as caixas de correio do site com os Favoritos. Clique com o botão direito em uma pasta na caixa de correio do site e selecione "Mostrar nos Favoritos" para adicioná-la facilmente à lista de Favoritos. E se você tiver duas pastas nos Favoritos com o mesmo nome (como pastas Documentos de duas caixas de correio do site), o Outlook anexa automaticamente as caixas de correio às quais essas pastas pertencem, de modo que você consiga distingui-las.
Nem sempre é fácil manter o controle dos URLs de todos os sites do SharePoint com os quais você está trabalhando. Clique com o botão direito na pasta de documentos da caixa de correio do site para abrir rapidamente o site do SharePoint vinculado.
Após a conclusão de um projeto, é preciso manter o conteúdo, mas talvez você não precise que a caixa de correio do site continue aparecendo no Outlook. Você pode clicar com o botão direito na caixa de correio do site e "Fechar" essa caixa para removê-la do modo de exibição do Outlook. Você acha que precisará dela novamente? Basta trazê-la de volta a qualquer momento por meio da opção "Gerenciar Todas as Caixas de Correio do Site" ao clicar com o botão direito em sua caixa de correio pessoal.
Caso deseje ver uma lista com todas as caixas de correio do site das quais seja membro ou proprietário, basta clicar com o botão direito em sua caixa de correio pessoal. Selecionando "Gerenciar Todas as Caixas de Correio do Site", você será direcionado para uma lista com todas as caixas de correio do site. Assim, será possível fixar ou desafixar caixas de correio do site no modo de exibição do Outlook a partir daí.
Há algumas coisas que você precisa saber ao testar caixas de correio do site no Office 365 Customer Preview:
Todo o acesso à caixa de correio do site é gerenciado pelo site do SharePoint. A caixa de correio do site adicionará automaticamente os usuários individuais nos grupos padrão de proprietários e membros do site à lista de membros da caixa. Nenhum outro grupo do site do SharePoint (por exemplo, Visitantes) será adicionado. A caixa de correio do site só aceitará usuários individuais. Os grupos de segurança nos grupo de proprietários ou membros do site não serão adicionados.
Com relação aos documentos, a caixa de correio do site sincronizará documentos de qualquer biblioteca de documentos fixada ao menu Início Rápido do site do SharePoint. Em seguida, esses documentos ficarão visíveis aos usuários que estejam visualizando a caixa de correio do site no Outlook 2013. As listas ou bibliotecas de documentos no SharePoint que não estejam fixados ao menu Início Rápido do site não serão sincronizadas.
Para grupos de pessoas que estão trabalhando juntas em um conjunto compartilhado de entregas. Elas desejam manter emails e documentos importantes em um local.
O escopo do conteúdo é um projeto específico no qual uma pequena equipe esteja trabalhando. Desse modo, todo o conteúdo na caixa de correio é altamente relevante para os membros da equipe.
O usuário não verá uma caixa de correio do site no cliente do Outlook a menos que seja proprietário ou membro dessa caixa.
Um grupo de pessoas está trabalhando em nome de uma entidade virtual (por exemplo, help@contoso.com). Eles estão fazendo a triagem de emails recebidos em relação a uma caixa de entrada compartilhada e respondendo em nome da entidade virtual.
A colaboração integrada de documentos não é um requisito para este cenário.
Normalmente, os usuários só fazem isso para uma caixa de correio compartilhada, e a caixa é adicionada manualmente ao perfil de Outlook do usuário.
As pastas públicas contêm todo o conhecimento compartilhado por email em uma organização.
As pastas públicas constituem uma excelente tecnologia para arquivamento de grupos de distribuição (DG). Uma pasta pública pode ser habilitada para emails e adicionada ao DG. Os emails enviados ao DG serão automaticamente adicionados à pasta pública para referência futura.
Os documentos não devem ser armazenados em pastas públicas, pois elas não oferecem suporte à coautoria ou ao gerenciamento de versões como o SharePoint.
O grupos de distribuição não constituem realmente um repositório compartilhado no Exchange. Eles são um modo de enviar emails para um conjunto definido de pessoas, como emails enviados às caixas de entrada dos usuários para triagem.
Como os grupos de distribuição destinam-se a enviar emails às caixas de entrada das pessoas e as caixas de correio do site constituem um recurso de armazenamento compartilhado cuja triagem não precisa ser realizada diariamente pelos usuários, uma opção é usar um grupo de distribuição e uma caixa de correio do site para um projeto. Adicionando a caixa de correio do site ao grupo de distribuição, é possível garantir que, quando o grupo de distribuição receber uma mensagem, ela chegue à caixa de entrada de cada membro da equipe para triagem e, além disso, seja enviada uma cópia da comunicação à caixa de correio do site, mantendo-a ali para a equipe.
Alfons Staerk, Andrew Friedman
Este é um post localizado. O artigo original está em Site Mailboxes in the new Office
Artigo original publicado na terça-feira, dia 28 de agosto de 2012
O Exchange 2010 SP2 RU1 continha uma correção para um problema relacionado à recuperação de espaço de banco de dados. Parece haver alguma confusão a respeito dessa questão. Por isso, gostaria de explicar qual era o problema, dizer qual é a correção e falar a respeito das expectativas quanto ao uso de itens stub de produtos de terceiros no banco de dados (stubbing é o processo pelo qual uma mensagem é substituída por um objeto de ponteiro e a versão original é armazenada em um repositório externo).
No Exchange 2010, descobrimos que o espaço do banco de dados não estava sendo recuperado em vários cenários em que os itens eram excluídos permanentemente (quando o item é removido do repositório). Isso inclui cenários de arquivamento em que os itens são excluídos em massa com base na data, cenários de stubbing em que anexos são excluídos e outros cenários como caixas de correio de diários e replicação de pastas públicas. Esse problema afetou uma ampla gama de clientes e estava no modo de funcionamento da exclusão de itens.
Normalmente, o Exchange 2010 tentará limpar a linha de um item excluído alguns minutos após a exclusão permanente do item. Porém, a limpeza falhará se algum elemento ainda tiver referências ao item abertas. Veja, por exemplo, alguns cenários possíveis em que a limpeza falhará: indexação de conteúdo indexando uma mensagem, um cliente separado lendo a mensagem, etc. Se algum elemento tiver referências abertas, a limpeza falhará. Antes da correção, se a limpeza falhasse neste ponto, o espaço era efetivamente perdido e não podia ser recuperado sem mover a caixa de correio.
No fim das contas, referências pendentes de mensagens excluídas são particularmente comuns em caixas de correio de diários ou quando são usados softwares de arquivamento de terceiros. Por isso, a grande maioria dos clientes que passou por esse problema o associou a um desses dois cenários. Porém, tecnicamente, qualquer cliente pode manter uma referência aberta e evitar a limpeza de um item.
A correção incluída no SP2 RU1 corrige o problema por meio da adição de um mecanismo de novas tentativas de limpeza. Se a limpeza falhar em função de ainda haver uma referência aberta, o repositório realizará novas tentativas periódicas até obter êxito.
Stubbing refere-se a um processo em que um produto de arquivamento de terceiros pega uma mensagem grande e a transforma em um item menor (ou stub). Normalmente, ele faz isso excluindo os anexos e modificando o corpo da mensagem, de modo que fique menor.
Como o processo de stubbing exclui anexos, ele pode ser afetado por esse problema, pois os anexos excluídos podem gerar falhas de limpeza em função de referências abertas. Porém, tirando esse fato, o problema nunca foi realmente relacionado a stubbing.
O Repositório de Informações do Exchange mudou muito ao longo dos anos. Porém, mesmo no Exchange 2003 e 2007, o processo de stubbing não resultava em bancos de dados consideravelmente maiores do que o esperado ao adicionar os tamanhos das caixas de correio. Isso ocorria principalmente em função de dois tipos de sobrecarga.
O primeiro tipo de sobrecarga refere-se a propriedades que simplesmente não fazem diferença em relação ao tamanho da mensagem. Quando você observa o tamanho de uma mensagem no Outlook, ele não é o tamanho total de todos os dados armazenados pelo Exchange para a mensagem. Armazenamos certas propriedades que não são perceptíveis ao usuário e não refletem no tamanho da mensagem. Elas podem ser propriedades documentadas publicamente, como PR_URL_NAME, ou outras propriedades internas que os clientes não podem acessar.
O segundo tipo de sobrecarga é a fragmentação de páginas. O tamanho das páginas do banco de dados mudou ao longo dos anos, de 4 KB no Exchange 2003, para 8 KB no Exchange 2007, para 32 KB no Exchange 2010. Cada registro no banco de dados deve ser organizado nessas páginas e, dependendo da eficiência desse processo, ainda sobrará espaço na página. Isso é a fragmentação de páginas, que resulta em espaços vazios que não podem ser recuperados pela manutenção do banco de dados. As páginas com tamanhos maiores das versões mais recentes do Exchange facilitam a organização de vários itens pequenos em apenas uma página, resultando em menos fragmentação. Porém, sempre haverá um certo nível de fragmentação.
Normalmente, a quantidade de sobrecarga não muda muito entre as mensagens. Uma mensagem pequena trará tanta sobrecarga quanto uma grande. Por esse motivo, quando você preenche um banco de dados com itens pequenos, a sobrecarga fica muito mais aparente.
Por exemplo, considere um cenário em que você preencheu um banco de dados com itens de 1 MB, e todos possuem 1 KB de sobrecarga. Isso significa que seu banco de dados tem uma sobrecarga de 0,09%, em média. Agora, digamos, que você realiza stubbing de todos os itens no banco de dados, reduzindo-os a um tamanho de 4 KB. De repente, aquela sobrecarga de 1 KB fica muito mais visível, ocupando 25% do banco de dados. Certa vez, produzi pessoalmente um banco de dados do Exchange 2003 com sobrecarga de 70%, preenchendo-o com itens minúsculos e realizando stubbing da coisa toda.
No Exchange 2010, há um fator adicional que pode afetar a recuperação de espaço de stubbing: a alteração no design do banco de dados.
O Exchange 2010 fez um grande progresso na redução do IOPS do banco de dados. Grande parte disso foi possível porque eliminamos o antigo processo de desfragmentação online, que causava uma agitação agressiva no banco de dados todas as noites e movia os elementos para otimizar o espaço. No Exchange 2010, estamos muito mais focados em armazenar o conteúdo das caixas de correio em páginas contíguas para reduzir a E/S, mesmo que isso signifique termos espaços não utilizados aqui ou ali. Em outras palavras, a intenção do Exchange 2010 simplesmente não é recuperar espaço de forma agressiva quando uma mensagem encolhe repentinamente. É um cenário que minimizamos na arquitetura para aprimorar a E/S. Para obter mais informações sobre as alterações de manutenção, consulte o tópico sobre manutenção de bancos de dados no Exchange 2010.
Isso significa que não é possível economizar espaço por meio de stubbing? Não necessariamente. Normalmente, os produtos de stubbing excluem anexos; por isso, esperamos que o espaço seja liberado. E, embora não tenha sido desenvolvido para isso, o Exchange 2010 libera um pouco de espaço mesmo quando o processo de stubbing é realizado com itens sem anexos.
Porém, como isso não faz parte do design do Exchange 2010, não podemos dizer o que esperar em relação à quantidade de espaço liberado usando arquivamento por stub. Qualquer expectativa em relação a isso deve vir de testes próprios ou de dados fornecidos por fornecedores de software de arquivamento.
Em outras palavras, não podemos fazer declarações a respeito da recuperação de espaço quando um item é modificado para tornar suas propriedades menores do que antes. Se a modificação de um item para torná-lo menor não liberar espaço, considere como sendo uma consequência do design do Exchange 2010. Como sempre, com a investigação de suporte de problemas de espaço dos bancos de dados provenientes da utilização de produtos de terceiros, poderemos indicá-lo à empresa específica para suporte caso o Exchange deva funcionar em função de seu design.
O Exchange 2010 SP2 RU1 incluía uma correção que ajuda os clientes a fazer qualquer tipo de arquivamento, stubbing ou outras atividades, pois ela faz com que a limpeza de itens excluídos permanentemente funcione de forma confiável. Porém, qualquer economia de espaço em disco esperada proveniente de stubbing deve ser validada por você e pelo fornecedor de software de arquivamento. Na hora de provisionar seu armazenamento, sugerimos que você siga as orientações publicadas (que incluem o aproveitamento de caixas de correio grandes, de modo que você não precise depender de soluções de arquivamento de terceiros) e as ferramentas da Microsoft para garantir que haja espaço adequado para os dados do Exchange.
Bill Long
Este é um post localizado. O artigo original está em Exchange, Stubbing, and Database Space Reclamation
Artigo original publicado na terça-feira, 31 de agosto de 2012
Dando sequência a nosso último artigo, que mostrava o novo Centro de Administração do Exchange (EAC), veremos como o novo EAC facilita muito o gerenciamento de implantações do Exchange com várias florestas.
Conforme descrito no tópico sobre implantação do Exchange 2010 em uma topologia entre florestas, o Exchange Server 2010 pode ser implantado em uma topologia entre florestas ou de floresta de recursos. Neste artigo, adotaremos a mesma abordagem para implantar uma topologia de floresta de recursos com o novo Exchange.
Primeiro, iremos configurar um ambiente de floresta de recursos, conforme mostrado a seguir, com uma configuração de confiança de floresta unidirecional, de modo que a Floresta B confie na Floresta A.
Figura 1: Layout de uma topologia do Exchange de floresta de recursos
A Floresta A é a floresta de contas, onde todas as contas de usuários são provisionadas. Ela não tem servidores do Exchange instalados. A Floresta B é a floresta de recursos. Ela possui o Exchange Server 2013 instalado e caixas de correio vinculadas para cada conta de usuário da Floresta A. A Floresta B não tem contas de usuários provisionadas.
Em um ambiente de laboratório, temos um usuário, John Doe, configurado na Floresta A. Agora, queremos que John Doe seja um administrador do Exchange. Para isso, precisamos garantir que ele tenha o Controle de Acesso Baseado em Função (RBAC) adequado na floresta de recursos do Exchange. Como estamos lidando com um ambiente com várias florestas, há dois modos de configurar o RBAC, e tentaremos ambos:
É possível que você já tenha usuários configurados em uma floresta de contas. A configuração desses usuários como caixas de correio vinculadas estabelece a presença deles na floresta de recursos do Exchange. Adicionando essas caixas de correio vinculadas aos grupos de funções existentes do RBAC os usuários associados tornam-se efetivamente administradores do Exchange.
Na figura a seguir, a conta de usuário de John Doe está configurada na floresta de contas. Usando o EAC, um administrador do Exchange pode criar uma caixa de correio vinculada para ele, conforme mostrado a seguir.
Figura 2: John Doe configurou uma caixa de correio vinculada.
A caixa de correio de John pode ser adicionada a qualquer um dos grupos de funções administrativas do RBAC incorporados, tornando-o um administrador do Exchange. Na captura de tela a seguir, John tornou-se membro do grupo de funções incorporado Gerenciamento da Organização.
Figura 3: John Doe foi adicionado como membro do grupo de funções Gerenciamento da Organização.
Agora, vamos tentar fazer login no EAC como o próprio John. Ele deverá ter privilégios administrativos do Exchange, e é isso que veremos a seguir.
Figura 4: fazendo login no EAC como John Doe, configurado como uma caixa de correio vinculada, e como membro do grupo de funções Gerenciamento da Organização.
Os grupos de funções vinculados são essencialmente grupos de funções, porém, vinculados por meio de um Grupo de Segurança Universal (USG) em um limite da floresta. Desse modo, os membros desse USG tornam-se efetivamente membros dos grupos de funções vinculados. Isso significa que se John Doe for um membro desse USG, ele automaticamente obterá todas as permissões do RBAC em uma floresta de recursos do Exchange por meio dos grupos de funções vinculados. Esses grupos, então, possibilitam que um pequeno conjunto de USGs em uma floresta da conta gerencie várias topologias complexas de florestas do Exchange.
Para demonstrar isso, faremos o seguinte:
$accountForestCredential = Get-Credential $OrgMgmt = Get-RoleGroup "Gerenciamento da Organização" New-RoleGroup "Gerenciamento da Organização - Vinculado" -LinkedForeignGroup "AdminSG" -LinkedDomainController bjex062.extest.microsoft.com -LinkedCredential $accountForestCredential -Roles $OrgMgmt.Roles Get-ManagementRoleAssignment -RoleAssignee "Gerenciamento da Organização - Vinculado" -Role My* | Remove-ManagementRoleAssignment Get-ManagementRole | New-ManagementRoleAssignment -SecurityGroup "Gerenciamento da Organização - Vinculado" -Delegating
Com as etapas acima, John Doe terá todos os privilégios do RBAC na floresta de recursos do Exchange, mesmo que sua conta de usuário esteja na floresta de contas.
Agora, tentaremos fazer login no EAC como John Doe. Iniciaremos o EAC em qualquer área de trabalho e o apontaremos para um servidor do CAS na floresta de recursos. Com isso, o login será feito. John possui privilégios padrão do RBAC, conforme definido no grupo de funções Gerenciamento da Organização do RBAC, e pode gerenciar o Exchange na floresta de recursos correspondente.
Figura 5: fazendo login no EAC como John Doe por meio do grupo de funções vinculado Gerenciamento da Organização.
Como você pode ver, o EAC simplifica o gerenciamento de implantações do Exchange com várias florestas. Você não precisa acessar máquinas de gerenciamento dedicadas para gerenciar uma floresta específica do Exchange, nem criar contas administrativas especiais em todas as florestas de recursos do Exchange. Você pode fazer tudo isso em seu próprio desktop com o EAC, usando as credenciais de usuário existentes.
O EAC está disponível nos bits de download mais recentes do Exchange 2013 Preview, bem como pela oferta do Office 365 Customer Preview. Continuaremos a escrever mais artigos sobre o EAC nas próximas semanas. Enquanto isso, teste o novo EAC e envie seus comentários!
Equipe de gerenciamento do Exchange
Este é um post localizado. O artigo original está em Using EAC to manage multi-forest Exchange deployments
Artigo original publicado sexta-feira, 10 de agosto de 2012
Na semana passada, nós anunciamos o novo Exchange. Hoje, estamos entusiasmados para compartilhar sua nova e atualizada experiência de gerenciamento.
Para as pessoas acostumadas com o Exchange 2010, há três maneiras de gerenciar o Exchange: o Console de Gerenciamento do Exchange (EMC), o Painel de Controle do Exchange (ECP) e o Shell de Gerenciamento do Exchange (EMS).
Ao se tratar da experiência com a GUI, os clientes enfrentam uma escolha incompatível entre o EMC e ECP. Embora a maior parte da superfície de gerenciamento seja exposta através do EMC, alguns recursos mais recentes como auditoria, eDiscovery, gerenciamento RBAC, política para nomes de grupos, gerenciamento de ActiveSync Quarantined Device, etc. estão disponíveis apenas no ECP. Como esses recursos são aplicáveis tanto nas implantações no local como online, os administradores são forçados a aprender várias ferramentas e fazer malabarismos com elas. Especificamente, para o EMC baseado em MMC, os clientes também têm que arcar com as despesas de TI relacionadas às atualizações, patches, etc.
Não seria uma alegria imensa para você, o administrador do Exchange (especialista ou novato), ter apenas UMA maneira perfeita e integrada de gerenciar tudo no Exchange, seja no local, online ou ambos.
Com o novo Exchange, estamos orgulhosos de anunciar uma novíssima experiência para o administrador do Exchange: o Centro de Administração do Exchange (EAC)! O EAC traz uma experiência baseada em web totalmente atualizada, perfeita, integrada e unificada.
(clique nas miniaturas para ver o tamanho real)
Figura 1: Apresentação do Centro de Administração do Exchange (EAC).
O EAC adota alguns dos princípios mais importantes do estilo do Windows 8. O EAC é limpo, leve e aberto. Embora tenha uma aparência simplificada, fique tranquilo, pois não sacrificamos nada em termos de funcionalidade. Os testes de capacidade de utilização e design visual conduziram a uma exposição de funcionalidade melhor ajustada. Os elementos usados com mais frequência estão prontamente visíveis; todo o resto está disponível, mas um pouco escondido para reduzir a bagunça visual. Foi dada uma atenção significativa ao modelo de arquitetura de informação, garantindo que os recursos sejam facilmente localizados pela vasta superfície administrativa do Exchange (por exemplo, você não vai encontrar mais esquisitices como ActiveSync em Telefone/Voz). Ao projetar o EAC, estávamos sempre pensando tanto no administrador de Exchange experiente quanto no novato, e acreditamos que o EAC se dimensiona bem para ambos. Finalmente, a consistência visual entre o Office 2013, Windows 8 e Windows Phone é simplesmente revigorante.
Vamos dar um passeio rápido pelo novo EAC. Os próximos blogs vão examinar em mais profundidade vários recursos importantes.
Para iniciar o EAC, é só apontar seu navegador favorito para seu novo servidor Exchange 2013. Assim que fizer o login, a primeira coisa que irá notar é a resposta imediata no carregamento da página - uma diferença gritante do EMC do Exchange 2010! Além disso, com o EAC agora apoiado no PowerShell local, as solicitações do cliente MMC e problemas irritantes de inicialização e WinRM são coisas do passado. (Obs.: o ToolBox ainda usa o MMC).
O EAC adota um layout visual simples como descrito abaixo:
Figura 2: Layout visual do EAC.
Serve para navegar rapidamente entre as implantações do Exchange no Office 365 e no local executadas em um ambiente híbrido. Com o SSO em funcionamento, gerenciar seu ambiente complexo e híbrido é fácil - só é necessário um clique do mouse para alternar entre os seus ambientes. Você tem uma experiência do EAC igual e totalmente fiel por toda sua implantação.
As notificações são uma novidade no EAC. A infraestrutura oferece notificações online (visual) e offline (email) para todos os recursos nele integrados. Você não precisa mais atualizar a UI para ter saber as atualizações. A infraestrutura notificará periodicamente conforme for apropriado. Atualmente, os seguintes recursos estão ligados na infraestrutura de notificação, com outros aparecendo em breve:
Figura 3: Uma visão mais detalhada das notificações no EAC.
Cada notificação identifica claramente o status e oferece links contextuais para permitir que você navegue rapidamente e efetue ações conforme o necessário.
O bloco Me indica quem está logado no momento. Ele também oferece um ponto de entrada para o administrador do Help Desk logar em nome de outro usuário para resolver os problemas de sua configuração. O link Ajuda aqui é o ponto de entrada principal do conteúdo de ajuda. A ajuda, claro, está disponível em todo o EAC, e é sensível ao contexto.
O EAC emprega um modelo eficiente de arquitetura de informação para revelar as funções administrativas do Exchage de maneira eficiente e significativa. O modelo tem como objetivo coletar recursos administrativos relacionados com o melhor ajuste em cada painel ou categoria de Recurso. Atualmente, os painéis de recurso expostos são:
Observe que o EAC é totalmente sensível ao RBAC. Isso significa que se certo painel de recursos não for aplicável ou estiver indisponível devido a permissões RBAC subjacentes, o EAC respeitará isso e não exibirá os painéis dos respectivos recursos. Além disso, o EAC várias topologias de floresta.
Uma espiada na lista acima deve tranquilizar os administradores de Exchange experientes e novatos. Se você estiver vindo do Exchange 2010, o EAC oferece um conjunto de recursos combinados do EMC e ECP, e muito mais. Para o administrador de Exchange iniciante, acreditamos que o EAC será igualmente atraente, por incorporar uma arquitetura de informação eficiente, garantir que os pontos/ações de dados principais estejam facilmente disponíveis e reduzir a poluição visual.
As guias representam recursos individuais em um dado painel de recurso. Cada guia se aprofunda para expor recursos administrativos de um dado recurso.
As guias são também sensíveis ao RBAC e só são exibidas dependendo das permissões.
Representa a área de trabalho central do EAC. Embora a exibição de Lista possa parecer visualmente leve, acredite em nós quando dizemos que ela é repleta de funcionalidades. A exibição da Lista recebeu uma atenção extra para garantir que ela tenha bom desempenho em ambientes de grande tamanho. Especificamente para o gerenciamento de destinatários, a exibição de lista do EAC oferece carregamento assíncrono e em segundo plano de grandes conjuntos de dados, controles de página e garante que isso não afete sua experiência geral. A primeira página de dados é carregada instantaneamente, enquanto o resto está sendo carregado em segundo plano. Também está disponível em certas exibições de lista, a capacidade de exportar dados para formato CSV e personalizar as exibições através da remoção/acréscimo de colunas. A edição em massa de objetos também está disponível. Finalmente, com experiências integradas de pesquisa, a exibição de lista oferece uma forma rápida e eficiente para trabalhar com grandes conjuntos de dados.
Figura 4: A nova experiência de Pesquisa do EAC oferece dicas.
Figura 5: Experiência de edição em massa do EAC.
O painel de Detalhes e a exibição de lista do EAC caminham lado a lado. O painel Detalhes serve como uma área de trabalho sensível ao contexto que revela os atributos e ações frequentemente exibidos, com apenas um clique do mouse. Por exemplo, para ativar o Arquivamento a um usuário, tudo que é necessário fazer é selecionar o usuário e clicar no link Ativar em "Arquivo" no painel de Detalhes. Sem o painel de Detalhes, seria necessário exibir a página de propriedades do usuário, navegar para a seção correta e encontrar o trecho de arquivamento - bastante incômodo.
Figura 6: Configure o arquivamento e outros atributos comuns para seus usuários com apenas um clique.
Percebemos que os clientes geralmente têm implantações complexas com versões misturadas, abrangendo várias versões do produto Exchange. Alinhado com nossa visão de uma experiência perfeita, integrada e unificada, nós subimos o nível na administração InterOp. O EAC oferece uma cobertura muito melhor e mais ampla em todos os sentidos, especialmente com respeito à visualização/modificação de objetos de versões menores do Exchange. Um artigo subsequente se aprofundará nesse tópico.
Nós demos grandes passos para tornar o EAC acessível. Garantimos que o EAC ofereça acesso completo através do teclado, sem uso do mouse, em todo o EAC. Para o acesso ao teclado, especificamente, fornecemos teclas de atalho para trabalhar com a navegação, formas e controle. Como o novo OWA e outros Office Web Apps, nós também oferecemos um atalho de navegação (CTRL+F6) para navegar rapidamente pelo EAC. Ajustamos o EAC para fornecer a melhor experiência de alto contraste possível. Além disso, temos orgulho de dizer que adotamos o padrão do setor Accessible Rich Internet Application (ARIA) para fornecer uma excelente experiência de leitor de tela para o EAC, através do Win8 Narrator and JAWS.
Sabemos que todos os usuários têm sua combinação favorita de navegador/SO e trabalhamos duro para garantir que o EAC funcione melhor em um amplo conjunto de combinações de plataformas populares. Estamos felizes em dizer que o EAC funciona muito bem no IE8, IE9, IE10, FireFox 13+ (Windows, Mac, Linux), Safari 5+ (Mac) e Chrome 20+ (Windows eMac).
Você pode encontrar a documentação do EAC aqui e as perguntas mais frequentes (FAQ) sobre o EAC aqui.
O EAC está agora disponível no mais recente Exchange 2013 Preview e também através da oferta do Office 365 Customer Preview. Vamos publicar mais no blog para se aprofundar em certos recursos. Enquanto isso, experimente o novo EAC e envie-nos seus comentários!
A equipe de gerenciabilidade do Exchange
Esta é uma publicação de blog traduzida. O artigo original está em Managing The New Exchange
Artigo original publicado na quinta-feira, 28 de junho de 2012
Atualização 03/07/2012: Seção solução alternativa expandida para incluir mais detalhes.
Desejamos chamar a atenção para um problema que temos visto recentemente no CSS, onde várias caixas de correio no mesmo banco de dados de caixa de correio ficam em quarentena por nenhuma razão. Após a inspeção do log de aplicativos, você verá vários eventos 10018 com o texto contendo a seguinte informação.
Nome do Log: Aplicativo Origem: MSExchangeIS ID de evento: 10018 Categoria de tarefa: Geral Nível: Erro Descrição: A caixa de correio para o usuário <guid>: /o=Contoso /ou=Grupo Administrativo do Exchange (FYDIBOHF23SPDLT)/cn=Destinatários/cn=UserMailbox foi colocada em quarentena. O acesso a esta caixa de correio será restrita para os logins administrativos nas próximas 6 horas.
Além disso, a seguinte ID de evento 5410 aparecerá no log de eventos Microsoft-Exchange-Troubleshooters/Operational para cada caixa de correio em quarentena pela resolução de problemas de espaço do banco de dados:
Nome do Log: Microsoft-Exchange-Troubleshooters/Operational Origem: Espaço do banco de dados ID de evento: 5410 Nível: Aviso Palavra-chave: Clássico Descrição: A resolução de problemas do espaço do banco de dados colocou a caixa de correio em quarentena <guid> no banco de dados <DBName>.
A chave aqui é a última frase. “A resolução de problema de espaço do banco de dados”. Em ambientes onde o System Center Operations Manager foi implantado, um Monitor está no local por padrão para verificar o espaço livre em disco para o banco de dados e volumes de log. Este monitor usa o script do PowerShell Troubleshoot-DatabaseSpace.ps1, que é enviado com o Exchange 2010 por padrão. Para ler mais sobre o script Troubleshoot-DatabaseSpace.ps1, consulte o seguinte artigo TechNet:
Gerenciar o crescimento do log de banco de dados usando o script Troubleshoot-DatabaseSpace.ps1 no shell http://technet.microsoft.com/en-us/library/ff477617.aspx
A equipe do System Center lançou recentemente o Service Pack 2 para o Pacote de Gerenciamento do Exchange. Entre outras coisas, isto ajustou um valor de tempo de inatividade para executar o script. Antes do Pacote de Serviço, o valor de tempo limite era de 300 segundos e o monitor foi definido para disparar a cada 5 minutos. Isto significa que em várias organizações grandes, o script foi garantido virtualmente para tempo limite, casando a não conclusão. Após instalar a atualização, o novo valor de tempo limite é de 1.200 segundos. Além disso, o monitor executa uma vez por hora ao invés de a cada 5 minutos. Os efeitos desta alteração são que a solução de problemas é agora confiável executando o código que anteriormente não executou antes da atualização SP2. Isto fez com que a solução de problemas encontre um bug no contador perfmon de Repositório de Informações usado pela solução de problemas determinar a taxa de geração de byte de log para o banco de dados ou volume de log (a taxa de realização pode exceder 1.0E+19 Bytes/Hr). Quando a taxa por hora estimada da geração de log excede a capacidade do espaço livre em disco restante no banco de dados ou volume de log, a solução de problemas começa a colocar as caixas de correio em quarentena para parar a geração de log consumindo todo o espaço livre e fazendo com que o banco de dados seja desmontado. A solução de problemas parece tocar esta condição quando o contador perfmon possui um valor bogus (o contador perfmon é atualizado uma vez por minuto e não deve ter um valor bogus por mias de 1 min)… Portanto, não ocorre frequentemente, mas ocorre com probabilidade moderada.
Bem, conforme documentado no artigo TechNet, a função principal do script é manter um registro da taxa de geração de log e verificar o espaço livre em disco para o banco de dados e volumes de log. Quando o script é executado, usa um contador perfmon do repositório para determinar a taxa de geração de log e calcula se a taxa atual fará com que o disco fique sem espaço dentro do limite de horas (o padrão é 12 horas), e, caso sim, iniciará opcionalmente as caixas de correio em quarentena (até 150 por vez). O script irá também opcionalmente colocar caixas de correio em quarentena quando a porcentagem de espaço livre em disco vai abaixo de um valor especificado. O valor de porcentagem de espaço livre em disco padrão usado é 25%. Para poder colocar caixas de correio em quarentena quando estas condições são cumpridas, o parâmetro –Quarantine deve ser passado para o script.
O monitor utilizado pelo SCOM 2007 e superior usa o parâmetro Quarantine por padrão e não há opção suportada para alterar isto porque o Pacote de Gerenciamento é vedado. Isto significa que se o espaço livre de disco para o banco de dados ou volume de log para um banco de dados vai abaixo dos 25%, E se a taxa de geração de log é calculada para consumir o espaço restante em disco dentro das próximas 12 horas, os usuários mais pesados serão colocados em quarentena. Quando há várias caixas de correio em um banco de dados, isto significa que várias caixas de correio podem ser colocadas em quarentena em um curto período de tempo.
Obviamente, ter várias caixas de correio colocadas em quarentena não é um comportamento desejado, pois causa interrupções para estes usuários, embora ainda é melhor do que a alternativa de desmontar todo o banco de dados devido a falta de espaço em disco, que causará uma interrupção para todos os usuários neste banco de dados. Embora as caixas de correio em quarentena possam ser liberadas manualmente removendo o GUID da caixa de correio do Registro, esta não é a melhor solução, pois a próxima vez que o monitor for executado, as mesmas caixas de correio podem acabar sendo colocadas em quarentena novamente.
As caixas de correio em quarentena são identificadas no seguinte local:
Hkey_Local_Machine\SYSTEM\CurrentControlSet\Services\MSexchangeIS\Servername\Private-<D Bguid>\Quarantined Mailboxes\ {Mailbox GUID}
Queremos que saiba que estamos cientes desta situação e estamos trabalhando para implementar uma correção. Enquanto trabalhamos para identificar a melhor forma de resolver isso avançando, desejamos deixar você saber uma solução alternativa que pode ser implementada para evitar que as caixas de correio sejam colocadas em quarentena. Enquanto isso, para ajudar prevenir mais clientes de executar neste problema, removemos temporariamente o Pacote de Gerenciamento do Exchange 2010 SP2 do Centro de Download.
Criar uma substituição para desabilitar os monitores que verificam o espaço livre em disco. Isto evitará que o arquivo Troubleshoot-DatabaseSpace.ps1 seja executado.
Ao criar substituições, é recomendado colocá-las em um novo pacote de gerenciamento especificamente para personalizações dentro do System Center Operations Manager. Isto permite gerenciar de forma rápida e fácil suas substituições ou outras configurações personalizadas. Se você ainda não tiver um pacote de gerenciamento para isso, é possível criar um seguindo as etapas abaixo:
Ao designar um pacote de gerenciamento para substituição, você desejará criar para os 4 monitores listados aqui:
No System Center Operations Manager, vá para o módulo Autoria e em Monitores em Objetos do Pacote de Gerenciamento. Os monitores podem ser desabilitados configurando uma Substituição e escolhendo desabilitar o Monitor para todos os objetos da classe Copiar espaço de disco lógico do banco de dados DB (como mostrado abaixo):
Marque a caixa próximo a Habilitado e modifique o valor de substituição selecionando Falso:
Na caixa de diálogo Propriedades de substituição, certifique-se de selecionar o pacote de gerenciamento designado para personalizações.
Neste momento, sentimos que você está sendo impactado pelas caixas de correio em quarentena, a opção para desabilitar os Monitores está apenas disponível como solução alternativa. Reconhecemos que isto potencialmente evitará que os administradores recebam alertas quando o espaço de disco estiver baixo, mas sentimos que é a melhor opção para evitar que as caixas de correio sejam colocadas em quarentena até que uma correção seja lançada.
Observe que quando o espaço de disco do Banco de dados está baixo, um alerta ainda será recebido quando a unidade do log de transação coexiste com o banco de dados, pois é gerado por uma regra diferente do que apenas baseada em perfmon.
Ben Winzenz, Kevin Carker
Esta é uma publicação localizada. Encontre o artigo original em Mailboxes on a database are Quarantined in an environment with System Center Operations Manager
Artigo original publicado na segunda-feira, 23 de julho de 2012
Na segunda-feira passada, em um evento em São Francisco, Steve Ballmer apresentou o novo e moderno Office para o mundo. Foi apresentado um interessante conjunto de recursos, incluindo a integração com Windows 8, o Office como um serviço por assinatura e uma história social melhorada.
O Exchange é um dos pilares da comunicação e colaboração no Office. Nos últimos anos, a forma das pessoas se comunicarem mudou significativamente com uma infinidade de dispositivos, uma explosão de informações, requisitos de conformidade complexos, redes sociais, e uma força de trabalho multi-geracional. Esse mundo de desafios de comunicação tem sido acompanhado por uma grande mudança para serviços em nuvem.
A equipe do Exchange investe muitos esforços na construção de um produto e serviço que ajuda a enfrentar estes desafios e preparar melhor nossos clientes para o futuro das comunicações e produtividade. Estamos muito felizes em poder anunciar um marco importante nesse caminho – a prévia da próxima versão do Exchange já está disponível!
Com o Exchange 2010, reprojetamos o produto tendo em mente caixas de correio grandes de baixo custo e serviços de nuvem. Em seguida, expandimos essa visão através do Office 365, onde dezenas de milhares de organizações com milhões de usuários nos acompanharam no caminho para a nuvem. Agora, os clientes podem contar com a nova versão do Exchange, que oferece uma ampla variedade de benefícios interessantes:
Desde a semana passada a nova versão do Office, incluindo o Exchange e Office 365, foi disponibilizada aos consumidores. Gostaria de convidar todos a baixarem a versão prévia do Exchange Server 2013 e experimentarem a prévia dos serviços do Office 365 Enterprise. Como é o caso com versões pré-lançamento, use os para ter uma ideia prévia do produto, mas não na produção.
Alguns dos ótimos benefícios que chegam com a próxima versão do Exchange:
Redução de custos por meio da otimização para a próxima geração de hardware
Agora, Exchange é otimizado para discos de 8TB, através da redução do IOPSdo banco de dados em +50% e a otimização para vários bancos de dados por volume, para aumentar a utilização de disco agregado, mantendo razoáveis os tamanhos de banco de dados. Uma capacidade de memória cada vez maior é utilizada para melhorar o desempenho de consulta da pesquisa e reduzir o IOPS. Com tudo isso, você e seus usuários finais podem ter caixas de correio maiores com custos mais baixos.
Redução significativa de sobrecarga operacional para alta disponibilidade
O gerenciamento de DAG é simplificado através da configuração de rede de DAG automática, melhorias de cmdlets de gerenciamento de DAG , suporte para vários bancos de dados por disco e melhorias para cópias defasadas. As capacidades de auto-recuperação - integradas em DAGs – são agora estendidas para o resto do Exchange e todos os protocolos. A recuperação automática, iniciada pelo cliente, permite reduzir o tempo de recuperação de falhas no local de algumas horas para menos de um minuto.
Redução de tempo gasto no gerenciamento do sistema, mantendo o controle
O Exchange agora proporciona uma única interface de administração, fácil de usar e baseada na Web – o Centro de Administração do Exchange (EAC). O controle de acesso baseado na função (RBAC) possibilita que seu helpdesk e usuários especialistas executem tarefas específicas que são cobertas adequadamente no EAC EAC – sem a necessidade de permissões administrativas plenas. Esta experiência simples e intuitiva ajuda você a gerenciar o Exchange de forma eficiente, delegar tarefas e se concentrar em promover seu negócio.
Figura 1: O Centro de Administração do Exchange (EAC) na próxima versão do Exchange
Proteção automática da disponibilidade do Exchange de picos de tráfego
O Exchange agora oferece controles fáceis de administrar para proteger contra aumentos inesperados no tráfego. O trabalho do sistema que não é interativo é automaticamente adiado para horários fora do pico, a fim de preservar a experiência do usuário final e as tarefas de maior prioridade. Essa melhoria geral do rendimento do sistema reduz os custos, porque você não precisa planejar a capacidade para aqueles picos raros e inesperados.
Nuvem de jeito que você quiser
O Exchange tem ferramentas que proporcionam a migração para a nuvem de jeito que você quiser - seja migrando para a nuvem de um dia para outro ou gerenciando facilmente uma implantação híbrida com caixas de correio no local e online para atender às necessidades do seu negócio. Proporcione aos usuários finais uma experiência integrada, que inclui compartilhamento de calendários e agendamento de reuniões entre os usuários no local e online, e interrupção mínima para os usuários na hora de transferir as caixas de correio entre os ambientes. Mantenha o controle na nuvem testando melhorias futuras através das prévias.
Proteção automática de e-mails do malware
O Exchange agora tem a proteção anti-malware básica integrada. Os administradores podem configurar e gerenciar suas configurações de proteção diretamente do Cemtrp de Administração do Exchange. Relatórios integrados melhoram a visibilidade de tendências emergentes. Esse recurso pode ser desativado, substituído ou combinado com serviços premium, como o Exchange Online Protection para proteção em camadas.
Proteja seus dados confidenciais e informe os usuários sobre as políticas de conformidade internas com recursos para Prevenção de Perda de Dados (DLP)
Mantenha a sua organização protegida contra o compartilhamento acidental de informações confidenciais para pessoas não autorizadas. As novas funcionalidades de DLP do Exchange identificam, monitoram e protegem dados sensíveis através de análise de conteúdo profunda. O Exchange oferece políticas de DLP integradas com base em padrões regulamentares, como PII e PCI, e é extensível a outras políticas importantes para sua empresa. Dicas da nova política na nova versão do Outlook informam os usuários sobre violações de política à medida que o conteúdo é criado e sobre o tratamento das informações de acordo com as normas organizacionais.
Figura 2: Proteja seus dados confidenciais com recursos para Prevenção de Perda de Dados (DLP)
Oficiais de conformidade podem executar In-Place eDiscovery no Exchange, SharePoint e Lync - usando uma única interface
A capacidade de preservar sem distorção e de localizar dados em toda a empresa é essencial para garantir a conformidade interna e regulamentar. Possibilite aos oficiais de conformidade o uso autônomo do novo eDiscovery Center para identificar, manter e analisar dados de sua organização do Exchange, SharePoint e Lync. Os dados sempre permanecem no local, então você nunca precisa gerenciar um repositório separado. Com o eDiscovery Center, você pode reduzir o custo de gerenciamento de exigências de conformidade complexas, garantindo ao mesmo tempo estar preparado para o inesperado.
Figura 3: Execute o In-Place eDiscovery no Exchange, SharePoint e Lync usando uma única interface
Possibilite que os usuários trabalhem juntos naturalmente - enquanto a conformidade é aplicada nos bastidores
Caixas de correio locais reúnem e-mails do Exchange e documentos do SharePoint. Como um fichário, elas fornecem um lugar para arquivar e-mails e documentos de projetos e só podem ser visualizadas por membros do projeto. O armazenamento, coautoria e o controle de versão de documentos são fornecidos pelo SharePoint, e as mensagens pelo Exchange - com uma experiência de usuário completa dentro da nova versão do Outlook. Políticas de conformidade são aplicadas no nível de caixas de correios locais e são transparentes para os usuários - preservando assim sua produtividade.
Pastas públicas modernas é uma ótima maneira de gerenciar e armazenar conversas e discussões compartilhadas
Pastas públicas já estão disponíveis no Exchange Online. Seja no local ou on-line, as pastas públicas oferecem os mesmos recursos que os clientes já estão acostumados. E mais - elas agora compartilham o mesmo armazenamento, indexação e capacidade de HA de caixas de correio regulares, e o conteúdo de pasta pública agora pode ser localizado através de pesquisa do usuário final.
Proporcione a seus usuários uma experiência intuitiva, linda, otimizada para toque em todas as telas
Seus usuários finais terão melhores resultados em qualquer lugar com uma experiência limpa e organizada. Agora, os usuários podem aproveitar a experiência inovadora, fácil e intuitiva do estilo Windows 8 no Outlook e OWA. A experiência do usuário do OWA pode ser dimensionada muito bem para qualquer fator ou tamanho – PC, tablet ou telefone– e possui uma moderna experiência de usuário com voz e um ótimo apoio para toque e movimento. O OWA oferece agora três diferentes layouts de UI otimizados para navegadores de desktop, tablet e telefone.
Figura 5: Uma experiência intuitiva, linda, otimizada para toque em todas as telas
O suporte offline no OWA permite que seus usuários sejam produtivos quando estão offline ou em redes com ligação periódica
Agora você pode iniciar o OWA no navegador e começar a trabalhar, mesmo se estiver sem conectividade de rede. Seus e-mails e as ações serão sincronizados automaticamente quando a conectividade for restaurada. Isso permite que seus usuários sejam produtivos e tenham uma ótima experiência com o OWA mesmo em locais remotos com redes lentas ou intermitentemente conectadas ou sem conexão alguma de rede.
Unifique todos seus contatos e mantenha-os atualizados automaticamente
As redes profissionais das pessoas abrangem muitos lugares diferentes. No Office 365, os usuários podem importar informações de contato do LinkedIn (e outras redes no futuro) e ter todas suas informações em um só lugar. O Exchange pode até mesmo encontrar a mesma pessoa em todos os seus contatos pessoais, GAL e outras redes, e consolidar suas informações em um único cartão de contato, evitando assim duplicações e vários cartões de contato com informações diferentes.
Figura 6: Unifique todos seus contatos do GAL do Exchange, seus contatos pessoais e de outras redes
A experiência moderna de pesquisa de pessoas possibilita localizar rapidamente a pessoa certa
Experiência de pesquisa de pessoas é consistente em todos os lugares - de hub de pessoas até cache de apelidos na hora de compor um e-mail. A pesquisa abrange todas as pessoas - nos contatos pessoais, GAL,, redes. Resultados da pesquisa são baseados na relevância e contêm resultados ricos - fotos, número de telefone, localização, etc.
Figura 7: Localize rapidamente a pessoa certa em seus contatos pessoais, GAL e redes
Com canvas atualizado o calendário fica mais útil para todos
Como o Outlook, o OWA agora suporta a inserção lembretes e tarefas simplesmente, digitando direito no calendário. Assim é possível dar uma olhada rápida no dia dos usuários e "espiar" os itens. Novas visualizações do dia, semana e mês - como a visualização "mês + agenda" (ou "Mogenda") - facilita gerenciamento de seu tempo.
Figura 8: Gerencie seu tempo facilmente com as novas visualizações do dia, semana e mês
Figura 9: "Espiar" os itens de calendário exibe informações úteis
Personalize facilmente o Outlook e o OWA integrando com os aplicativos do Office Marketplace
Ajude os usuários a aumentar a produtividade através de aplicativos de terceiros para o Outlook que adicionam informações contextuais e recursos para e-mail e calendário. Os aplicativos para Outlook são fáceis de desenvolver usando o novo modelo de extensibilidade baseado na nuvem. Os mesmos aplicativos funcionam em toda a nova versão do Outlook e OWA – inclusive no OWA para tablet e layouts otimizados para celulares. Os usuários e administradores do Exchange podem localizar e instalar aplicativos facilmente no Office Marketplace. Você pode controlar quais aplicativos os diferentes usuários finais podem usar.
Essa é a primeira de uma série de publicações no blog sobre a próxima versão do Exchange. Nas próximas publicações, vamos falar com mais detalhes sobre o conjunto completo de recursos, inclusive sobre todos os recursos mencionados acima.
Para se manter atualizado sobre a próxima versão do Exchange:
Como sempre, agradecemos seus comentários e feedback. Lançamos também o Fórum do Exchange Server 2013 e vamos acompanhá-lo regularmente para receber suas opiniões.
Agradecemos seu interesse no Exchange e esperamos que a próxima versão do produto seja tão interessante e inovadora para você como foi para nós. Toda a equipe aguarda suas opiniões!
Rajesh Jha Vice-Presidente Corporativo do Exchange
Esta é uma publicação de blog traduzida. O artigo original está em The New Exchange
Artigo original publicado na quarta-feira, 15 de agosto de 2012
Para garantir que as exigências da política de conformidade sejam atendidas dentro do ambiente de mensagens, os dados das mensagens devem ser classificados e mantidos por períodos de tempo que dependem do nível de classificação.
No Exchange 2003, o Mailbox Manager fornecia uma maneira de excluir os dados de mensagem, incluindo objetos de calendário e tarefas. No entanto, o Mailbox Manager tinha capacidade limitada:
No Exchange 2007, o Mailbox Manager foi substituído pelo Messaging Records Management (MRM). Pastas Gerenciadas, o recurso MRM no Exchange 2007, permitia que os clientes aplicassem configurações de retenção para pastas padrão, como Caixa de entrada e Itens Excluídos, e também implantassem pastas gerenciadas personalizadas. Os usuários podem classificar suas mensagens colocando-as em diferentes pastas gerenciadas, com cada pasta com uma configuração de retenção diferente. Com relação às pastas do calendário e de tarefas:
O Exchange 2010 apresentou o Messaging Records Management 2.0 e a estrutura Política de Retenção. A estrutura é composta por tags de retenção e políticas de retenção. As tags de retenção são usadas para aplicar configurações de retenção em mensagens e pastas. Uma política de retenção é um grupo de tags de retenção que podem ser aplicadas à caixa de correio. O uso da palavra "retenção" nessa convenção de nome do MRM 2.0 é também enganoso. Além de controlar quando os itens expiram da caixa de correio, as tags de retenção também podem ser usadas para controlar quando os itens são movidos para o arquivo.
Com o Exchange 2010 RTM, SP1 e SP2 até SP2 RU3, o MRM 2.0 não fornece suporte para atribuir tags de retenção diretamente para os itens e pastas do calendário e tarefas. Muitos de vocês, nossos clientes, falaram conosco sobre a necessidade desse recurso e veem isso como uma lição, comprando com as versões anteriores do Exchange.
No final, as exigências de conformidade precisam ser atendidas. Excluir itens do calendário e de tarefas da estrutura de política de retenção significa que os clientes que têm políticas de conformidade comercial e/ou legal para gerenciamento de dados não são capazes de garantir que as exigências são atendidas.
No Exchange 2010 SP2 RU4, acrescentamos suporte para as pastas do Calendário e Tarefas para políticas de retenção.
Se, no momento, você usa ou planeja usar políticas de retenção, isso tem implicações importantes no seu ambiente de mensagens.
Os itens de calendário e de tarefas são diferentes dos itens de mensagem normal. Quando um item de calendário e de tarefas é salvo, o item recebe uma marca com suas propriedades específicas. Para garantir que um conflito não ocorra entre o Mailbox Folder Assistant (MFA) e as atribuições das propriedades padrão durante um evento de salvamento automático, o MFA não processará itens de calendário e tarefas imediatamente. Em vez disso, o assistente irá atrasar o processamento dos itens de calendário e tarefas por 2 horas (baseado na hora da última modificação do item; se não houver uma hora da última modificação, ela será baseada na hora de criação).
Ao contrário dos itens de mensagem, os usuários finais não podem atribuir diferentes tags de retenção para as pastas Calendário ou Tarefas ou itens de calendário ou de tarefas. Em outras palavras, as tags de retenção de Calendário e de Tarefas são controladas apenas através do administrador.
A lógica a seguir é usada para determinar a data inicial da expiração ou de arquivamento dos itens do calendário na pasta Calendário:
A lógica a seguir é usada para determinar a data inicial da expiração ou de arquivamento dos itens de tarefa dentro da pasta Tarefas:
O suporte para calendário e tarefas no Exchange 2010 SP2 RU4 significa que você precisará tratar essa distribuição de atualização de maneira diferente. Se você não usar políticas de retenção ou se não se importar que os itens de calendário e de tarefas sejam movidos para o arquivo ou excluídos automaticamente dependendo das configurações da DPT, você pode pular o resto desta publicação.
No entanto, se você estiver preocupado sobre os efeitos que esse novo recurso terá em seus itens e calendário e de tarefas, você pode implementar as seguintes soluções temporárias:
Se quiser que os itens de calendário e de tarefas nunca expirem, você pode desativar a funcionalidade que está incluída no Exchange 2010 SP2 RU4. Acrescente a chave de registro a seguir em seus servidores de caixa de correio:
Se desejar que as pastas Calendário e Tarefas expirem em um intervalo diferente que da DPT, você pode seguir o seguinte procedimento:
Estamos felizes em conseguir trazer esse recurso por tanto tempo esperado para o produto. Em caso de dúvida, entre em contato conosco.
Ross Smith IV Gerente Principal do ProgramaExperiência do Cliente do Exchange
Esta é uma publicação de blog traduzida. O artigo original está localizado em Calendar and Tasks Retention Tag Support in Exchange 2010 SP2 RU4
Artigo original publicado na sexta-feira, 3 de agosto de 2012
Semana passada, nós compartilhamos informações sobre o novo Exchange. Hoje, temos o prazer de compartilhar alguns novos desenvolvimentos do Outlook Web App (OWA).
A principal finalidade do OWA é dar aos usuários do Exchange acesso a suas caixas de correio de qualquer lugar através da mesma UI e recursos do Outlook que eles já conhecem e amam. Nessa versão, o OWA evoluiu para não só atender computadores laptop ou desktop, como também tablets e celulares. Assim como fizemos com navegadores de desktop, continuaremos a investir em um suporte mais amplo e rico para plataformas tablet e celulares no futuro. Você pode experimentar nossa versão mais recente se inscrevendo nos planos Small Business Premium ou Enterprise do Office 365 Customer Preview.
Figura 1: O novo OWA em telas de desktop, tablet e celular
Desktops, tablets e celulares têm exigências diferentes de UI. Para garantir que as pessoas obtenham uma experiência consistente em todos seus dispositivos e para tornar possível continuar a desenvolver a UI para todos os tipos de dispositivos paralelamente, nós criamos um aplicativo OWA que sabe como dimensionar a UI para diferentes tamanhos de tela e entradas por toque, mouse e teclado:
A lógica do aplicativo executado por baixo da UI, representando >90% do código do aplicativo, é compartilhada entre os três modos e UI. Como os modos são muito similares em função e aparência, os usuários não precisam reaprender como gerenciar email ou calendários quando vão de um dispositivo para outro. Como a lógica do aplicativo é a mesma nos três modos, os administradores podem ficar tranquilos que as políticas colocadas em prática para esse aplicativo se aplicam em qualquer dispositivo que ele for utilizado.
O OWA tem uma nova linguagem de design que fornece uma aparência nova e moderna que está alinhada com o Windows 8, Windows Phone e os outros produtos do Office 2013. Ele tem uma abordagem limpa, leve e aberta que permite que as pessoas se concentrem mais no conteúdo da comunicação, com menos distrações. A linguagem visual simplificada e modelos de interação elevam as pessoas e conteúdo na experiência e têm como objetivo obter um equilíbrio entre forma e função.
Figura 2: Fotos de pessoas e miniaturas de anexos
Para ajudar os usuários a evitar mudança de contexto, nós também adicionamos composição de email embutida na janela principal. Os usuários podem exibir certas formas de composição, ou alterar uma configuração para que todas as formas de composição sejam exibidas automaticamente. A composição embutida, sem perder de vista a lista de emails com que você está trabalhando, é uma grande economia de tempo para muitos usuários.
Embora tenhamos passado muito tempo garantindo que as cores padrão do OWA fiquem excelentes, diferentes pessoas têm gostos diferentes, então a capacidade do OWA de selecionar um tema diferente foi melhorada com mais temas que afetam mais aspectos da UI para obter uma experiência mais prazerosa.
Figura 3: Alguns dos temas que os usuários podem escolher no OWA
Além da nova interface do usuário, nós fizemos uma grande mudança de arquitetura no OWA: suporte offline. Você agora pode iniciar o OWA no navegador e começar a trabalhar mesmo se não houver conexão de rede. O trabalho que fizer enquanto estiver desconectado será automaticamente sincronizado na próxima vez em que a conectividade for restaurada. Isso permite que seus usuários sejam produtivos usando o OWA mesmo quando estiverem sem conectividade de rede. Isso torna o OWA mais rápido e uma experiência melhor para locais remotos com redes lentas ou com conexão intermitente.
Nosso objetivo para o OWA offline é suportar as ações de usuário mais comuns, até onde os recursos offline HTML5 permitem. Isso não nos fornece o suporte offline completo do Outlook em um computador Windows ou Mac desktop, mas se iguala ou ultrapassa os recursos offline oferecidos pela maioria de clientes de telefone Exchange ActiveSync. A maioria das ações de triagem de email e gerenciamento de calendário funciona no OWA offline. Você pode enviar emails e convites de calendário, excluir email, receber lembretes, recusar compromissos, marcar e categorizar mensagens, etc. Se você acessa uma pasta com frequência, seu conteúdo será disponibilizado automaticamente offline. Um exemplo de lago que não é possível ainda no OWA offline ou HTM5 offline, em geral, é a pesquisa indexada de todo o texto. Com o passar do tempo, à medida que os recursos offline se tornarem mais maduros, os recursos offline do OWA também evoluirão. Os usuários devem ativar a funcionalidade offline do OWA em cada computador que eles desejam poder usar o OWA sem conectividade de rede. Os administradores têm a capacidade de controlar quais usuários podem usar o OWA offline.
Você pode curtir o OWA offline no IE10+ (usando IndexedDB de HTML5 para armazenamento), Chrome 17+ (com WebSQL) ou Safari 5 (também usando WebSQL).
Os modelos de extensibilidade anteriores do OWA se apoiavam em código de terceiros nos servidores Exchange. Esse modelo não funciona bem para clientes que confiam na Microsoft para administrar servidores Exchange para eles através do Office 365 e mesmo no local, esse modelo frequentemente encontra resistência dos administradores do Exchange que não desejam arriscar a estabilidade e segurança de seus servidores. Como parte do novo modelo de aplicativos em nuvem do Office, o novo Exchange contém uma plataforma para o que chamamos de "Outlook Apps". Eles são aplicativos web que terceiros podem hospedar em algum lugar na Internet e que os usuários finais e administradores do Exchange podem integrar com facilidade e segurança na experiência do Outlook. Esses aplicativos podem aparecer em formulários de email e calendário e estão sempre presentes, ou mais comumente, são ativados por um dado item de email ou calendário quando há algo especial sobre este item. Por exemplo, o Bing Maps Outlook App é ativado quando há um ou mais endereços presentes no texto do corpo do item de email ou calendário. Outro exemplo é o Groupon by PowerInbox Outlook App que aparece apenas em emails enviados do Groupon. O Outlook App do LinkedIn é ativado em todos os emails, que exibem informações sobre a rede social LinkedIn sobre as pessoas no thread do email.
Você pode ver quais aplicativos do Outlook estão disponíveis no momento para usar com o Office Customer Preview na Office Store. Os administradores têm muito controle sobre quais aplicativos do Outlook eles permitem que seus usuários usem, ou para promover seus usuários. Os aplicativos do Outlook funcionam no Outlook 2013 para desktop Windows e no Outlook Web App para desktop, tablets e celulares. Exatamente o mesmo código do aplicativo do Outlook é executado no Outlook e OWA, de forma que os desenvolvedores podem lidar com rapidez e facilidade os usuários dos dois clientes com a mesma extensão.
Figura 4: O aplicativo LinkedIn para Outlook ativado no OWA, mostrando informações sobre todas as pessoas incluídas em uma conversa de email
Além de permitir que os desenvolvedores estendam o Outlook sem colocar código em servidores Exchange, esse novo modelo de extensibilidade também supera o desafio dos plug-ins do Office que funcionavam apenas com uma versão do Office. Nós superamos esse desafio oferecendo APIs de JavaScript muito simples e sensíveis à plataforma, para que os aplicativos utilizem toda a integração com a UI do Outlook/OWA, evitando situações onde desenvolvedores, de propósito ou acidentalmente, poderia ficar presos em aspectos específicos da versão da experiência do Outlook.
Gerenciar e enviar email no OWA está mais eficiente do que nunca. A composição embutida, mencionada acima, permite que os usuários escrevam e enviem mensagens sem exibir uma janela. A composição embutida também vem com uma melhoria no gerenciamento de rascunhos. Agora é mais fácil ver na sua caixa de entrada quais conversas têm rascunhos não enviados, ajudando a lembrar de finalizar e enviar esses emails que você começou a trabalhar ontem, antes de ir embora do trabalho. Uma vez que você esteja escrevendo um email, o Detector de Anexos Esquecidos avisa se você acabou de escrever um email que parece que deveria conter um anexo. Ao pressionar Enviar sem adicionar um anexo, ele avisa que você pode ter se esquecido de fazê-lo.
Figura 5: Melhores indicadores de rascunho
Figura 6: Detector de Anexos Esquecidos em ação
Arrastar e soltar os arquivos da área de trabalho para compor formulários ajuda usuários do IE10, Safari, Firefox e Chrome a anexar facilmente arquivos para os emails que estão escrevendo. Para triagem de emails, o OWA, assim como o Outlook 2013, contém um botão de exclusão rápida diretamente nos itens na exibição da lista de emails. A capacidade de filtrar emails de acordo com condições como não lido, marcado ou que tenham seu nome na linha "para" foi colocada no nível superior da UI para ser detectada mais facilmente.
Figura 7: Botões de exclusão rápida embutidos nos itens e os filtros todos/não lidos/para mim/sinalizados na exibição da lista de emails
Embora alguns usuários do OWA tenham calendários densos que são melhor visualizados na exibição de dia ou semana, a maioria dos nossos usuários tem apenas um ou poucos compromissos ou reuniões inseridos para cada dia, tornando seu calendário mais adequado para ser exibido na exibição mensal ou de agenda. Para fornecer uma excelente experiência padrão de calendário para a maioria dos usuários, adicionamos a nova exibição de calendário "MOGENDA" no OWA, combinado as exibições mensais e de agenda.
Figura 8: Exibição de calendário Mogenda
O agendamento de reuniões sofreu uma transformação significativa, tornando mais fácil de encontrar horários nos quais todos os participantes possam participar. Como o Outlook, o OWA agora suporta entrada simples de itens de calendário e tarefas digitando diretamente no calendário. Os usuários "espiar" o dia de forma rápida e de relance.
Figura 9: "Espiar" o item do calendário
O novo OWA ajuda a obter uma visão mais clara de todas as informações que você tem sobre pessoas, vinculando todos os dados sobre uma dada pessoa para obter exibições combinadas de uma Lista de Endereços Global (GAL) da corporação e as pastas de contatos na caixa de entrada. No Office 365, você também tem a integração com o LinkedIn. Isso faz a vinculação se estender aos contatos do LinkedIn, melhorando as exibições combinadas de informações sobre pessoas ainda mais. Nós temos como objetivo estender essa vinculação a outras redes no futuro.
Figura 10: Todas as informações sobre uma pessoa dos contatos, Lista de Endereços Global e LinkedIn em um único lugar
Todas essas informações compiladas sobre as pessoas são também bem utilizadas, à medida que você encontra as pessoas certas para se comunicar. Pesquisar pessoas se estende por todas as pessoas - contatos pessoais, GAL e redes sociais conectadas. Os resultados de pesquisa são baseados em relevância e contêm fotos, números de telefone, locais, etc.
Como anunciamos há pouco tempo, ficamos entusiasmados com o padrão Accessible Rich Internet Application (ARIA) por um tempo. No novo OWA, usamos o ARIA para tornar a UI de desktop do OWA Premium mais acessível através de leitores de tela, para necessidades de maior contraste, necessidades de navegação apenas com teclado, etc. Nós nos concentramos em garantir que a experiência com o IE10 e JAWS ou Win8 Narrator seja excelente para as pessoas com necessidades de acessibilidade. Assim como para as pessoas sem essas necessidades, o OWA Light está disponível ainda para interoperabilidade com tecnologias de acessibilidade que ainda não verificamos que funcionam bem com o OWA Premium.
Um desafio comum para aplicativos web complexos e acessibilidade, mesmo usando o ARIA, é como fornecer navegação conveniente dentro do aplicativo, dado que os navegadores usam a tecla F6 de nível superior para navegação, tornando impossível para o aplicativo web usar também o conveniente mecanismo de navegação de nível superior F6. Como solução para esse problema, o OWA e os outros Office Web Access Companions estão introduzindo o atalho Ctrl+F6 para a navegação de nível superior dentro do aplicativo web. Esperamos que outros no setor nos acompanhem e tornem isso um padrão de fato, à medida que aplicativos web mais complexos adicionem suporte para ARIA.
Gerenciar o OWA é muito parecido no Exchange Server 2013 ao que era no Exchange Server 2010 e Exchange Server 2007, com as configurações OWA sendo definidas nos diretórios virtuais do Servidor de Informação de Internet (IIS) no Servidor de Acesso do Cliente (CAS) e em políticas de caixas de correio. Internamente, entretanto, houve uma grande mudança na arquitetura do OWA. A lógica de renderização do OWA é executada em servidores de caixas de correio (MBX), enquanto que no passado essa lógica de renderização era executada no CAS. O CAS do Exchange Server 2013 faz apenas a autenticação, o redirecionamento e proxy. Essa mudança de arquitetura resulta em uma simplificação significativa em como o balanceamento de carga precisa ser implantado para o OWA e todos os outros protocolos do Exchange. Você pode encontrar mais informações sobre as alterações para a função do CAS em Funções de Servidor do Exchange 2013.
O monitoramento para garantir que o serviço OWA continue sem interrupções também foi alterado significativamente no Exchange Server 2013. Fizemos com que os mecanismos de monitoramento e recuperação automática que usamos nos datacenters do Office 365 também sejam executados no local, fornecendo a todos os clientes do Exchange o sistema de monitoramento e auto-correção mais robusto e repleto de recursos que já tivemos para o Exchange.
Assim como na última versão do OWA, o novo OWA vem em dois sabores:
Estamos muito animados por finalmente compartilhar o novo OWA, sua UI em estilo Windows 8 atualizada e suporte para tablet e celular. Queremos muito saber sua opinião sobre o que deveríamos fazer a partir de agora!
Kristian Andakerem nome da equipe do OWA
Hoje cedo, você provavelmente viu os anúncios sobre o Outlook.com. Ele é um novo serviço de email da Microsoft, que oferece uma experiência gratuita do Outlook para os consumidores. A UI do Outlook.com será conhecida para os usuários de outros clientes Outlook, mas é otimizada exclusivamente para uso do consumidor. Ela é uma UI web diferente do OWA. Você pode ter dúvidas sobre o que “Outlook” significa, uma vez que diferentes produtos da Microsoft levam essa marca.
O Outlook é uma família de produtos e serviços da Microsoft projetados para ajudar a gerenciar suas comunicações e calendário; todo em um único lugar. Nós pensamos nele como um hub de comunicação que pode reunir muitas fontes diferentes de informações em um único lugar. Nosso conjunto de experiências com a marca Outlook é projetado para ajudar a você ficar facilmente em contato com as pessoas que mais lhe interessa, colaborar com aqueles que você precisa trabalhar, proteger contra emails de spam, ficar informado sobre os assuntos que interessam mais e gerenciar seu tempo de forma mais eficiente.
Usamos a marca Outlook para nos referir a uma experiência que se revela através de diferentes produtos. Aqui está uma visão geral dos lugares onde você encontrará uma experiência Outlook.
Esta é uma publicação de blog traduzida. O artigo original está localizado em The New OWA Rocks Tablets and Phones!
Artigo original publicado na terça-feira, 26 de junho de 2012
Uma das primeiras ações que a maioria dos Administradores do Exchange geralmente fazem ao resolver problemas suspeitos com a Indexação de Conteúdo do Exchange será recompilar os arquivos de índice de conteúdo do Banco de dados da Caixa de correio impactada (manualmente ou usando o script ResetSearchIndex.ps1 encontrado no diretório \Exchange Server\Scripts). Eu também trabalhei com vários administradores do Exchange em vários anos que escolhem recompilar proativamente os índices de pesquisa em vários pontos durante o ano ou como várias etapas dentro de um projeto (como um projeto de migração, como exemplo).
Independente da justificativa para redefinir os índices, a maioria dos administradores, quando perguntados, não poderão fornecer estimativas reais de quanto tempo este processo levará. As consequências não desejadas de não estimar este tempo com precisão irão diferir de acordo com a organização. Alguns departamentos de TI podem desencorajar não ter índices laterais do servidor disponíveis para os usuários durante o dia comercial citando perdas na produtividade do usuário final e pequenos aumentos nos problemas escalados no Atendimento ao Cliente. De uma perspectiva operacional, não ter o conhecimento do tempo de recompilação antecipadamente também pode evitar que os administradores do Exchange sejam alertados sobre potenciais problemas com o próprio processo de recompilação. Seja qual for a justificativa, ter uma total compreensão de quanto o tempo vai levar é valioso.
É certo que há pouca informação sobre a quantidade de tempo que leva (ou melhor ainda, o tempo que deve levar) para recompilar o índice de conteúdo do Exchange disponível hoje. Aparentemente, isto ocorre porque os tempos de recompilação reais são sempre variáveis. Pode haver vários fatores que influenciam as taxas de recompilação e o tempo para concluir. Principalmente:
Na Microsoft (em nossa implementação empresarial, assim como em várias ofertas do Office-365), utilizamos uma Estrutura de recompilação de pesquisa desenvolvida pelo meu colega Anatoly Girko e eu. Esta estrutura foi projetada originalmente para oferecer para nossa equipe de operações internas um conjunto de etapas de validação completas e indicadores de progresso que eles podem analisar ao realizar recompilações de índices de conteúdo. Estas técnicas são utilizadas em várias etapas fundamentais dentro do processo de recompilação geral para garantir a conclusão com sucesso.
Como a estrutura evoluiu, decidimos adicionar uma funcionalidade que nos permite rastrear e armazenar um histórico de métricas de resultados para toda e qualquer operação de recompilação. Como estes conjuntos de dados cresceram, e como os dados de tendências subsequentes apareceram, descobrimos que podemos fazer estimativas mais informadas e mais precisas sobre quanto tempo uma determinada operação de recompilação pode levar. Isto, por sua vez, nos permitiu como uma equipe operacional tomar melhores decisões sobre quando programar recompilações para que possamos minimizar a interrupção para nossa base de clientes do usuário final. Desde o início, esta estrutura foi utilizada para supervisionar as operações de compilação para milhares de índices de conteúdo dentro dos vários ambientes que suportamos.
Em uma série de artigos, discutiremos nossa “Estrutura de recompilação” para que as partes interessadas possam aplicar uma metodologia semelhante em seus próprios ambientes caso seja necessário. Cada etapa da estrutura será detalhada, incluindo as discussões sobre os vários conjuntos de ferramentas que criamos para ajudar neste processo. Esta série será concluída com uma série de gráficos e tabelas que detalham nossas estatísticas de recompilação do índice de conteúdo e conclusões até o momento. Para os clientes que não rastrearam as estatísticas nesta área anteriormente, esperamos que isso sirva como um ponto de referência valioso. Provavelmente fornecerá a habilidade de realizar estimativas mais informadas sobre o tempo de recompilação do índice de conteúdo do Exchange em seus próprios ambientes. Isso dito, vale observar que devido a todos os ambientes do Exchange serem únicos, suas métricas de recompilação podem diferir drasticamente das taxas que observamos e apresentamos aqui.
Antes de mergulhar a "cabeça primeiro", é importante mencionar que esta série não é destinada como um guia de resolução de problemas. Nossa expectativa é que sua própria resolução de problemas que levou a decisão de realizar a recompilação em resposta a um problema ou como uma medida proativa. Todos os exemplos apresentados nesta série focalizarão no Exchange 2007. Tomei a decisão de concentrar no 2007 para esta publicação porque a probabilidade de recompilar índices de 2007 são significantemente maiores quando contrastado com o 2010 (diferente do 2007, o 2010 possui a capacidade de semear novamente Índices de conteúdo de fontes redundantes íntegras, criando a necessidade de realizar recompilações de índice completas muito mais raramente em arquiteturas de múlti-cópias). Nas próximas semanas, Anatoly e eu lançaremos uma publicação complementar fornecendo a referência de script para a versão de Exchange 2010 do script Analisador de Recompilação do Índice de Conteúdo, conforme acumulamos exemplos correspondentes para seu uso.
Dentro da Microsoft, o principal conjunto de ferramentas que usamos ao recompilar Índices de Conteúdo é o script IndexRebuildAnalyzer. Este script foi criado por Anatoly e eu especificamente para estabelecer as linhas de base de recompilação do Índice de Conteúdo. Como observado anteriormente, existem duas versões deste script; uma versão do Exchange 2007 e uma versão do Exchange 2010. Para calcular suas estatísticas adequadamente, sempre use o script que corresponde a versão do Banco de dados de Caixa de correio do Exchange cujo índice será recompilado. O script IndexRebuildAnalyzer gera dois tipos de métricas dependendo do modo de operação passado pelo operador. Internamente, mencionamos estes dois modos como “métricas pré-compiladas” e “métricas pós-recompilação” (todas as propriedades estão documentadas dentro da seção de Referência do Script abaixo).
Embora este script seja primariamente nivelado para rastrear as operações de recompilação do Índice de Conteúdo, os Administradores do Exchange podem certamente utilizar o script no “pré-modo” para obter estatísticas Point-In-Time (PIT) para vários objetivos centralizados na caixa de correio (por exemplo, “Número de caixas de correio”, “Número de itens em um banco de dados”, “Tamanho médio da mensagem” para toda sua organização, etc.). Isto pode, por exemplo, oferecer óticas adicionais e capacidades para tendenciar a ferramenta do usuário ser nivelada regularmente dependendo dos seus próprios requisitos ou necessidades comerciais.
Os parâmetros E2K7_IndexRebuildAnalyzer.ps1 script, assim como os exemplos para uso podem ser obtidos passando o parâmetro -Help na sessão do PowerShell antes da execução do script.
A tabela a seguir destaca cada parâmetro:
“MailboxServerName\StorageGroupName\DatabaseName”
Estatísticas para vários bancos de dados podem ser calculadas pela vírgula separando os nomes dos bancos de dados.
Como definido acima, o "modo de operação" do script é determinado pela presença ou ausência da opção -PostRebuild. Para obter métricas pré-compilação, a opção -PostRebuild não será utilizada. Quando o script é instanciado no pré-modo, os seguintes Cabeçalhos serão apresentados com as métricas correspondentes:
Quando a opção -PostRebuild é utilizado, o IndexRebuildAnalyzer tentará calcular as métricas de resultado para as operações de recompilação do Índice de Conteúdo. Faz a análise do Log de eventos de aplicativo para obter o horário inicial (denotado pela ID do evento 109) e conclusão da recompilação (denotado pela ID do evento 110) para cada banco de dados da caixa de correio no servidor da caixa de correio. Para calcular as métricas pós-recompilação com sucesso, o par da ID de Evento completo deve estar presente no Visualizador de eventos para cada banco de dados da caixa de correio cujo Índice de Conteúdo correspondente foi reiniciado. Em situações onde o par da ID de evento não está disponível, o script não poderá calcular as estatísticas. Nestas situações, a cadeia “NoEventsFound” será retornada. Os motivos mais comuns porque esta cadeia deve ser retornada são:
Todos os cabeçalhos “pré-recompilados” e métricas também são calculados sempre que a opção -PostRebuild é passada para a execução do script. O uso da opção -PostRebuild incluirá a adição dos seguintes cabeçalhos e métricas:
Cabeçalho
Descrição
Tempo inicial de recompilação do índice de conteúdo
A Hora inicial de quando o serviço do Indexador de pesquisa começa o Rastreamento completo do banco de dados da caixa de correio.
Tempo final de recompilação do índice de conteúdo
O Tempo de conclusão de quando o serviço do Indexador de pesquisa concluiu o Rastreamento completo do banco de dados da caixa de correio
Tempo total de recompilação: H:Min:Seg
Tempo total em Horas:Minutos:Segundos necessários para o serviço do Indexador de pesquisa concluir o Rastreamento completo do banco de dados da caixa de correio.
Tempo total de recompilação: Min Total
Tempo total em Minutos necessários para o serviço do Indexador de pesquisa concluir o Rastreamento completo.
Tempo total de recompilação: Seg Total
Tempo total em Segundos necessários para o serviço do Indexador de pesquisa concluir o Rastreamento completo.
Recompilar: Por média da caixa de correio: Seg
Tempo médio em Segundos para concluir o Rastreamento completo por caixa de correio.
Recompilar: MB por/seg
Indexador de pesquisa Rastreamento completo média de resultado em MB/por segundo.
Recompilar: Itens por/seg
Indexador de pesquisa Rastreamento completo resultado em Correio Itens/por segundo.
É possível baixar o script do analisador de recompilação de índice do Exchange 2007 aqui.
Na parte 2 desta série, discutirei a estrutura de recompilação de pesquisa e na parte 3 desta série, discutirei o que vimos até o momento dentro da Microsoft.
Eric Norberg Engenheiro de Serviço Exclusivo do Office 365
Esta é uma publicação localizada. Encontre o artigo original em Establishing Exchange Content Index Rebuild Baselines – Part 1
Artigo original publicado na quarta-feira, 27 de junho de 2012
Na Parte 1 dessa série eu expliquei o script E2K7_IndexRebuildAnalyzer.ps1. Nesse artigo, vou discutir a Estrutura de recompilação de pesquisa que Anatoly Girko e eu desenvolvemos. Esta estrutura foi projetada originalmente para oferecer para nossa equipe de operações internas um conjunto de etapas de validação completas e indicadores de progresso que eles podem analisar ao realizar recompilações de índices de conteúdo.
Em nosso ambiente, sempre que uma decisão é feita para recompilar arquivos do Índice de conteúdo do banco de dados de caixa de correio do Exchange, o Operador começa o primeiro cálculo de estatísticas de pré-compilação para o repositório impactado. estas estatísticas são sempre gravadas no CSV para fins de documentação e são eventualmente inseridas em nosso histórico de conjunto de dados. No entanto, como discutido, o uso do parâmetro -CSVFile é opcional. Em situações onde o parâmetro -CSVFile não é passado, o resultado correspondente será gravado na janela de console do shell. Para melhor leitura, você deve ajustar a Largura do tamanho de armazenamento da tela e a Largura do tamanho da janela do console para acomodar adequadamente todos os cabeçalhos e métricas que serão resultados. Isto permite você ler os valores de forma mais fácil na sessão do console. Desde ponto, eu geralmente "canalizo" o resultado para a Tabel-Format (ft) com o parâmetro -AutoSize (-a).
Exemplo de Console:
.\E2K7_IndexRebuildAnalyzer.ps1 -CMS NA1-ERICNOR-1 | ft -a
Resultado:
Exemplo de CSV:
.\E2K7_IndexRebuildAnalyzer.ps1 -CMS NA1-ERICNOR-1 -CSVFile c:\ericnor\NA-1ERICNOR-1_PreRebuild.csv
As pré-métricas são contrastadas contra o conjunto de dados históricos e um tempo médio para concluir a estimativa de recompilação é derivada. Levamos em conta a localização regional do banco de dados da caixa de correio e as caixas de correio do usuário final correspondente. Com base na geografia e o tempo estimado para concluir a programação do trabalho de recompilação para a data e hora onde a atividade do usuário está armazenadas é minimizada.
Os operadores no seu ambiente continuam a reinicialização do Índice de Conteúdo para o banco de dados de caixa de correio utilizando as técnicas documentadas em Como recompilar o catálogo de índice de texto completo.
Nos exemplos que seguem, eu irei redefinir os arquivos do Índice de Conteúdo para dois bancos de dados de caixa de correio dentro do meu ambiente. Estes dois repositórios também tem grandes contagens de caixas de correio, tamanhos de arquivo EDB e contagens do item do banco de dados coletivas no servidor da caixa de correio agrupada NA1-ERICNOR-1:
Após os arquivos de Indexação de Conteúdo existentes serem removidos do sistema de arquivos e o serviço do Indexador de pesquisa do Microsoft Exchange ter sido subsequentemente reiniciado, é responsabilidade do thread MonitorAndUpdateMDBList determinar o estado atual dos Índices de Conteúdo para todos os bancos de dados de caixa de correio no servidor de caixa de correio habilitado para o Índice de Conteúdo. Quando o thread MonitorAndUpdateMDBList determinar o Estado de integridade do índice de conteúdo para cada banco de dados de caixa de correio, coloca cada valor do Estado de integridade do banco de dados de caixa de correio na memória. Se o valor do Estado de integridade do índice de conteúdo é igual a “Novo”, o Serviço do indexador de pesquisa da Microsoft determinou que o Rastreamento completo é necessário para trazer os arquivos do Índice de Conteúdo para um estado de Integridade (“Integridade” sendo o ponto onde o índice é mantido atualizado através da Notificação de Repositório). É neste momento que o serviço do Indexador de pesquisa do Exchange inicia a operação Rastreamento completo no banco de dados da caixa de correio impactado.
O momento que a operação Rastreamento completo realmente começa é observado no log de Evento de Aplicativo pela ID de Evento 109.
Para garantir que todas as operações de Rastreamento completo tenham começado no sistema, o operador realizando o trabalho irá validar a presença da ID de Evento 109 em cada banco de dados de caixa de correio cujo Índice de conteúdo foi anteriormente redefinido na Etapa 2.
Como ilustrado no exemplo anterior dos arquivos de Índice de Conteúdo para o NA1-ERICNOR-1-DB1 e NA1-ERICNOR-1-DB18 foram reiniciados utilizando o script ResetSearchIndex. Para validar que o serviço do Indexador de pesquisa do Microsoft Exchange tenha começado as operações de Rastreamento completo, uma ID de evento 109 exclusiva deve estar presente em cada banco de dados de caixa de correio no servidor de caixa de correio. Este parece ser o caso:
Tipo de evento: Informação Fonte de evento: Indexador de pesquisa do MSExchange Categoria do evento: Geral ID de Evento: 109 Data: 10/5/2012 Hora: 14:22:19 horas Computador: NA1-ERICNOR-1-A Descrição: O Indexador de Pesquisa do Exchange criou um novo índice de pesquisa e realizará um rastreamento completo para o Banco de dados de caixa de correio NA1-ERICNOR-1\NA1-ERICNOR-1-SG1\NA1-ERICNOR-1-DB1 (GUID = 5a1122be-b9bb-4d5b-853a-e689b1ea1129).
Tipo de evento: Informação Fonte de evento: Indexador de pesquisa do MSExchange Categoria do evento: Geral ID de Evento: 109 Data: 10/5/2012 Hora: 14:22:20 horas Computador: NA1-ERICNOR-1-A Descrição: O Indexador de Pesquisa do Exchange criou um novo índice de pesquisa e realizará um rastreamento completo para o Banco de dados de caixa de correio NA1-ERICNOR-1\NA1-ERICNOR-1-SG18\NA1-ERICNOR-1-DB18 (GUID = 2faba54d-1699-441e-8ac8-1a136d0b7b16).
Nota: Ao invés de inspecionar o Log de eventos visualmente, outra técnica viável deve ser simplesmente nivelar o cmdlet Get-EventLog e gravar os eventos Iniciais para o CSV. Exemplo:
Get-EventLog "Application" | Where-Object {$_.EventID -eq 109} | Select-Object EventID,TimeGenerated,Message | Export-CSV -NoTypeInformation -Path c:\Search_StartEvents.csv
Tendo validado que as operações de Rastreamento completo iniciaram (através da presença da ID de Evento 109) o Operador monitora o progresso de recompilação geral através do Monitor do Sistema. Especificamente, os seguintes Objetos e Contadores devem ser monitorados:
Revisando o objeto MSExchangeSearchIndexer, um Operador pode facilmente determinar quantos Índices de Conteúdo no servidor estão atualizados e quantos estão sendo rastreados ativamente. Quando um Servidor da Caixa de Correio está completamente atualizado atualizado, o valor para o contador “Número de bancos de dados sendo rastreados” sempre será igual a 0 e o valor do contador “Número de bancos de dados sendo atualizados por notificações” será igual ao número de Bancos de dados de caixa de correio que estão habilitados para Indexação de Conteúdo no servidor.
No meu exemplo, eu tenho dezoito Bancos de dados de caixa de correio total no meu servidor de email e dois deles estão atualmente passando pelo Rastreamento completo. Portanto, o valor para “Número de bancos de dados sendo rastreados” deve ser igual a 2 e o valor de “Número de bancos de dados indexados sendo atualizados por notificações” deve ser igual a 16, nos quais são:
Quando os bancos de dados de caixa de correio individuais concluírem o Rastreamento completo, você observará alterações específicas em vários contadores de objeto no Monitor do sistema.
No nível do Indexador de Pesquisa do MSExchange:
No nível de Índice do banco de dados de caixa de correio:
Em um Exchange Server onde todos os Índices de conteúdo estão completamente atualizados, você deve esperar ver o seguinte:
No meu exemplo, todos estes valores são Verdadeiros, portanto, eu posso assumir que os índices foram recompilados com sucesso e que por uma perspectiva de Índice de Conteúdo que o servidor está completamente Íntegro:
Quando todos os Índices de Conteúdo parecem estar atualizados através do Monitor do Sistema, o Operador realizando o trabalho deve continuar a revisar o Log de Eventos de Aplicativo e validar a presença do ID de evento 110 que é o evento de conclusão do Indexador de pesquisa do Microsoft Exchange para o Rastreamento completo. Semelhante a ID de Evento 109, haverá uma entrada de evento 110 exclusiva para cada Banco de dados de caixa de correio que concluir o Rastreamento completo:
Tipo de evento: Informação Fonte do evento: Indexador de Pesquisa do MSExchange Categoria do evento: Geral ID de Evento: 110 Data: 10/5/2012 Hora: 17:39:47 horas Computador: NA1-ERICNOR-1-A Descrição: Indexador de Pesquisa do Exchange concluiu um rastreamento completo (indexação) do Banco de dados de caixa de correio NA1-ERICNOR-1\NA1-ERICNOR-1-SG1\NA1-ERICNOR-1-DB1 (GUID = 5a1122be-b9bb-4d5b-853a-e689b1ea1129).
Tipo de evento: Informação Fonte do evento: Indexador de Pesquisa do MSExchange Categoria do evento: Geral ID do Evento: 110 Data: 10/5/2012 Hora: 17:11:47 horas Computador: NA1-ERICNOR-1-A Descrição: Indexador de Pesquisa do Exchange concluiu um rastreamento completo (indexação) do Banco de dados de caixa de correio NA1-ERICNOR-1\NA1-ERICNOR-1-SG18\NA1-ERICNOR-1-DB18 (GUID = 2faba54d-1699-441e-8ac8-1a136d0b7b16).
Nota: Ao invés de inspecionar o Log de Eventos visualmente, outra técnica viável seria simplesmente aproveitar o cmdlet Get-EventLog e gravar os eventos de Conclusão para o CSV. Exemplo:
Get-EventLog "Application" | Where-Object {$_.EventID -eq 110} | Select-Object EventID,TimeGenerated,Message | Export-CSV -NoTypeInformation -Path c:\Search_CompletionEvents.csv
Na Etapa 5, é assumido que o operador tenha validado a conclusão do Rastreamento completo de cada Banco de dados de caixa de correio. Neste ponto que o operador deve coletar as métricas Pós-recompilação para determinar as características do resultado para cada Banco de dados de caixa de correio que passou pelo rastreamento.
Para coletar estas métricas, o script E2K7_IndexRebuildAnalyzer é utilizado nivelando a opção -PostRebuild.
Como mencionado anteriormente, o -PostRebuild analisa os logs do Evento de Aplicativo para a presença da ID de Evento 109 e ID de Evento 110. No caso da Replicação de Cluster Contínuo, o Log de Evento de Aplicativo para cada nó no Cluster CCR é avaliado. Se o script pode localizar estas IDs de evento, calculará o tempo total (em vários incrementos de tempo) necessários para concluir o Rastreamento completo em cada Banco de dados de caixa de correio. Retornará para o operador as características de resultado para cada operação de recompilação.
É novamente importante observar que todos os Bancos de dados de caixa de correio no Servidor de caixa de correio serão avaliados independente se todos os Bancos de dados de caixa de correio tiveram seus Índices de Pesquisa recompilados. Além disso, se instanciado sem a opção -CSVFile, o conjunto de resultados serão encaminhados para a janela de console. Ao calcular as estatísticas Pós-recompilação, eu incentivo nivelar o -CSVFile, pois realiza o relatório, classificação, filtragem e dinamização muito facilmente quando o Excel é nivelado.
.\E2K7_IndexRebuildAnalyzer.ps1 -CMS NA1-ERICNOR-1 -PostRebuild -CSVFile c:\ericnor\NA1-ERICNOR-1_PostRebuild.csv
Após o E2K7_IndexRebuildAnalyzer ter concluído a execução, o arquivo CSV pode ser inspecionado. A revisão do CSV mostra que todos os Bancos de dados de caixa de correio do Exchange no Servidor de caixa de correio foram processados. A cadeia “NoEventsFound” está sendo devolvida para vários Bancos de dados de caixa de correio do Exchange porque a combinação do par da ID de Evento do Indexador de pesquisa não pode ser localizada. Neste exemplo, existem 16 Bancos de dados de caixa de correio relatando “NoEventsFound” e dois Bancos de dados de caixa de correio com métricas de pós-recompilação válidas:
Este conjunto de resultados pode ser ainda mais refinado aplicando um filtro baseado em texto simples no Excel. Aplicando o filtro para qualquer cabeçalho da coluna de pós-recompilação e desmarcando a cadeia “NoEventFound”, apenas os bancos de dados com métricas de pós-recompilação válidas serão exibidos:
O resultado de aplicar este filtro no conjunto de resultados de exemplo mostra agora apenas NA1-ERICNOR-1-DB1 e NA1-ERICNOR-1-DB18 (por exemplo, os Bancos de dados de caixa de correio que tinham seus Índices de conteúdo redefinidos). Também está claro que as métricas de pós-recompilação foram verificadas com sucesso, pois há valores válidos para os vários cabeçalhos de pós-recompilação:
Aplicativo do Filtro de Pós-Cadeia:
A Etapa 6 na Estrutura de recompilação valida que cada caixa de correio hospedada nos Bancos de dados de caixa de correio com seus Índices de Conteúdo redefinidos podem agora retornar respostas de pesquisas válidas. Este objetivo pode ser obtido nivelando a funcionalidade principal contida dentro do cmdlet Test-ExchangeSearch. A validação final é concluída apenas quando todas as caixas de correio retornam uma resposta Verdadeiro para o cmdlet.
Get-Mailbox -Database NA1-ERICNOR-1\ NA1-ERICNOR-1-SG1\ NA1-ERICNOR-1-DB1 | Test-ExchangeSearch | ft -a
Get-Mailbox -Database NA1-ERICNOR-1\ NA1-ERICNOR-1-SG18\ NA1-ERICNOR-1-DB18 | Test-ExchangeSearch | ft -a
Este processo levará algum tempo para concluir dependendo do número de caixas de correio contidas dentro de um banco de dados. Também vale a pena observar que ao realizar operações em lote com o Test-ExchangeSearch que as propriedades ResultFound e SearchTime estarão visíveis na janela de console apenas após todas as caixas de correio tiverem sido processadas (independente dos resultados Verdadeiro ou Falso). Em alguns casos, não faz sentido armazenar todos os resultados no CSV para fins de documentação.
Qualquer caixa de correio do usuário final relatando Falso para o teste Test-ExchangeSearch é tratada como problemas 1 menos e solucionado da mesma forma.
Para fins de leitura, irei exibir as várias métricas no formato de tabela ao invés de exibir as métricas nativamente em colunas do Excel. Como observado anteriormente, existem dois Bancos de dados de caixa de correio do Exchange no Servidor de caixa de correio agrupado NA1-ERICNOR-1 que tinham seus Índices de conteúdo recompilados: NA1-ERICNOR-1-DB1 e NA1-ERICNOR-1-DB18
Pós-recompilação da métrica de caixa de correio:
Métricas de recompilação do Banco de dados de caixa de correio:
As várias métricas de recompilação e métricas de pré-compilação são adicionadas ao histórico do conjunto de dados para que eles possam contribuir com os históricos de média para exercícios de recompilação futuros.
Na segunda publicação da série, eu abordei as etapas da Estrutura de recompilação de pesquisa. Minha próxima publicação final abordará as médias observadas que vimos dentro de nossas implantações na Microsoft.
Esta é uma publicação de blog traduzida. O artigo original está localizado em Establishing Exchange Content Index Rebuild Baselines – Part 2
Artigo original publicado na terça-feira, 10 de julho de 2012
* Mas tinha medo de perguntar
Na Parte 1 e Parte 2 dessa série, nós examinamos os fundamentos dos backups do Exchange usando VSS, e o fluxo de um back up de banco de dados DAG ativo.
Na Parte 3, nós dividimos como uma cópia de banco de dados DAG passivo sofre um backup completo. O Exchange Writer responsável pelo backup de cópias passivas não é executado no Serviço de Armazenamento de Informações, mas como parte do Serviço de Replicação do MS Exchange. Entre outras funções, esse serviço coordena o processo de backup entre o nó da cópia passiva e o servidor da cópia ativa. Da mesma forma que o backup de um banco de dados ativo descrito na Parte 2, esta publicação descreve o backup de uma cópia de banco de dados passivo do DB1, hospedado em um servidor ADA-MBX1. A cópia do banco de dados montado ativo está no ADA-MBX2, e novamente, um instantâneo copy-on-writer (COW) é utilizado pela solução de backup:
(clique nas miniaturas para obter uma versão em tamanho real dos gráficos desta publicação)
As primeiras etapas para fazer o backup de uma cópia de banco de dados passivo são quase as mesmas de um ativo. O aplicativo de backup obtém os metadados para o DB1 do Exchange Write, mas, novamente, o gravador está sendo executado no Serviço de Replicação do MS Exchange. Um novo GUID de instância de gravador é gerado e persistirá durante todo o trabalho, assim como um backup de banco de dados ativo.
O evento 2021 indica que o aplicativo de backup, ou solicitador VSS, se engajou com o Exchange Writer. Ele aparecerá várias vezes em todo o backup, à medida que componentes diferentes são lidos a partir dos metadados, como locais de arquivos de log e banco de dados.
Os eventos 2110 e 2023 indicam que o aplicativo de backup solicitou um conjunto específico de componentes para fazer back up e o tipo de backup.
O serviço de replicação para o servidor da cópia passiva sinaliza o servidor de cópia ativa que um backup está em andamento. Os eventos 910 e 210 no servidor de cópia ativa, assim como o 960 no servidor de cópia passiva, significam duas coisas: primeiro, eles estabelecem qual servidor está fazendo o backup da cópia passiva do banco de dados; segundo, o serviço STORE no servidor de cópia ativa marcou o banco de dados com "backup em andamento" na memória e confirma que o back substituto será feito. Assim que isso acontecer, não será possível fazer backup do banco de dados novamente até que o backup substituto atual seja concluído, ou o status "backup em andamento" seja apagado.
Os eventos 2025 e 2027 são gerados quando o gravador de replicação evita que o serviço de replicação escreva logs copiados do servidor de cópia ativa para o disco local. A reprodução de logs também é interrompida, mantendo o conteúdo dos arquivos de banco de dados inalterados. Nesse ponto, as gravações de dados para o banco de dados passando por backup são "congeladas". O VSS agora pode criar os instantâneos no armazenamento de sombra para cada disco especificado nos metadados.
O VSS cria instantâneos dos discos D: e E:. Assim que isso for concluído, ele sinaliza o Exchange Writer, que por sua vez permite que o serviço de replicação restaure a cópia e reprodução de logs. Os eventos 2029 e 2035 são gerados quando o "descongelamento" é concluído e as gravações normais de disco podem prosseguir.
Uma vez que os instantâneos são criados, o aplicativo de back up pode copiar blocos de dados através do VSS, que transfere blocos de dados do armazenamento de sombra, se eles foram preservados devido às mudanças, ou do volume do disco real, caso contrário. O gravador de serviço de replicação espera pelo sinal de que a transferência de dados está concluída. Esse fluxo de dados é representado por setas violetas, que nesse caso indicam dados sendo copiados dos instantâneos no armazenamento, através da E/S do servidor Exchange, e para o servidor de backup.
Quando os arquivos necessários para backup do DB1 são copiados com segurança para a mídia de backup, o aplicativo de backup sinaliza ao VSS que o serviço está concluído. O VSS por sua vez sinaliza ao gravador de replicação, e o Exchange gera os eventos 963 e 2046 no servidor de cópia passiva. O serviço de replicação então sinaliza ao serviço de Armazenamento de Informação no servidor de cópia ativa de que o serviço está concluído, e que o log de truncamento pode prosseguir se todas as condições necessárias são atendidas. O nó de cópia ativa gera eventos 913 e 213 sinalizando que o backup substituto está concluído e que o cabeçalho do banco de dados será atualizado com a data e hora do backup.
Os eventos 2033 e 2037 sinalizam o final do backup. O nó de cópia ativa libera e distribui o log de transações atual que contém as atualizações de cabeçalhos do banco de dados. Esse log é então enviado e torna-se elegível para ser reproduzido de acordo com a programação, de forma que a cópia do banco de dados passivo é marcada com as novas informações de cabeçalho o mais cedo possível. A truncação do log também ocorre se for possível. Nesse caso, os instantâneos são destruídos, e as operações normais prosseguem.
Para saber mais sobre o assunto desta série, aqui estão algumas referências excelentes:
Serviço de Cópias de Sombra de Volume http://technet.microsoft.com/en-us/library/ee923636(WS.10).aspx
Gravadores de VSS do Exchange http://msdn.microsoft.com/en-us/library/bb204080.aspx
Visão geral do processo de backup sob o VSS http://msdn.microsoft.com/en-us/library/aa384589(VS.85).aspx
Diagramas de sequência de backup http://msdn.microsoft.com/en-us/library/aa579076(v=exchg.140)
Solução de problemas do Serviço de Cópias de Sombra de Volume http://technet.microsoft.com/en-us/library/ff597980(EXCHG.80).aspx
Jesse Tedoff
Esta é uma publicação de blog traduzida. O artigo original está localizado em Everything You Need to Know About Exchange Backups* - Part 3
Artigo original publicado na segunda-feira, 02 de julho de 2012
Na parte 1 desta série, eu expliquei o script E2K7_IndexRebuildAnalyzer.ps1e na parte 2, discuti a Estrutura de recompilação de pesquisa que Anatoly Girko e eu desenvolvemos. Antes de concluir esta série, eu queria fornecer uma série de gráficos, assim como uma tabela de "médias observadas" que ilutstra as características de recompilação que observamos desde a criação da estrutura. Espero que isso possibilite uma melhor conceitualização, assim como capacite vocês a fazerem melhores estimativas ao calcular suas próprias taxas de recompilação.
Anatoly e eu discutimos muito sobre como apresentar isso. Como você pode imaginar, existe um número infinito de possibilidades para a apresentação. Decidimos mirar os gráficos e a tabela no tamanho da mensagem que a maioria dos Arquitetos de Armazenamentos do Exchange estão projetados: 150 KB por item de correio. Realizamos um filtro secundário na Contagem de caixa de correio e levamos em conta apenas Bancos de dados de caixa de correio dentro de nossos conjuntos de dados que tinham 100 ou mais caixas de correio ativas para compilar as médias. Ao concluir, removemos 10% do melhor desempenho e 10% do pior desempenho das operações de recompilação dentro do nosso conjunto para derivar as médias usadas para compilar os gráficos e as tabelas.
Nota: Nos vários gráficos e na tabela a seguir, Tamanhos médios da caixa de correio em vários incrementos de intervalo estão ausentes. Este dado não foi ignorado ou omitido propositalmente. A ausência de dados estatísticos destes intervalos é devida ao fato que não existe nenhum dado válido em nossos conjuntos históricos. Coloque outra forma que nunca realizamos as operações de recompilação do Índice de conteúdo realizado e/ou métricas de Pós-recompilação coletadas de bancos de dados onde os Tamanhos Médios da Caixa de correio das caixas de correio do usuário final estejam nos seguintes intervalos:
Iremos apresentar quatro Gráficos Pivô do Excel que refletem as características do resultado que observamos até o momento com base no conjunto filtrado descrito acima. Estes Gráficos Pivô são destinados a ilustrar o relacionamento que existe entre várias propriedades, conforme ocorrem dentro e ao redor do Repositório de Caixa de correio (por exemplo, contagem de caixa de correio, contagem de item e tamanhos de arquivo EDB) e contratar com o histórico dos tempos de resultado necessários para concluir o Rastreamento Completo nos Repositórios de Caixa de correio com características semelhantes.
Para exibir o conteúdo do Gráfico 1 especificamente, apesar do relacionamento entre Contagens de caixa de correio por banco de dados, o tamanho relativo dos Bancos de dados de caixa de correio em gigabytes e como isto impacta o tempo total para concluir a recompilação do Índice de conteúdo dos Repositórios de caixa de correio em minutos.
Este gráfico realiza um argumento claro de que o aumento do número total de caixas de correio ativas no Banco de dados de Caixa de correio do Exchange também terão tendência a ser um relacionamento paralelo para aumentar o tamanho do arquivo EDB no subsistema de armazenamento. Este relacionamento subsequentemente possui um impacto no tempo geral para concluir um Rastreamento completo de um índice de conteúdo. Isto é realmente apenas uma forma elegante de dizer que: com mais caixas de correio ativas, geralmente vem mais itens de correio; com mais itens de correio vem tamanhos de arquivos EDB maiores no disco; maior um tamanho de arquivo EDB no disco, mais tempo "geralmente" levará para recompilar um Índice de conteúdo. A única situação onde esta hipótese nunca será verdadeira é no caso de um Banco de dados de Caixa de correio que possui uma grande quantidade de espaço em branco presente no arquivo. Em tal caso, o tempo geral para concluir uma recompilação do Índice de Conteúdo será muito mais rápido do que o esperado. Esta situação anormal ocorreu dentro de ambientes que suportamos, mas as estatísticas foram removidas do nosso conjunto ao nivelar a técnica de filtragem discutida acima.
Gráfico 2 representa a relação existente entre o Tamanho médio de caixa de correio (para caixas de correio existentes em bancos de dados contidos dentro do mesmo conjunto de amostra filtrado) e como impacta o resultado da recompilação do Índice de Conteúdo a nível do Banco de dados de Caixa de correio em Segundos por/caixa de correio.
Este gráfico essencialmente declara o argumento apresentado no Gráfico 1 embora o nível de caixa de correio ativa. Especificamente, conforme as médias de tamanho da caixa de correio ativa aumenta, também aumenta o número de itens de email dentro destas caixas de correio. Em média, quanto mais itens de email dentro de uma caixa de correio, mais tempo levará para o Indexador de Pesquisa concluir o rastreamento em uma determinada caixa de correio, que por sua vez, impacta quanto tempo levará para concluir o Rastreamento completo de todas as caixas de correio dentro do banco de dados.
Gráfico 3 representa a relação existente entre o Tamanho médio de caixa de correio (para caixas de correio existentes em bancos de dados contidos dentro do mesmo conjunto de amostra filtrado) e como impacta o resultado da recompilação do Índice de conteúdo em Megabytes por/segundo.
Gráfico 3 compila a hipótese inicial mencionada no Gráfico 2. Especificamente, mostra que conforme o Tamanho médio da caixa de correio e a Contagem média de item dentro de um Banco de dados de caixa de correio aumenta, há uma relação negativa entre o resultado do Indexador de Pesquisa. O Gráfico 3 mostra essa relação em megabytes por segundo.
Gráfico 4 representa a relação existente entre o Tamanho médio de caixa de correio (para caixas de correio existentes em bancos de dados contidos dentro do mesmo conjunto de amostra filtrado) e como impacta o resultado da recompilação do Índice de conteúdo em Itens por segundo (com base no Tamanho médio da mensagem de 150 KB):
Como foi o caso com o Gráfico 3, o Gráfico 4 mostra o impacto de desempenho negativo em relação ao resultado em Itens por/segundo.
Para apresentar a tabela, utilizamos o mesmo conjunto filtrado (descrito acima e apresentado nos gráficos), mas decidimos criar médias focalizadas com base no Tamanho médio da caixa de correio. Estas linhas são delineadas subsequentemente como linhas independentes em aumentos de 99 megabytes. A característica do resultado de cada linha representa a média agregada para todos os bancos de dados dimensionados semelhantemente que concluíram as operações de recompilação em nosso conjunto. Especificamente, onde o Tamanho médio da mensagem era de 150 KB e o Tamanho médio da caixa de correio para todas as caixas de correio ativas nestes bancos de dados estavam dentro dos intervalos definidos pela Coluna A.
O histórico de médias apresentado nesta tabela (pelo menos para mim) produz três formas potenciais de estimar o tempo de recompilação do Índice de conteúdo:
Por exemplo, se tenho um Índice de Conteúdo que precisa ser recompilado para um banco de dados cujos usuários possuem um Tamanho médio da caixa de correio agregado no intervalo de 500-599 MB e assumindo que o Tamanho médio da mensagem é de 150 KB, se este banco de dados possuir 200 usuários, eu posso derivar a estimativa em uma das três formas:
A Tabela de Histórico de Médias:
200 caixas de correio * 63 segundos = 12.600 segundos total. Isto é igual a 210 ou 3,5 horas para concluir o Rastreamento completo.
A “Média Organizacional”:
200 caixas de correio * 108 segundos = 21.600 segundos total. Isto é igual a 360 minutos ou 6 horas para concluir o Rastreamento completo.
Média composta (Média do “Histórico” + “Organizacional”):
3,5 + 6,0 = 9,5 horas
9,5 / 2 = 4,75 horas
O tempo total que leva para recompilar um Índice de Conteúdo sempre será variável porque as populações de email e itens também são variáveis. Ao recompilar os Índices de Conteúdo, as estimativas mais precisas e robustas sempre virão do nivelamento das médias do histórico. Eu também desejo mencionar que quando eu/nós tomamos decisões para recompilar o Índice de Conteúdo internamente na MSFT, fazemos o melhor para programar para intervalos de tempo com "menor impacto no usuário". No entanto, nossas implementações são globais, portanto é mais ou menos impossível eliminar totalmente o impacto no usuário final. O melhor que podemos esperar é minimizar o impacto superficialmente. Além disso, dentro de nossos conjuntos de dados não temos um fator nos Atrasos da Aceleração do Indexador de Pesquisa. Todo e qualquer Atraso de Aceleração de Recompilação do Indexador de Pesquisa são abordadas e compreendidas dentro do momento e são representativas dentro dos tíquetes individuais conforme são apresentadas para as operações. Nivelando nossas técnicas de filtragem usadas nesta publicação, você isola seus números destas médias negativas (o mesmo é verdadeiro para operações de recompilação "com alto resultado"), tornando suas estimativas gerais consideravelmente mais precisas.
Se você é o tipo de pessoa propensa a apostar com médias, eu defendo nosso lado totalmente. Se uma ciência mais exata é necessária, eu gostaria de sugerir a implementação de uma estrutura como a descrita nesta série de publicações.
Esperamos que você ache esta série de publicações disponíveis e, ainda mais, tenha aprendido algo durante a jornada!
Felicidades!
Esta é uma publicação de blog traduzida. O artigo original está localizado em Establishing Exchange Content Index Rebuild Baselines – Part 3
Artigo original publicado na quarta-feira, 20 de junho de 2012
Atualização 22/6/12 - Este artigo e o download anexado foram atualizados.
A última versão da Calculadora de largura de banda de rede do cliente Exchange inclui várias atualizações, mas sem dúvida a mais significante é o suporte ao fuso horário. Eu tenho procurado sobre como lidar com o problema de fuso horário pelos últimos 12 meses e demorou um pouco para achar uma solução prática. No entanto, estou me antecipando, então vamos ver primeiro qual é o problema real com o fuso horário.
Eu irei assumir que todos saibam o que é fuso horário e porque temos eles. No entanto, para aqueles que desejam saber mais, recomendo ler o artigo abaixo no Wikipédia;
http://en.wikipedia.org/wiki/Time_zone
O problema real com fuso horários de uma perspectiva de previsão de largura de banda de rede é que podemos estar tentando modelar cargas de trabalho de usuários em diferentes partes do mundo que compartilham a mesma conexão de rede ou o mesmo serviço final. Isto nos causa um problema porque os tempos de pico de uso da maioria dos usuários está relacionado ao seu fuso horário local;
Por exemplo, se vermos um dia comercial normal para uma organização média de 1.000 usuários, vemos dois picos típicos, um na manhã por volta das 10 horas que dura por 2 horas e um pela tarde por volta das 14 horas que dura por 4 horas. Quando imprimimos isso, se parecerá com;
Agora, vamos imaginar que estamos modelando os requisitos para 5 locais diferentes no mundo, cada um suportando 1.000 usuários acessando um recurso compartilhado em Nova Iorque. Neste ponto, vamos assumir que o recurso compartilhado é um balanceador de carga do Exchange 2010 local (eu acho que escolheria um exemplo local para variar)
Se modelarmos usando nossa técnica herdada de prever o pico de cada conjunto de usuários e agrupá-los, obtemos o seguinte;
O que este gráfico está mostrando é que cada local de 1.000 usuários exige cerca de 1,56Mbits/seg de largura de banda no pico cada dia e, portanto, quando adicionamos todos em uma conta para todos os usuários compartilhando o balanceador de carga em Nova Iorque, obtemos um requisito de pico de 7,81Mbits/seg. Isto é como lidamos com o planejamento de largura de banda para usuários distribuídos, prevendo seus requisitos de pico e permanecendo com eles em uma tabela e agrupando-os.
O problema aqui é que os usuários na Europa irão para casa quando os usuários em Redmond estão acordando e os usuários em Jacarta irão dormir!
Se levamos os fusos horários destes locais em consideração, o gráfico muda muito;
Este gráfico mostra como as cargas de trabalho realmente combinariam para formar um perfil de uso muito diferente do que teríamos planejado. O que é realmente interessante é que nossa carga de trabalho de pico é muito menor a apenas 3,78Mbits/seg (nossa previsão original era de 7,81Mbits/seg). O perfil de uso também é muito diferente da nossa previsão original.
Bem, como você pode ter adivinhado nos gráficos acima, aumentamos a calculadora de rede para permitir incluir detalhes de fuso horário!
O que realmente fizemos para obter isso foi abandonar a ideia de prever apenas a carga de trabalho de pico e prevemos agora o uso por hora do dia com base nos padrões de uso fornecidos quando é o horário de pico matinal, o horário de pico da tarde, etc. Isto permite que a calculadora saiba não apenas quando seu pico de uso será, mas também qual será o uso no resto do dia. Quando conhecemos esta curva, é possível agrupar dados em uma conta para fuso horários.
Bem, a resposta simples é sim – várias organizações estão consolidando cargas de trabalho o máximo possível. Isto exige que as equipes de criação planejem cargas de trabalho de serviço de usuários muito distribuídos; frequentemente com perfis diferentes em fuso horários diferentes. Isto é especialmente comum quando a carga de trabalho é movida para a nuvem desde que o Office 365 ofereça apenas locais de inquilino regional único e para uma organização global usando o Office 365 terá que planejar uma grande proporção de seus usuários acessando o serviço em uma região/país e fuso horário totalmente diferente, frequentemente por uma infraestrutura compartilhada.
Vários clientes com quem trabalho também estão consolidando vários pequenos centros de dados em menos centros de dados maiores – estes locais consolidados podem lidar com a carga de trabalho dos usuários distribuídos anteriormente, frequentemente estes usuários estarão em fuso horários diferentes e portanto, quando tentamos acomodar sua carga de trabalho, precisamos de uma forma de descobrir como eles irão se combinar com outras cargas de trabalho distribuídas.
Obviamente, se todos os seus usuários estão no mesmo fuso horário, você não precisa se preocupar com tudo isso e apenas use a calculadora normalmente.
Ok, você tem o cenário que exige suporte de fuso horário. Como eu uso ele?
Primeiro, precisamos configurar a tabela de configuração TimeZone na folha de entrada. Os parâmetros inseridos aqui controlam a forma que a curva de uso é usada para combinar as cargas de trabalho. Os valores precisam refletir os padrões de uso médios dentro da sua organização. Eu geralmente olho para os dados de desempenho executando em servidores do Exchange para criar isso, combinado com perguntar ao cliente como eles acham que seus usuários trabalham e quais são seus horários de pico.
Quando a folha de entrada estiver concluída, movemos para a folha Mix do Cliente – onde temos duas novas áreas para configurar os dados de fuso horário.
Primeiro é o Modelo de Fuso Horário, que apresenta o fuso horário do recurso que estamos planejando, isto é, o link de rede ou balanceador de carga. No exemplo anterior, é possível ver que eu definir a zona de fuso horário para GMT-5 para Nova Iorque, que é onde está nosso balanceador de carga.
A seguir, temos uma nova coluna chamada TimeZone – isto representa o fuso horário de cada local em relação ao GMT (observe que eu sou inglês e coloquei GMT, mas podemos usar UTC no futuro se houverem muitas reclamações).
A previsão resultante é exibida em um gráfico abaixo da tabela mix do cliente mostrada anteriormente. Os valores nesta tabela são Mbits/seg e representa a previsão de uso de rede em cada hora do dia.
Um outro bom recurso é que a calculadora oferecerá uma tabela que pode ser copiada na Calculadora de Função da Caixa de Correio para ajudar com a previsão de replicação da rede DAG.
Se você olhar à direita da tabela de previsão (Folha de Mix do Cliente) na Calculadora de Rede, verá uma tabela que contém uma % de alterações por hora do dia... se copiar isto para sua área de transferência...
Role para a parte inferior da folha de Entrada na Calculadora de Função do Servidor de Caixa de Correio, você encontrará uma tabela para a Configuração de Replicação de Log. Cole os números da Calculadora de Rede nesta tabela.
Pronto, a Calculadora de Função do Servidor de Caixa de Correio poderá prever os requisitos de largura de banda para replicação DAG levando em consideração os dados da sua organização e a configuração de fuso horário!
Esperamos que este novo recurso ajude vários de vocês a prever com precisão seus requisitos de largura de banda de rede; não é necessário para todas as implantações, mas para aqueles arquitetos de grandes empresas que estão tendo dificuldades com este problema. Espero que o recurso de fuso horário ajude.
Continue a fornecer seus valiosos comentários - positivos e negativos para o endereço netcalc@microsoft.com. Adoramos ler seus comentários!
Neil Johnson Consultor Sênior, MCS RU
Esta é uma publicação localizada. Encontre o artigo original em Exchange Client Bandwidth Prediction – the time zone problem…
Artigo original publicado na quarta-feira, 04 de julho de 2012
Estamos felizes de anunciar as melhorias à experiência CAPTCHA do Analisador de Conectividade Remota. Vários de vocês nos disseram quão frustrante era a experiência anterior. Concordamos… é muito aborrecedor ter os campos de senha em branco se você errou o desafio. Enquanto não podemos remover este "recurso" totalmente, esperamos que as melhorias façam uma grande diferença.
A versão mais atual (V1.4) do Analisador de Conectividade Remota possui as seguintes melhorias:
(Já podemos ouvir os aplausos!!)
Alguns mais:
Aqui está um vídeo divertido de 1 minuto que demonstra algumas dessas melhorias.
Aproveite!
Brad, Nicole e Shawn
Esta é uma publicação localizada. Encontre o artigo original em Remote Connectivity Analyzer gets an updated CAPTCHA experience
Como a publicação original sobre o lançamento OCAT era muito popular, desejamos avisar que acabamos de lançar a versão 2.0 da ferramenta, com vários recursos que você pediu!
Se você tem o OCAT v1 instalado, a instalação do OCAT v2 irá remover automaticamente o v1 para você.
Aqui estão os principais recursos adicionados no OCAT versão 2:
Conforme criamos novas regras para detectar problemas ou coletar informações adicionais sobre seu perfil do Outlook, publicaremos um arquivo de regras atualizados para a Internet. Com a configuração padrão do OCAT versão 2, o OCAT irá verificar automaticamente por um novo arquivo de regra e solicitar a atualização do OCAT se um novo arquivo é encontrado.
Conforme atualizamos e corrigimos o aplicativo principal OCAT, publicaremos um novo arquivo do pacote do Windows Installer (.Msi) para a Internet. Com a configuração padrão do OCAT versão 2, o OCAT irá verificar automaticamente por um novo arquivo de instalação e solicitará a atualização do OCAT se um novo arquivo é encontrado.
A Ferramenta de Verificação de Calendário (CalCheck) para o Outlook é um programa de linha de comando que verifica os Calendários do Outlook por problemas. Esta ferramenta é agora incluída no OCAT para procurar e relatar qualquer problema conhecido com itens no seu Calendário principal.
Para melhorar ainda mais a lista de problemas conhecidos detectados pelo OCAT, aproximadamente 75 novas regras foram adicionadas ao OCAT versão 2.
O OCAT v1 suportado para Outlook 2003 usando verificações offline. No entanto, a maioria das pessoas não percebem por causa do erro exibido ao tentar executar uma verificação online.
O OCAT versão 2 inclui uma versão de linha de comando do OCAT (OCATcmd.exe) que os administradores podem usar para verificar computadores em suas organizações. Consulte o arquivo OCAT v2 Supplemental Information Download.docx para obter detalhes sobre como usar a versão de linha de comando do OCAT.
O último item também é o que nos permitiu incluir o OCAT v2 no diagnóstico de linha de base do Outlook.
Se você deseja enviar seus comentários ou sugestões de melhorias para o OCAT, clique no link comentários na seção Ver também no painel esquerdo do OCAT. O link abre uma nova mensagem de email endereçada para o OCATsupp.
Greg Mansius
Esta é uma publicação localizada. Encontre o artigo original em Microsoft Outlook Configuration Analyzer Tool (OCAT) v2 released
Artigo original publicado na terça-feira, 19 de junho de 2012
Fizemos várias melhorias e correções de bug com base nos comentários da comunidade.
Vá para nossa página de rastreamento de atualizações da Calculadora de Requisitos da Função do Servidor de Caixa de Correio para ver esta nova versão!
Uma publicação explicando a calculadora está aqui e/ou você pode baixar a calculadora diretamente.
Comentários são bem-vindos!
Ross Smith IV Gerente de Programa PrincipalExperiência do Cliente do Exchange
Esta é uma publicação localizada. Encontre o artigo original em Released: v19.9 of the Exchange 2010 Mailbox Server Role Requirements Calculator
Na Parte 1 desta série, eu expliquei o script E2K7_IndexRebuildAnalyzer.ps1. Neste artigo, eu discutirei a Estrutura da recompilação de pesquisa que Anatoly Girko e eu desenvolvi. Esta estrutura foi projetada originalmente para oferecer a nossa equipe de operações internas com um conjunto de etapas de validação completas e indicadores de progresso que podem analisar quando realizar recompilações de índices de conteúdo.
Esta é uma publicação localizada. Encontre o artigo original em Establishing Exchange Content Index Rebuild Baselines – Part 2
Na Parte 1 desta série, eu expliquei o E2K7_IndexRebuildAnalyzer.ps1 script e na Parte 2, eu discuti a Estrutura de recompilação de pesquisa que Anatoly Girko e eu desenvolvemos. Antes de concluir esta série, eu desejo oferecer uma série de gráficos, assim como uma tabela de “médias observadas” que ilustra as características de recompilação observadas desde o início da estrutura. Esperamos que isto permita uma melhor conceitualização, assim como uma capacitação para estimar melhor ao calcular suas próprias taxas de recompilação..
Esta é uma publicação localizada. Encontre o artigo original em Establishing Exchange Content Index Rebuild Baselines – Part 3
Artigo original publicado na sexta-feira, 15 de junho de 2012
A Parte 2 desta série (A Parte 1 está aqui) detalha os eventos que ocorrem durante o backup de um banco de dados replicado ativo e montado em um Grupo de Disponibilidade do Banco de Dados do Exchange 2010 chamado, simplesmente, “DAG”. Neste exemplo, o servidor de backup é solicitado a criar um backup completo do banco de dados DB1 no servidor ADA-MBX1, usando instantâneos COW não persistentes:
(clique nas miniaturas para obter uma versão completa dos gráficos desta publicação)
O Evento 9606 indica que o solicitante VSS envolveu o gravador do Exchange e relata o GUID da instância para o trabalho de backup sendo iniciado. Neste caso, a instância é 830705de-32d9-4059-94ea-b9e9aad38615. Este GUID de instância persiste em cada trabalho e altera com cada subsequente. É possível usá-lo para rastrear a sequência de eventos de cada trabalho. Neste momento, o Gravador do Exchange oferece metadados sobre os bancos de dados e logs presentes no aplicativo de backup.
Os Eventos 2005 e 9811 indicam uma atribuição do número de instância para o ESE. Portanto, junto com o GUID de instância do gravador do evento 9606, também podemos rastrear um progresso de trabalho usando estes números de instância ESE que aumentam em um com cada trabalho. Nesta etapa, o banco de dados é marcado com “backup em andamento” no espaço da memória Informação do Serviço do Repositório.
Logo após o aplicativo de backup ter determinado quais discos precisam de instantâneos, com base nos locais de dados fornecidos pelo metadados do Gravador do Exchange, continua e solicita estes instantâneos. Conforme as solicitações de instantâneos chegam, o evento 9608 é gerado, indicando o reconhecimento do gravador do Exchange de que algo está para acontecer. Ele deve interromper as gravações nos bancos de dados e logs, também conhecido como "congelar" pela duração do processo de geração de instantâneos.
Quando o evento 2001 é gerado, o log de transação atual é fechado e o congelamento inicia. Gravações do STORE.exe para os discos são mantidas na memória.
Quando estes eventos aparecem, sabemos que os instantâneos foram criados e as gravações são permitidas nos blocos de dados do banco de dados novamente.
Quando estes instantâneos forem criados, o aplicativo de backup pode copiar os blocos de dados do subsistema VSS, obtendo os blocos de dados do armazenamento de sombra se eles foram preservados devido a uma alteração ou do volume de disco real caso contrário. O Gravador do Exchange aguarda pelo sinal de que a transferência de dados está concluída. Este fluxo de dados é representado pelas setas roxas, que neste caso indicam a obtenção de dados copiados dos instantâneos no armazenamento, pelo I/O do servidor do Exchange e para o servidor de backup.
Quando o aplicativo de backup finaliza a cópia dos dados, sinalizará que o VSS está concluído. Por sua vez, o VSS envia sinais para o gravador do Exchange, que inicia as etapas de pós-backup especificadas nos eventos acima. O evento 225 aparece para declarar que a truncagem de log não irá ocorrer, mas que o evento é incorreto. Para um banco de dados autônomo, após a conclusão do backup, o ESE continuará e limpará os logs da mesma forma. No entanto, quando um banco de dados replicado DAG é envolvido, uma verificação de outras cópias do banco de dados deve ser realizada em coordenação com o Serviço de Replicação do Exchange para garantir que a truncagem do log possa continuar. Quando esta verificação é concluída, os logs elegíveis para truncagem são excluídos. O cabeçalho do banco de dados é marcado com a informação sobre o backup e o backup no bit de andamento é desativado na memória. Neste caso, os instantâneos usados para o trabalho são destruídos como parte da conclusão. Em outros tipos de backup, como incremental, a persistência dos instantâneos varia, mas neste caso são removidos.
Na próxima publicação desta série iremos detalhar o backup de uma cópia de banco de dados replicado DAG passivo.
Esta é uma publicação localizada. Encontre o artigo original em Everything You Need to Know About Exchange Backups* - Part 2
Eric Norberg Engenheiro de ServiçoExclusivo do Office 365
Artigo original publicado em 30 de maio de 2012, quarta-feira
Hoje mais cedo, a equipe CXP do Exchange lançou o Pacote Cumulativo de Atualizações 3 do Exchange Server 2010 SP2 no Centro de Download.
Essa atualização contém inúmeros problemas relatados por clientes e descobertos internamente. Veja o artigo KB2685289 sobre descrição do Pacote Cumulativo de Atualizações 3 do Exchange Server 2010 Service Pack 2 para saber mais.
Observação: alguns dos seguintes artigos da KB podem não estar disponíveis na época de publicação desta postagem.
Em particular, gostaríamos de observar especificamente as seguintes correções incluídas nesse lançamento:
Para mudanças DST: http://www.microsoft.com/time.
Observação para usuários do Forefront Protection do Exchange Quem está executando o Forefront Protection para Exchange precisa verificar se executou estas etapas importantes na linha de comando do diretório Forefront antes e depois desse processo de instalação do pacote cumulativo. Sem essas etapas, os serviços do Exchange para Armazenamento e Transporte de Informações não começarão após a aplicação desta 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
Esta é uma postagem de blog traduzida. Consulte o artigo original em Released: Update Rollup 3 for Exchange 2010 Service Pack 2
Quase dois anos atrás, eu apresentei uma sessão sobre considerações de design de alta disponibilidade no evento TechEd América do Norte 2010. Durante essa sessão, descrevi as alterações que estávamos fazendo na maneira como a conectividade MAPI deveria ocorrer após transferências de caixas de correio e eventos de failover/switchover de banco de dados intersite. Infelizmente, depois da minha apresentação eliminamos o recurso devido à complexidade das alterações que precisaríamos introduzir e à falta de tempo hábil para testes antes do lançamento do Service Pack 1. E, por mais que eu tivesse priorizado o trabalho, não conseguimos disponibilizar essas alterações no Service Pack 2.
Infelizmente, nem toda eliminação de recurso pode ser feita de maneira cirúrgica, e parte das alterações de código na verdade foram mantidas no SP1. Por exemplo, talvez você tenha percebido que o cmdlet Set-DatabaseAvailabilityGroup tem uma propriedade chamada AllowCrossSiteRPCClientAccess. Você pode alternar essa propriedade booliana à vontade, mas ela não afetará nenhuma alteração comportamental no produto (Eu sei, eu sei… é por isso que acho que esta imagem é estranhamente relevante):
Mas vamos mudar de assunto. Primeiro, vamos tratar de alguns conceitos básicos.
Com o Exchange 2010, uma alteração importante foi instituída na maneira como os clientes conectam e acessam dados relacionados à caixa de correio. Diferentemente das versões anteriores, os clientes não se conectam mais diretamente ao Armazenamento de Informações na função de servidor Caixa de Correio para acessar dados da caixa de correio. Em vez disso, os clientes se conectam a um conjunto de serviços na função CAS (Servidor de Acesso para Cliente) e de serviços nos dados da caixa de correio de acesso à função CAS que usam MAPI/RPC do servidor Caixa de Correio em nome do usuário conectado. Pense nisso como uma camada de abstração.
Basicamente, foi feita uma alteração simples de maneira que toda a conectividade MAPI relacionada à caixa de correio passa pelo serviço de Acesso para Cliente RPC na função de servidor CAS. Para facilitar essa camada de abstração, foram feitas alterações de maneira que os objetos de banco de dados não são mais objetos filho dos servidores Caixa de Correio. Uma nova propriedade foi adicionada ao banco de dados Caixa de Correio, RPCClientAccessServer, que define o legacyExchangeDN que deve ser usado para acessar o banco de dados específico. Essa propriedade assume um FQDN como valor. Para garantir que você tenha alta disponibilidade e tolerância a falhas em caso de problema no CAS, esse valor deve ser o FQDN de uma matriz CAS com balanceamento de carga. Esse FQDN com balanceamento de carga é o que chamamos de matriz de Servidor de Acesso para Cliente RPC.
Para saber mais, veja as postagens de Brian Day sobre desmitificação do Objeto de Matriz CAS, Parte 1 e Parte 2.
Todas as versões do Outlook se comportam de maneira constante no cenário de um único datacenter (ou um único site do Active Directory). O ponto de extremidade RPC do perfil do Outlook é a matriz de Servidor de Acesso para Cliente RPC (ou um CAS específico se por algum motivo você não criou uma matriz - mas deveria ter criado -, e se você não sabe por que, vou repetir, leia as postagens de Brian). Sempre que uma falha ocorre no DAG (falha de banco de dados, falha de servidor etc.), o ponto de extremidade RPC não é alterado, assim o Outlook continua se conectando à mesma matriz de Servidor de Acesso para Cliente RPC. Sempre que ocorre uma falha na matriz CAS (falha de CAS, falha do balanceador de carga etc.), o ponto de extremidade RPC não é alterado, assim o Outlook continua tentando se conectar à matriz de Servidor de Acesso para Cliente RPC.
Todas as versões do Outlook se comportam de maneira constante em um cenário de switchover de datacenter também, pressupondo que você siga nossa diretriz. Por que é assim? Bom, em um switchover de datacenter, você altera o endereço IP da entrada DNS da matriz de Servidor de Acesso para Cliente RPC no datacenter primário para apontar para a respectiva matriz no datacenter de espera. A descoberta automática continua distribuindo a matriz do datacenter primário como ponto de extremidade RPC. Os clientes do Outlook existentes não precisam de nenhuma reconfiguração; depois que o cache DNS no cliente é atualizado, o cliente simplesmente se conecta ao ponto de extremidade que agora reside no datacenter de espera. Para entender totalmente por que isso funciona, é necessário assimilar que nem o cliente, nem o CAS realmente se importa com o site em que o CAS existe; eles simplesmente aceitam que podem se conectar e que o CAS ao qual o cliente está conectado pode oferecer acesso à caixa de correio.
Para entender esse cenário, é importante assimilar que, ao configurar um DAG de vários sites, a propriedade RPCClientAccessServer de um determinado banco de dados normalmente é associada à matriz de Servidor de Acesso para Cliente RPC que está no mesmo site do AD da cópia do banco de dados da caixa de correio com o menor número de preferência de ativação. Por exemplo:
Figura 1: DAG (Grupo de Disponibilidade de Banco de Dados) abrangendo dois sites do Active Directory
No caso de uma cópia do banco de dados ser ativada no datacenter de espera, os usuários continuarão aproveitando a matriz de Servidor de Acesso para Cliente RPC do site do AD em que o banco de dados da caixa de correio com o menor valor de preferência de ativação reside como ponto de extremidade de conectividade.
Figura 2: Banco de dados MDB1 foi ativado no site de espera do Active Directory
Se você examinar os logs de Acesso para Cliente RPC na matriz de Acesso para Cliente RPC de origem, verá:
2012-05-06T15:44:29.001Z,67,112,/o=E2010/ou=Exchange Administrative Group (FYDIBOHF23SFPDLT)/cn=Recipients/cn=userded,,OUTLOOK.EXE,14.0.6025.1000,Classic,,,ncacn_ip_tcp,,OwnerLogon,0,00:00:00.0468822,"Logon: Owner, /o=E2010/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=userded in database mdb1 last mounted on MBX-C.contoso.com at 5/6/2012 3:43:23 PM, currently Mounted; LogonId: 5",
No caso de a matriz de Servidor de Acesso para Cliente RPC do site do AD em que o banco de dados da caixa de correio com o menor valor de preferência de ativação reside ficar inacessível a outros usuários, os clientes do Outlook não poderão se conectar à caixa de correio que reside no datacenter oposto. Em outras palavras, há um evento de falha no datacenter e o processo de switchover de datacenter precisa ser executado.
Uma maneira mais simples de analisar esse comportamento é que o Outlook sempre se conecta ao ponto de extremidade RPC configurado (pressupondo que seja alcançável) independentemente do valor da propriedade RPCClientAccessServer do banco de dados.
A única vez em que o sistema altera o valor RPCClientAccessServer no banco de dados é quando o administrador altera o número ActivationPreference na cópia de banco de dados ativada de maneira que agora tenha o valor menor (significando que ela se torna a cópia preferida), conforme visto na Figura 3.
Figura 3: O banco de dados MDB1 foi ativado no site de espera do Active Directory e a propriedade RPCClientAccessServer foi alterada
Entretanto, os clientes do Outlook com um perfil do Outlook existente continuavam usando o antigo ponto de extremidade RPC em vez do novo ponto de extremidade RPC (mesmo se a Descoberta Automática detectasse a alteração). Isso ocorre porque o antigo ponto de extremidade RPC não retorna uma resposta ecWrongServer ao cliente. O ponto de extremidade RPC aceita a conexão; portanto, o Outlook ignora a resposta da Descoberta Automática porque ela tem uma conexão funcional. No caso de o antigo ponto de extremidade RPC ficar inacessível, o Outlook 2007/2010 atualizava suas configurações (o Outlook 2003, em contrapartida, não aproveitava e não aproveita a Descoberta Automática). A qualque momento, era possível forçar o Outlook a usar o novo ponto de extremidade RPC com um reparo de perfil.
Voltando à Figura 2, se o administrador atualizar manualmente o valor RPCClientAccessServer para apontar para cas-sec.contoso.com no caso de MDB1 depois que a cópia do banco de dados da caixa de correio em MBX-C é ativada (cujo valor ActivationPreference é maior do que 1), os clientes do Outlook com um perfil existente continuarão usando o antigo ponto de extremidade RPC em vez do novo ponto de extremidade RPC, desde que o antigo ponto de extremidade RPC continue disponível (os reparos de perfil corrigirão o problema). Os perfis do Outlook criados após a alteração do valor RPCClientAccessServer usariam o novo ponto de extremidade RPC.
Antes do Exchange 2010, quando você transferia caixas de correio entre servidores, o ponto de extremidade RPC do Outlook era atualizado para que apontasse para o servidor Caixa de Correio (ou uma instância do servidor Caixa de Correio em cluster) que hospedava o banco de dados em que a caixa de correio residia. Depois que a transferência de caixas de correio era concluída, o usuário do cliente do Outlook recebia a mensagem “O administrador do Exchange fez uma alteração que exige que o Outlook seja encerrado e reiniciado”. Depois de reiniciar o Outlook, o cliente era conectado ao novo ponto de extremidade RPC.
Com o Exchange 2010, talvez você tenha percebido que, ao transferir caixas de correio intersite do AD, os usuários não viam essa caixa de diálogo. Além disso, também não tinham o ponto de extremidade RPC atualizado para refletir a matriz de Servidor de Acesso para Cliente RPC associada ao banco de dados da caixa de correio no site do AD em que a caixa de correio residia. Isso ocorre porque o antigo ponto de extremidade RPC não retorna uma resposta ecWrongServer ao cliente. O ponto de extremidade RPC aceita a conexão; portanto, o Outlook ignora a resposta de Descoberta Automática porque tem uma conexão funcional. No caso de o antigo ponto de extremidade RPC ficar inacessível, o Outlook atualizava suas configurações (o Outlook 2003, em contrapartida, não aproveitava e não aproveita a Descoberta Automática). A qualquer momento, era possível forçar o Outlook a usar o novo ponto de extremidade RPC com um reparo de perfil.
Agora sim tenho certeza de que você entende a imagem do gatinho anterior.
Eu nunca perdi as esperanças em abordar esses problemas. Alguns de nós ficaram feridos, mas a equipe de desenvolvimento do Acesso para Cliente RPC, a Equipe de Manutenção do Exchange e eu trabalhamos incansavelmente para fazer as duas alterações necessárias no produto. A primeira foi corrigir o perfil do Outlook quando uma caixa de correio simplesmente é transferida entre bancos de dados em diferentes sites do AD, enquanto a segunda alteração foi quando um banco de dados intersite executou failover/switchover dos resultados no Outlook usando um CAS que não é a escolha mais adequada para o local do banco de dados ativado no momento.
Por padrão, depois da instalação do SP2 RU3, quando você transfere caixas de correio intersite do AD, todas as versões do Outlook precisam ser reiniciadas e o ponto de extremidade RPC do perfil do Outlook é atualizado.
Se você examinar os logs do Acesso para Cliente RPC na matriz de Acesso para Cliente RPC de origem, verá:
2012-05-06T14:43:03.875Z,37,1,/o=E2010/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=userded,,OUTLOOK.EXE,14.0.6025.1000,Classic,,,ncacn_ip_tcp,,OwnerLogon,1144 (rop::WrongServer),00:00:00.0156267,"Logon: Owner, /o=E2010/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=userded in database mdb2 last mounted on MBX-C.contoso.com at 5/5/2012 9:44:05 PM, currently Mounted; Redirected: this server is not in a preferred site for the database, suggested new server: /o=E2010/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=cas-sec.contoso.com",RopHandler: Logon:
Observe que a ROP (Operação RPC) é WrongServer (também conhecido como ecWrongServer). Isso força o cliente do Outlook a fazer uma descoberta de perfil e atualizá-lo com base nas novas informações encontradas no diretório. O perfil é atualizado e depois que o cliente é reiniciado, o cliente estabelece suas conexões com o novo ponto de extremidade RPC.
E, como já sei que farão esta pergunta: Quais outras condições garantirão a exibição da caixa de diálogo “O administrador do Exchange fez uma alteração que exige que o Outlook seja encerrado e reiniciado”?
O comportamento dos eventos de failover/switchover do banco de dados intersite dependerá da propriedade do DAG AllowCrossSiteRPCClientAccess. Se você definir o valor da propriedade AllowCrossSiteRPCClientAccess como $true, o comportamento que descrevi na seção anterior será o padrão - no caso de esse banco de dados ser ativado no datacenter de espera, os usuários continuarão aproveitando a matriz de Acesso para Cliente RPC no site do AD em que o banco de dados da caixa de correio com o menor valor de preferência de ativação reside como ponto de extremidade de conectividade.
Se você definir o valor da propriedade AllowCrossSiteRPCClientAccess como $false (o valor padrão da propriedade é $false), o ponto de extremidade RPC do perfil Outlook será atualizado para ser a matriz de Servidor de Acesso para Cliente RPC que está no mesmo site do AD em que o banco de dados está ativo e montado. Observe que a propriedade RPCClientAccessServer não é atualizada porque isso define o site preferencial.
Figura 4: o banco de dados MDB1 foi ativado no site de espera do Active Directory e o perfil do Outlook foi atualizado automaticamente
2012-05-06T15:12:42.958Z,47,7,/o=E2010/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=userded,,OUTLOOK.EXE,14.0.6025.1000,Classic,,,ncacn_ip_tcp,,OwnerLogon,1144 (rop::WrongServer),00:00:00.0156262,"Logon: Owner, /o=E2010/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=userded in database mdb1 last mounted on MBX-C.contoso.com at 3/6/2012 2:59:30 PM, currently InTransitSameSite; Redirected: this server is not in a preferred site for the database, suggested new server: /o=E2010/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=cas-sec.contoso.com",RopHandler: Logon:
Assim como no cenário de transferência de caixas de correio, o ROP WrongServer força o cliente do Outlook a fazer uma descoberta de perfil e atualizar o perfil com base nas novas informações encontradas no diretório. O perfil é atualizado e depois que o cliente é reiniciado, o cliente estabelece suas conexões com o novo ponto de extremidade RPC.
E aí está – com o SP2 RU3 (ou posterior) você pode garantir que as caixas de correio entre os sites do AD terão o perfil atualizado corretamente. Além disso, no cenário de failover/switchover do banco de dados intersite, você pode controlar se permitirá conectividade RPC intersite ou forçar o cliente do Outlook a usar a matriz de Servidor de Acesso para Cliente RPC que está no mesmo site do AD do banco de dados ativado e montado (o comportamento padrão). Acho apropriado encerrar assim:
Ross Smith IV Gerente de Programa Principal Experiência do cliente Exchange
Esta é uma postagem de blog traduzida. Consulte o artigo original em RPC Client Access Cross-Site Connectivity Changes