Compreendendo Pastas Públicas

  • Artigo

 

Aplica-se a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Tópico modificado em: 2009-04-10

As pastas públicas, introduzidas na primeira versão do Microsoft Exchange, são projetadas para acesso compartilhado e fornecem uma forma fácil e efetiva de coletar, organizar e compartilhar as informações com outras pessoas em seu grupo de trabalho ou organização. As pastas públicas são organizadas hierarquicamente, armazenadas em bancos de dados dedicados e podem ser replicados entre servidores Exchange.

As pastas públicas não são projetadas para as seguintes finalidades:

  • Arquivamento de dados   As pastas públicas não são projetadas para arquivar os dados. Usuários com limites em caixas de correio, às vezes, usam as pastas públicas, em vez de arquivos de pasta pessoal (.pst), para arquivar dados. Essa prática não é recomendada, pois ela afeta o armazenamento em servidores de pastas públicas e prejudica o objetivo de limites de caixas de correio.

  • Compartilhamento e colaboração de documentos   As pastas públicas não são projetadas para o compartilhamento e a colaboração de documentos. As pastas públicas não fornecem versões ou outros recursos de gerenciamento de documentos, como a funcionalidade de check-in e check-out controlado e notificações automáticas de alterações de conteúdo.

No Exchange Server 2007, as pastas públicas são um recurso opcional. Se todos os computadores cliente em sua organização estiverem executando o Microsoft Office Outlook 2007, não haverá dependências em pastas públicas para recursos como informações de disponibilidade e downloads do OAB (catálogo de endereços offline). Em vez de usar as pastas públicas para downloads de OAB e informações de disponibilidade, no Exchange 2007, esses recursos são atendidos pelos serviços Descoberta Automática, Serviços Web do Exchange, Atendedor do Sistema Microsoft Exchange e Distribuição de Arquivos do Microsoft Exchange.

Para conectar ao Exchange para OAB e às informações sobre disponibilidade do Schedule+, todos os computadores clientes que executam Outlook 2003, Outlook 2002, Outlook 2000 ou Outlook 98 precisam de pastas públicas para serem implantados. Exchange 2007 é a primeira versão do Exchange que fornece a opção de não usar pastas públicas. No entanto, até que todos os computadores em sua organização estejam executando o Outlook 2007, você deve continuar utilizando as pastas públicas.

Este tópico fornece a seguintes informações sobre as pastas públicas no Exchange 2007:

  • Criação de banco de dados de pasta pública durante a instalação

  • Árvores de pasta pública

  • Bancos de dados de pasta pública

  • Replicação de pasta pública

  • Referência de pasta pública

  • Pastas públicas habilitadas para mensagens

  • Acesso a pastas públicas

  • Considerações com organizações Exchange 2007 e Exchange Server 2003 mistas

  • Práticas recomendadas

Criação de Banco de Dados de Pasta Pública durante a Instalação

Os computadores que executam Outlook 2003 e anteriores ou o Microsoft Entourage precisam de um banco de dados de pasta pública (anteriormente denominado armazenamento de pasta pública) para se conectarem ao Exchange 2007. Portanto, em uma organização Exchange 2007 pura, conforme você instala a função do servidor Mailbox no primeiro servidor, a Instalação faz a seguinte pergunta: Você possui algum computador cliente que execute o Outlook 2003 e anterior ou Entourage em sua organização? Se a resposta for sim, será criado um banco de dados de pasta pública. Se a resposta for não, um banco de dados de pasta pública não será criado.

Ao instalar o segundo servidor, não será feita a pergunta e a Instalação não criará um banco de dados de pasta pública. A condição para um banco de dados de pasta pública ser necessário na organização é decidida apenas ao instalar o primeiro servidor. Depois disso, todos os bancos de dados de pasta pública serão opcionais. Se você não criar um banco de dados de pasta pública durante a Instalação, sempre poderá criar um, a qualquer momento, depois que a Instalação for concluída. Para obter mais informações sobre como criar um banco de dados de pasta de correio, consulte Como criar um novo banco de dados de pasta pública.

