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.

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.

  • Gli strumenti di automazione del data center e Novell Suse Linux?
  • Schema di patch Sane per cluster di Windows 2003
  • è la produzione ksplice pronta?
  • Disabilitare Windows Update e gestire le patch manualmente
  • Quanto è importnte la gestione dei patch?
  • Come faccio a determinare la versione SP e Rollup di un'installazione di Exchange?
  • La virtualizzazione di un server significa un altro livello di OS per patch e aggiornamento, più lavoro e maggiore rischio?
  • Quando è opportuno autoupdate i server?
  • 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.