Administro varios sitios de comercio electrónico desde el servidor de mi casa (el mío, el de un familiar y el de un cliente). Es una Dell Dimension 4600 más antigua que tengo ejecutando Ubuntu 12.04 lts. La computadora no muestra signos de falla inminente, pero como es vieja, quiero tener una buena copia de seguridad en caso de que suceda algo. Necesitaría poder restaurar los datos en un nuevo servidor dentro de un par de días después de que el servidor se caiga. ¿Es la mejor manera de usar algo como Clonezilla? ¿O debería existir un método mejor para hacer esto?
Actualizar
No necesito que el sitio esté activo mientras lo hago y actualmente tengo alrededor de 8 Gb de datos. Una copia de bits parece una buena idea para lo que quiero, que es hacer la copia de seguridad y luego, si sucede algo, poder conectar el disco de copia de seguridad y listo. El diseño del disco es solo un disco, una partición grande de 80 GB. Sí, sé que esto no es lo mejor, era nuevo en el mundo de Linux, Ubuntu, servidores web y prácticamente todo cuando instalé el sistema operativo y lo configuré inicialmente. Entonces tampoco LVM
Respuesta1
Si no es necesario que el sitio esté activo mientras lo hace, existen varias soluciones, la más fácil es asegurarse de que el disco esté montado como de solo lectura (por ejemplo, usando un disco de arranque) y hacer una copia de bits desde 1 disco. a otro. Luego, si algo sale mal, simplemente inserte el disco de respaldo, encienda el servidor y listo.
Si el sitio necesita estar activo mientras se realiza la copia, el problema es más complejo. Una buena forma de manejar las copias de seguridad en Linux es programar copias de seguridad incrementales usando algo como rsnapshot (pero rsync podría ser más fácil en su caso). Sin embargo, si tiene que restaurar, deberá comenzar reconstruyendo el servidor y luego copiar la última instantánea.
No ha indicado la cantidad de datos de los que está realizando una copia de seguridad, la frecuencia con la que cambian ni la disposición de los discos. Ambas cosas son útiles para encontrar una solución de respaldo. Si está construyendo un nuevo sistema (o tuvo previsión cuando construyó el sistema original), a menudo es útil construir el sistema de archivos en LVM, luego tomar una instantánea del LVM y hacer una copia de seguridad. Esto significa que no hay tiempo de inactividad y puede hacer una copia exacta de [la mayor parte] del sistema de archivos en un momento dado. Por supuesto, se supone que utiliza LVM.
De manera similar, si tiene una buena separación entre su sistema operativo y la aplicación, es posible que desee comenzar con una instalación básica de Ubuntu 12.04 y luego realizar una copia de seguridad solo de las aplicaciones de forma incremental. Es posible que también desee manejar las bases de datos de manera diferente a los archivos web, volcando las bases de datos. De manera similar, tar (a veces en dispositivos de bloque) puede ser bueno para copias de seguridad completas y comprimidas, pero al realizar una copia de seguridad de dispositivos de bloque, tenga en cuenta que los cambios de archivos durante la copia de seguridad del dispositivo de bloque pueden volver a afectar bastante sin cuidado.
Desafortunadamente, es difícil ser más específico porque las copias de seguridad son algo específicas del sistema.
Respuesta2
Para una situación como esta, probablemente la mejor manera sea tener otro servidor donde puedas sincronizar tus datos. Compre un VPS y sincronice su código, bases de datos y configuraciones. Acabo de consultar un proveedor que uso y puedes conseguir un VPS con 20 GB de espacio, 512 MB de RAM, transferencia de 1,5 TB y 2 IP por 20 dólares al año. Duplica las especificaciones y cuesta 40 dólares al año. Miseria. Si no te gustan los chicos de ganga, puedes usar Amazon Cloud o Slicehost, pero creo que estás desperdiciando tu dinero.
Cuando realice cambios en el código, use Dreamweaver (o cualquier cosa que use) para realizar cambios en su sitio de "prueba". Luego promueva sus datos al sitio de "producción". La mayoría de los IDE de desarrollo web tienen la capacidad de tener un servidor de "prueba" y un servidor de "producción". Tú eliges cuál es cuál. Si fuera yo (y tengo casi exactamente la misma situación con algunos clientes), configuraría el VPS como sitio de producción y usaría el servidor doméstico como sitio de respaldo.
La configuración inicial de esto es fácil. Puede volcar todos los paquetes instalados desde apt-get en un archivo txt y usarlo para instalar los mismos paquetes en su VPS. Targue los archivos web, los volcados de la base de datos y podrá usar SCP para copiarlos directamente a su otro servidor. (Probablemente haga todo con un breve script de shell). Probablemente también desee copiar la mayor parte de su /etc. Una vez completada la configuración inicial, mantener todo sincronizado es trivial.
Esto tiene muchas ventajas.
- Primero, se corta la energía en su casa y su servidor no se cae.
- En segundo lugar, los cambios de código se prueban y desarrollan a través de su LAN para que sean rápidos y no tenga que esperar para enviar datos a través de una conexión lenta (YMMV).
- Tiene una falla de hardware y necesita una pieza que demora una semana en obtenerse; su sitio de producción permanece activo.
- Puede ingresar SSH a su servidor de prueba desde cualquier lugar, realizar cambios, probarlos y luego enviarlos a su servidor de producción con interrupciones mínimas.
- Puede desarrollar exactamente la misma configuración que la máquina de producción. Por lo tanto, no tiene que usar XAMPP ni ningún otro entorno de desarrollo y preocuparse por las dependencias, la estructura o todos los demás matices del desarrollo.
- Co-ubicación. Si su máquina de producción (VPS) falla por algún motivo, vuelva a dirigir su DNS al servidor doméstico. Mantenga su TTL de DNS en 30 minutos y su tiempo de inactividad será mínimo.
Entonces esa es mi recomendación.
Y sí, le cobro a la gente más de $1000 al año por un VPS que me cuesta alrededor de $40 al año... También les vendo servicios de coubicación, que es simplemente otro VPS de otro proveedor o en el rack de mi casa. Tienes que subirte a los hombros de gigantes si quieres ganar dinero en el juego web. Desarrollar código es bueno, pero el ingreso residual es donde está, hermano. Compre barato. Vender caro.