Em uma organização mista Exchange, a Instalação não faz nenhuma pergunta. Nessas organizações, para garantir a compatibilidade com versões do Exchange que sejam anteriores ao Exchange 2007, um banco de dados de pasta pública é criado, por padrão. Especificamente, como o Exchange 2007 é instalado em seu próprio grupo administrativo, esse banco de dados de pasta pública suportará a funcionalidade de disponibilidade herdada do Schedule+.

Para obter informações adicionais sobre a instalação do Exchange 2007, consulte Implantação.

Árvores de Pasta Pública

O Exchange 2003 suporta o uso de uma árvore de pasta não MAPI, antes conhecida como árvore de pasta de Aplicativo ou árvore de pasta de Finalidade Geral. O Exchange 2007 suporta apenas a árvore de pasta MAPI padrão. A árvore de pasta MAPI é dividida nas seguintes subárvores:

  • Default Public Folders (também conhecidas como IPM_Subtree)   Os usuários podem acessar essas pastas diretamente com aplicativos clientes como o Outlook.

  • Pastas públicas do sistema (também conhecidas como Non IPM_Subtree)   Os usuários não podem acessar essas pastas diretamente com os métodos convencionais. Aplicativos clientes como Outlook usam essas pastas para armazenar informações como dados de disponibilidade, OABs e formulários organizacionais. As outras pastas do sistema contêm informações de configuração que são usadas pelos aplicativos personalizados ou pelo próprio Exchange. A árvore de pastas públicas contém pastas adicionais do sistema, como a pasta EFORMS REGISTRY que não existem nas árvores de pasta pública de objetivo geral. As pastas do sistema incluem o seguinte:

    • EFORMS REGISTRY e Raiz de Eventos   Por padrão, uma réplica de conteúdo de cada uma dessas pastas reside no banco de dados de pasta pública padrão no primeiro servidor Exchange 2007 que é instalado no primeiro grupo administrativo. Esse é o local no qual os formulários organizacionais estão armazenados para clientes Outlook herdados (clientes com uma versão do Outlook anterior ao Outlook 2007).

    • Catálogo de Endereços Offline e Disponibilidade do Schedule+   A pasta Catálogo de Endereços Offline e a pasta Disponibilidade do Schedule+ contêm automaticamente uma subpasta para cada grupo administrativo (ou site) em sua topologia. Por padrão, uma réplica de conteúdo de uma pasta específica do grupo administrativo reside no primeiro servidor que é instalado no grupo administrativo. Essas pastas são usadas para armazenar as informações herdadas de disponibilidade e os dados de OAB para clientes Outlook herdados. Os clientes Outlook herdados não aceitam novos recursos no Exchange 2007 que gerenciem informações de disponibilidade e dados de OAB. (Esses recursos incluem o serviço de Disponibilidade, o serviço de Descoberta Automática e a distribuição do OAB e servidores de Acesso para Cliente).

    • OWAScratchPad   Cada banco de dados da pasta pública tem uma pasta OWAScratchPad, que é usada para armazenar temporariamente anexos que estão sendo acessados com o uso do Outlook Web Access. Não modifique esta pasta. O Outlook Web Access sendo executado nos servidores de Acesso para Cliente Exchange 2007 não usa essas pastas para armazenar os dados de conexão. No entanto, essa pasta é criada durante uma instalação pura do Exchange 2007.

    • StoreEvents   Cada banco de dados da pasta pública tem uma pasta StoreEvents, que retêm informações de registro para eventos de banco de dados personalizados do Exchange. Não modifique estas pastas.

    • Outras pastas   Para fornecer suporte a operações internas do banco de dados Exchange, uma árvore pode conter várias outras pastas do sistema, como raiz de esquema. Não modifique estas pastas.

Bancos de dados de pasta pública

O banco de dados de pasta pública contém dados que estão disponíveis para todos os usuários que possuem caixas de correio e permissões apropriadas.

