Ressources système SOLIDWORKS PDM Point de départ

On nous demande souvent des recommandations pour configurer un ou plusieurs serveurs pour SOLIDWORKS PDM. Dassault Systèmes' Exigences du système Cette page contient des informations sur les spécifications du serveur, mais elles restent assez vagues. La configuration matérielle requise correspond davantage à un poste de travail SOLIDWORKS pour un utilisateur final qu'à un serveur PDM.

Comme l'indique le titre de cet article, c'est un point de départ pour un système serveur SOLIDWORKS PDM. Cela signifie qu'à mesure que votre entreprise, le nombre d'utilisateurs et la taille de votre base de données augmentent, davantage de ressources système devront être allouées au serveur. Assurez-vous que les ressources de votre serveur sont évolutives.

PDM comporte trois composants principaux du serveur, à savoir :

Archive

• Le principal dépôt de données.
• Gère les coffres-forts de fichiers et offre aux clients un accès au PDM.
• Permet d'envoyer les fichiers entre le serveur d'archivage et les clients.
• Envoie des fichiers du serveur d'archivage vers d'autres serveurs d'archivage lors de la réplication.
• Valide les connexions utilisateur lors de l'utilisation de la connexion SOLIDWORKS PDM et lors de l'utilisation de la connexion Windows pour communiquer avec les services Windows afin de s'authentifier auprès d'Active Directory.

Base de données

• Il s'agit du service d'assistance pour les bases de données PDM Vault. Il est différent du serveur SQL, mais on les confond souvent.
• Vous pouvez installer ce service sur l'archive ou sur le serveur SQL. Le service se connecte au service SQL Server.
• Ce service s'occupe de tâches comme les notifications par courriel et les changements de réplication. Il se connecte à SQL Server et effectue des requêtes pour identifier les nouvelles tâches à traiter.
• Vous pouvez redémarrer ce service sans interruption de service, même lorsque des utilisateurs sont connectés. Au redémarrage, le service reprend le traitement des tâches en attente dans la base de données.

SQL

• Le service SQL Server assure le stockage, le traitement des données, le contrôle d'accès aux données et le traitement des transactions. En bref, ce service gère la distribution des informations de la base de données aux clients PDM, au processus du serveur de base de données, au processus du serveur d'archivage et au serveur web. Il constitue le cœur du système PDM.
• Ce service contribue le plus aux performances de SOLIDWORKS PDM et utilise la majeure partie des ressources du processeur et de la mémoire vive. Son bon fonctionnement requiert des ressources matérielles suffisantes.

Recommandations matérielles

Il existe deux configurations principales pour un environnement serveur PDM : soit avec chaque composant (Archive et SQL) sur une machine distincte, soit avec les deux composants sur la même machine. Il est recommandé de séparer les composants Archive et SQL, mais pour les environnements de petite taille (15 utilisateurs ou moins), il peut être judicieux de les installer sur la même machine.

Serveurs d'archivage et SQL distincts

Si vous souhaitez héberger les composants d'archivage et SQL sur des machines distinctes, vous devrez allouer des ressources en fonction des besoins de chaque composant serveur. Les archives PDM sont très gourmandes en espace de stockage, nécessitent des vitesses de lecture/écriture rapides sur le disque et nécessitent une puissance de traitement bien moindre que SQL. Ce dernier est très gourmand en ressources processeur et mémoire, mais ses besoins en capacité de stockage sont généralement beaucoup plus faibles.

Serveur d'archives

BÉLIER16 Go, sauf si vous avez plus de 40 à 50 utilisateurs, auquel cas 32 Go pourraient être judicieux.

ProcesseurProcesseur Intel ou AMD à 4 cœurs. La vitesse est moins élevée ; un bon processeur serveur fera l’affaire.

Espace disque: UN MINIMUM de 500 Go.

• Vous aurez besoin de 3 à 5 fois plus d'espace disque que la taille actuelle de vos données (qu'elles soient stockées ou non dans un coffre-fort numérique). Par exemple, si vous avez actuellement 250 Go de données CAO, vous aurez besoin de 750 Go à 1,2 To d'espace de stockage disponible.
• Assurez-vous que cet espace disque est extensible, ou que vous pouvez en ajouter ultérieurement. Le volume de données PDM est presque assuré d'augmenter au fil du temps ; il est donc préférable de pouvoir ajouter du stockage plutôt que de migrer vers un serveur entièrement nouveau.
• Ce stockage doit prendre la forme de disques montés localement/natifs sur le serveur. Les disques de stockage amovibles ou le stockage réseau, comme un SAN/WAN, ne sont pas pris en charge et peuvent entraîner une dégradation des performances.
• Le disque doit être un SSD avec des vitesses d'E/S élevées. Les disques durs peuvent être utilisés, mais ils ont tendance à être moins fiables à long terme. Les archives seront rédigées (et écrasées) très fréquemment. La capacité de réorganiser les données et d'y accéder rapidement est extrêmement importante pour assurer à vos utilisateurs de bonnes performances de base.

