Récupération de données
Posté : mar. août 02, 2005 9:46 am
Bonjour,
Le transfert des données Véga entre deux ordis, utilise la fonction "Restauration des données."
Dans cette opération, la 1ère fonctionnalité qui s'exécute est une "Copie de sécu des données avant restaur.", avant que la restauration souhaitée par l'utilisateur s'effectue...et que - enfin - on puisse travailler.
Compte tenu du temps d'attente (...et plus le data est gros et plus longue est l'attente...cqfd); il est possible de réfléchir sur ce "temps de latence" afin de savoir comment le réduire.
1ère solution : Changer son ordi pour avoir la dernière version "qui-pédale-plus-vite-que-son-ombre"...Bref, du cab à la maison (et vice-versa), cela implique de passer avant destination chez le marchand de "Haï-tèke" car, dans la journée (ou la nuit), une nouvelle bête est commercialisée. Ce n'est bien entendu pas la bonne solution...
2ème solution : Optimiser la réalisation de cette copie de sécu. Cela nécessite - pour commencer - de savoir comment sa réalisation est actuellement programmée.
Mon hypothèse : La copie se fait de la façon la plus "brutale" qui soit : Le pgm déclanche et exécute une copie complète des données tout en vérifiant sa bonne réalisation...Compte tenu du temps de latence, m'est d'avis que c'est comme ça que sa fonctionne...
J'imagine mon pauvre ordi qui s'échine à copier toutes les vieilles fiches patients (qui ne reviendront plus); leurs vieilles ordos (dont le règlement est passé en compta depuis belles lurettes)...que dire des très vieux lots de TT, leurs RSP...
Bref, tout ce "grenier" qui traine et qui, chaque jour, se fait balader d'un dossier à l'autre...pour rien...et qui prend du temps...et que mon ordi vérifie encore et encore...
"Il est nécessaire de garder les vieilleries", disent les technocrates d'opérette. Donc le pgm Véga respecte ce cahier des charges...Et c'est ainsi qu'on se retrouve à attendre l'exécution de la copie de sécu...
MAIS : Ne pourrait-on pas se contenter de ne copier QUE les données "nouvelles" dans cette sauvegarde ?
Avec sa programmation du style :
1- ouverture des dossiers data (actif et de sauvegarde existante);
2- lecture (en parallèle) des datas (pour comparer les données contenues);
3- identification des différences (le data actif sert alors de référence);
4- copie - dans chaque sous-dossier de la sauvegarde - des différences (les nouveautés).
5- vérification de l'égalité des datas.
6- verrouillage de la copie de sauvegarde.
7- ENFIN!!! exécution du pgm de la restauration tant attendue...
PS: ça me fait penser à la chansson du "Petit Rapporteur".
M'est d'avis que ça devrait prendre moins de temps...
Par contre, rien n'empêche l'utilisateur de faire, de temps en temps, un "rafraichissement" de sa copie de sauvegarde.
Cette fonctionnalité serait alors accessible par le module de contrôle des données où il serait possible de choisir de déclancher une copie de sauvegarde faite "en profondeur" si je puis dire.
De même, on peut imaginer que le déclanchement du contrôle des données pourrait passer en revue la copie de sauvegarde et alerter l'utilisateur par une loupiotte en cas de pb.
La longueur de ce post est à l'image du temps de latence qu'il faut subir quand on souhaite faire une restauration de données...
Dites missié Véga, y a pas ni problèm dans ma plantation; mais j'veux rentré du travail plu tôt.
Le transfert des données Véga entre deux ordis, utilise la fonction "Restauration des données."
Dans cette opération, la 1ère fonctionnalité qui s'exécute est une "Copie de sécu des données avant restaur.", avant que la restauration souhaitée par l'utilisateur s'effectue...et que - enfin - on puisse travailler.
Compte tenu du temps d'attente (...et plus le data est gros et plus longue est l'attente...cqfd); il est possible de réfléchir sur ce "temps de latence" afin de savoir comment le réduire.
1ère solution : Changer son ordi pour avoir la dernière version "qui-pédale-plus-vite-que-son-ombre"...Bref, du cab à la maison (et vice-versa), cela implique de passer avant destination chez le marchand de "Haï-tèke" car, dans la journée (ou la nuit), une nouvelle bête est commercialisée. Ce n'est bien entendu pas la bonne solution...
2ème solution : Optimiser la réalisation de cette copie de sécu. Cela nécessite - pour commencer - de savoir comment sa réalisation est actuellement programmée.
Mon hypothèse : La copie se fait de la façon la plus "brutale" qui soit : Le pgm déclanche et exécute une copie complète des données tout en vérifiant sa bonne réalisation...Compte tenu du temps de latence, m'est d'avis que c'est comme ça que sa fonctionne...
J'imagine mon pauvre ordi qui s'échine à copier toutes les vieilles fiches patients (qui ne reviendront plus); leurs vieilles ordos (dont le règlement est passé en compta depuis belles lurettes)...que dire des très vieux lots de TT, leurs RSP...
Bref, tout ce "grenier" qui traine et qui, chaque jour, se fait balader d'un dossier à l'autre...pour rien...et qui prend du temps...et que mon ordi vérifie encore et encore...
"Il est nécessaire de garder les vieilleries", disent les technocrates d'opérette. Donc le pgm Véga respecte ce cahier des charges...Et c'est ainsi qu'on se retrouve à attendre l'exécution de la copie de sécu...
MAIS : Ne pourrait-on pas se contenter de ne copier QUE les données "nouvelles" dans cette sauvegarde ?
Avec sa programmation du style :
1- ouverture des dossiers data (actif et de sauvegarde existante);
2- lecture (en parallèle) des datas (pour comparer les données contenues);
3- identification des différences (le data actif sert alors de référence);
4- copie - dans chaque sous-dossier de la sauvegarde - des différences (les nouveautés).
5- vérification de l'égalité des datas.
6- verrouillage de la copie de sauvegarde.
7- ENFIN!!! exécution du pgm de la restauration tant attendue...
PS: ça me fait penser à la chansson du "Petit Rapporteur".
M'est d'avis que ça devrait prendre moins de temps...
Par contre, rien n'empêche l'utilisateur de faire, de temps en temps, un "rafraichissement" de sa copie de sauvegarde.
Cette fonctionnalité serait alors accessible par le module de contrôle des données où il serait possible de choisir de déclancher une copie de sauvegarde faite "en profondeur" si je puis dire.
De même, on peut imaginer que le déclanchement du contrôle des données pourrait passer en revue la copie de sauvegarde et alerter l'utilisateur par une loupiotte en cas de pb.
La longueur de ce post est à l'image du temps de latence qu'il faut subir quand on souhaite faire une restauration de données...
Dites missié Véga, y a pas ni problèm dans ma plantation; mais j'veux rentré du travail plu tôt.