A CCR (replicação contínua em cluster), a LCR (replicação contínua local), a SCR (replicação contínua em espera) e a replicação de pasta pública são formas muito diferentes de replicação incorporadas ao Exchange. Devido a limitações de interoperabilidade entre a replicação contínua e a replicação de pasta pública, se mais de um servidor de Caixa de Correio na organização do Exchange tiver um banco de dados de pasta pública, a replicação de pasta pública será habilitada e os bancos de dados de pasta pública não deverão ser hospedados nos ambientes de CCR, LCR ou SCR.

Para obter mais informações sobre pastas públicas e opções de alta disponibilidade, consulte os tópicos a seguir:

Replicação de Pasta Pública

Os bancos de dados de pasta pública replicam dois tipos de informações de pasta pública:

  • Hierarquia   As propriedades das pastas e as informações organizacionais sobre as pastas (incluindo a estrutura em árvore). Todos os bancos de dados de pasta pública têm uma cópia das informações de hierarquia. Para uma pasta específica, o banco de dados de pasta pública pode utilizar as informações hierárquicas para identificar o seguinte:

    • Permissões na pasta

    • Servidores que contêm réplicas de conteúdo da pasta

    • A posição da pasta na árvore da pasta pública (incluindo suas pastas pai e filho, se houver)

  • Conteúdo   As mensagens que formam o conteúdo das pastas. Para replicar o conteúdo, é necessário configurar uma pasta para replicar seu conteúdo em um banco de dados de pasta pública específico ou em uma lista de bancos de dados. Somente bancos de dados especificados terão cópias do conteúdo. Uma cópia da pasta que inclui o conteúdo é chamado réplica de conteúdo.

Para saber mais sobre a réplica da pasta pública, consulte Compreendendo a replicação de pasta pública.

Para obter informações sobre como gerenciar a replicação de pasta pública, consulte Gerenciando a replicação de pasta pública.

Referências de Pasta Pública

Quando um aplicativo cliente, como Outlook, tenta abrir uma pasta pública do Exchange, o servidor Exchange determina qual réplica de pasta o aplicativo cliente deve acessar. Esse processo é chamado referência de pasta pública. Se uma réplica do conteúdo solicitado existir no servidor Exchange que serve o pedido, o aplicativo cliente acessará a réplica local. Se a réplica não existir no servidor local, o Exchange tentará localizar uma réplica no mesmo site de serviço de diretório Active Directory. Você pode modificar o fluxo do tráfego do usuário para permitir referências sobre determinados conectores, especificando uma lista de servidores de referência e designando um custo de roteamento para cada servidor.

Para obter mais informações sobre indicações de pastas públicas, consulte os tópicos a seguir:

Pastas públicas habilitadas para email

A habilitação para email de uma pasta pública oferece um nível extra de funcionalidade aos usuários. Além de poder postar mensagens para a pasta, os usuários podem enviar mensagens de email e, às vezes, recebê-las com base na pasta. Se você estiver desenvolvendo aplicativos personalizados, poderá usar esse recurso para mover as mensagens ou documentos para dentro ou para fora das pastas públicas.

Uma pasta habilitada para email é uma pasta pública que tem um endereço de email. Dependendo de como a pasta está configurada, ela pode aparecer na GAL (lista de endereços global). Cada pasta habilitada para email tem um objeto no Active Directory que armazena seu endereço de email, o nome da lista de endereços e outros atributos relacionados a email.

Como o email que é enviado a pastas públicas é direcionado ao banco de dados de pasta pública em vez de a uma caixa de correio no banco de dados da caixa de correio, o Exchange roteia as mensagens de email através de um método que é ligeiramente diferente do método usado para rotear as mensagens de email para uma caixa de correio regular.

Para obter mais informações sobre roteamento de pastas públicas, consulte Roteamento de mensagens para pastas públicas.

Acesso a Pastas Públicas

Na versão RTM do Exchange 2007, os seguintes aplicativos clientes podem acessar as pastas públicas:

  • Microsoft Office Outlook 2007

  • Microsoft Office Outlook 2003

