Que faire lorsqu'une base de données est corrompue ?

blux au lieu de donner des réponse a la con comme sa tu devrais y répondre non????
et personnellement en disant les con sa ose tout, tu est l'un des premier, et ouai tu est un con qui a ose mettre cette phrase la. :)
:-/

tu me dira si tu a bien aprecier ce que je vien de te dire.
L'orthographe pitoyable mise à part, je vais répondre à tes arguments...

généralement une base de donné corompu est casiment ireparable, a moin que tu a du materielle sofistiquer le materiel a facilement 3 000 € au minimume pour réparer sa.
a moin que je me plante avec autre chose mais il ne me semble pas, si je me plante que l'on me le dise de suite car en ce moment c'est ma periode des mauvaise info de la casse ect.... lol
Je vais donc le dire tout de suite...

Une base de données doit rester cohérente, il existe tout un tas de mécanismes internes et externes pour garantir cette cohérence (journaux, rollback de transactions...).
Cependant, il existe des cas dans lesquels la cohérence ne peut plus être garantie : erreurs matérielles (supports physiques endommagés) ou erreurs fonctionnelles (mauvais traitements passés sur la base).

Dans ce cas, seule une analyse de la corruption (effets visibles, messages d'erreur...) peut donner des indications sur la façon de réparer ou sur l'absence de réparation possible.

En l'absence d'éléments précis donnés par le demandeur : type de base, type de corruption (erreur I/O, control file oracle, par exemple), ma réponse, comme celle de n'importe quel spécialiste base de données, ne pourra être plus précise...

Ta réponse ne s'intéresse qu'à l'aspect 'erreur disque', ce qui, la plupart du temps, n'arrive pas, car la majorité des bases de données de production sont stockées sur des baies gérées en raid (5 ou 1, voir 15 ou 51) avec des réplications synchrones (two-phase commit) ou asynchrones (réplication type global mirror chez IBM ou SRDF chez EMC²)

Donc oui, je suis sûrement con, mais j'assume ma devise depuis plus de 10 ans, elle ne gêne que les non-habitués...

et bas quan tu na pas assez d'information fait comme un professionelle demande plus d'inforation les erreure ect...
Ce site possède une charte qui, entre autres choses (en plus d'un effort sur l'orthographe, ce que tu ne sembles pas décidé à faire), demande que les questions soient assez précises, or, en l'espèce, la question est posée dans le titre du message et aucun détail n'est fourni.

On a passé l'âge des devinettes.

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

blux:

ba fait comme tu veut mais dans ce cas ne parle pas de professionalisme hor que tu ne reagie pas comme un professionnelle, tu pense comme mais tu ne reagie pas comme.

de plus certe l'hortographe ce n'est pas mon point fort, de plus mon clavier est a changer. certe la question est poser dans le titre et il y a une autre fason qu'un sloguant comme sa pour dire donne nous plus d'information.

certe on a passe l'age des devinettes et alor? sa n'empeche pas qu'il y a une autre maniere de demander les informations.

et pour info quand tu vois un professionnelle tu va lui dire voila il m'arrive sa est ce que c'est reparable il va te dire oui, mais il a aussi tendence a te demande est ce que sa fait si est ce que sa fait ect....

donc les professionnelle te pose aussi des question sur ta machine.

dans ce cas ne parle pas de professionalisme
C'est toi qui en a parlé, pas moi...

En l'absence d'éléments précis donnés par le demandeur : type de base, type de corruption (erreur I/O, control file oracle, par exemple), ma réponse, comme celle de n'importe quel spécialiste base de données, ne pourra être plus précise...

ceci est un copier coller d'un de t'est réponse si spécialiste ne veut pas dire professionnelle quesque sa va dire?

Je n'ai jamais prétendu être spécialiste des bases de données, c'est toi qui interprète le sens de la phrase, mais comme ton orthographe pique les yeux, je pense que tu dois aussi avoir des problèmes de sémantique, que l'excuse du clavier à changer ne justifie pas...

Sauf que dans un environnement massivement transactionnel, type banques, assurances, marchés financiers, ça va pas le faire...

Là tu auras mis en oeuvre des logs de transactions et tu repars de la dernière sauvegarde complète sur laquelle tu appliques les redologs.

Quand tu es en 365/24, ça n'est pas tenable.
C'est pourquoi j'ai parlé de la réplication (synchrone ou asynchrone).

J'ai le même problème, AdwCleaner (d'Xplode) me dit que la base de donnée est corrupue, j'ai eu un malware récemment mais je l'ai traité, Est-ce que le formatage usine peut remédier au problème (je ne peux plus ouvrir Firefox ?) Merci d'avance.