¿Debe un servidor de respaldo usar RAID?

17

Me pidieron que configurara un nuevo servidor de respaldo con Symantec Backup Exec que se almacena en el disco duro en lugar de la cinta, porque el tamaño de la copia de seguridad está superando la capacidad de la cinta.

Me preguntaba si realmente tiene sentido o ¿hay alguna ventaja para que el servidor de respaldo ejecute RAID de algún tipo ya que es el "respaldo"?

Para mí, el beneficio no es tan bueno para justificar el costo adicional.

Me interesa ver lo que piensan los demás.

¡Gracias!

easyappl
fuente
1
Esto, desde mi punto de vista, no es realmente la misma pregunta que hace "si hay una razón para usar raid en un servidor de respaldo" y no "usar raid como respaldo". Es casi el lado opuesto de la pregunta.
radio
Estoy de acuerdo, acabo de publicar el enlace porque algunas de las respuestas están relacionadas.
Andrioid el
Grandes respuestas de otros carteles. No tengo mucho que agregar, pero diría que si "... el beneficio no es tan bueno para justificar el costo agregado", es posible que no se dé cuenta de que está arriesgando su trabajo. ¿Vale la pena poner en peligro su trabajo ahorrando unos cientos de dólares? Nadie pensaría menos de usted si gastara una cantidad relativamente pequeña de dinero para evitar un desastre total para la empresa y su carrera. Solo mis dos centavos.
osij2is

Respuestas:

16

Imo, hay un gran beneficio al usar la incursión.

Si la máquina de copia de seguridad tiene una falla de disco sin incursión, perderá todas sus copias de seguridad. ¿Cuánto tiempo te llevará reconstruirlos?

Además, ¿qué pasa si pierde todas sus copias de seguridad debido a una falla en el disco, reconstruirlas con éxito y luego necesita encontrar algo que se hizo una copia de seguridad anteriormente pero se perdió debido a esta falla en el disco?

Por lo menos, los discos ahora son tan baratos que el costo de un disco adicional para poner el sistema en la incursión 5 probablemente costará menos que su tiempo en caso de que necesite recuperarse de una falla.

el otro recibir
fuente
1
Sin mencionar las enormes ventajas en velocidad de disco que ofrecen ciertos niveles de RAID. Si está reconstruyendo a partir de una copia de seguridad, la velocidad de lectura puede ser un problema y RAID5 o RAID10 ayudarán.
Russ Warren
1
Tenga en cuenta que la capacidad real de los discos es tan grande que las mismas configuraciones RAID no se han vuelto tan seguras como prometen ser. Me refiero al hecho de que tener un disco de gran dimensión también tiene una mayor probabilidad de falla (por sector). Este simple hecho estadístico hace probable el hecho de que una reconstrucción RAID después de una falla del disco hace que el disco sobreviviente también muera. .. haciendo un RAID1 + HS súper seguro un sistema totalmente poco confiable ... Por lo tanto, no use discos muy grandes para su sistema RAID tolerante a fallas. Ver hds.com/assets/pdf/…
drAlberT
11

Las computadoras de servidor deben tener discos redundantes, excepto en circunstancias muy especiales (piense en rack tras rack de servidores de aplicaciones 1U "escalables", como Google). Una computadora servidor sin discos redundantes es una bomba de tiempo.

Dicho esto, la copia de seguridad no es una copia de seguridad a menos que esté fuera del sitio y fuera de línea. Si está en el sitio pero fuera de línea (cintas en un cajón), desaparece cuando el edificio se quema (consulte Limpieza del hollín de un servidor ). Si está fuera del sitio pero en línea, entonces es vulnerable a ataques y "corrupción".

Y ahora, esté atento a los argumentos religiosos sobre el disco versus la cinta, etc.

Evan Anderson
fuente
Disco + Cinta. Ninguno de los dos es mejor que el otro para todo. El disco es más rápido para obtener copias de seguridad de los servidores principales y en los servidores de medios de copia de seguridad: le permite mantener sus ventanas de tiempo de inactividad cortas y predecibles. No puede garantizar cuándo el robot n. ° 1, la unidad n. ° 0 estará disponible. La cinta es mejor para fuera del sitio. No me importa especialmente VTL, me gusta el aquí hay un blob, aquí hay 1000 conjuntos de datos en el blob, organízalos de manera eficiente en cinta para mí. (NetBackup 6.5 lo hace bien).
Chris K
1
Re acordó: "ninguno es mejor que el otro para todo". Estoy contigo: disco a disco es ideal para reducir las ventanas de respaldo y las restauraciones rápidas. Sin embargo, obtener datos fuera del sitio y fuera de línea es donde sobresale la cinta. Disk-to-disk-to-tape es el mejor "punto óptimo" general en la copia de seguridad hoy (con un paso de deduplicación, si puede permitírselo).
Evan Anderson el
Usamos disco -> disco externo y disco -> disco interno. Hace que todas las copias de seguridad sean útiles. Sin embargo, no es posible en muchos casos, desafortunadamente debido al costo del ancho de banda.
Cian el
7

