none
Ripristinare owa su exchange 2010 RRS feed

  • Domanda

  • A causa di un guasto elettrico su un mio server 2008 R2 con exchange 2010 si è danneggiato iis e di conseguenza non funziona più owa.

    Ho rimosso e ripristinato iis ed ora funziona bene, ma owa non vuole ripartire. La console di exchange non trova il server e quindi non riesco a lanciare i comandi per la reinstallazione di owa. Per il resto exchange funziona bene e non segnala errori, ma ho bisogno di usare owa per postazioni remote e per gli smartphone. Come posso ripristinare owa?

    Grazie.

    Giuseppe

    • Tipo modificato Anca Popa lunedì 24 settembre 2012 08:20 attesa di ulteriori feedback
    • Tipo modificato Anca Popa mercoledì 3 ottobre 2012 10:44 domanda con risposta
    lunedì 17 settembre 2012 18:18

Risposte

Tutte le risposte

  • lunedì 17 settembre 2012 19:02
  • Scusa ma mi sono dimenticato di scrivere che oltre alla shell anche EMC non vuole più funzionare.

    Se premo su Microsoft Exchange Locale mi da il seguente errore:

    Tentativo di connessione a http://serverXX.XX.locale/PowerShell mediante l'autenticazione "Kerberos" non riuscito: Connessione al server remoto non riuscita con il seguente messaggiodi errore: Servizio WS-Management: richiesta non supportata.

    Mi sa che oltre a owa si è "rotta" qualche altra parte di exchange.

    martedì 18 settembre 2012 16:11
  • Ma parliamo di questo errore?

    http://blog.mattsampson.net/index.php/error-opening-emc-ws-management?blog=1

    Puoi postare l'errore completo? Grazie.


    Peppacci - MVP - Microsoft Exchange Server Microsoft MCP - MCTS - MCITP http://blogs.sysadmin.it/peppacci/Default.aspx

    mercoledì 19 settembre 2012 06:40
    Moderatore
  • Non è quello l'errore.

    Allego l'immagine, sembra non si possa autentificare sul server.

    Mentre nel registro eventi applicazioni c'è questo errore:

    Processo MSExchangeFDS.exe (PID=5824). Impossibile leggere la proprietà Path dall'oggetto della metabase IIS://SERVERxxx.mgxxxxxxa.locale/W3SVC/1/ROOT/OAB. Sincronizzazione della Rubrica fuori rete sospesa.

    giovedì 20 settembre 2012 10:50
  • Invece se apri la shell (direttamente sul server) che errore ti da?

    Ciao,


    Dario Palermo

    giovedì 20 settembre 2012 12:49

  •          Informazioni su Exchange Management Shell!

    Elenco completo di cmdlet: Get-Command
    Solo cmdlet di Exchange: Get-ExCommand
    Cmdlet corrispondenti a una determinata stringa: Help *<string>*
    Visualizzazione della Guida generale: Help
    Visualizzazione della Guida per un cmdlet: Help <cmdlet name> or <cmdlet name> -?
    Mostrare guida di riferimento rapido: QuickRef
    Exchange Team Blog: Get-ExBlog
    Mostrare l'output completo per un comando: <command> | Format-List

    Suggerimento #14:

    I cmdlet che terminano con "Config" consentono di gestire la configurazione Singleton, una per ciascun server od organiz
    zazione. Per queste attività non è necessario specificare un'identità, poiché è presente una sola istanza della configur
    azione. Può essere necessario specificare il parametro Server se la configurazione è per ogni server.

    DETTAGLIATO: Connessione a SERVER2008.mginformatica.locale
    [server2008.mginformatica.locale] Connessione al server remoto non riuscita con il seguente messaggio di errore: Servizio WS-Management: richiesta non supportata. Per ulteriori informazioni, vedere l'argomento della Guida about_Remote_Troubleshooting.
        + CategoryInfo          : OpenError: (System.Manageme....RemoteRunspace:RemoteRunspace) [], PSRemotingTransportException
        + FullyQualifiedErrorId : PSSessionOpenFailed

    DETTAGLIATO: Connessione a SERVER2008.mginformatica.locale
    [server2008.mginformatica.locale] Connessione al server remoto non riuscita con il seguente messaggio di errore: Servizio WS-Management: richiesta non supportata. Per ulteriori informazioni, vedere l'argomento della Guida about_Remote_Troubleshooting.
        + CategoryInfo          : OpenError: (System.Manageme....RemoteRunspace:RemoteRunspace) [], PSRemotingTransportException
        + FullyQualifiedErrorId : PSSessionOpenFailed

    DETTAGLIATO: Connessione a SERVER2008.mginformatica.locale
    [server2008.mginformatica.locale] Connessione al server remoto non riuscita con il seguente messaggio di errore: Servizio WS-Management: richiesta non supportata. Per ulteriori informazioni, vedere l'argomento della Guida about_Remote_Troubleshooting.
        + CategoryInfo          : OpenError: (System.Manageme....RemoteRunspace:RemoteRunspace) [], PSRemotingTransportException
        + FullyQualifiedErrorId : PSSessionOpenFailed

    Impossibile connettersi ad Exchange Server nel sito corrente.
    Immettere il nome di dominio completo del server in cui si desidera effettuare la connessione.:

    giovedì 20 settembre 2012 13:41
  • Comincia da qui:

    http://blog.jumlin.com/2010/07/exchange-2010-unable-to-access-console-or-shell/

    e tienici aggiornati!

    In bocca al lupo, probabilmente avrai un bella gatta da pelare...

    Ciao,


    Dario Palermo

    giovedì 20 settembre 2012 15:00
  • Ciao,

    In attesa di ulteriori aggiornamenti e oltre a quanto gia' consigliato, ti giro anche questo blog post:

    Resolving WinRM errors and Exchange 2010 Management tools startup failures

    Facessi sapere anche a noi se ci sono eventuali sviluppi,


    Anca Popa Follow ForumTechNetIt on Twitter

    Microsoft offre questo servizio gratuitamente, per aiutare gli utenti e aumentare il database dei prodotti e delle tecnologie. Il contenuto viene fornito “così come è” e non comporta alcuna responsabilità da parte dell'azienda. 

    lunedì 24 settembre 2012 08:20
  • Con il link di Dario ho eliminato e ricreato la powershell, ma il problema permane.

    Però ho fatto dei passi avanti:

    l'errore kerbauth era dato dal fatto che tra i moduli mancava kerbauth.dll che troviamo sul bin di exchange.

    L'errore è diventato: ws-management: richiesta non supportata

    Visto che si tratta di amministrazione remota ho controllato la cartella rpc ed ho visto che era inesistente.

    Ho reinstallato dalle funzionalità di windows proxy rpc su http. Ed ora la cartella esiste. Ma l'errore permane.

    Ho notato che sia la cartella rpc che powershell quando vado su impostazioni di base - prova impostazioni mi restituisce un errore: percorso dell'applicazione non valido.

    lunedì 24 settembre 2012 19:32
  • Segui questo:

    http://blogs.technet.com/b/exchange/archive/2010/02/04/3409289.aspx

    Forse può convenire però spostare il CAS role su un secondo server, fare pulizia e reinstallare il CAS sul primo, dismettere il secondo server.

    Ciao,


    Dario Palermo

    • Contrassegnato come risposta Anca Popa mercoledì 3 ottobre 2012 10:51
    martedì 25 settembre 2012 19:11
  • Perfetto, grazie Dario.

    Oltre a kerbauth mancava il modulo C:\Windows\system32\wsmsvc.dll.

    Ora sia EMC che EMS stanno funzionando bene.

    Mi manca solo ricreare OWA.

    Se uso EMC -> reimposta directory virtuale -> sfoglia non trova owa e non posso crearla (perchè la avevo cancellata)

    Se uso EMS col comando New-OwaVirtualDirectory mi da errore nella creazione della cartella owa: Errore durante il tentativo di abilitazione del filtro ISAPI.

    mercoledì 26 settembre 2012 19:19
  • Puoi provare a rimuovere e reinstallare i prerequisitivi *specifici* del cas role, come ad esempio Web-ISAPI-Ext.

    Segui questo link:

    http://technet.microsoft.com/en-us/library/bb691354.aspx

    Ora fai attenzione: nell'articolo non vengono evidenziati i prerequisiti *specifici* del cas role, bensì *tutti*, come ad esempio il NET-Framework. Questo però serve anche a Mailbox e Tranport, per cui non toccarlo. devi quindi procedere "per differenza".

    Tutto chiaro?

    Ciao,


    Dario Palermo

    • Contrassegnato come risposta Anca Popa mercoledì 3 ottobre 2012 10:52
    giovedì 27 settembre 2012 10:38
  • Ci stavo perdendo troppo tempo.

    Ho ripristinato un disco virtuale di qualche mese fa ed ora funziona tutto bene (Per forza).

    mercoledì 17 ottobre 2012 16:52