Su opción principal es probar su restauración con datos en vivo para que pueda ver todas las cosas que hace la configuración de su servidor que no están cubiertas por Time Machine.
También querrá obtener una herramienta como Bender para manejar la exportación e importación de la configuración en el propio server.app.
Lo ideal es que tenga un documento de configuración donde haya grabado cada cosa que haya configurado, ya que esa será su lista de verificación de que todo está cubierto.
- ¿Configuró una ubicación de datos alternativa para algunos de los servicios?
- ¿"Corrigió" algún archivo de puntos para los usuarios y ejecutó comandos de terminal?
- ¿Tiene alguna tarea launchd que no esté empaquetada (a menudo realizo enrutamiento y otros cambios que se ejecutan para establecer rutas estáticas, transferir archivos de registro de aplicaciones, etc.)
El servidor es una bestia diferente y puede y establecerá muchas bases de datos grandes, algunas de las cuales se deben archivar y luego restaurar, como correo, web, LDAP. A medida que su servidor crezca, llegará a pensar que cada dato es separado, ya que respaldarlos a todos con la misma frecuencia o mecanismo no es una buena solución técnica. ¡Time Machine es un punto de partida, no un punto final y utiliza tecnología de espejo como Carbon Copy Cloner o SuperDuper! No suele ser la respuesta, ya que a menudo se tarda uno o dos días en restaurar terabytes de datos cuando puede tener esos datos en un dispositivo de almacenamiento y simplemente usar su sistema operativo y las copias de seguridad de configuración para guardar el pegamento, el código y las herramientas, no el producto. .