No Exchange 2007 SP1, os mesmos aplicativos clientes são usados para acessar as pastas públicas, com a inclusão do Microsoft Office Outlook Web Access.

Para obter mais informações sobre como criar e gerenciar as pastas públicas através do Outlook 2007, consulte as Pastas públicas.

Para obter mais informações sobre como criar e gerenciar as pastas públicas através do Outlook 2003, consulte Usando Pastas Públicas.

Para obter mais informações sobre como criar e gerenciar as pastas públicas através do Outlook 2000, consulte Criar uma biblioteca de documentos Office em uma pasta pública do Outlook.

Considerações com Organizações Mistas do Exchange 2003 e Exchange 2007

Esta seção fornece considerações para implementar e gerenciar as pastas públicas em uma organização mista do Exchange 2007 e do Exchange 2003.

Instalação

Ao instalar o Exchange 2007 em uma organização mista do Exchange 2007 e do Exchange 2003, a Instalação cria automaticamente um novo grupo administrativo e grupo de roteamento com a organização do Exchange 2003. Os servidores Exchange 2007 que são incluídos em sua organização são incluídos no novo grupo administrativo e no grupo de roteamento. Conforme mencionado anteriormente, a Instalação também instala um banco de dados de pasta pública no primeiro servidor de Caixa de Correio Exchange 2007. Nesse banco de dados de pasta pública, o Exchange 2007 cria uma nova pasta de disponibilidade para o novo grupo administrativo. A propriedade legacyExchangeDN para os usuários cujas caixas de correio foram criadas em um servidor Exchange 2007 (não migradas do Exchange 2003) é mapeada para o nome de grupo administrativo do Exchange 2007 e; portanto, também é mapeado para a pasta de Disponibilidade. Por padrão, para facilitar as pesquisas de disponibilidade do Outlook 2003 e usuários clientes anteriores cujas caixas de correio residam em um servidor Exchange 2003, as informações de disponibilidade do cliente são postadas na pasta pública de Disponibilidade.

Gerenciamento

Em uma organização mista do Exchange 2007 e do Exchange 2003, é possível utilizar o Gerenciador de Sistema Exchange para gerenciar as pastas públicas. Os seguintes cenários são aceitos:

  • O Gerenciador de Sistema Exchange deve se conectar apenas ao banco de dados de pasta pública Exchange 2003 para administração. A partir daí, as alterações são replicadas ao Exchange 2007.

  • Em uma organização Exchange 2007 pura, não é possível reinstalar o Gerenciador de Sistema do Exchange para gerenciar as pastas públicas. Você deve usar o Shell de Gerenciamento do Exchange.

  • Ao verificar a replicação de hierarquia ou ao visualizar o valor Limite de Idade de Réplica Local em uma pasta, recomendamos o uso do Gerenciador de Sistema do Exchange para pastas públicas que existem em um servidor Exchange 2003 e o uso do Shell de Gerenciamento do Exchange para pastas públicas que existem em um servidor Exchange 2007.

Outlook Web Access

Em uma organização mista Exchange 2007 e Exchange 2003, os servidores de Acesso para Cliente Exchange 2007 possuem um diretório virtual denominado /public. Na versão RTM do Exchange 2007, esse diretório virtual é usado apenas para acessar pastas públicas herdadas. Especificamente, o diretório virtual /public não se conectará a outro servidor de Caixa de Correio do Exchange 2007 Mailbox porque o servidor de Caixa de Correio não suporta o acesso a um diretório virtual /public.

No Exchange 2007 SP1, é possível acessar totalmente as pastas públicas a partir do Outlook Web Access sem ter que usar o diretório virtual /public. Além disso, os seguintes recursos de pasta pública estão disponíveis no Outlook Web Access:

  • Acesso total às pastas públicas nos servidores de Caixa de Correio do Exchange 2007 sem ter que manter um servidor de caixa de Correio do Exchange 2003 disponível para acesso de pasta pública a partir do Outlook Web Access

  • Recursos de pesquisa da pasta pública

  • Suporte a Web Parts

