Cómo prevenir la corrupción de bases de datos en SQL Anywhere 11 con replicación bidireccional y SQL Remote

Es posible que estos discos sean reconocidos por el sistema operativo como unidades extraíbles y se comporten de manera diferente a las unidades internas, dependiendo de la configuración ("rápida" vs. "segura"). Esto podría provocar corrupción en la base de datos si el dispositivo se apaga (modo de suspensión o hibernación) con escrituras en disco almacenadas en caché pero no escritas.

Hola Jeff,

Gracias por tu respuesta.

Después de tu explicación, estoy empezando a sentir confianza en que tiene algo que ver con el hardware de las laptops.

Como mencioné en una respuesta anterior a Breck, también tenemos 3 bases de datos remotas que se ejecutan en servidores Windows 2008 R2 con una conexión permanente a la base de datos consolidada y nunca han tenido ningún problema.

La mayoría de nuestras laptops tienen la base de datos almacenada en un disco duro adicional. El disco duro se coloca en una bahía que reemplaza el reproductor de cd-rom de la laptop. La bahía tiene (como el reproductor de cd-rom original) un conector sata. Aunque no estoy 100% seguro de si todas las bases de datos que se corrompieron están almacenadas en ese disco "adicional", ¿crees que puede ser una razón?

También intentaré contactar nuevamente al soporte de SAP, para ver si pueden analizar una base de datos corrupta.

¡Gracias de nuevo!

Hi Krenton,

        Página 0x0:0x7182d1 para registro solicitado no es una página de tabla -- la transacción se deshizo
        Código de error=-301
        Estado SQL=HY000

        ¿Alguien puede decirme más sobre este error?
        

Específicamente, la página en el desplazamiento 0x7182d1 en la base de datos (por lo que si tiene un tamaño de página de 4 KB, esto sería un desplazamiento de byte 7439057 x 4096 = 30470377472 en la base de datos) en 0x0 (la base de datos principal en ejecución) tiene un encabezado de página que indica que los datos en la página no son datos de tabla. No sabemos qué es, pero la firma para la información de la tabla conectada a la tabla que estás escaneando no es como debería ser.

        ¿Qué sale mal y por qué?
        

En el mundo real, muchas cosas pueden salir mal. Enumero algunas de las posibles cosas en esta pregunta aquí en el foro de SQL Anywhere . Esta lista puede incluir errores de software, pero también puede incluir casos donde los medios no respetan la escritura a través o el orden de escritura - consulta http://scn.sap.com/docs/DOC-34090 (Requisitos de E/S de SQL Anywhere para Linux y Windows) para más detalles.

También hay casos conocidos donde los controladores de Intel no están configurados con los ajustes correctos de escritura a través. Los detalles de esto están en la documentación: DocCommentXchange (Mejorando la robustez en los controladores de almacenamiento de Intel).

        El Soporte Técnico debería seguir proporcionando asistencia. Si el problema es un error recién descubierto en SQL Anywhere 11, su consejo será aplicar un EBF más reciente o actualizar a una versión nueva. Sin embargo, eso es poco probable en este caso.
        

Breck tiene razón - probablemente sería mejor echar un vistazo al archivo de base de datos en soporte técnico para obtener más pistas sobre lo que está sucediendo aquí. Con la información actual, es difícil decir más que "algo no estaba correcto en el momento en que la página fue vista por el servidor de base de datos".

Saludos,

Jeff Albion

SAP Active Global Support