Posts Tagged ‘ Migration ’

Vendredi, 16 juillet 2010

Ces deux derniers mois, j’ai été contacté par de nombreuses entreprises tournant encore sur FileMaker 6, voire même 5 ou 5.5.

On sait qu’une telle situation n’est pas pérenne et est même assez dangereuse. Il est nécessaire de planifier au plus vite une migration en douceur, avant de devoir la subir de manière brutale et dans la douleur.

Nous en avions d’ailleurs parlé il y a un an :
http://blog.fmp-formation.com/2009/06/migrer-des-fichiers-filemaker-6/

Bien sûr, chacun est dans une situation particulière.

Si je regarde ce qui a été fait chez différents clients ce dernier trimestre, le travail concerné a varié entre une demi-journée et 16 jours.
Dans le premier cas, il s’agissait juste de 2 fichiers reliés, avec peu de scripts et calculs, mais plusieurs dizaines de milliers d’enregistrements, et une histoire de nombreux plantages mal récupérés.
Dans le second cas, il s’agissait de 62 fichiers reliés, avec de nombreux scripts et des calculs assez complexes. Et il a été décidé de regrouper certains des petits fichiers. Heureusement, grâce à nos indications, le responsable interne a pu faire la plus grosse partie du travail et nous n’avons eu à intervenir que pendant 4 jours.

Mais presque à chaque fois, une grosse part de travail, voire parfois 70% de celui-ci, consiste à nettoyer les données.

Pour être clair, je n’ai jamais rencontré un fichier parfaitement propre. Les difficultés peuvent être parfois mineures, mais il en est qui sont vraiment catastrophiques. Je me souviens par exemple de cette agence de communication qui découvre, au cours d’une intervention, qu’elle passait à côté du tiers de sa cible lors des opérations d’emailing. Je ne vous dit pas la réaction de la directrice quand je lui en ai fait prendre conscience concrètement ! Or, cela venait de rubriques mal protégées en saisies, de listes de valeurs mal gérées, d’une formation insuffisante pour les opératrices, et d’une absence totale de contrôle/nettoyage régulier.

FileMaker est un outil génial, pratique, puissant,… certes. Mais à condition de ne pas négliger l’entretien.

Interrogez-vous. Vous ne vous occupez pas de votre voiture ? Pas de contrôle concernant les freins, les pneus, ou autre niveau d’huile ?
Ou si vous avez une cheminée à la maison, vous ne la ramonez jamais ?
Ok. Vous aimez vivre dangereusement… Chacun sa vie…

Mais si ce n’est pas le cas, réfléchissez bien.
Un nettoyage des données, cela veut dire quoi pour vous ?
Et quand l’avez-vous fait pour la dernière fois ?

Alors, n’hésitez plus et armez-vous de courage pour votre « nettoyage de printemps » !
Et ce, quelque soit la saison chez vous ;-)

Michel Lansard

PS : pour les abonnés aux fiches Astuces, il est utile de relire la fiche N°7 et son usage de l’index ainsi que la fiche N°11 et son approche des clones. Elles sont très utiles dans une perspective de nettoyage.
Pour tous, il y a notre cahier pratique sur « Comment nettoyer ses données FileMaker »
http://www.editomac.fr/publications/cahiers/nettoyer-ses-bases-filemaker.aspx

Vendredi, 4 décembre 2009

Voici l’ours amené à sortir de sa grotte… Cf. « Votre maison FileMaker » (12)

La famille grandit. Ou les besoins changent : Papa a décidé de travailler à domicile et a besoin d’un bureau.
On a maintenant deux voitures et il faut un second garage…
Ou il y a eu une mutation, et il faut se rapprocher du nouveau lieu de travail.

Il y a moult raisons de devoir déménager un jour ou l’autre.

Il en est de même pour ma maison FileMaker.

Je dois changer d’ordinateur pour mon serveur ou déménager une partie de mes données sur un site Web pour les rendre accessibles à des partenaires. Ou tout simplement faire évoluer mon logiciel favori vers la version actuelle. Nombreux sont ceux qui passent en version 10 en ce moment ;-)

Un déménagement n’est jamais anodin. Il est sans doute plus simple à effectuer si j’habite seul dans un studio, plus lourd si nous sommes 10 dans une grande maison familiale…