Use RAID-10.

RAID-5 es tonto para los servidores de respaldo, porque:

  • El servidor pasa la mayor parte de su vida útil inactiva haciendo muchas escrituras secuenciales. El rendimiento importa.
  • La utilización del disco tiende a aumentar con el tiempo, por lo que si las ventanas de respaldo no son algo de lo que se preocupe ahora, probablemente lo serán en el futuro.
  • El impacto en el rendimiento que obtiene al operar con un disco caído hará que las copias de seguridad fallen.
  • La excusa habitual para usar RAID-5 ("los discos son muy caros, wah, wah") es una litera 100% total para la copia de seguridad, porque puede usar un disco SATA de alta capacidad.
  • SATA vs. SAS es menos importante para la copia de seguridad, ya que su carga de trabajo de E / S aleatoria es relativamente pequeña.

No utilizar RAID en absoluto puede ser aceptable, dependiendo de si está utilizando sus copias de seguridad como una solución de archivo de facto o no.

duffbeer703
fuente
Totalmente de acuerdo en el aspecto de rendimiento de las copias de seguridad. Mi servidor de respaldo es actualmente RAID-5, el rendimiento es terrible y cambiarlo RAID-10 no va a ser divertido.
Dan
4

Que costo Los discos duros son baratos y Raid 1 es bastante estándar en las placas base ahora.

En mi opinión, no puedes ser demasiado cuidadoso. Tengo una incursión en mi máquina de desarrollo principal, regularmente hago copias de seguridad en mi servidor doméstico y mi servidor doméstico hace una copia de seguridad fuera del sitio todas las noches. Si es barato, fácil y sin problemas, ¿por qué no?

Spencer Ruport
fuente
3

Hoy en día existen múltiples niveles de respaldo, línea cercana y fuera del sitio. Nearline es donde realiza una copia de seguridad en el disco. Aquí puede mantener varios conjuntos de copias de seguridad de datos muy importantes cerca, mientras se realiza una copia de los discos de los servidores de copia de seguridad en cinta y luego la cinta se envía fuera del sitio. Esto tiene varios beneficios:

  1. la copia de seguridad en disco suele ser más rápida
  2. Tiene un número ilimitado de dispositivos de disco, donde la copia de seguridad en cinta generalmente está limitada en la cantidad de cabezales que tiene que escribir a la vez.

Dicho esto, debe tratar los discos de sus servidores de respaldo con el mismo tipo de redundancia que el servidor de su base de datos. Digamos que su servidor de base de datos falla al mediodía, puede revertir a los servidores de copia de seguridad en la copia del disco de la noche anterior y hacer su restauración, donde sus cintas podrían ser una devolución de emergencia de $ 250 de su proveedor externo.

Debe colocar RAID en cada servidor que ejecute, en mi humilde opinión, y no esa basura RAID-0 no RAID. :-)

Chris K
fuente
Anécdota: al mover un centro de datos, algunas de nuestras unidades fallaron en nuestro servidor de base de datos. Resultó ser suficiente para correr el riesgo de seguir usando el sistema. Entonces hicimos dos copias, una a través de la red a otro servidor con espacio en disco, y otra a algunos discos externos. Bueno, resulta que la matriz era mala, y solo logramos obtener la copia de la red (quién sabe que SCSI-> Ethernet superaría a SCSI-> SCSI). El hecho de que no sea probable que pierda dos discos en dos sistemas diferentes a la vez no significa que no sea probable que suceda.
Chris K
2

Sí, solo hazlo. Un disco duro tiene muchas más probabilidades de fallar que cualquier otro componente de la computadora. Al ir a un RAID, está protegiendo contra el único problema que es más probable que suceda. Mida el costo marginal de una configuración RAID (probablemente menos de $ 500, suponiendo un servidor de bajo a medio) con el valor de sus datos.

Dicho esto, secundo lo que dijo Evan Anderson arriba. Esto absolutamente NO debería ser su única copia de seguridad. Evan habló de estar fuera del sitio y fuera de línea, y yo agregaría redundancia a esa lista. Debe tener varias copias de sus copias de seguridad en caso de falla de sus medios de copia de seguridad, trabajo de copia de seguridad, robo, pérdida, pérdida de medios, etc.

Carl C
fuente
2

¿Debería usar RAID en un servidor de respaldo?

Por redundancia, no lo haría

