Estamos en el proceso de configurar un nuevo servidor para migrar los antiguos.
Básicamente, tendremos un servidor Windows (2003 o 2008) ejecutando más de 6 servidores virtuales (desarrollo de Windows y Linux, aplicaciones, bases de datos y un par de estaciones de trabajo de prueba) en RAID 5.
También necesitamos centralizar los datos (archivos y repositorios SVN), por lo que será necesario un servidor de archivos. Como no tenemos experiencia administrativa y nunca antes hemos hecho copias de seguridad,¿Tiene alguna experiencia en virtualización de servidores de archivos? ¿Es mejor ejecutarlos en una caja física? Cualquier consejo sobre cómo ejecutar esto será bienvenido.
En cuanto a nuestra estrategia de respaldo, la que se esboza por ahora es:
Nota: el respaldo en cinta por ahora no es una opción para nosotros debido a limitaciones de dinero.
- Realice una copia de seguridad completa semanalmente en un servidor de copia de seguridad independiente en RAID 5 (consulte¿Un servidor de respaldo debería usar RAID?) y a una unidad externa (una especie de unidad de cinta de pobre)
- Copias de seguridad diarias diferenciales
- Planeando hacer una copia de seguridad mensual de los servicios en línea
¿Crees que este enfoque es razonable? Estoy seguro de que hay muchos aspectos que llevar a cabo y que seguramente nos faltan.
Por último, lo que nos preocupa es cómo hacer una copia de seguridad de las máquinas virtualesbox. Una forma sencilla es hacer una copia de seguridad de todo (como se recomienda en una de las preguntas, no puedo encontrar cuál...).
¿Cuál es su consejo sobre los datos contenidos en esos vboxes? ¿También se debe hacer una copia de seguridad ("por si acaso..."), o es seguro hacer una copia de seguridad de las imágenes virtuales directamente?
Si sirve como información adicional, planeamos utilizar BackupExec.
Gracias por tomarse el tiempo de leer esto.
----- 04/08/2009 ACTUALIZACIÓN -----
Por motivos de salud no pude seguir con esta pregunta. Gracias a quienes respondieron mi pregunta, fue de gran ayuda.
Este es el plan de respaldo que hemos esbozado ahora que tenemos más antecedentes: como somos una empresa pequeña (de Sudamérica), por ahora no podemos permitirnos una unidad de cinta.
Ahora bacukp no es bacukp si no está fuera del sitio y fuera de línea, pero estamos tratando de obtener la mejor estrategia para nuestra restricción de dinero:
Ventana de pérdida de datos: 1 día/8 horas. Tiempo de Recuperación: 1 día/8hrs. Cosas para respaldar: todas (instalaciones de servidores y datos)
- Diariamente: realice una copia de seguridad diferencial diariamente en un servidor de copia de seguridad físico, posiblemente con BackupExec. Alguien propuso utilizar uno de esos centros de almacenamiento externo con soporte sata. Otro propuso subirlo a un servicio de almacenamiento mientras podamos conseguir una cinta. No tenemos la opción de sacarlo del sitio en este momento (por lo que la ventana de pérdida de datos es "falsa")
- Semanalmente: realice una copia de seguridad completa con una unidad externa de 1 TB.
- Mensual/Anual: igual que semanal. Tenemos el problema de dónde almacenar esas copias de seguridad.
Queremos mantenerlo simple, pero creo que lo estamos volviendo complejo con todas esas estrategias diarias para superar la fuga de respaldo externo.
Respuesta1
Mi consejo de respaldo estándar:
El objetivo de hacer una copia de seguridad es poder restaurar.A menos que esté completamente seguro de que puede recuperar sus cosas, sus copias de seguridad soninútil. Todo lo que implemente en su solución de respaldo debe provenir de la perspectiva de "¿cómo puedo restaurar desde esto?"
La cinta no es tan cara y tiene la ventaja de que es mucho más duradera que el disco. Menos partes móviles, no hay corriente eléctrica viva que lo atraviese de manera constante, todo es bueno. Si te salva el trasero una vez, entonces ya se pagó solo en mi opinión.
Además de "cuántos datos puede permitirse perder", también debe considerar "¿cuánto tiempo puede permitirse el lujo de estar inactivo en el caso de un escenario de recuperación ante desastres?" Un tiempo de restauración de 3 días equivale a 3 días de negocio perdido. Deberías contar los tiempos de restauración en horas y con los dedos de una mano.
Sin embargo, puedes ganar mucho dinero rápidamente si te permites volverte demasiado paranoico con esto, por lo que deberías intentar dividir tus servidores en 2 o 3 lotes. Aquellos que es absolutamente necesario recuperar AHORA para continuar con sus funciones comerciales principales, y aquellos que puede posponer hasta que regresen las funciones principales. Coloque la gran inversión en el primer lote y asegúrese de tener procedimientos de restauración completamente documentados (para el sistema operativo, las aplicaciones y los datos) que un mono leproso ciego con una mano atada a la espalda pueda seguir. Imprima y encuaderne una copia y guárdela en una caja fuerte a prueba de fuego.- Estás jodido si lo único que tienes es una copia electrónica y se pierde o se destruye. Pero no creas que esto significa que puedes relajarte con el segundo lote, sólo que puedes retrasar su devolución o tardar un poco más en hacerlo (por ejemplo, colocándolos en medios más lentos).
Ejemplos específicos: su servidor de archivos principal entra en el primer lote, seguro. Su servidor de recursos humanos va al segundo lote. Es importante para el personal de RR.HH., pero ¿las funciones principales de su negocio estarán bien durante un par de días sin un sistema de RR.HH.? Sí, creo que lo harán.
Mantenga su solución de respaldo simple y aburrida.Con demasiada frecuencia he visto a personas implementar soluciones de respaldo sofisticadas o complejas que terminan siendo demasiado complejas, complicadas y poco confiables. Las copias de seguridad son aburridas porque las copias de seguridaddeberíaser aburrido. Cuanto más simples sean, más fácil será restaurarlos. Desea un enfoque de "yo Og, Og, haga clic en el botón, Og recupere los datos". Mantenga un elemento manual diario allí. Esto ayuda a establecer un simulacro, lo que puede evitar situaciones en las que alguien se olvide de cambiar una cinta o rotar un disco duro en la piscina. Puedes despedir al responsable después si esto sucede, pero ¿adivinen qué? Todavía estás en una posición en la que has perdido un mes de datos.
Respuesta2
La pregunta clave es ¿cuántos datos estás dispuesto a perder? ¿Un mes? ¿Unos dias? ¿6 horas? ¿5 minutos?
Se vuelve más costoso a medida que la ventana de pérdida de datos se reduce.
Respuesta3
Mella,
Le recomiendo encarecidamente que consulte el libro "Copia de seguridad y recuperación" de O'Reilly.
http://oreilly.com/catalog/9780596102463
Le explicará términos como "punto único de falla", así como la estrategia general para realizar copias de seguridad de sus sistemas críticos.
Este es un buen libro para la estantería de cualquiera.
Respuesta4
Sugeriría ejecutar el servidor de archivos en una caja física, ya que es probable que tenga bastante E/S. También sería bueno poder intercambiar en caliente un disco inactivo, sin apagar todas las máquinas virtuales. Sin embargo, esto depende de su configuración específica.
Su cronograma de respaldo parece razonable, pero depende de cuánto puede permitirse perder. Parece que la mayoría de sus copias de seguridad (excepto la mensual) están en el sitio, lo que significa que perderá como máximo un mes si el edificio se incendia o es asaltado.
Si se lleva el disco externo a casa, tendrá que conservarlo en casa hasta justo antes de la fecha límite para realizar la copia de seguridad; de lo contrario, no es realmente una copia de seguridad externa, ¿verdad? Si eres disciplinado al respecto, perderás como máximo una semana. Lo mejor sería rotar un conjunto de tres discos duros externos, de modo que siempre tenga el más antiguo en el sitio y el más nuevo fuera del sitio.
No olvide probar y documentar sus copias de seguridad periódicamente; Necesita la tranquilidad de saber que cada uno de sus sistemas de respaldo se puede restaurar correctamente. Necesitará documentación para que uno de sus colegas pueda restaurar los datos. También necesitará documentación sobre cómo reconstruir un servidor completo. Si uno falla, tendrás demasiadas cosas en la cabeza como para recordar cada detalle.
Fuera de tema: resulta que estoy buscando una infraestructura similar para nuestra pequeña empresa. Niveles de experiencia similares, aunque ya contamos con copias de seguridad. Compartiré nuestro diseño actual con usted para brindarle una perspectiva alternativa, no para juzgar la suya:
estamos planeando tres servidores: dos hosts de virtualización y un servidor de almacenamiento. Lo más probable es que el servidor de almacenamiento se ejecuteArchivo abierto. Se conectará a través de gigabit-ethernet (tal vez dual) a dos hosts, ambos con buena CPU y mucha memoria, pero apenas almacenamiento (tal vez solo pequeños SSD). Esos hosts ejecutarán Citrixxenserver(o tal vez VMWareESXi) sobre elmetal básico, porque es mucho más eficiente que ejecutar el software de virtualización dentro de otro sistema operativo que básicamente no hace mucho (por ejemplo, ver las diferencias de rendimiento entre VMWare Server y VMWare ESXi). Xenserver parece más interesante ya que proporciona funciones empresariales de forma gratuita, mientras que ESXi puede resultar caro si desea algo más que lo básico. Los hosts de Xenserver no tendrán almacenamiento en sí mismos, pero utilizarán almacenamiento a nivel de bloque a través deiSCSIdesde el servidor Openfiler comodiscos duros virtuales. Openfiler puede hacer instantáneas, RAID, etc. Xenserver puede realizar migraciones en vivo de máquinas virtuales de un servidor a otro, por lo que podemos realizar el mantenimiento en un servidor sin apagar ninguna máquina virtual invitada. Obtenga un conmutador gigabit que admita VLAN, para que pueda separar el tráfico de almacenamiento del tráfico de VM. Unos cuantos UPS para permitir un apagado controlado en caso de corte de energía y listo. Casi todo el costo es por el hardware, ya que el software es (sorprendentemente) gratuito.
Lamento que esta respuesta haya resultado un poco larga, pero esperaba que otra perspectiva fuera valiosa para usted.