L'opzione principale consiste nel testare il ripristino con dati in tempo reale in modo da poter visualizzare tutte le operazioni eseguite dal server che non sono coperte da una macchina del tempo.
Avrai anche bisogno di uno strumento come Bender per gestire l'esportazione e l'importazione delle impostazioni sul server.app stesso.
Idealmente, hai un documento di installazione in cui hai registrato ogni cosa che hai configurato dal momento che sarà la tua lista di controllo che tutto è coperto.
- Hai impostato la posizione alternativa dei dati per alcuni servizi?
- Hai "corretto" qualsiasi file di punti per gli utenti ed eseguito i comandi del terminale?
- Disponi di attività di launchd che non sono pacchettizzate (faccio spesso routing e altre modifiche che vengono eseguite per impostare percorsi statici, scorrere i file di registro delle applicazioni, ecc ...)
Il server è una bestia diversa e puoi e imposterai molti database di grandi dimensioni, alcuni dei quali devono essere archiviati e poi ripristinati in seguito come posta, web, LDAP. Man mano che il tuo server cresce, verrai a pensare a ogni dato come separato dal momento che il backup di tutti con la stessa frequenza o meccanismo non è una buona soluzione tecnicamente. Time Machine è un punto di partenza, non un punto finale e utilizza tecnologia mirror come Carbon Copy Cloner o SuperDuper! di solito non è la risposta dato che spesso ci vogliono un giorno o due per ripristinare terabyte di dati quando è possibile avere quei dati su un'appliance di archiviazione e basta usare il sistema operativo e i backup di configurazione per salvare la colla, il codice e gli strumenti, non il prodotto .