Backups

dverdiere · 2007-08-22 17:58:24

Dans la partie "travaux - historique" du plugin, serait il possible de prévoir :

- une table associées au statuts

- un zone permettant d'identifier les erreurs type depuis une table

- la possibilité d'identifier un utilisateur ayant effectué le contrôle de la sauvegarde (avec éventuellement un moyen de signature pouvant faire force de preuve lors d'un audit)

- la possibilité de choisir le support utilisé (individuels ou présent dans les jeux de support) parmis les bandes et supports associés

- d'éditer une liste journaliére permettant de suivre et valider les contrôles physiques à effectuer

- de prévoir le mécanisme de support HS, A detruire, Détruit avec un pv de destruction

Merci par avance pour l'éventuelle prise en compte de ces remarques

D VERDIERE

tsmr · 2007-08-23 08:43:37

Déjà merci pour ton retour. Tu devrais tester la version en test.

dverdiere wrote:

Dans la partie "travaux - historique" du plugin, serait il possible de prévoir :
- une table associées au statuts

Déjà fait pour la prochaine version

dverdiere wrote:

- un zone permettant d'identifier les erreurs type depuis une table

Moi pas comprendre

dverdiere wrote:

- la possibilité d'identifier un utilisateur ayant effectué le contrôle de la sauvegarde (avec éventuellement un moyen de signature pouvant faire force de preuve lors d'un audit)

non plus

dverdiere wrote:

- la possibilité de choisir le support utilisé (individuels ou présent dans les jeux de support) parmis les bandes et supports associés

Hum..un historique reussie ou échoué est lié à un job non ? Pourquoi le relier aussi à une bande ?

dverdiere wrote:

- d'éditer une liste journaliére permettant de suivre et valider les contrôles physiques à effectuer

Euh pas comprendre non plus (en plus le rapport avec l'historique). Peut être imaginer, si le plugin checklist est installé alors, l'utiliser avec backups ? mais pour quoi ? les bandes ? les jobs ?..A creuser.

dverdiere wrote:

- de prévoir le mécanisme de support HS, A detruire, Détruit avec un pv de destruction

La tu parles plus des bandes = avoir un statut sur les bandes ?

++

ShaggRhan · 2007-08-23 14:44:58

Bonjour et merci de votre réponse rapide,

Ci joint complément sur la compréhension de mes demandes :

- un zone permettant d'identifier les erreurs type depuis une table

Afin de compléter la notion de statut du travail (Ok, KO, Warning, ....), on pourrait prévoir une zone précisant des status d'erreur ou de warning (avec table associée)
Exemple Travail -> A
Statut -> Warning
Erreur -> Fichiers x Bloqué, Bande manquante, IO Erreur, .......

- la possibilité d'identifier un utilisateur ayant effectué le contrôle de la sauvegarde (avec éventuellement un moyen de signature pouvant faire force de preuve lors d'un audit)

Dans certains environnements de travail, les sauvegardes font l'objet d'une obligation contractuelle vis à vis des clients et sont incluses dans les contrôles d'audit de ce dernier.
il est donc nécessaire de prouver à l'auditeur que l'on a bien rempli l'obligation de sauvegarde.
La solution habituelle est de créer un document qui identifie le systéme à sauvegarder, et sur lequel l'opérateur qui effectue le contrôle du bon déroulement de la sauvegarde s'identifie par son nom, une date et signe la feuille en précisant éventuellement les incidents rencontrés
L'idée est de pouvoir reprendre ce mécanisme lors de l'ajout d'un suivi :
- identifier un utilisateur ayant effectué le controle
- trouver un moyen de "signer numériquement : certificat x509 ou autre" l'ajout du suivi

- la possibilité de choisir le support utilisé (individuels ou présent dans les jeux de support) parmis les bandes et supports associés

Lors de sauvegardes tournantes sur x semaines, c'est le même job qui est utilisé mais on change les cartouches chaque semaine jusqu'au x puis on revient à semaine 1 :
JOB A :
Jeu de support Semaine 1
Cartouche Lundi 1
Cartouche Mardi 1
Cartouche Mercredi 1
Cartouche Jeudi 1
Cartouche Vendredi 1
Jeu de support Semaine 2
Cartouche Lundi 2
Cartouche Mardi 2
Cartouche Mercredi 2
Cartouche Jeudi 2
Cartouche Vendredi 2
.....

