Noções Básicas Sobre Pastas Públicas
Aplica-se a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Tópico modificado em: 2016-11-28
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 replicadas entre servidores executando 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 repositório 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 2010, as pastas públicas são um recurso opcional. Se todos os computadores cliente em sua organização estiverem executando o Microsoft Outlook 2010 ou 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 2010, esses recursos são atendidos pelo serviço de Descoberta Automática, o serviço Atendedor do Sistema Microsoft Exchange e o serviço de Distribuição de Arquivos Microsoft Exchange.
Até que todos os computadores em sua organização estejam executando o Outlook 2010 ou Outlook 2007, você deve continuar utilizando as pastas públicas.
Sumário
Criação de Banco de Dados de Pasta Pública durante a Instalação
Árvores de Pasta Pública
Replicação de Pasta Pública
Referências de Pasta Pública
Pastas públicas habilitadas para email
Acesso a Pastas Públicas
Considerações com Organizações Mistas do Exchange 2010 e Exchange 2007
Considerações com Organizações Mistas do Exchange 2010 e Exchange 2003
Atualizando a Hierarquia de Pasta Pública
Replicação de Conteúdo de Pasta Pública
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 repositório de pasta pública) para se conectarem ao Exchange. Por isso, em uma organização pura Exchange 2010, como você instala a função de servidor de Caixa do Correio no primeiro servidor, a Configuração incita-o com a pergunta: Há algum computador cliente executando o Outlook 2003 ou anterior ou Entourage em sua organização? Se a resposta for sim, um banco de dados de pasta pública será criado. Se a resposta for não, um banco de dados de pasta pública não é 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 Criar um 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 Server 2007, um banco de dados de pasta pública é criado, por padrão. Especificamente, como o Exchange 2010 é 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 2010, consulte Implantando o Exchange 2010.
Criação de Banco de Dados de Pasta Pública durante a Instalação
Árvores de Pasta Pública
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 usadas pelos aplicativos personalizados ou pelo Exchange. A árvore de pasta pública contém pastas adicionais do sistema, como a pasta EFORMS REGISTRY, que não existe nas árvores de pasta pública para fins gerais. 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 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 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 oferecem suporte aos novos recursos no Exchange 2010 ou Exchange 2007 que gerenciam informações de disponibilidade e dados do 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 Microsoft Office Outlook Web App. Não modifique esta pasta.
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 esta pasta.
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 essas pastas.
Criação de Banco de Dados de Pasta Pública durante a Instalação
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.
Dica
Replicação do conteúdo da pasta pública não é controlada por grupos de disponibilidade do banco de dados (DAGs). Você pode ter bancos de dados de pasta pública de servidores que têm DAGs; contudo, o arquivo público usará os seus próprios métodos de réplica de pasta pública fora do DAG.
Para saber mais sobre a réplica da pasta pública, consulte Noções Básicas Sobre Replicação de Pasta Pública.
Criação de Banco de Dados de Pasta Pública durante a Instalação
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 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 roteamento de pastas públicas, consulte Noções Básicas Sobre Referências de Pasta Pública.
Criação de Banco de Dados de Pasta Pública durante a Instalação
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 enviado para 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 ligeiramente diferente do método usado para rotear as mensagens de email para uma caixa de correio regular.
Criação de Banco de Dados de Pasta Pública durante a Instalação
Acesso a Pastas Públicas
No Exchange 2010, os seguintes aplicativos de cliente podem acessar pastas públicas:
Outlook 2010
Outlook 2007
Outlook 2003
Para obter mais informações sobre como criar e gerenciar as pastas públicas através do Outlook 2007, consulte as Criar e compartilhar uma pasta pública.
Para obter mais informações sobre como criar e gerenciar as pastas públicas através do Outlook 2003, consulte Usando Pastas Públicas.
Criação de Banco de Dados de Pasta Pública durante a Instalação
Considerações com Organizações Mistas do Exchange 2010 e Exchange 2007
Em uma organização mista Exchange 2010 e Exchange 2007, você tem de gerenciar o seu arquivo público e bancos de dados de pasta pública dos Exchange 2010. Os servidores Exchange 2007 não reconhecem bancos de dados de pasta pública do Exchange 2010 devido às modificações de esquema do Active Directory. A tabela a seguir descreve os comportamentos esperados executando certas tarefas de gerência de pasta públicas em servidores Exchange 2007 e servidores Exchange 2010.
| Tarefas | Servidores Exchange 2007 | Servidores Exchange 2010 |
|---|---|---|
Criar o banco de dados de pasta pública |
Se quais bancos de dados de caixa de correio do Exchange 2010 estiverem em sua organização e não tiverem o atributo msExchHomePublicDB povoado, o servidor Exchange 2007 não pode atualizar a configuração Exchange 2010msExchHomePublicDB de banco de dados da caixa de correio do. Apesar de você receber uma mensagem de erro, o banco de dados de pasta pública é criado. Depois que você cria o banco de dados de pasta pública, você tem que modificar o banco de dados de pasta de pública padrão. Você precisa executar esse procedimento de um servidor de Exchange 2010. Para detalhes, consulte Como alterar o banco de dados de pasta pública padrão de um banco de dados de caixa de correio. |
Funciona sempre. |
Remover o banco de dados de pasta pública |
Se algum banco de dados de caixa do correio estiver apontando para o banco de dados de pasta pública que você está tentando retirar, você recebe uma mensagem de erro aconselhando que você tem que modificar o banco de dados de pasta pública padrão. Para alterar o banco de dados de pasta pública padrão, execute as seguintes etapas:
Dica Se o novo banco de dados de pasta pública padrão que você está apontando os bancos de dados de caixa do correio for o banco de dados de pasta pública do Exchange 2010, consulte "Definir um banco de dados de pasta pública do Exchange 2010 como o banco de dados de pasta pública padrão para um banco de dados de caixa do correio" do Exchange 2007 depois nesta tabela. |
Funciona tanto nos servidores Exchange 2007 como nos Exchange 2010 contanto que nenhum banco de dados de caixa do correio tenha o banco de dados de pasta pública que você está tentando retirar como o banco de dados de pasta pública padrão. |
Remova o último banco de dados de pasta pública na organização |
Se este for o último banco de dados de pasta pública do Exchange 2007 na organização, o cmdlet Remove-PublicFolderDatabase tem que atualizar a propriedade msExchFirstInstance no banco de dados de pasta pública do Exchange 2010 para Execute o cmdlet Remove-PublicFolderDatabase do servidor Exchange 2010. |
Funciona tanto nos servidores Exchange 2007 como nos Exchange 2010 contanto que nenhum banco de dados de caixa do correio tenha o banco de dados de pasta pública que você está tentando retirar como o banco de dados de pasta pública padrão. |
Defina um banco de dados de pasta pública Exchange 2010 como o banco de dados de pasta pública padrão para um banco de dados de caixa do correio do Exchange 2007 |
Alterar o banco de dados de pasta pública padrão não funciona em um servidor Exchange 2007 se o banco de dados de caixa de correio ou o banco de dados de pasta pública tiver um banco de dados Exchange 2010. Como os servidores Exchange 2007 não reconhecem os bancos de dados de pasta pública do Exchange 2010, o cmdlet Set-MailboxDatabase deve ser executado no servidor Exchange 2010. No servidor Exchange 2010, modifique o banco de dados de pasta pública padrão do banco de dados de caixa de correio do Exchange 2007. Para detalhes, consulte Como alterar o banco de dados de pasta pública padrão de um banco de dados de caixa de correio. |
Sempre funciona e deve ser usado para modificar os bancos de dados de pasta pública padrão se o seu banco de dados de pasta pública e o seu banco de dados de caixa de correio se associarem com versões diferentes do Exchange. |
Criação de Banco de Dados de Pasta Pública durante a Instalação
Considerações com Organizações Mistas do Exchange 2010 e Exchange 2003
Ao instalar o Exchange 2010 em uma organização 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 2010 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 2010. Nesse banco de dados de pasta pública, a Instalação cria uma nova pasta de disponibilidade para o novo grupo administrativo. A propriedade legacyExchangeDN para usuários cujas caixas de correio foram criadas em um servidor do Exchange 2010 (e não migradas do Exchange 2003) é mapeada para o nome do grupo administrativo do Exchange 2010 e, por isso, também é mapeada para a pasta Disponibilidade. Por padrão, para facilitar pesquisas de disponibilidade no Outlook 2003 e anteriores, os usuários clientes cujas caixas de correio residam em um servidor do Exchange 2003, as informações de disponibilidade de usuários clientes são lançadas na pasta pública Disponibilidade.
Gerenciamento
Em uma organização mista do Exchange 2010, Exchange 2007 e do Exchange 2003, é possível utilizar o Gerenciador de Sistema do 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 2010.
Em uma organização de ambiente puro do Exchange 2010 ou mista do Exchange 2010 e do Exchange 2007, 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 do Exchange 2010 para pastas públicas que existem em um servidor Exchange 2007.
Outlook Web App
Em uma organização mista Exchange 2010, Exchange 2007 e Exchange 2003, os servidores de Acesso para Cliente Exchange 2010 e Exchange 2007 possuem um diretório virtual denominado /public. É possível acessar completamente às pastas públicas a partir do Outlook Web App sem necessidade de uso do diretório virtual /public.
Importante
Clientes do Exchange 2010 Outlook Web App não podem ver pastas públicas que residem em servidores Exchange 2003.
Além disso, os seguintes recursos de pasta pública estão disponíveis no Outlook Web App:
Acesso total às pastas públicas nos servidores de Caixa de Correio do Exchange 2010 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 App
Recursos de pesquisa da pasta pública
Suporte a Web Parts
Criação de Banco de Dados de Pasta Pública durante a Instalação
Atualizando a Hierarquia de Pasta Pública
Se você notar que a hierarquia de pasta pública em um servidor é diferente da hierarquia da pasta pública em outros servidores, você talvez deseje sincronizar a hierarquia. No Service Pack 2 (SP2) Exchange 2003, o comando Synchronize Hierarchy para sincronizar a hierarquia de pasta pública em um servidor Exchange 2003 com outros servidores de sua organização. No Exchange 2010, o cmdlet Update-PublicFolderHierarchy é usado para sincronizar a hierarquia de pasta pública no servidor Exchange 2010 com os demais servidores em sua organização.
Dica
Você não pode executar o comando Synchronize Hierarchy em um servidor Exchange 2010. 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 Atualizar uma hierarquia de pasta pública.
Criação de Banco de Dados de Pasta Pública durante a Instalação
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, em um servidor Exchange 2010, execute o cmdlet Suspend-PublicFolderReplication ou o cmdlet Resume-PublicFolderReplication no Shell. Embora você execute estes cmdlets em um servidorExchange 2010, 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 para suspender ou retomar a replicação do conteúdo de pasta pública, consulte os seguintes tópicos:
Criação de Banco de Dados de Pasta Pública durante a Instalação
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:
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 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. Também, é 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 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 usuários 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:
Há 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 Os servidores de caixa de correio automatizam as tarefas com base no planejamento que você configura.
Criação de Banco de Dados de Pasta Pública durante a Instalação
© 2010 Microsoft Corporation. Todos os direitos reservados.