Serveur SQL

BÉLIER: 32 Go

• Surveillez l'utilisation de la mémoire vive pendant les périodes de forte activité. Il est généralement conseillé de prévoir environ 20 % de marge disponible pour chaque ressource pendant ces périodes. Ce point est d'autant plus important sur un système hébergeant plusieurs bases de données de coffre-fort.
  
  
  
  
• SQL Server peut être configuré pour utiliser une quantité maximale de RAM via SQL Server Management Studio. Afin d'éviter que SQL Server n'accapare toute la RAM nécessaire au fonctionnement des composants du serveur PDM, il est généralement recommandé de réserver environ 8 Go de RAM pour le système d'exploitation et les autres applications.

ProcesseurUn processeur Intel ou AMD avec au moins deux cœurs logiques est requis. La prise en charge des extensions SIMD de flux 2 (SSE2) est également nécessaire.

• Il est préférable d'utiliser des processeurs à plus haute densité de cœurs (comme les processeurs quadricœurs) car ils peuvent gérer plus efficacement la croissance de la charge de travail de SQL au fil du temps.
• Pour les environnements plus grands (15 à 20 utilisateurs et plus), il est préférable de viser une utilisation moyenne du processeur inférieure à 50 % en fonctionnement normal. Nous constatons souvent des ralentissements lorsque l'utilisation atteint ou dépasse 75 %.

Espace disque: 100 Go minimum

• L'espace de stockage requis pour SQL est plus petit, mais il est important de prévoir les sauvegardes, l'augmentation potentielle de la charge lors d'activités importantes, les fichiers d'installation, le système d'exploitation, etc. 100 Go constituent le minimum d'espace de stockage recommandé pour un serveur SQL dédié. Dans un environnement plus grand, il est préférable d'opter pour 200 à 250 Go.

Quelques remarques :

• Modifiez le modèle de récupération SQL en « Simple ». C'est recommandé et votre serveur vous en remerciera. Nous expliquons pourquoi et comment plus en détail ici : Modifiez le modèle SQL de récupération complète en modèle de récupération simple..
• Soyez vigilant lors de l'exécution de tâches automatisées, comme la réplication ou la maintenance SQL. Les tâches gourmandes en ressources doivent être planifiées en dehors des heures de pointe.

• Les sauvegardes automatiques sont intégrées à SQL Standard, mais vous pouvez aussi les configurer pour SQL Express. Consultez notre documentation. liste principale des sauvegardes Pour plus d'informations.

Archive combinée et serveur SQL

Lorsque vous combinez l'archivage et SQL sur un seul serveur, vous devez disposer de la puissance de traitement nécessaire pour SQL. et La capacité de stockage des archives est plus facile à atteindre dans les environnements de petite taille. Les mêmes recommandations supplémentaires mentionnées précédemment s'appliquent ici, mais adaptées à chaque type de ressource.

Remarque: Cette solution n'est pas recommandée pour les environnements comptant plus de 15 à 20 utilisateurs, car elle peut augmenter le risque de concurrence pour les ressources et rendre le dépannage des problèmes sur le serveur plus complexe.

BÉLIER: 32 Go de RAM

ProcesseurUn processeur Intel ou AMD avec au moins deux cœurs logiques est requis. La prise en charge des extensions SIMD de flux 2 (SSE2) est également nécessaire.

Espace disque: 500 Go minimum

Considérations relatives à la norme PDM

PDM Standard utilise SQL Express, qui présente des limites par rapport à SQL Standard ou Enterprise. Nous vous recommandons de consulter la documentation. limitations de chaque édition de SQL.

• SQL Express a une taille de base de données maximale de 10 Go.
• Allocation maximale de mémoire vive de 1 Go par instance de SQL (soit 1 Go de RAM réparti entre les instances). tous bases de données dans l'instance).
• Le maximum de 1 socle ou 4 cœurs alloués au processeur.

Cela signifie que même avec 64 Go de RAM et un processeur à 16 cœurs, l'instance SQL ne dépassera jamais les limites indiquées ci-dessus. PDM Standard est conçu pour les environnements de petite taille (moins de 10 utilisateurs) avec un trafic et une complexité minimes. Son utilisation dans des environnements plus grands ou plus complexes entraînera inévitablement une limitation des performances et des goulots d'étranglement. Tenez-en compte lors de l'allocation des ressources de votre serveur SQL, surtout si vous utilisez PDM Standard.

