Retour sur le temps d'import de la base :
Sur une base de 42 Go de données (46096 Files, 4503 Folders), il m'aura fallu 2 jour et demi pour importer les fichiers (copier/coller dans le vault: environ 3 à 4h), puis faire le premier check in dans le répertoire dédie a l'import (environ 2j avec check in des sldprt puis des sldasm puis des slddrw, puis de tous les autre fichiers trainant dans les répertoires (office, pdf, igs ...)).
Pour faire les check in bien utiliser l'outil de recherche d'EPDM et non pas la recherche dans l'explorateur (beaucoup plus lent et plante plus). Mes temps sont assez long car j’importe quasiment toutes mes propriétés liées aux configurations et car j’ai un worflow initial assez complique (il récupère automatiquement la révision des fichiers en fonction de la valeur de la propriété « révision »)
Avec l'outil de recherche faire des check in par lot de 2000 à 5000 fichiers (il y a des chances que le check in plant de temps à temps et comme le temps de recherche de référence est assez long, mieux vaut ne pas prendre trop de fichiers à la fois). Il y a possibilité de faire plusieurs recherches et plusieurs check in en parallèle sur la même machine. Il faut par contre que les recherches soient bien indépendantes pour éviter de faire planter un lot de check in parce que EPDM essaie de faire un check in sur un fichier qui est déjà dans le coffre-fort: sur les fichiers pièces et MEP ça marche bien en faisant des recherches type' S*.sldprt', sur les assemblages c'est plus risque car un sous assemblage peut avoir un nom qui n'a rien à voir avec l'assemblage initial
Faire toutes les manipulations d'import et de check in sur le serveur d'archive directement.
Etant en environnement virtualise j'ai booste temporairement les serveurs EPDM : passage a 4 cœurs dédies pour le serveur sql ( pas forcement hyper utile finalement car j'avais un taux d'utilisation CPU a environ 20%, 2 cœurs auraient surement suffit).
Une fois l’import et le check in initial fait dans le répertoire dédie, il faut replacer les répertoires a leurs places. Cette manipulation doit se faire UNIQUEMENT sur une machine dont le cache local est vide. Si on fait cela sur le serveur contenant tous les fichiers sur sa vue locale c’est horriblement long (il faut déplacer des Go de données et EPDM remet peut être a jour les données pendant le transfert pour que les liens soient OK a l’ouverture des fichiers). Si la vue locale est vide, il ne se passe rien sur le poste et seul serveur sql travaille pour changer l’information d’emplacement des fichiers (une seule transaction par fichier déplace).
NB : mon revendeur américain Trimech (qui a racheté Moderntools) dispose maintenant d’un outil d’analyse des répertoires SW avant import. Cet outil scanne les répertoires SW et sort une base de données contenant tous les liens entre fichiers, les propriétés contenues dans les fichiers…. (elle faisait quand même plusieurs centaine de Mo) . A partir de là il est possible de corriger l’ensemble des fichiers SW contenant des références non valides, des propriétés mal renseignées (rentrées sur le fichier au lieu de sur les configurations par exemple…) via un certain nombre d’autres outils. Je n’ai pas pu voir ces outils en fonctionnement donc je ne sais pas leur degré de facilité d’utilisation et leur ergonomie. Mon revendeur n’a rien voulu me montrer si on ne partait pas dans cette direction, vu que tout avait déjà été fait pour l’import ‘traditionnel’ je n’ai pas voulu me lance dans cette aventure. Par contre ce genre d’outil peut être utile a une société qui tient absolument à ce que 100% des données rentrées dans EPDM soient conformes (ce n’est pas notre cas vu que l’on a très peu de réemploi : on a donc rentre dans EPDM des donnes qui sont loin d’être clean mais qu’on ne nettoiera qu’en fonction d’un besoin réel).
Je ne sais pas si Axemble dispose d’outils similaires.
J’espère que ce topic servira aux futurs courageux admin EPDM lors de leur premier import.