Si vous savez quelque chose à propos de SOLIDWORKS PDMVous savez que ses deux principaux composants sont un serveur d'archives et un serveur de base de données. Ce dernier est basé sur Microsoft SQL. Chaque coffre-fort dispose d'une base de données SQL qui héberge presque tout ce que vous voyez dans un coffre-fort, à l'exception des fichiers eux-mêmes. Tout, des cartes de données et des flux de travail aux informations utilisateur et aux licences, est stocké dans SQL. Ces données sont précieuses et doivent être traitées avec prudence si vous voulez préserver l'intégrité de votre infrastructure de coffre-fort.
Il y a des moments où vous devrez modifier votre base de données SQL ; il s'agit de cas d'utilisation spécifiques où votre VAR (ou Dassault Systèmes) vous conseillera et précisera précisément les actions à entreprendre. Voici quelques exemples de modifications de bases de données approuvées : migrer votre PDM vers un nouveau serveur ou restauration d'un utilisateur supprimé (avant 2023). Lorsque ces changements sont faits, vous devez aussi vous assurer que vous prenez sauvegardes Même de petits changements peuvent mal tourner, et il ne faut jamais risquer de les faire sans avoir un point de restauration.
Tu devrais jamais modifiez votre base de données à moins que votre revendeur à valeur ajoutée ou Dassault Systèmes ne vous conseille de le faire.
Tout cela peut paraître un peu trop prudent, et je vous promets qu'on ne cherche pas à susciter des craintes inutiles. Voyons un peu plus en détail pourquoi c'est important.
L'étiquette « non pris en charge » est souvent utilisée lorsqu'on parle de SOLIDWORKS et de PDM. Cependant, elle n'a pas la même signification dans tous les contextes. Il existe plusieurs niveaux de « non pris en charge » dans un environnement PDM. Ils se répartissent généralement en plusieurs niveaux de gravité principaux :
Une modification de base de données tombe immédiatement au niveau 4 en raison de la composition du backend d'une base de données de coffre-fort.
Héberger votre coffre-fort sur un serveur infonuagique n'est toutefois pas techniquement possible. Pourtant, GoEngineer propose une service d'hébergement infonuagique pour les coffres PDM Nous considérons cette solution comme une excellente solution en termes d'accessibilité et de fiabilité. Il s'agit d'un exemple de gravité de « niveau 1 ».
Le fait que Dassault Systèmes qualifie un environnement de non pris en charge peut être aussi simple que l'impossibilité de tester complètement un environnement (l'hébergement infonuagique en est un exemple). Il existe des milliers d'environnements et de configurations infonuagiques que nos clients peuvent utiliser, et ils évoluent constamment au gré des nouvelles technologies et des changements en matière de sécurité. Dassault Systèmes ne peut en aucun cas valider ces configurations, mais nous savons par expérience que les serveurs infonuagiques sont très stables et fonctionnent parfaitement avec PDM. Nous n'offririons pas ces services si nous n'en étions pas convaincus !
Il est à noter que le fait d'être considéré comme non pris en charge - quel que soit le « niveau » - signifie que nous ne sommes pas en mesure d'aider à résoudre les problèmes qui peuvent survenir, à moins que ces problèmes ne puissent également être reproduits dans un environnement pris en charge (et non modifié).
Une base de données peut être grossièrement imaginée comme un très grand classeur Excel de plusieurs feuilles. Chaque base de données Vault comprend plus de 200 tables.
Chaque table est composée d'un ensemble de rangées et de colonnes contenant des données sur votre coffre-fort. Nombre d'entre elles utilisent des identifiants qui les relient à d'autres tables, permettant à PDM d'afficher et de modifier les fichiers et les données visibles en front-end.
Il ne s'agit cependant pas de données statiques. Ajouter un nouveau fichier à votre coffre-fort ne se limite pas à insérer une nouvelle ligne portant le nom du fichier. Des hooks back-end complexes et des procédures stockées s'étendent sur plusieurs tables et champs, et leur déclenchement fiable repose sur des actions spécifiques exécutées dans un ordre précis. L'ajout d'un seul fichier à PDM permet de référencer ou de modifier plus de 20 tables différentes dans la base de données.
La base de données de PDM est un système dynamique en constante évolution, accessible et équilibré pour vous fournir les fichiers et les fonctions visibles en front-end. Déstabiliser ce processus pourrait avoir des conséquences désastreuses.
Si vous modifiez des champs qui dépendent de déclencheurs particuliers, les processus attendus risquent de ne pas fonctionner correctement. Pire encore, certains de ces changements peuvent ne pas être immédiatement visibles : le temps nécessaire pour que les problèmes apparaissent peut varier selon la modification. Nous avons vu des clients découvrir des modifications apportées au manuel des administrateurs des années plus tard, et c'était un véritable cauchemar à démêler une fois trouvées.
Ce qui nous amène à…
Il existe des fonctions essentielles de PDM qui sont supposées fonctionner d'une manière spécifique, comme ce qui a été abordé dans leinfrastructure de base de donnéesCes hypothèses fondamentales nous permettent d'utiliser PDM. Elles nous permettent de déduire le comportement attendu (et de savoir quand il ne l'est pas), de résoudre efficacement vos problèmes et de vous guider dans l'interaction avec votre système.
Si l'infrastructure PDM est modifiée, nous ne pouvons plus nous fier à ces hypothèses fondamentales, et notre capacité d'analyser et d'identifier vos problèmes de manière fiable est alors compromise. En modifiant la base de données de votre PDM, vous annulez la garantie de votre coffre-fort. Les constructeurs automobiles affirment souvent que les modifications après-vente annulent la garantie et les empêchent d'offrir une assistance pour votre véhicule, car ils n'ont aucun contrôle ni aucune visibilité sur la manière dont ces pièces pourraient interagir avec le fonctionnement attendu du véhicule. Les équipes de soutien technique fonctionnent de manière similaire.
Les équipes de soutien de Dassault et de GoEngineer ne peuvent intervenir en cas de problème suite à des modifications non autorisées de la base de données. Une fois ces modifications effectuées, la seule solution consiste à restaurer la base de données à un état antérieur à ces modifications. Nous ne pouvons pas dépanner de manière fiable un système dont les modifications pourraient altérer ses comportements fondamentaux.
Voici une liste (non exhaustive) de certains problèmes rencontrés suite à la modification d'une base de données. Comme la base de données peut être modifiée de multiples façons, le type et la gravité des conséquences peuvent varier considérablement.
Certaines de ces situations ont pu être résolues, tandis que d'autres ont dû être contournées. Dans tous les cas, notre capacité d'assistance était limitée. Prendre le risque d'apporter des modifications à votre base de données autres que celles recommandées par votre revendeur à valeur ajoutée n'en vaut jamais la peine.
Vous pouvez toujours exécuter des requêtes en lecture seule ou des requêtes « Select » sur votre base de données ; après tout, ce sont vos données ! Vous pouvez obtenir des renseignements et des rapports très utiles en utilisant directement la base de données du coffre-fort. Dassault Systèmes publie même de nombreuses requêtes prédéfinies pour ses clients dans le Base de connaissances 3DSupport.
Si vous devez apporter des modifications au coffre-fort d'une manière que vous ne pouvez pas réaliser à l'aide de l'interface utilisateur frontale, il existe toujours un moyen sûr de le faire ! PDM Professional a une API Vous pouvez l'utiliser précisément à cette fin. C'est un moyen sûr et fiable de modifier les données de votre coffre-fort par programmation. Nous avons publié des renseignements utiles à ce sujet. API SOLIDWORKS et PDMsi vous voulez en savoir plus !
Si vous vous trouvez dans une situation où vous pensez que la base de données pourrait avoir besoin de modifications et que vous n'êtes pas certain que ce soit quelque chose que vous pouvez faire en toute sécurité (et GoEngineer est votre revendeur à valeur ajoutée), contactez notre Équipe de soutien technique.
L'équipe de soutien de GoEngineer possède des années d'expérience avec SOLIDWORKS PDM et ses fonctionnalités internes. Elle peut vous aider à déterminer si cette modification est sécuritaire (et quelles autres options s'offrent à vous si ce n'est pas le cas). Nous pouvons également vous fournir des ressources et des conseils pour vous aider à effectuer cette modification de la manière la plus sûre et la plus efficace possible ! Notre objectif principal est de vous aider à adapter le logiciel à vos besoins et à assurer le bon fonctionnement de votre environnement.
RACCOURCIS ⋅ RECHERCHE ⋅ COMPLÉMENT PDM
24 conseils d'experts pour maîtriser SOLIDWORKS PDM. Améliorez vos performances, trouvez vos fichiers plus rapidement et travaillez comme un pro.
SOLIDWORKS PDM Comment supprimer des comptes d'utilisateur
Gestion du cache local dans SOLIDWORKS PDM
Contrôle de l'accès aux versions et aux révisions dans SOLIDWORKS PDM
Lier les propriétés personnalisées du fichier SOLIDWORKS aux variables dans PDM
À propos de Rowan Gray
Rowan Gray est chef d'équipe du support technique chez GoEngineer, spécialisé dans SOLIDWORKS PDM et la gestion des données/de cycle de vie connexe. Ils sont chez GoEngineer depuis 2020 et possèdent une solide expérience en TI qui leur permet de mieux soutenir les clients face à tout problème pouvant survenir dans leur environnement PDM. Pendant leur temps libre, ils aiment jouer aux jeux vidéo, faire du crochet et gâter leurs animaux de compagnie.
Recevez notre vaste gamme de ressources techniques directement dans votre boîte de réception.
Désabonnez-vous à tout moment.