¿Cómo se hace una copia de seguridad de una SAN?

lector de mucho tiempo, primer consultante :)

He estado leyendo mucho sobre iSCSI y SAN en general y creo que he podido responder a la mayoría de mis preguntas y preocupaciones sobre el tema, pero esta sigue siendo:

¿Cómo se "respalda una SAN"?

Lo que sigue es un escenario más o menos del mundo real y mis pensamientos y preguntas al respecto.

Supongamos que logra convencer a la administración de su pequeña (en el mejor de los casos, mediana empresa) para que finalmente proporcione los fondos para una solución de almacenamiento pequeña pero adecuada, es decir, una SAN basada en iSCSI. Supongamos que consiste en un servidor con muchas unidades en un gabinete y que ejecuta OpenFiler, o incluso un MD3000i (Dell) o MSA2000i (HP), que son, según tengo entendido, las soluciones de nivel de entrada más comunes.

Los LUN se exportan a un servidor que necesita almacenar repositorios de código, documentos, imágenes y similares, otro servidor que ejecuta algunas bases de datos, otro que usa los LUN como discos para invitados de virtualización (DomU en Xen-speak) y otro servidor que exporta un gran LUN que contiene los directorios de inicio de los usuarios a través de NFS (esta es una tienda de Linux pura). Creo que las ventajas son claras: los servidores individuales no necesitan mucho almacenamiento local y la migración de servidores o servicios es más fácil.

Pero ahora necesita tener una solución de respaldo para todos o la mayoría de los datos almacenados. ¿Cómo lo haces? ¿Ejecutas software de respaldo (me gusta rsnapshot) en todos y cada uno de los servidores que tienen datos para respaldar? ¿Dónde pones esos datos? ¿En un servidor de respaldo dedicado con mucho almacenamiento local? ¿O de vuelta en la SAN? ¿Cuál es la solución "común", si la hay, para hacer una copia de seguridad de una SAN?

Estoy buscando las mejores prácticas y consejos de personas que tienen más experiencia que yo ejecutando SAN.

¡Gracias!

Editar: teniendo en cuenta que el presupuesto para la SAN es muy limitado para empezar, supongo que estoy buscando soluciones no propietarias, muy generales y baratas para la pregunta de respaldo. Si tales soluciones existen, de todos modos. No habrá dinero para las cintas o una segunda matriz SAN idéntica. Debería haberlo hecho más explícito, lo siento.

Utilizamos un clúster SAN NetApp 3020 con datos iSCSI, FC y CIFS almacenados en él. Este producto admite volcados NDMP en un cargador automático de cinta SCSI conectado localmente. Al usar esto, obtengo copias perfectas de mis iSCSI y FC LUN, así como copias de seguridad de archivo por archivo de mis datos CIFS que se comparten desde NetApp. Utilizo BackupExec para controlar las copias de seguridad NDMP y las velocidades son excepcionales porque es una conexión SCSI local a NetApp.

Parece que estamos en un barco similar, en términos de tamaño de infraestructura y complejidad.

Esencialmente, tengo una SAN que maneja mis datos de producción, luego tengo un servidor de respaldo con un almacenamiento conectado localmente de un tamaño bastante decente que está conectado a una biblioteca de cintas (LTO-3 que es 400GB sin comprimir / cinta)

Básicamente, hago copias de seguridad a nivel de datos. Como estoy ejecutando Linux, hago rsyncs para obtener los datos de la máquina conectada a SAN a la máquina de respaldo, luego escribo los datos en cinta. Soy afortunado de tener suficiente almacenamiento local en el servidor de respaldo para poder guardar una copia localmente, luego simplemente sincronizo las diferencias, pero si no puede configurarlo, muchas soluciones de respaldo usan la idea de un spooling directorio para almacenar localmente los datos mientras se escriben en cinta.

Debido a la forma en que escribe la cinta, es una muy mala idea transmitir directamente desde la red a la cinta, como un recurso compartido de archivos de Windows o NFS. Eso mata completamente la velocidad de escritura de la cinta Y mata la vida útil de su unidad de cinta. Por lo tanto, use un disco local para poner en cola los datos.

