Version imprimable
Bonsoir,
encore moi, je cherche à simuler une panne en renommant comme dans mon cours un dbf d'une tablespace. (base ouverte bien sur)
Mais lorsque je fais un select sur une des tables de la tablespace concernée par le fichier dbf renommé, il ne plante pas et me restitue mes données !!! c'est bizard quelqu'un peut me dire pourquoi et comment simuler ma panne ?
Merci
est-ce que par hasard ce serait pas le dbf que tu as copié tout à l'heure... auquel cas, je parie que tu ne renommes pas le bon :lol:
oui c'est bien le même mais c'est le bon fichier ... les anciens ont été renommés depuis longtemps et deplus j'ai du redemarré ma base plusieur fois.
deplus si j'arrete ma base en ayant renommé le fichier il plante donc ..
étrange en effet... et t'es sûr que la table que tu manipules est dans ce tablespace ? :roll:
et si tu fais un alter system switch logfile, tu accede toujours à tes données?
cela ressemble à cela ... Merci
Cela est du au fait que les données figurent dans le cache. Donc pas d'accès disque, et donc Oracle ne détecte pas encore que le datafile n'existe plus.Citation:
Mais lorsque je fais un select sur une des tables de la tablespace concernée par le fichier dbf renommé, il ne plante pas et me restitue mes données !!! c'est bizard quelqu'un peut me dire pourquoi et comment simuler ma panne ?
Pour info, dans le bouquin Oracle concernant la sauvegarde et restauration de données, ils donnent des exemples de panne, comme le fait begood, et surtout ils les donnent en fonction de l'OS. Par exemple, sous Linux, on peut très bien supprimer un datafile base ouverte, alors que sous Windows, le fichier étant vérouillé, c'est impossible (à moins de fermer la base).
Merci, je soupconnais un truc dans le genre, mais quelle est la commande pour que les données soient ecrites en base et plus en cache ...
Merci
Tu peux mettre ton tablespace en offline pour faire un flush des blocs du buffer cache qui sont dans ce tbs.
Laly.
ou comme je l'avais dis, faire un alter system switch logfile.
Cela va écrire dans chaque tablespace et remarquera à ce moment qu'il y a un problème au niveau du fichier que tu as renommé.
Aline, j'ai un gros doute : je pense qu'un switch logfile ne va faire le flush que des blocs du buffer cache qui sont protégés par le redo en cours, qu'est-ce-que vous en pensez ?
Laly.
je pense surtout qu'il va écrire le dernier numéro scn dans chaque tablespace et que c'est à c moment que le fichier de controle detectera l'erreur au niveau du fichier modifié.
Mais il faux tester pour verifier et je n'ai pas le temps pour cela!