Empreendimento Do Vault Outlook 2010 Forex Virtual

Simplifique o arquivamento do PST com o Enterprise Vault e os usuários e organizações de computadores portáteis do Virtual Vault com limitações de armazenamento de caixa de correio freqüentemente arquivam usando arquivos PST para armazenar mensagens de e-mail. No entanto, existem várias limitações e desafios associados aos arquivos PST. Virtual Vault é um meio para acessar os benefícios de um arquivo PST sem as limitações. Arquivando para PSTs locais para salvar o espaço da caixa de correio O número de mensagens de e-mail trocadas diariamente é notável. O grande volume de mensagens de e-mail enviadas e recebidas faz com que as caixas de correio aumentem de tamanho ao longo do tempo. As organizações enfrentam esse desafio implementando limites de caixa de correio. O que, então, os usuários de laptop podem fazer para acessar emails remotamente Eles podem usar arquivos PST para armazenar o email localmente. No entanto, um arquivo PST que foi salvo localmente para um laptop seria perdido se a unidade de disco rígido foram falhar. A Figura 1 - A explosão de e-mail torna as caixas de correio pouco manejáveis. Por outro lado, os arquivos PST salvos em uma unidade compartilhada não são suportados pela Microsoft e são inacessíveis via OWA. Mesmo o uso da ferramenta de arquivamento do Exchange 2010 move o item de um banco de dados de caixa de correio para outro, o que não economiza espaço no Exchange. Enterprise Vault Virtual Vault - uma solução de arquivamento Para o usuário final, o vault virtual parece e atua como um arquivo PST normal. O usuário pode arrastar um item para o cofre virtual, tal como eles fariam com um arquivo PST normal. O item está disponível quando necessário. O item é removido da caixa de correio do Exchange, reduzindo assim o tamanho da caixa de correio do Exchange. Como o Virtual Vault aborda os problemas de PSTs locais. O cofre virtual é sincronizado com o arquivo do usuário do Enterprise Vault. O item arrastado para o Virtual Vault é colocado no arquivo de caixa de correio do userrsquos no Enterprise Vault. Essa sincronização ocorre automaticamente, embora um usuário possa executar uma sincronização manual. Como o OWA pode acessar o arquivo do usuário, os itens no cofre virtual também são acessíveis através do OWA. Para o usuário, ele aparece como se itens no PST local também estiverem disponíveis via OWA. Experimente isso com um PST Com um PST, se o disco rígido local for perdido, o PST e quaisquer mensagens contidas neles também são perdidas. Com o Virtual Vault, basta substituir o disco rígido, reinstalar o Outlook e o Enterprise Vault Client. Na próxima vez que o laptop (ou desktop) se conectar ao Exchange e ao Enterprise Vault, o cofre virtual local é reconstruído a partir do arquivo userrsquos. O sistema reconstrói automaticamente o seu PST para você. Isso também reduz a necessidade de localizar e encontrar o userrsquos PST antes de atualizar seu hardware. Não há mais Arquivamento para PSTs locais Eu tende a aposentar meus PSTs todos os anos para manter o tamanho da PST local pequena. Não preciso mais fazer isso. Virtual Vault realmente usa vários arquivos locais para armazenar o arquivo, reduzindo os tamanhos individuais dos PSTs. Então, ao mudar para hardware novo, não preciso rastrear os vários PSTs lsquodetachedrsquo. Para a organização, o processo de backup do Enterprise Vault funciona como backup para um Virtual Vault PST local. O Vault virtual da Enterprise Vault adiciona melhorias significativas ao PST. As capacidades do cofre virtual são uma melhoria, equipes de TI podem realmente repensar suas objeções a PSTs. Para obter mais informações sobre o Symantec Enterprise Vault, visite nossa página da Symantec. Figura 2 - O que o usuário vê em OutlookquotNão acessível vaultsquot ao arquivar manualmente um item no OWA (Outlook Web Access) 2003, 2007 ou 2010. Ao tentar arquivar manualmente um item através de OWA 2003, 2007 ou 2010, os usuários podem receber um pop - tela de controle com uma lista de vault vazia e o status Nenhum abóbada acessível. Mensagem de erro A janela pop-up que mostra para o usuário: os erros específicos nos registros variam de acordo com a causa raiz e atualmente são separadamente para cada cenário abaixo. Em geral, a causa desse problema é a incapacidade de entrar em contato com o EVAnon Virtual Directory (VD) configurado no servidor Enterprise Vault. O EVAnon VD facilita o acesso anônimo de usuários para arquivar e recuperar mensagens via OWA. Quando um usuário tenta arquivar um item, as extensões contatam o servidor EV para solicitar a página EVAnonGetarchivesettings. asp. Esta página determina os arquivos acessíveis para o usuário que faz a solicitação. Quando essa solicitação falhar ou se a conta não tiver permissão para qualquer arquivo, a janela pop-up do usuário exibirá quotNão abóbadas acessíveis. Abaixo estão os cenários comuns que podem impedir a sessão OWA do Exchange Server de acessar o Enterprise Vault Server ou O Diretório virtual EVAnon. Nota: Normalmente, se um usuário receber quotNo acessível vaultsquot ao tentar arquivar, o mesmo usuário também não conseguirá recuperar um item arquivado através do OWA, uma vez que ambas as operações fazem uso do EVAnon VD. Cenário 1 O site da Web padrão que hospeda o EVAnon VD é interrompido. No log de diagnóstico OWA. a seguinte tela: 10202014 01:11:21 4484,1 EVServerRequest :: createRequest Enviando solicitação para: EV-EXCH. EV10.localEVAnongetarchivesettings. aspdn2fo3dFirstOrganization2fou3dExchangeAdministrativeGroup (FYDIBOHF23SPDLT) 2fcn3dRecipients2fcn3dUser1ampsid1EB78F15DCDFE024D89F5FD7C68FABCC51d10000EV-EXCH. EV10.local 10202014 01:11:21 4484, 1 EVServerRequest :: CreateRequest Timeout de solicitação (milissegundos): 30000 10202014 1:11:21 PM 4484,1 EVServerRequest :: AddHeader Definir cabeçalho: EV-OWA-2010-Extensions-Version10.0.4.0 10202014 1:11:21 PM 4484 , 1 EVServerRequest :: CreateRequest Fazendo pedido para o usuário: EV10user1 10202014 1:11:21 PM 4484,1 EVServerRequest :: AddHeader Definir cabeçalho: X-EVOWA-User-Encoded45005600310030005C0075007300650072003100 10202014 1:11:21 PM 4484,1 ArchiveSettingsRequest :: Enviar Exceção de envio de solicitação para configurações de arquivo: System. WebException: O servidor remoto retornou um erro: (404) Não encontrado. 10202014 1:11:21 PM 4484,1 FolderArchiveSettings :: GetFolderSettings Sem configurações padrão disponíveis Nenhuma solicitação é registrada no log do IIS do servidor EV, porque o site da Web não está sendo executado. Detalhes: Com o site padrão parado, todos os pedidos feitos no EVAnon VD falharão. Além disso, os pedidos para o EnterpriseVault e para todos os outros VDs no site também falharão, então esse problema provavelmente não será detectado por muito tempo. Solução: 1. No servidor do Enterprise Vault, abra o Gerenciador de Serviços de Informações da Internet (IIS). 2. Expanda ServerName e clique em Sites. O estado do Site Padrão será listado na coluna Status no painel direito. 3. Clique com o botão direito do mouse no site padrão e selecione Gerenciar site gt Start. Cenário 2 O endereço do Protocolo de Internet (IP) do Exchange Server foi alterado e o acesso ao EVAnon VD do novo endereço IP é negado. No log de diagnóstico OWA. O seguinte aparece: 10212014 10:13:53 AM 5092,1 EVServerRequest :: CreateRequest Pedido de envio para: EV-EXCH. EV10.localEVAnonrestoreo2k. aspvaultid17A142DC05D93D54797CCF9FC1E2414D31110000EV-EXCH. EV10.localampsavesetidXXXX 10212014 10:13:53 AM 5092,1 EVServerRequest :: Tempo limite de requisição CreateRequest (milissegundos): 30000 10212014 10:13:53 AM 5092,1 EVServerRequest :: AddHeader Definir cabeçalho: EV-OWA-2010-Extensions-Version10.0.4.0 10212014 10:13:53 AM 5092,1 EVServerRequest: : CreateRequest Fazendo pedido para o usuário: EV10user1 10212014 10:13:53 AM 5092,1 EVServerRequest :: AddHeader Definir cabeçalho: X-EVOWA-User-Encoded45005600310030005C0075007300650072003100 10212014 10:13:56 AM 5092,1 RestoreRequest :: Enviar Exceção enviando solicitação para Item de restauração: System. WebException: o servidor remoto retornou um erro: (403) Proibido. 10212014 10:13:56 AM 5092,1 RequestProcessor :: RestoreAndOnItem Item não restaurado Detalhes: Durante a configuração inicial e a configuração dos componentes OWA Enterprise Vault, é necessário criar um arquivo chamado ExchangeServers. txt no Enterprise Vault (EV) Servidor. Este arquivo contém uma lista de todos os endereços IP atribuídos aos servidores do Exchange que farão os pedidos EV, uma lista que inclui todos os servidores do Exchange 2003 Back End e todos os servidores Exchange 20072010 CAS. Em ambientes agrupados, os endereços IP dos nós físicos e dos nós virtuais devem ser incluídos. Quando o script owauser. wsf é executado no servidor EV, ele cria o EVAnon VD e restringe o acesso a ele somente aos endereços IP listados no ExchangeServers. txt. Esta é uma medida de segurança que assegura apenas que os servidores Exchange adequados possam emitir pedidos anônimos para EV. Se o endereço IP de um servidor do Exchange mudar, ou se nunca foi incluído no ExchangeServers. txt em primeiro lugar, os pedidos EV falharão com o erro IIS 403.6. Existem dois métodos para corrigir esse problema. Método 1: adicione os novos endereços IP ao ExchangeServers. txt e execute novamente o script owauser. wsf. Atualizará a configuração relevante do EVAnon VD. Método 2: Modifique a configuração EVAnon VD diretamente. No IIS 6 (Windows 2003) a. No Gerenciador do IIS, abra as Propriedades do EVAnon VD b. Na guia Segurança de diretório, clique em Editar na seção Endereço IP e restrições de nomes de domínio. C. Adicione uma entrada para cada endereço IP do Exchange que deve ser permitido. D. Clique em OK para salvar as alterações. No IIS 7 e superior (Windows 2008 e superior) a. Abra o arquivo web. config para o site padrão. A localização padrão para este arquivo é C: inetpubwwwrootweb. config. B. Na seção ltsecuritygt do arquivo, adicione uma linha como a seguinte para cada endereço IP do Exchange que deveria ser permitido Salve o arquivo web. config. Nota: Para o IIS 7 e superior, é importante não modificar as restrições de endereço IP diretamente no EVAnon VD usando o Gerenciador do IIS. Isso causará o problema descrito neste artigo da KB. Adendo: se não estiver claro quais endereços IP devem ser adicionados à lista permitida, siga estas etapas para determiná-los: 1. Faça uma solicitação para EV clicando duas vezes em um item arquivado no OWA. Isso deve falhar com um erro 403.6 como no registro acima. 2. Verifique o registro do IIS no servidor EV e localize a solicitação com falha. 3. O log do IIS também mostrará o endereço IP da máquina que faz o pedido. Este é o endereço IP que deve estar na lista permitida. 4. Repita as etapas 1-3 para cada servidor Exchange executando as extensões EV OWA. Cenário 3 A conta EV Data Access está bloqueada, desabilitada ou possui credenciais inválidas. (Essa conta é conhecida como a conta OWA, conta anônima, conta EVAnon ou o usuário EV OWA). No registro de diagnóstico OWA. a seguinte tela: 10222014 11:07:15 6524,15 EVServerRequest :: createRequest Enviando solicitação para: EV-EXCH. EV10.localEVAnongetarchivesettings. aspdn2fo3dFirstOrganization2fou3dExchangeAdministrativeGroup (FYDIBOHF23SPDLT) 2fcn3dRecipients2fcn3dUser1ampsid1EB78F15DCDFE024D89F5FD7C68FABCC51d10000EV-EXCH. EV10.local 10222014 11:07:15 6524, 15 EVServerRequest :: CreateRequest Timeout de solicitação (milissegundos): 30000 10222014 11:07:15 AM 6524,15 EVServerRequest :: AddHeader Definir cabeçalho: EV-OWA-2010-Extensions-Version10.0.4.0 10222014 11:07:15 AM 6524 , 15 EVServerRequest :: CreateRequest Fazendo pedido para o usuário: EV10user1 10222014 11:07:15 AM 6524,15 EVServerRequest :: AddHeader Definir cabeçalho: X-EVOWA-User-Encoded45005600310030005C0075007300650072003100 10222014 11:07:15 AM 6524,15 ArchiveSettingsRequest :: Enviar Exceção enviando solicitação para configurações de arquivo: System. WebException: O servidor remoto retornou um erro: (401) Não autorizado. 10222014 11:07:15 AM 6524,15 FolderArchiveSettings :: GetFolderSettings Nenhuma configuração padrão disponível Detalhes: Quando o script owauser. wsf é executado no servidor EV para criar o EVAnon VD, ele requer que o administrador especifique as credenciais de logon de uma conta de domínio Que servirá como a conta Data Access, para ser usada para conexões anônimas de servidores Exchange para o servidor EV. Se os detalhes da conta se tornarem inválidos por algum motivo (por exemplo, a conta está desativada no Active Directory, a senha é alterada, a conta foi movida para outro domínio, etc.), o EVAnon VD não poderá facilitar os pedidos de arquivamento ou Restaurar itens da OWA. Solução: 1. Certifique-se de que a conta Data Access não esteja desativada ou bloqueada no Active Directory. 2. Certifique-se de que o único grupo do Active Directory ao qual pertence a conta de acesso a dados é o grupo Usuários do domínio. A conta não deve ser um membro do grupo de Administradores de Domínio. 3. Certifique-se de que a conta Data Access não faz parte do grupo Local Administrators no servidor EV. 4. Se a senha foi alterada ou se você não tiver certeza de que está correto, execute novamente o script owauser. wsf com as credenciais apropriadas especificadas. Isso registrará novamente a conta Data Access como a identidade de autenticação anônima para o EVAnon VD. Cenário 4 A conta EV Data Access foi configurada para uma conta inválida. (Esta conta é conhecida como a conta OWA, conta anônima, conta EVAnon ou o usuário EV OWA). Registro: no registro de diagnóstico OWA. O seguinte aparece: EVServerRequest :: CreateRequest Pedido de envio para: evserver. domain. localEVAnonrestoreo2k. aspvaultid. EVServerRequest :: LogResponseHeaders Status: 200 OK RestoreRequest :: Enviar Resposta inesperada: OK OK RequestProcessor :: RestoreAndOnItem Item não restaurado Detalhes: isso ocorre com mais frequência quando uma conta de acesso a dados diferente é especificada no script owauser. wsf do que é especificado nos Dados Acesse a guia Conta nas Propriedades do Diretório do Vault Admin Console39s. Solução: Certifique-se de que a conta de acesso a dados configurada com o script owauser. wsf é a mesma conta que a especificada na guia Conta de acesso a dados nas Propriedades do diretório do console do administrador do Vault. Nenhum desses locais deve usar a Conta do Serviço do Vault. Revise este artigo da KB para uma discussão mais detalhada sobre esse cenário. Cenário 5 O caminho físico configurado para o EVAnon VD é inválido.