Atualizando a Hierarquia de Pasta Pública

Caso perceba que a hierarquia de pasta pública em um servidor seja diferente da hierarquia de pasta pública em outros servidores em sua organização mista Exchange 2007 e Exchange 2003, você talvez queira sincronizar a hierarquia. No Exchange 2003 Service Pack 2 (SP2), o comando Synchronize Hierarchy será usado para sincronizar a hierarquia de pasta pública em um servidor Exchange 2003 com outros servidores em sua organização. No Exchange 2007, o cmdlet Update-PublicFolderHierarchy é usado para sincronizar a hierarquia de pasta pública no servidor Exchange 2007 com os demais servidores em sua organização.

Dica

Você não pode executar o comando Synchronize Hierarchy em um servidor Exchange 2007. De forma semelhante, você não pode executar o cmdlet Update-PublicFolderHierarchy em um servidor Exchange 2003. No entanto, executar um comando atualiza a hierarquia de pasta pública em sua organização inteira.

Para obter mais informações, consulte Como atualizar uma hierarquia de pasta pública.

Replicação de Conteúdo de Pasta Pública

Para ajudar a parar os erros de replicação de conteúdo de pasta pública em sua organização, você pode suspender a replicação do conteúdo de pasta pública. Suspender replicação permite reconfigurar a hierarquia de pasta pública e agendamentos de replicação.

Para suspender ou retomar a replicação do conteúdo de pasta pública em uma organização mista Exchange 2007 e Exchange 2003, em um servidor Exchange 2007, execute o cmdlet Suspend-PublicFolderReplication ou o cmdlet Resume-PublicFolderReplication  no Shell de Gerenciamento do Exchange. Embora você os execute em um servidorExchange 2007, eles suspenderão ou retomarão a replicação do conteúdo de pasta pública em todos os servidores em sua organização mista. Para obter informações sobre o uso do Shell de Gerenciamento do Exchange para suspender ou retomar a replicação do conteúdo de pasta pública, consulte os seguintes tópicos:

Práticas Recomendadas

Esta seção fornece as melhores práticas a serem consideradas ao executar as seguintes tarefas de pasta pública em sua organização Exchange 2007:

  • Criando bancos de dados de pasta pública

  • Projetando a hierarquia de pasta pública

  • Executando a manutenção noturna

Criando Bancos de Dados de Pasta Pública

Ao planejar para quantos bancos de dados de pasta pública criar em sua organização, considere as seguintes práticas recomendadas:

  • Para grandes topologias corporativas nas quais as pastas públicas são intensamente usadas, implante os servidores de pasta pública dedicada. Esta prática recomendada é ramificada da prática recomendada geral de se dedicar os recursos da CPU e os recursos de disco para funções de servidor isoladas.

  • Ter menos bancos de dados de pasta pública maiores melhora a escala e facilita mais o gerenciamento do que ter vários bancos de dados de pasta pública pequenos. Ao reduzir o número de bancos de dados de pasta pública, você pode reduzir o tempo necessário para fazer o backup e restaurar vários bancos de dados menores. Você também reduz a quantidade do tráfego de replicação em segundo plano. Além disso, a manutenção online de menos bancos de dados maiores é mais rápida do que a manutenção online de vários bancos de dados menores. Por fim, é mais fácil gerenciar um menor número de bancos de dados de pasta pública da perspectiva da aplicação de permissões e do acesso de conteúdo e implementação da eficiente replicação e referências.

    A prática recomendada de ter menos bancos de dados de pasta pública maiores é especialmente útil quando você considera a sua topologia a partir do nível da organização. No entanto, no nível do servidor, algumas tarefas de gerenciamento e de manutenção, como processos de backup e de restauração, podem ser executadas mais rapidamente se você tiver vários bancos de dados menores. Por último, o número de bancos de dados de pasta pública que você implanta deve suprir os seus requisitos comerciais. Conforme determina o número de banco de dados que deseja implantar, você deve equilibrar o custo do tráfego de replicação contra os custos de backup de banco de dados, manutenção e tempos de restauração.