La solución de respaldo que uso se llama Amanda, que es bastante esotérica en su configuración, pero tiene una versión comercial disponible (por $ 100 / copia de respaldo del servidor) que tiene una configuración basada en la web, y también puede obtener extensiones para conectarlas directamente a varios bases de datos

EDITAR

Como mencionó que no tiene cintas, recomendaría la biblioteca de cintas virtuales (VTL) de un hombre pobre, es decir, unidades USB externas. Amanda, al menos, puede direccionar archivos como si fueran un VTL, y estoy seguro de que otros paquetes de software también pueden hacerlo.

Realmente, sin embargo, los discos duros tienen una vida útil definida. Si su empresa está gastando suficiente dinero para comprar un SAN, debe trabajar en ellos para obtener un cambiador de cinta. En realidad, ya no son tan caros como solían ser, especialmente si no se compra a la vanguardia.

La forma más barata (y más débil) de copia de seguridad que puede hacer es mantener instantáneas, con alguna forma de copia de seguridad ocasional a más largo plazo.

Esto supone que las instantáneas son baratas, depende de cómo se implementen. Los sistemas de copia en archivos de escritura como WAFL de NetApp y ZFS de SUN tienen instantáneas que son prácticamente de costo cero, en contraste con el costo O (n) de las instantáneas de copia. Las instantáneas baratas son realmente muy agradables.

Solo mantener instantáneas no es realmente una solución de respaldo, pero no estoy seguro de que sea posible una solución real bajo sus limitaciones sin un hackeo serio.

Además, estoy seriamente predispuesto aquí como desarrollador de NetApp, pero al menos debería hablar seriamente con algunos vendedores de NetApp antes de concluir que están fuera de su rango de precios. :-)

Una biblioteca de cintas con conexión directa o con fibra + NDMP puede ser una solución bastante ingeniosa, pero si su sistema de almacenamiento no puede usar algo como esto para escribir en cinta o si el presupuesto es particularmente limitado, puede estar en la posición de tener usar una solución de respaldo tradicional para respaldar los datos en el LUN a través de un cliente de respaldo en el host conectado a la SAN.

En un escenario como este, los datos alojados en SAN se tratan como discos físicos en el cliente que se está respaldando.

Si bien la funcionalidad NDMP a veces se incluye con un sistema de almacenamiento (a la NetApp), las aplicaciones de respaldo en realidad pueden cobrar un cargo adicional por el respaldo a través de NDMP. Por ejemplo, en nuestro entorno NetBackup, las licencias NDMP eran mucho más caras que las licencias de copia de seguridad del cliente OS.

¡Vaya! ... acaba de actualizar y vi su adición re: no tener $$ para las cintas. ¿Dónde planea colocar sus copias de seguridad si no está en cinta u otra SAN?

Hacer todo el disco para la copia de seguridad es factible, pero generalmente no se considera una opción de presupuesto para una gran cantidad de datos. Del mismo modo, hacer una copia de seguridad de los datos en la misma SAN puede mitigar algunos riesgos si tiene cuidado (como asegurarse de que va a separar completamente los discos), pero en realidad no ofrece ningún tipo de protección total contra fallas o desastres. Lo mismo ocurre con un servidor de respaldo con muchos discos ... algún nivel de protección, pero si la ubicación donde viven tanto la SAN como el servidor de respaldo big-honkin sufre una interrupción grave o un desastre, todos esos datos se han ido.

Continuamos usando nuestra infraestructura de respaldo existente que teníamos antes incluso de mudarnos a una SAN. Tenemos los hosts individuales que ejecutan Legato Networker descargando todas las noches a un sistema Storagetek Tape. Honestamente, si está buscando una solución barata ... la copia de seguridad en el disco es probablemente la más barata, también tiene la capacidad de transportar esas unidades a una ubicación externa si es necesario como cintas.

Como no tiene muchos datos, obtenga un SDLT usado o una unidad de cinta LTO 1,2 temprana ... hay cientos alrededor ya que son obsoletos en comparación con LTO-3, 4's