Si no tiene la costumbre de restaurar revisiones específicas de los archivos de su sistema de respaldo y teme tener que hacerlo en caso de que los discos del sistema de respaldo fallen. Entonces sí, usaría RAID 5 o duplicación o incluso rayas y duplicación.

La única razón para hacerlo es si espera que los datos originales no estén disponibles en el peor momento posible.

Para expandir discos en un volumen (rayas)

Quizás, pero tenga en cuenta que si un disco muere, toda la matriz muere.

Línea de fondo

Creo que es una mejor práctica hacer una copia de seguridad del servidor de copia de seguridad. Sé que suena tonto, pero tengan paciencia conmigo. Copia de seguridad del disco del sistema, los archivos de configuración y la configuración de copia de seguridad. De esa manera, si su servidor de respaldo falla, puede estar listo lo antes posible.

(Editar: lo siento, sobre la otra respuesta, leí mal la pregunta)

Andrioide
fuente
1

Tiene sentido usar RAID en su servidor posterior, ya que planea almacenar los datos en el servidor y no en cinta.

Recomendaría RAID 5, 1 o 10.

Piénselo de esta manera, los discos duros fallarán. Con la configuración RAID adecuada, está protegido contra la pérdida de datos cuando esto ocurre. Reemplaza el disco duro fallido y reconstruye el RAID.

Sin protección RAID cuando su disco duro muere (en algún momento morirá), entonces ha perdido sus copias de seguridad.

Richard West
fuente
1

Esto depende en gran medida de lo que pienses sobre 'copia de seguridad'.

Si el objetivo es solo tener un servidor con datos "en vivo" duplicados de otros servidores en este servidor, entonces usar raid en este servidor de respaldo es casi inútil, si lo pierde, los datos aún están disponibles en los servidores. En este caso, solo necesita tener un disco de repuesto para poder hacer que el servidor de respaldo vuelva a estar en línea en poco tiempo si falla un disco.

Si el objetivo es archivar la copia de seguridad en el tiempo. Me refiero a hacer una copia de seguridad diaria y mantenerla durante un mes, un año más o menos. Entonces sí, desea usar raid porque si pierde un disco perderá el archivo. Si es crítico para usted poder restaurar los datos de una copia de seguridad de hace X semanas, también puede hacer una copia de seguridad de esta 'copia de seguridad / archivo' en otro servidor o en cinta (la cinta es muy buena para archivar durante mucho tiempo) (y muy lejos, por supuesto) )

radio
fuente
0

¿Cuáles son las probabilidades de que el servidor de producción y el disco duro del servidor de respaldo fallen al mismo tiempo? Si están separados psíquicamente (es decir, no están en la misma red eléctrica, etc.), esta posibilidad es muy, muy baja. Por lo tanto, voto por no RAID.

Por supuesto, asegúrese de tener alertas cuando el servidor de respaldo falla.

Milan Babuškov
fuente
1
¿Qué sucede si las unidades en los servidores de producción y de respaldo son del mismo lote? Las posibilidades se incrementan enormemente.
Lazlow
0

Estoy de acuerdo con lo que ya se ha dicho, pero si está utilizando una incursión con paridad, habrá una forma de monitorear el estado de las unidades y sus datos de respaldo. La mayoría de los adaptadores o controladores integrados enviarán advertencias a través de syslog, eventos de Windows o correo electrónico.

Si este cuadro simplemente va a generar un evento de Windows cuando SMART informa que hay una unidad defectuosa, entonces es demasiado tarde.

Rehacer las copias de seguridad debe llevar más tiempo (costo de hora hombre) que un controlador RAID y algunas unidades SATA adicionales.

METRO.

Michael Henry
fuente
0

La copia de seguridad en el disco tiene valor. Mientras estoy firmemente en el lado de la cinta del argumento. Sin embargo, diré esto, si sus volúmenes de copia de seguridad son discos individuales sin redundancia, eventualmente perderá todos sus datos. Porque su disco finalmente fallará.

Supongo que depende de la naturaleza de su necesidad de copias de seguridad en cuanto a si la copia de seguridad en disco es realmente una solución adecuada. Si no necesita sus datos fuera del sitio, y no le importa la recuperación ante desastres, o la supervivencia de sus datos durante mucho tiempo, entonces no es necesaria la cinta. Ciertamente tengo copias de seguridad que nunca salen del disco y nunca abandonan el centro de datos, pero están ahí para corregir el error de eliminación del usuario.

Además, ¿cómo se supera la capacidad de la cinta? Esa es la belleza de la cinta, siempre puedes obtener otra cinta. Sin embargo, eso requiere que tenga un cambiador de cinta de algún tipo.

Laura Thomas
fuente