Les recommandations ci-dessous supposent l'utilisation de PDM Professional/SQL Standard, il y a donc comparativement moins de limites, voire aucune.

Recommandations générales de configuration

Considérations relatives au réseau

Il est important de comprendre que ces recommandations supposent uninfrastructure réseau saineLe système client doit être une machine située sur le même réseau local que le serveur d'archivage. Un réseau gigabit offrant une connectivité et un débit fiables et continus est nécessaire. Les connexions nécessitant un réseau étendu (WAN) doivent configurer un environnement répliqué de sorte que le client distant soit local par rapport au serveur d'archivage distant.

La latence réseau ne devrait pas dépasser environ 100 ms lors de tests avec un ping pondéré (1 000 octets par paquet) sur une durée d'envoi continu d'environ 60 secondes. Ce comportement se rapproche davantage du trafic standard PDM et peut servir d'indicateur de la qualité du réseau.

Dès que la latence atteint 150 ms, que vous constatez des pertes de paquets ou des fluctuations importantes lors du test ping, votre réseau risque de ne pas être suffisamment stable pour exécuter PDM. Nous ne pouvons pas garantir la fiabilité de PDM si ces variables affectent votre réseau.

Validation du rendement

Il est recommandé de surveiller l'utilisation des ressources au moins une fois par année ou lors de toute modification importante de l'environnement de production. Par exemple, lors de l'ajout de nombreux nouveaux utilisateurs PDM, lors de l'utilisation d'un nouveau module complémentaire PDM tiers ou après l'activation de la réplication pour le serveur de base de données ou le serveur d'archivage. Cela vous permet de contrôler le rendement de votre environnement et d'adapter les ressources en conséquence.

Notre Services PDM L'équipe offre également un bilan de santé PDM, qui vous permet de mieux comprendre l'état actuel de votre environnement et vous fournit des recommandations personnalisées pour améliorer sa performance et sa stabilité.

Partager l'espace

Vos serveurs doivent être dédiés à PDM. Héberger d'autres applications, leurs bases de données ou tenter d'exécuter plusieurs éléments sur un seul serveur peut entraîner des conflits de ressources, un dépannage et une isolation plus difficiles, ainsi qu'une instabilité potentielle des autres applications qui ne sont pas compatibles avec PDM.

Licence SQL

Auparavant, PDM incluait une licence SQL Standard avec les licences PDM Professional, mais ce n'est plus le cas. Vous devrez maintenant acheter votre propre licence SQL. Nous vous recommandons de faire appel à un revendeur Microsoft/SQL pour vous assurer de votre conformité aux exigences de licence de Microsoft. Ce site étant tiers, nous ne pouvons garantir à 100 % la validité ni la sécurité de ses recommandations. Par conséquent, prenez-les avec précaution et, en cas de doute, vérifiez auprès de votre équipe de soutien ou de votre revendeur Microsoft (voici un article explicatif). Licence SQL plutôt bien (au moment de la publication), car cela peut porter à confusion).

Remarque: PDM le fait pas Vous devez prendre en charge les instances SQL hébergées, comme celles proposées par AWS ou Azure. Tous les composants de votre serveur doivent être hébergés sur une machine serveur complète, dotée d'un système d'exploitation installé et d'un contrôle administratif total.

Conclusion

Cet article a pour but de vous servir de point de départ pour vous guider dans ce que SOLIDWORKS PDM Ce document n'est pas exhaustif et ne doit donc pas être considéré comme une parole d'évangile. Si GoEngineer est votre revendeur SOLIDWORKS et que vous avez des questions concernant votre configuration et la solution la plus adaptée à vos besoins, contactez notre service client. Équipe de soutien technique pour des conseils plus adaptés à votre environnement.

Note de la rédaction :Cet article a été initialement publié dans Octobre Cette version, qui date de 2017, a été mise à jour pour plus de précision et d'exhaustivité.

Articles connexes

Gestion de la taille de votre coffre-fort SOLIDWORKS PDM

Gestion de la taille de votre coffre-fort SOLIDWORKS PDM avec Cold Storage

Gestion de la taille de votre coffre-fort SOLIDWORKS PDM par relocalisation

Guide de démarrage secret de SOLIDWORKS PDM

Installation du client SOLIDWORKS PDM sur une installation SOLIDWORKS existante

VOIR TOUS LES TUTORIELS SOLIDWORKS PDM