On Fri, 2003-10-24 at 11:09, Jean-Francois Dive wrote: > Les solutions les plus simples sont les meilleures: enlever l'acces RW > pendant un certain temps, j'ai du mal a croire qu'un acces 24x24,7x7 > soit requis sur des fichiers access, sans aucune possibilite de > maintenance..
Et pourtant :-( C'est vrai que c'est un simple fichier access, mais il est vital et acc�d� en permanence. Note que bien que non parfaite, cette configuration se retrouve dans nombre de PME qui ont d�velopp� ou fait d�velopp� des petites applications DB parfois critiques par l'informaticien du coin. Et zop. D'un autre c�t�, simplement le rendre RO sur le serveur ne le rendra pas magiquement coh�rent si les applications ne sont pas averties. Tu lockes simplement un fichier corrompu. Note que m�me pour des fichiers non acc�d�s en permanence, le probl�me se pose : si tu as une arborescence de fichiers office (ou autre), dans laquelle le staff fait des mises � jour r�guli�res (bref un volume sur lequel on travaille), va-t-en expliquer apr�s un incident qui n�cessite une restauration que certains fichiers ne sont plus valides parce qu'ils �taient ouverts lors du dernier backup. C'est moins critique qu'un gros fichier DB, mais en fait aucun backup libre n'est totalement coh�rent si la machine est utilis�e au moment du backup. A+, -- R�mi _______________________________________________________ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
