Tenemos una unidad de cinta LTO-3 en una biblioteca de medios de Dell que utilizamos para nuestras copias de seguridad en cinta. El artículo sobre LTO en Wikipedia establece que:
LTO utiliza una tecnología automática de verificación después de la escritura para verificar inmediatamente los datos a medida que se escriben, pero algunos sistemas de respaldo realizan explícitamente una operación de lectura de cinta completamente separada para verificar que la cinta se haya escrito correctamente. Esta operación de verificación separada duplica el número de pasadas de extremo a extremo para cada copia de seguridad programada y reduce la vida útil de la cinta a la mitad.
Lo que me gustaría saber es: ¿necesito mi software de respaldo (Backup Exec en este caso) para realizar una verificación en estas cintas o es suficiente la tecnología de verificación después de la escritura inherente a las unidades LTO?
También me gustaría saber si Backup Exec entiende la tecnología de verificar después de escribir lo suficiente como para alertarme si esa tecnología no puede verificar la información o simplemente la ignorará y la volverá inútil de todos modos, ya que incluso si la unidad detecta un problema, nunca lo haría. saber sobre esto.
En primer lugar, esta verificación automática no sustituye a la verificación de extremo a extremo. He visto unidades enviadas con un error de firmware que causó que la lectura de restauración sea menos confiable que la lectura de verificación.
El resultado de eso fue que podía escribir las cintas sin que se informara ningún error, pero al tratar de restaurar, vería que las lecturas obtenían errores o bajaban la velocidad en varios órdenes de magnitud.
La mayoría de los clientes nunca notaron este error de firmware. Según el vendedor, porque los clientes en realidad no realizaron restauraciones de prueba. Este error en particular se solucionó. Pero estoy seguro de que no hemos visto el último error de firmware, y algunos errores de firmware solo se descubrirán si realmente prueba lecturas reales.
Lo que sucede cuando falla la verificación es que el firmware escribe automáticamente una segunda copia (y durante la restauración del firmware de forma transparente al host solo se devuelve una de las dos copias). Esto significa que la capacidad disponible varía según el estado del disco y la calidad de los medios.
Si demasiados intentos de escritura fallan en la lectura de verificación, se informa un error a nivel SCSI. Uno podría pensar que un error reportado de esta manera es difícil de pasar por alto en la capa de software, pero los errores en las rutas de código que solo se activan con hardware escaso son notoriamente difíciles de probar.
fuente