Semplificare PST Archiviazione con Enterprise Vault e gli utenti Virtual Vault per portatili organizzazioni con limitazioni archiviazione delle cassette postali frequentemente archivio con i file PST per memorizzare i messaggi e-mail. Tuttavia, ci sono diverse limitazioni e le sfide connesse con file PST. Virtual Vault è un mezzo per accedere ai benefici di un file PST senza le limitazioni. Archiviazione per PST locale per salvare Mailbox Spazio Il numero di messaggi di posta elettronica scambiati su base giornaliera notevole. Il volume di messaggi di posta elettronica inviati e ricevuti cause caselle di posta per aumentare di dimensioni nel tempo. Le organizzazioni si incontrano questa sfida implementando limiti della cassetta postale. Che cosa, allora, possono gli utenti di laptop fare per accedere ai messaggi di posta elettronica in remoto Essi possono utilizzare i file PST per archiviare e-mail a livello locale. Figura 1 - L'esplosione di e-mail rende caselle Svantaggi ingombranti di archiviazione a PST locali Tuttavia, un file PST che è stato salvato a livello locale per un computer portatile sarebbe perduto se il disco rigido dovesse bloccarsi. Al contrario, i file PST salvati su un'unità condivisa non sono supportate da Microsoft e sono inaccessibili via OWA. Anche utilizzando lo strumento di archiviazione di Exchange 2010 sposta l'elemento da un database di cassette postali a un altro, che non è esattamente risparmiare spazio in Exchange. Enterprise Vault Virtual Vault - una soluzione di archiviazione per l'utente finale, l'aspetto della volta virtuali e si comporta come un normale file PST. L'utente può trascinare un elemento nel caveau virtuale, proprio come farebbero con un normale file PST. La voce è lì quando necessario. L'elemento viene rimosso dalla cassetta postale di Exchange, riducendo così la dimensione della cassetta postale di Exchange. Come fa Virtual Vault affrontare i problemi di PST locale Il Virtual Vault sincronizza con l'archivio Vault userrsquos Enterprise. L'elemento trascinato nel Virtual Vault è posto nell'archivio casella di posta userrsquos in Enterprise Vault. Questa sincronizzazione avviene automaticamente, anche se un utente può eseguire una sincronizzazione manuale. Perché OWA può accedere all'archivio userrsquos, voci del Virtual Vault sono accessibili attraverso OWA anche. Per l'utente, sembra come se voci del PST locale, sono disponibili anche tramite OWA. Prova che con un PST con un file PST, se il disco rigido locale viene persa, il PST e tutti i messaggi in esso contenuti sono anche perso. Con Virtual Vault, basta sostituire il disco rigido, reinstallare Outlook e il client di Enterprise Vault. La prossima volta che il computer portatile (o desktop) si connette a Exchange e Enterprise Vault, la volta virtuale locale è ricostruito dall'archivio userrsquos. Il sistema ricostruisce automaticamente il PST per voi. Questo riduce anche la necessità di individuare e trovare i userrsquos PST prima di aggiornare il proprio hardware. Non più Archiviazione per PST locali tendo ad andare in pensione il mio PST ogni anno per mantenere la dimensione del file PST locale piccolo. Non ho più bisogno di fare questo. Virtual Vault in realtà utilizza più file locali per memorizzare l'archivio, riducendo le singole dimensioni dei file PST. Così, quando si passa a nuovo hardware, non ho bisogno di rintracciare le molteplici PST lsquodetachedrsquo. Per l'organizzazione, il processo di backup di Enterprise Vault raddoppia come backup per un locale di Virtual Vault PST. Enterprise Vault Virtual Vault aggiunge miglioramenti significativi al PST. Le funzionalità di Virtual Vault sono un tale miglioramento, personale IT potrebbe effettivamente ripensare le loro obiezioni a PST. Per maggiori informazioni riguardo Symantec Enterprise Vault, si prega di visitare la nostra pagina di Symantec. Figura 2 - Ciò che l'utente vede in OutlookquotNo vaultsquot accessibile quando l'archiviazione manualmente un elemento in OWA (Outlook Web Access) 2003, 2007 o 2010. Quando si tenta di archiviare manualmente un elemento tramite OWA 2003, 2007, o 2010, gli utenti possono ricevere un pop schermo-up con una lista volta vuota e lo stato Nessun volte accessibili. Messaggio di errore la finestra pop-up che mostra all'utente: Gli errori specifici nei registri varia in base la causa principale e sono attualmente separatamente per ogni scenario di seguito. In generale, la causa di questo problema è l'incapacità di contattare la directory virtuale EVAnon (VD) configurato sul server di Enterprise Vault. Il EVAnon VD facilita l'accesso anonimo per gli utenti di archiviare e ricevere messaggi tramite OWA. Quando un utente tenta di archiviare un elemento, le estensioni di contattare il server EV per richiedere la pagina EVAnonGetarchivesettings. asp. Questa pagina determina gli archivi che sono accessibili all'utente che effettua la richiesta. Quando questa richiesta non riesce, o se l'account non dispone di autorizzazione a qualsiasi archivio, i user39s finestra pop-up apparirà quotNo vaults. quot accessibile Qui di seguito sono scenari comuni che possono fermare la sessione di Exchange Server39s OWA di accedere il server Enterprise Vault o il EVAnon directory virtuale. Nota: Di solito, se un utente riceve quotNo vaultsquot accessibili durante il tentativo di archiviazione, lo stesso utente sarà anche fallire per recuperare un oggetto archiviato tramite OWA, dal momento che entrambe le operazioni fanno uso della EVAnon VD. Scenario 1 Il sito Web predefinito che ospita il EVAnon VD viene arrestato. Nel registro di diagnostica OWA. appare la seguente: 10.202.014 13:11:21 4484,1 EVServerRequest :: CreateRequest Invio richiesta a: EV-EXCH. EV10.localEVAnongetarchivesettings. aspdn2fo3dFirstOrganization2fou3dExchangeAdministrativeGroup (FYDIBOHF23SPDLT) 2fcn3dRecipients2fcn3dUser1ampsid1EB78F15DCDFE024D89F5FD7C68FABCC51d10000EV-EXCH. EV10.local 10.202.014 13:11:21 4484, 1 EVServerRequest :: CreateRequest Richiesta timeout (millisecondi): 30000 10.202.014 13:11:21 4484,1 EVServerRequest :: AddHeader Set intestazione: EV-OWA-2010-estensioni-Version10.0.4.0 10.202.014 13:11:21 4484 , 1 EVServerRequest :: CreateRequest Fare richiesta per l'utente: EV10user1 10.202.014 13:11:21 4484,1 EVServerRequest :: AddHeader Set intestazione: X-EVOWA-user-Encoded45005600310030005C0075007300650072003100 10.202.014 13:11:21 4484,1 ArchiveSettingsRequest :: Send eccezione invio di richiesta di impostazioni di archiviazione: System. WebException: il server remoto ha restituito un errore: (404) non trovato. 10202014 13:11:21 4484,1 FolderArchiveSettings :: GetFolderSettings nessuna impostazione di default disponibili Nessuna richiesta viene registrato nel EV server39s registro IIS perché il sito Web non è in esecuzione. Dettagli: Con il sito Web predefinito arrestato, le richieste fatte al EVAnon VD falliranno. Inoltre, le richieste di EnterpriseVault e tutti gli altri VDs sotto il sito non riuscirà così, quindi questo problema probabilmente non passare inosservate per lungo tempo. Soluzione: 1. Sul server Enterprise Vault aprire Internet Information Services (IIS). 2. Espandere ServerName e fare clic su siti. Lo stato del sito Web predefinito saranno elencati nella colonna Stato nel riquadro di destra. 3. Fare clic sul sito Web predefinito e selezionare Gestione Sito Web GT Avvio. Scenario (IP) 2 Internet Protocol Address del Exchange Server è stata modificata, e l'accesso al EVAnon VD dal nuovo indirizzo IP viene negato. Nel registro di diagnostica OWA. appare la seguente: 10.212.014 10:13:53 5092,1 EVServerRequest :: CreateRequest Invio richiesta a: EV-EXCH. EV10.localEVAnonrestoreo2k. aspvaultid17A142DC05D93D54797CCF9FC1E2414D31110000EV-EXCH. EV10.localampsavesetidXXXX 10.212.014 10:13:53 5092,1 EVServerRequest :: CreateRequest Richiesta timeout (millisecondi): 30000 10.212.014 10:13:53 5092,1 EVServerRequest :: AddHeader Set intestazione: EV-OWA-2010-estensioni-Version10.0.4.0 10.212.014 10:13:53 5092,1 EVServerRequest: : CreateRequest Fare richiesta di utente: EV10user1 10.212.014 10:13:53 5092,1 EVServerRequest :: AddHeader Set intestazione: X-EVOWA-user-Encoded45005600310030005C0075007300650072003100 10.212.014 10:13:56 5092,1 RestoreRequest :: Invia eccezione invio richiesta ripristinare voce: System. WebException: il server remoto ha restituito un errore: (403) Forbidden. 10212014 10:13:56 5092,1 RequestProcessor :: RestoreAndActOnItem Elemento non ripristinato dettagli: Durante l'installazione iniziale e la configurazione dei componenti di Enterprise Vault OWA, è necessario creare un file denominato ExchangeServers. txt sulla Enterprise Vault (EV) Server. Questo file contiene un elenco di tutti gli indirizzi IP assegnati ai server di Exchange che sarà fare la richiesta EV, una lista che comprende tutti i server back end di Exchange 2003 e di tutti gli scambi 20072010 server CAS. In ambienti cluster, gli indirizzi IP di entrambi i nodi fisici e nodi virtuali dovrebbero essere inclusi. Quando lo script owauser. wsf viene eseguito sul server EV, crea la EVAnon VD e limita l'accesso ad esso per solo gli indirizzi IP elencati in ExchangeServers. txt. Si tratta di una misura di sicurezza che garantisce solo i server di Exchange propri sono in grado di emettere richieste anonime a EV. Se l'indirizzo IP di un server di Exchange cambiamenti, o se non è mai stato incluso nella ExchangeServers. txt, in primo luogo, poi le richieste di EV avrà esito negativo con l'errore di IIS 403,6. Ci sono due metodi per risolvere questo problema. Metodo 1: Aggiungere i nuovi indirizzi IP a ExchangeServers. txt ed eseguire di nuovo lo script owauser. wsf. Sarà aggiornare la configurazione relativa EVAnon VD. Metodo 2: Modificare direttamente la configurazione EVAnon VD. Su IIS 6 (Windows 2003) a. In Gestione IIS, aprire le proprietà del EVAnon VD b. Nella scheda Protezione directory, fare clic su Modifica nella sezione indirizzo IP e sui nomi di dominio. c. Aggiungere una voce per ogni indirizzo IP di Exchange che dovrebbe essere consentito. d. Fare clic su OK per salvare le modifiche. Su IIS 7 e maggiore (Windows 2008 e superiore) a. Aprire il file web. config per il sito Web predefinito. La posizione predefinita per questo file è C: inetpubwwwrootweb. config. b. Nella sezione ltsecuritygt del file, aggiungere una riga come la seguente per ogni indirizzo IP di Exchange che dovrebbe essere consentito: ltadd ipAddressquot192.168.2.105quot allowedquottruequot gt c. Salvare il file web. config. Nota: Per IIS 7 e una maggiore, è importante non modificare le restrizioni di indirizzi IP direttamente sul EVAnon VD utilizzando Gestione IIS. In questo modo farà sì che il problema descritto in questo articolo KB. Addendum: Se non è chiaro che gli indirizzi IP debbano essere aggiunti all'elenco dei programmi consentiti, attenersi alla seguente procedura per determinare loro: 1. Effettuare una richiesta di EV con un doppio clic su un elemento archiviato in OWA. Questo dovrebbe riuscire con un errore 403.6 come nel registro di cui sopra. 2. Controllare il log di IIS sul server EV e individuare la richiesta non riuscita. 3. Il registro di IIS mostrerà anche l'indirizzo IP della macchina che effettua la richiesta. Questo è l'indirizzo IP che dovrebbe essere nella lista consentito. 4. Ripetere i passaggi 1-3 per ciascun server di Exchange che esegue le EV OWA Extensions. Scenario 3 L'account EV di accesso ai dati è bloccato, disabili, o ha credenziali non valide. (Questo account è colloquialmente nota come il conto di OWA, account anonimo, conto EVAnon, o l'utente EV OWA). Nel registro di diagnostica OWA. appare la seguente: 10.222.014 11:07:15 6524,15 EVServerRequest :: CreateRequest Invio richiesta a: EV-EXCH. EV10.localEVAnongetarchivesettings. aspdn2fo3dFirstOrganization2fou3dExchangeAdministrativeGroup (FYDIBOHF23SPDLT) 2fcn3dRecipients2fcn3dUser1ampsid1EB78F15DCDFE024D89F5FD7C68FABCC51d10000EV-EXCH. EV10.local 10.222.014 11:07:15 6524, 15 EVServerRequest :: CreateRequest Richiesta timeout (millisecondi): 30000 10.222.014 11:07:15 6524,15 EVServerRequest :: AddHeader Set intestazione: EV-OWA-2010-estensioni-Version10.0.4.0 10.222.014 11:07:15 6524 , 15 EVServerRequest :: CreateRequest Fare richiesta per l'utente: EV10user1 10.222.014 11:07:15 6524,15 EVServerRequest :: AddHeader Set intestazione: X-EVOWA-user-Encoded45005600310030005C0075007300650072003100 10.222.014 11:07:15 6524,15 ArchiveSettingsRequest :: Send eccezione invio di richiesta di impostazioni di archiviazione: System. WebException: il server remoto ha restituito un errore: (401) non autorizzato. 10222014 11:07:15 6524,15 FolderArchiveSettings :: GetFolderSettings nessuna impostazione di default disponibile Dettagli: Quando lo script owauser. wsf viene eseguito sul server EV per costruire il EVAnon VD, si richiede che l'amministratore specificare le credenziali di accesso di un account di dominio che servirà come account di accesso ai dati, da utilizzare per le connessioni anonime da server Exchange al server EV. Se i dettagli del conto sono più valide per qualche motivo (ad esempio, l'account viene disabilitato in Active Directory, si modifica la password, l'account è stato spostato in un altro dominio, ecc), il EVAnon VD non sarà in grado di facilitare le richieste per archiviare o ripristinare gli elementi da OWA. Soluzione: 1. Verificare che l'account di accesso ai dati non è disattivato o bloccato in Active Directory. 2. Assicurarsi che l'unico gruppo di Active Directory a cui l'account di accesso ai dati appartiene è il gruppo Domain Users. L'account non deve essere un membro del gruppo Domain Administrators. 3. Assicurarsi che l'account di accesso ai dati non fa parte del gruppo Administrators locale sul server EV. 4. Se la password è stata modificata o se si è altrimenti sicuri che sia corretto, eseguire di nuovo lo script owauser. wsf con le credenziali appropriate specificate. Ciò registrare nuovamente l'account di accesso ai dati come l'identità per l'autenticazione anonima al EVAnon VD. Scenario 4 L'account EV di accesso ai dati è stata impostata su un account non valido. (Questo account è colloquialmente nota come il conto di OWA, account anonimo, conto EVAnon, o l'utente EV OWA.) Logging: Nel registro di diagnostica OWA. appare la seguente: EVServerRequest :: CreateRequest Invio richiesta a: evserver. domain. localEVAnonrestoreo2k. aspvaultid. EVServerRequest :: LogResponseHeaders Stato: 200 OK RestoreRequest :: Invia risposta imprevista: OK OK RequestProcessor :: RestoreAndActOnItem Elemento non restaurato Dettagli: il più delle volte si verifica quando viene specificato un account di accesso ai dati diverso nello script owauser. wsf di quanto specificato in dati scheda account di accesso nella volta Admin Console39s Proprietà Directory. Soluzione: Assicurarsi che l'account di accesso ai dati configurato con lo script owauser. wsf è lo stesso account come quello specificato nella scheda Dati account di accesso nella volta Admin Console39s Proprietà Directory. Nessuno di questi luoghi dovrebbe utilizzare il Servizio Account Vault. Commenta questo articolo KB per una discussione più approfondita di questo scenario. Scenario 5 Il percorso fisico configurato per il EVAnon VD non è valido.
No comments:
Post a Comment