Un indépendant, avec un fichier simple pour suivre ses contacts, aura sans doute vite fait pour passer son fichier FileMaker 6 en version 10. Avec un peu de chance, il fait cela en un quart d’heure.

En revanche, un atelier de production, géré par 58 fichiers FileMaker 5 reliés aura beaucoup plus de travail. Après 8 jours d’un très sérieux nettoyage de printemps, il en mettra encore 4 pour assurer et valider en détail la migration proprement dite.

Notre indépendant se retrouve immédiatement chez lui. Tandis que le responsable FileMaker de notre atelier a encore à former et à suivre ses 14 utilisateurs…

Ne sous-estimez pas une migration ! Cela peut dans certains cas coûter cher.

Et comme pour un déménagement, on peut le faire soi-même, éventuellement aidé par des copains (collègues) ou on peut le confier à un spécialiste. Tout dépend de l’enjeu, c’est-à-dire de la valeur de vos données

À suivre… « Votre maison FileMaker » (14)

Michel Lansard

NB : Cet article appartient à une « série ». Pour la lire depuis le début, cliquez sur le lien : Votre maison FileMaker. À la fin de chaque article, vous trouvez également le lien pour l’article suivant : « Votre maison FileMaker (n) », lorsque celui-ci est déjà paru. Vous pouvez également cliquer sur le tag « Maison des données » en dessous du titre de l’article.

Lundi, 23 novembre 2009

Un nouveau cahier pratique FileMaker

Nombreuses sont les entreprises et les associations qui décident ces temps-ci de migrer de FileMaker 6 (voire antérieur) vers FileMaker 10.
Nous en avons déjà parlé, c’est une opération à prendre au sérieux.

Mais suite à cette migration, il leur faut découvrir la nouvelle interface. Il nous était donc demandé un cahier pratique sur ce thème.

C’est fait ! Le dernier cahier pratique d’Editomac est en ligne :
Découvrir l’interface de FileMaker 10

Il s’adresse aux utilisateurs.
58 pages sur les nouveautés apportées par cette version : barre d’état, tableaux, tris en temps réel, rapports dynamiques, recherche,…
En annexe, les configurations requises et la liste des nouveautés concernant les développeurs.

Mercredi, 17 juin 2009

La question nous est fréquemment posée.

Faut il passer de FileMaker 6 à FileMaker 10 ? Y a t-il des difficultés à prévoir ?

Soyons clair : on ne peut rien dire de certains dans une migration de 6 à 10 (ou à 8 ou 9).
Cela peut très bien se passer comme on peut avoir des surprises, surtout quand c’est un fichier ancien, qui a déjà bien vécu, qui a eu des plantages ou qui a été hébergé sur diverses machines…

Il convient donc de TOUT tester, surtout si on travaille en réseau.

Par exemple, un script peut ne plus marcher parce qu’on n’a pas prévu de valider la sortie d’une fiche dans un autre fichier que celui qui est actif (cas d’une base faite de plusieurs fichiers reliés).
On peut avoir des problèmes avec les références externes car les fichiers antérieurs à FileMaker 7 gardaient trace de toutes les machines les ayant hébergés, sans que l’on puisse y avoir accès (ce qui est possible depuis la 7).
On peut avoir un bouton qui se décale d’un pixel et un clic ne marche plus.
Si on les a transformés sans supprimer au préalable les mots de passe, cela peut aussi créer des problèmes.
Certaines images peuvent avoir des soucis si les machines sont mélangées mac et pc.

Ce ne sont que quelques dysfonctionnements, tous réparables heureusement, que j’ai rencontré suite à des migrations réalisées par des clients.

Mais on peut aussi n’avoir aucun problème ;-)

Et de toute façon, il faut faire cette migration, maintenant, consciemment, sous peine d’avoir à la faire en catastrophe un jour à l’occasion d’un changement obligatoire de machine par exemple. Anticiper est toujours mieux que subir…
Je pense à un client qui a trop attendu, et qui à cause d’une machine ancienne tombée en panne, a du changer à la fois la machine, FileMaker, xPress, xData,… Évidemment rien de tel n’était programmé. La finance ET la psychologie de l’équipe en ont pris un coup !

Donc tester, retester, d’abord en monoposte, puis en réseau avec au moins deux utilisateurs.

La question de tout réécrire en 10 pour tenir compte de la nouvelle interface et profiter des fonctions nouvelles est un autre problème…

Michel Lansard