L'idée est de pouvoir identifier, a des fins de traçabilité, la ou les cartouches spécifiquement utilisées par le job dans le cadre d'une journée pariculiére
Exemple pour le LUNDI 20/08/2007 -> Cartouche Lundi 2

- d'éditer une liste journaliére permettant de suivre et valider les contrôles physiques à effectuer

L'idée est que la personne qui contrôle le bon déroulement des sauvegardes doit savoir "qui et quoi contrôler".
Compte tenu que toutes les informations détaillées (machine, jobs, support, peridocité, logiciel de sauvegarde, ....) sont présentes dans le plugin, on pourrait imaginer pouvoir sortir une liste journaliére "to Do" qui servira de support à la saisie dans le plugin et qui identifie :
- Les machines à contrôler
- pour chaque machine Le logiciel à contôler
- Pour chaque logiciel les jobs à contrôler
- Pour chaque jobs la liste des supports attendus
- Pour chaque support, sa localisation Physique
- .....

- de prévoir le mécanisme de support HS, A detruire, Détruit avec un pv de destruction

Effectivement, on n'est plus dans "travaux historiques" mais bien dans la gestion des supports physiques
Pour des raison de traçabilité et de sécurité, l'abandon (IO Erreur par exemple) d'un support de sauvegarde doit faire l'objet d'un suivi :
- Phase 1
- déclaration de l'état du support à "HS"
- eventuellement déplacement du support dans une zone de stockage spécifique
- Phase 2
- Passage de l'état du support à "HS" à "A Détruire"
- éventuellement sortie du support "HS" de sa zone de stockage et déplacement du support dans une zone de stockage"A Detruire" avec edition d'un Procés verbal
- Phase 3
- Passage de l'état du support à "A Détruire" à "Détruit" aprés destruction physique
- edition d'un Procés verbal

Si ces explications vous sembles obscurent, n'hésitez pas à me demander mes coordonnées téléphoniques pour s'expliquer directement

Cordialement

D VERDIERE

dverdiere · 2007-08-31 17:05:41

Je suis en congés la semaine prochaine.

si mes explications méritent des précisions supplémentaires autres que celles du 23/08, vous ne pourrez pas me joindre.

Pensez vous pouvoir prendre en compte tout ou partie de cette demande ?

Merci par avance

D VERDIERE

tsmr · 2007-09-01 00:47:05

- un zone permettant d'identifier les erreurs type depuis une table :
Il y aura une zone commentaires dans les historiques, si cela ne suffit pas, il faudra y réflechir pour une prochaine version.

- la possibilité d'identifier un utilisateur ayant effectué le contrôle de la sauvegarde (avec éventuellement un moyen de signature pouvant faire force de preuve lors d'un audit)

Hum..Ca va loin là...peut être la génération d'un rapport de sauvegarde en pdf..

- la possibilité de choisir le support utilisé (individuels ou présent dans les jeux de support) parmis les bandes et supports associés

Pourquoi ne pas alors dans ce cas, nommer le job type Svg_Semaine_1_Lundi ? ce serait plus parlant. Et eviterait de lier une bande à un historique.

- d'éditer une liste journaliére permettant de suivre et valider les contrôles physiques à effectuer
Oui, idée intéressante, une sorte de résumé de la configuration d'un job. A voir pour une prochaine version.

- de prévoir le mécanisme de support HS, A detruire, Détruit avec un pv de destruction
Oula, là aussi c'est un processus lourd à mettre en place. A voir pour une prochaine version aussi.

Ne voyez pas dans mes reponses, une fuite en avant, ou un manque d'intérêt à vos remarques qui sont toutes très intéressantes. Mais nous sommes 2 pour maintenant environ 50 plugins. Donc le courage et l'envie sont là..mais bon...

Merci encore pour votre retour d'expérience.
Bonnes vacances

Forum GLPI-Project

Announcement

#1 2007-08-22 17:58:24

Backups

#2 2007-08-23 08:43:37

Re: Backups

#3 2007-08-23 14:44:58

Re: Backups

#4 2007-08-31 17:05:41

Re: Backups

#5 2007-09-01 00:47:05

Re: Backups

Board footer