Patch di server di cassette postali di Exchange senza perdita di dati potenziali

Ho quello che penso sia una semplice domanda facile. Vorrei applicare un service pack al mio server di cassette postali di scambio 2007. Non ho una configuration CCR, quindi è una configuration piuttosto standard. L'abbiamo eseguita su VMware e ho intenzione di snapshot prima di applicare il service pack.

La mia domanda è che alcuni aspetti dello scambio possano essere disabilitati in modo che le prospettive non possano connettersi al server della cassetta postale prima di eseguire lo snapshot / aggiornare il server? Vorrei evitare qualsiasi perdita di dati se può essere fatta. Ad esempio, un'idea che ho avuto stava distriggersndo i database delle cassette postali e quindi patchando il server. Tuttavia, non so se questo possa essere fatto.

  • Spingere i contatti per scambiare gli utenti
  • Consentire all'utente di Outlook di submit da un indirizzo di posta elettronica in un diverso dominio
  • Come aggiornare Solaris 10 per essere sicuro da bug di shellshock?
  • C'è un modo diverso per visualizzare gli aggiornamenti di Windows per un computer che riassume ciò che è per ciascuno?
  • Come posso sapere quali aggiornamenti del pacchetto richiedono un riavvio o un riavvio del servizio?
  • Aggiornare i server RHEL senza connessione a Internet
  • Un'altra idea che ho avuto era la patch del server di scambio mentre la networking è scollegata, ma ancora una volta, non so se questo functionrebbe.

  • Exchange 2007 OWA - Può accedere, ma non grafica / immagini rotte
  • Exchange 2010 CAS (OWA) in ambiente Exchange 2007
  • Limita il numero di messaggi nella cassetta postale
  • Outlook Scheduling Assistant non è libero / occupato in modo coerente
  • Spingere i contatti per scambiare gli utenti
  • Elenco di distribuzione di Exchange 2007 con indirizzi esterni
  • One Solution collect form web for “Patch di server di cassette postali di Exchange senza perdita di dati potenziali”

    Hai un paio di opzioni.

    • Fare un backup completo di tutti i database di cassetta postale e avviare l'aggiornamento ASAP dopo il backup (memorizzare questo dall'assistente che state aggiornando!).
    • Fermare (ma non distriggersre) il servizio Microsoft Exchage Information Store , eseguire un'istallazione della macchina e avviare l'aggiornamento.

    Di queste opzioni, il secondo ti darà un'istantanea coerente dei file .edb se stai facendo un'istantanea a livello VM. Se si esce dal servizio Archivio informazioni e inizia l'aggiornamento, ciò dovrebbe effettivamente darti ciò che si desidera.

    Lascerei anche la networking collegata all'installazione del Service Pack perché IIRC effettua alcuni controlli CRL e questi potrebbero richiedere molto tempo a timeout se la networking non è connessa, causando un ritardo inutile durante l'aggiornamento.

    L'unica cosa che vorrei raccomandare è farlo durante il tempo di "off", quindi una serata o preferibilmente un week-end, proprio in modo da avere un po 'di spazio respiratorio se qualcosa va inutile.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.