Durante las últimas semanas, algunos de nuestros espectadores se han encontrado con un mensaje de error muy conocido en forma de errores de descompresión reales. Varios factores pueden causar este problema de asesoramiento. Discutámoslo ahora.
Entonces, tengo la suerte de tener un boleto especial (00572207) abierto, pero a veces me comunico con esta comunidad:
Tengo al menos dos trabajos de copia de seguridad dañados. Ambos trabajos de copia hacen copias de seguridad de los barrios y migran localmente al sitio principal a través de nuestro enlace WAN personal.
La copia de seguridad 1 muestra el siguiente mensaje de error: “05/29/2014 11:37:21 AM :: Realización de error ‘VM’: Error de descompresión RLE: [1054790] Bytes decodificados usando [1081674] en lugar de [2315261956]. –tr: el bloque de documentos probablemente no se pudo descomprimir. Para –tr: período de lectura de error [142413] desde el punto de restauración –tr: La división de archivo especificada no se puede leer, el desplazamiento de lectura especificado es mucho ‘149317222400’, el tamaño específico es ‘33554432’. –tr: error al leer la máquina de datos de materiales ‘trfiler-flat.vmdk’ en las copias de seguridad originales Troy ‘e: veeam Local Backup Troy Local Backup2014-05-27T [current_date format=’F Y’] 08.vib’, leer offset ‘149317222400’. –tr: Incrementa “
Curiosamente, algunas copias de seguridad incrementales locales se completan bien, y las copias de seguridad completas sintéticas y completas pre-ocupadas también dan a menudo los siguientes mensajes de error:
Error de procesamiento: ‘vm’ Error de cliente: ChannelError: ConnectionReset Error: el dispositivo RPC no está a su disposición. Error en la llamada a la función RPC. Nombre de la función: [DoRpc]. Máquina de destino: proxy.
Compilación de error de cliente completadoFIB: ChannelError: Restablecer conexión de cliente error: error: ChannelError: ConnectionReset
Copia de seguridad 1. 5 da el mensaje de error de uso previo: 06/02/2014 20:38:09 :: Falló el parche 02/06/2014 20:39:11 :: Error en la conversión de la copia de seguridad. Completado el 06.02.2014 20:40:31 02/06/2014 20:39:30 :: No se puede crear la guía de recuperación 31/03/2014 20:00
Y las copias de seguridad locales, que consisten en inclusiones completas sintéticas, terminan bien.
¿Algún buen consejo sobre lo que quizás pueda estar causando que estas personas cometan errores? un par de copias de seguridad 1 Supongo que solo necesito ayudarte a buscar la copia local y empezar de nuevo porque parece que la cadena está dañada. ¿Hay alguna forma de eliminar los productos de restauración individuales desde el comienzo de este daño?
Tenga en cuenta que la mayoría de este enfoque no se aplica a los trabajos de ayuda de Veeam, solo a las copias de seguridad de Veeam. Los errores observados ciertamente podrían ocurrir al ejecutar trabajos de copia de seguridad de Veeam, restaurar originalmente desde una copia o posiblemente desde una copia de seguridad, al igual que durante una “verificación de estado” de una copia de seguridad muy replicada:
Todas las instancias de metadatos del repositorio suelen estar corruptas.
La ubicación de los metadatos está dañada. Desplazamiento de ranura: [x]
Valor de acción no válido para el número de bloque [n]
Error durante la descompresión del bloque LZ4: causa de descompresión incorrecta o altitud (resultado: ‘x’, longitud esperada! !! ‘y’)
Falló la descompresión de Zlib.
Desbordamiento del búfer de descompresión RLE. El tamaño declarado de un nuevo búfer: [x]. Actual [y]
Especificado de pie: el tamaño del boleto y la duración de la entrega son diferentes. Tamaño de datos declarado: [x]. Longitud del búfer: [y].
[“Unidad de negocio”: “Código”: “BU054”, “Etiqueta”: “Sistemas con TPS”, “Producto”: “Código”: “SG19M”, “Etiqueta”: “APAR – – z OS Entorno”, “Componente”: “”, “Categoría ARM”: [], “Plataforma”: [“Código”: “PF025”, “Etiqueta”: “Independencia de la plataforma”], “Versión”: “201”, “Edición”: “”, “Industria”: “forma”: “”, “etiqueta”: “”, “Unidad de negocio”: “código”: “BU054”, “etiqueta”: “Sistemas en / TPS”, “Producto”: “código”: “SSCY4DZ”, “etiqueta”: “Todos”, “Componente”: “”, “Categoría ARM”: [], “Plataforma”: [“código”: “PF025”, “etiqueta”: “Plataforma Independiente “],” Versión “:” 201 “,” Revisión “:” “,” Actividad SectorNess “:” código “:” “,” etiqueta “:” “]
Estado de APAR
Cerrado debido a un error de programa.
Descripción del error
La aplicación VTAM inicia una sesión nuevamente con la PC muy remota.ID de componente de IBM Communications Manager y 2 Versión 1.10562207800. Se programó además la reunión, se acordóNiveles de compresión INbound 1 (RLE) y OUTbound 1st (LZ9 bits).IST1048I --- NIVEL DE COMPRESIÓN - ENTRADA es igual a 1, SALIDA = 2En un caso que realmente falló, CommManager / 2 comprimió 1924 bytes.Los datos, además de los datos fragmentados, van a VTAM. Módulo ISTDPCDSprocesamiento incorrecto de datos SENSE y parejas 20130000 2013SSNSSEDCE (falla de descompresión). Este error vuelve a surgiren la función VTAM llamando a RPL RECEIVE conSENS 20130000 RTNCD / FBK2 0403.
Corrección local
El problema no se presenta por sí solo si CommManager no ha fragmentado sus datos.
Breve descripción del problema
***************************************** * ***** ********************** USUARIOS INTERESADOS: todas las aplicaciones de compresión / descompresión RLE ** Algoritmo. ********************************************** 6. * ************* DESCRIPCIÓN DEL PROBLEMA: Error de descompresión RLE SENSE 20130000 ** reconocido para tipos recién llegados ** circulación ... ********************************************** * * * ************ RECOMENDACIÓN: ********************************************** 3. * ************La secuencia de búfer VTAM FULL (AMOUNT = FULL) mostró CommManager / 2enviado a PIU con 15 segmentos. Cualquier otro segmentocontenía solo 6 bytes relacionados con los datos. El problema era que la longitudSCB debe tener más de 2 TSCB. COPYRAW grupo enNo había ningún código en ISTDPCDS que pudiera permanecer procesado correctamente si hubiera más de2 OKB. Si es así, todos los datos supervivientes han practicado el arte de copiarlos del TSCB.Segundo. Entonces ISTDPCDS requerirá sobre el siguiente controlDe hecho, un byte (SCB) estaba conectado al siguiente TSCB. Si estocuando se produce SENSE 20130000) (conjunto de descompresión.
Resolución de problemas
El segmento COPYRAW se ha actualizado para atravesar la cadena TSCCONT.hasta que se hayan copiado todos los datos más importantes en ese byte de regulación de DATOS SIN PROCESAR (SCB).
Solución de problemas temporal
Comentarios
Información APAR
El APAR se agrega mediante uno o más de los siguientes elementos:
OW02121
APAR se enruta a uno con varios de los siguientes shchik:
Fortect es la herramienta de reparación de PC más popular y eficaz del mundo. Millones de personas confían en él para mantener sus sistemas funcionando de forma rápida, fluida y sin errores. Con su sencilla interfaz de usuario y su potente motor de análisis, Fortect encuentra y soluciona rápidamente una amplia variedad de problemas de Windows, desde la inestabilidad del sistema y los problemas de seguridad hasta la gestión de la memoria y los cuellos de botella en el rendimiento.
