Le 08.06.2004 21:43:04, Baptiste Mathus a �crit�:
Selon "Jean-Luc Coulon (f5ibh)" <[EMAIL PROTECTED]>:> Le 08.06.2004 20:55:11, Christophe Nowicki a �crit : > > Bonsoir la liste, > > > > Je ne trouve aucune information sur Internet, donc je me tourne donc > > vers > > vous. Lorsque j'efface un fichier par m�garde sur une partition > > ext2fs > > ou bien ext3fs, je sais que j'ai une petite chance de le r�cup�re > > a l'aide de la commande debugfs. Cette manipulation est d�crite > > dans le "Ext2fs Undeletion of Directory Structures mini-HOWTO"> > (http://en.tldp.org/HOWTO/Ext2fs-Undeletion-Dir-Struct/index.html).> > > > Mais qu'en est-il des syst�mes des fichiers journalier tel que > > ReiserFS, > > XFS, Ext3fs, JFS? > > > > Comment faire pour r�cup�re un fichier effacer? > > > > Existe il un syst�me de "rollback" qui permet de revenir en arri�re > > dans le journal? > > Non, ce n'est pas un journal transactionnel de base de donn�es. Et puis de toute fa�on, avec une BD, c pareil : si on consid�re qu'un effacement est fait proprement, il y a toutes les raisons de penser qu'il sera
Je me sousviens, il y a plus de 20 ans, dans une vie ant�rieure, j'�tais responsable d'un gros syst�me informatique (300 m2 ..), on avait uen base de donn�es (propri�taire ;-) ), et un d�rouleure de bande qui tournait en permanence pour la journalisation ds transaction. En cas de crash de la base de donn�es ou de n�cessit� de retourner en arri�re, on arr�tait le serveur de base de donn�es, on donnait la date et l'heure et il faisit le rollback ... Pratiquement, je ne me suis servi de cette fonctionnalit� qu'une seule fois en 10 ans. Les journaux �tant employ�s "naturellement" apr�s une panne de courant pour retrouver un �tat consistant pour les bases ouvertes.
--
- Jean-Luc
irr�cup�rable, exactement de la m�me fa�on qu'il est impossible de revenir en arri�re apr�s un delete en sql suivi d'un commit... D'ailleurs, ce sujet a r�cemment �t� discut� (il y a environ 1 mois je dirais) @++
pgpqyNzOagI6R.pgp
Description: PGP signature