Projetando a Hierarquia de Pasta Pública

Conforme projeta a sua hierarquia de pasta pública, você deve reconhecer o efeito da replicação de hierarquia em seu ambiente. Hierarquias profundas de pastas públicas são melhor escaladas do que as hierarquias amplas. Uma hierarquia profunda consiste em várias pastas aninhadas verticalmente, em vez de várias pastas de níveis superiores. Uma hierarquia ampla consiste em várias pastas de nível superior com menos subpastas verticalmente aninhadas.

Por exemplo, considere como 250 pastas podem ser organizadas em uma hierarquia específica. Uma hierarquia ampla pode ter 250 subpastas diretas sob uma pasta pai. Uma hierarquia profunda pode ter cinco pastas de nível superior, cada uma com cinco subpastas diretas. Dentro de cada uma dessas subpastas pode haver 10 subpastas.

Nesses dois exemplos, existem 250 pastas (5 × 5 × 10 = 250). No entanto, a hierarquia profunda oferece melhor desempenho do que a hierarquia ampla pelos seguintes motivos:

  • A maneira como a replicação manipula as pastas que podem ter diferentes permissões aplicadas é mais eficiente em hierarquias profundas.

  • As ações do computador cliente (como classificar, pesquisar e expandir) em uma pasta que possui 10 subpastas é muito menos cara do que uma pasta que possui 250 subpastas.

Embora as hierarquias profundas sejam melhor escaladas do que as hierarquias amplas, é uma prática recomendada não exceder 250 subpastas por pasta. Exceder 250 subpastas provavelmente causará uma experiência de cliente inaceitável quando um computador cliente solicitar acesso.

Um fator a ser considerado conforme você implementa uma hierarquia é o efeito das permissões na experiência de um usuário quando se deseja obter o acesso a pastas públicas. Quando cada subpasta da pasta pública tiver suas próprias entradas ACL (lista de controle de acesso) definidas, sempre que o servidor Exchange receber uma nova mensagem de replicação de pasta pública, a ACL para a pasta pública pai deve ser avaliada para determinar quais usuários possuem direitos para exibir as alterações para a pasta pública pai. Se a pasta pública pai tiver uma grande entrada DACL (Discretionary Access Control List), pode demorar muito tempo para se atualizar a exibição para cada assinante de pasta pública.

Dica

A DACL para a pasta pai consiste na soma das DACLs de todas as subpastas de pasta pública.

Você pode ter vários megabytes (MB) de dados DACL que devem ser analisados se as seguintes condições forem verdadeiras:

  • Você possui várias subpastas sob uma única pasta pública pai.

  • Cada uma dessas subpastas possui sua própria ACL definida.

Esses dados de DACL devem ser analisados para que a exibição possa ser atualizada para todos os assinantes de pasta pública sempre que uma mensagem de replicação de pasta pública for recebida.

Portanto, recomenda-se que organize a sua hierarquia de pasta pública de acordo com os conjuntos de usuário que recebem acesso às pastas pai. Além disso, não implemente modelos de permissão complexos para hierarquias de pasta pública.

Executando Manutenção Noturna

Para assegurar-se de que seus bancos de dados continuam operando eficientemente, recomenda-se que execute a manutenção noturna nos bancos de dados de caixa de correio e nos bancos de dados de pasta pública. Exchange 2007 Os servidores de caixa de correio automatizam as tarefas com base no planejamento que você configura.

Para obter mais informações sobre o banco de dados de caixa de correio e manutenção de banco de dados de pasta pública, consulte Como obter informações sobre pastas públicas habilitadas para email.

Para obter mais informações sobre como gerenciar o agendamento de manutenção de banco de dados de pasta pública, consulte Como definir o agendamento de manutenção de um banco de dados.

Para obter mais informações

Para obter mais informações sobre como gerenciar as pastas públicas a partir do Exchange 2007, consulte estes tópicos: