¿Qué hacer cuando una base de datos está corrupta?

blux en lugar de dar respuestas estúpidas como esas deberías responder, ¿no????
y personalmente al decir esas tonterías te atreves a todo, eres uno de los primeros, y sí, eres un tonto que se atreve a poner esa frase. :)
:-/

me dirás si realmente apreciaste lo que acabo de decirte.
Aparte de la ortografía patética, voy a responder a tus argumentos...

generalmente una base de datos corrupta es casi irreparable, a menos que tengas material sofisticado, el material cuesta fácilmente 3.000 € como mínimo para repararlo.
a menos que me equivoque con otra cosa, pero no me parece, si me equivoco que me lo digan de inmediato porque en este momento es mi periodo de mala información sobre fallos, etc... lol
Voy a decirlo de inmediato...

Una base de datos debe permanecer coherente, existen un montón de mecanismos internos y externos para garantizar esa coherencia (registros, rollback de transacciones...).
Sin embargo, hay casos en los que la coherencia ya no puede ser garantizada: errores de hardware (soportes físicos dañados) o errores funcionales (malos tratamientos pasados sobre la base).

En este caso, solo un análisis de la corrupción (efectos visibles, mensajes de error...) puede dar indicaciones sobre la forma de reparar o sobre la imposibilidad de reparar.

En ausencia de elementos precisos brindados por el solicitante: tipo de base de datos, tipo de corrupción (error de I/O, archivo de control de Oracle, por ejemplo), mi respuesta, como la de cualquier especialista en bases de datos, no podrá ser más precisa...

Tu respuesta solo se interesa por el aspecto 'error de disco', lo cual, la mayoría de las veces, no ocurre, ya que la mayoría de las bases de datos de producción están almacenadas en matrices gestionadas en RAID (5 o 1, incluso 15 o 51) con replicaciones síncronas (two-phase commit) o asíncronas (replicación tipo global mirror en IBM o SRDF en EMC²)

Así que sí, seguramente soy un tonto, pero asumo mi lema desde hace más de 10 años, solo molesta a los no habituados...

y bueno, cuando no tienes suficiente información, haz como un profesional, solicita más información sobre los errores, etc...
Este sitio tiene una carta que, entre otras cosas (además de un esfuerzo en la ortografía, algo que parece que no estás decidido a hacer), pide que las preguntas sean bastante precisas, sin embargo, en este caso, la pregunta se plantea en el título del mensaje y no se proporcionan detalles.

Ya hemos pasado la etapa de las adivinanzas.

https://www.commentcamarche.net/infos/25857-charte-de-commentcamarche-net-conseils-d-ecriture/

blux:

haz lo que quieras, pero en ese caso no hables de profesionalismo si no reaccionas como un profesional, piensas así pero no reaccionas como tal.

además, cierto que la ortografía no es mi punto fuerte, y también mi teclado necesita ser cambiado. ciertamente la pregunta está planteada en el título y hay otra forma de decir "dame más información" que un eslogan como ese.

cierto que ya hemos pasado la etapa de las adivinanzas y ¿y qué? eso no impide que haya otra manera de pedir información.

y para que sepas, cuando ves a un profesional le dirás "me está pasando esto, ¿es reparable?" y él te dirá que sí, pero también tiende a preguntarte "¿hace esto, hace aquello, etc.?"

así que los profesionales también te hacen preguntas sobre tu máquina.

en este caso no hables de profesionalismo
Eres tú quien ha hablado, no yo...

En ausencia de elementos precisos proporcionados por el solicitante: tipo de base, tipo de corrupción (error de I/O, archivo de control de Oracle, por ejemplo), mi respuesta, al igual que la de cualquier especialista en bases de datos, no podrá ser más precisa...

esto es un copia y pega de una de tus respuestas, si especialista no quiere decir profesional, ¿qué quiere decir?

Nunca he pretendido ser especialista en bases de datos, eres tú quien interpreta el sentido de la frase, pero como tu ortografía duele a la vista, creo que también debes tener problemas de semántica, que la excusa del teclado por cambiar no justifica...

Salvo que en un entorno masivamente transaccional, como bancos, seguros, mercados financieros, no va a funcionar...

Aquí habrás implementado registros de transacciones y volverás a la última copia de seguridad completa sobre la cual aplicarás los redologs.

Cuando estás en 365/24, no es sostenible.
Por eso hablé de la replicación (sincrónica o asincrónica).

Tengo el mismo problema, AdwCleaner (de Xplode) me dice que la base de datos está corrupta, tuve un malware recientemente pero lo he tratado. ¿Puede el formateo de fábrica solucionar el problema (no puedo abrir Firefox)? Gracias de antemano.