Bien que les entreprises soient de mieux en mieux informatis\u00e9es, presqu\u2019\u00e0 chaque ann\u00e9e nous rencontrons un probl\u00e8me chez un client au niveau de leurs mises en archive et ce, \u00e0 leur grande surprise ! Heureusement, quand le probl\u00e8me est identifi\u00e9 avant un d\u00e9sastre, il n\u2019y a pas de cons\u00e9quence. C\u2019est pourquoi il est important de v\u00e9rifier vos mises en archive r\u00e9guli\u00e8rement m\u00eame s\u2019ils sont fonctionnels depuis longtemps et que \u00ab rien \u00bb n\u2019a chang\u00e9 sur vos serveurs depuis la derni\u00e8re v\u00e9rification. En effet, une simple mise \u00e0 jour du syst\u00e8me d\u2019exploitation, d\u2019un anti-virus ou d\u2019un changement de permission, ne sont que quelques exemples de facteurs possibles d\u2019un probl\u00e8me lors de la tentative de r\u00e9cup\u00e9ration de donn\u00e9es.<\/p>\n
Aussi, avez-vous bien une copie d\u2019une mise en archive mensuelle ? Et une annuelle ? Car si vous perdez accidentellement un vieux fichier et que vous ne vous en rendez compte que plusieurs mois plus tard, il faut \u00eatre en mesure d\u2019utiliser une vielle copie. Voici un tableau sugg\u00e9rant les fr\u00e9quences et le temps de conservation du support utilis\u00e9 :<\/p>\n
| FR\u00c9QUENCE<\/th>\n | P\u00c9RIODE DE CONSERVATION<\/th>\n | LIEU DE CONSERVATION<\/th>\n<\/tr>\n |
|---|---|---|
| \u00c0 chaque jour<\/td>\n | 7 jours<\/td>\n | hors site<\/td>\n<\/tr>\n |
| \u00c0 chaque semaine<\/td>\n | 5 semaines<\/td>\n | hors site<\/td>\n<\/tr>\n |
| \u00c0 chaque mois<\/td>\n | 18 mois<\/td>\n | hors site – casier de banque<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n La v\u00e9rification de vos processus ne devrait pas se limiter \u00e0 v\u00e9rifier si les dossiers importants se trouvent sur les m\u00e9diums conserv\u00e9s dans un endroit s\u00e9curitaire \u00e0 l\u2019ext\u00e9rieur de vos bureaux, mais de v\u00e9rifier si vous \u00eates en mesure de les relire<\/strong>! En cas de d\u00e9sastre, si vous devez repartir avec un nouveau serveur, serez-vous en mesure de tout remonter et relire votre m\u00e9dium de mise en archive ? Les logiciels utilis\u00e9s seront-ils compatibles avec le nouveau serveur ?<\/p>\n Nous priorisons avec nos clients de relire au minimum annuellement les bases de donn\u00e9es extraites de leur m\u00e9dium de sauvegarde. En effet, ces bases de donn\u00e9es contiennent leurs donn\u00e9es financi\u00e8res et sont donc d\u2019une importance capitale! Nous leur sugg\u00e9rons de nous envoyer les fichiers extraits de leur m\u00e9dium. Les fichiers de mise en archive des bases de donn\u00e9es sont g\u00e9n\u00e9r\u00e9s par nos scripts qui utilisent des outils de Progress pour qu\u2019ils puissent \u00eatre g\u00e9n\u00e9r\u00e9s lorsque les bases de donn\u00e9es sont ouvertes et utilis\u00e9es. Nous convertissons ces fichiers en bases de donn\u00e9es, puis nous les ouvrons normalement pour nous assurer que les donn\u00e9es sont int\u00e8gres et que la date des derni\u00e8res transactions corresponde bien \u00e0 la date de mise en archive. En effet, c\u2019est bien de pouvoir relire une base de donn\u00e9es mais il est aussi primordial que cette base ne soit pas une base d\u2019un ancien serveur non utilis\u00e9 depuis longtemps! Et oui, c\u2019est le genre de probl\u00e8me que nous d\u00e9couvrons malheureusement \u00e0 l\u2019occasion lors de ces v\u00e9rifications.<\/p>\n |