Maintenance ___________________
___________________
___________________
___________________
___________________
COMOS Platform
Maintenance
Manuel d'utilisation
Marques 1
Marche à suivre pour un
changement de version 2
Changement de méthode de
licences 3
Plan de maintenance pour
SQL Server 4
Sauvegarde et restauration 5
Mentions légales Mentions légales
Signalétique d'avertissement
Ce manuel donne des consignes que vous devez respecter pour votre propre sécurité et pour éviter des
dommages matériels. Les avertissements servant à votre sécurité personnelle sont accompagnés d'un triangle de danger, les avertissements concernant uniquement des dommages matériels sont dépourvus de ce triangle. Les avertissements sont représentés ci-après par ordre décroissant de niveau de risque.
DANGER
signifie que la non-application des mesures de sécurité appropriées entraîne la mort ou des blessures graves.
ATTENTION
signifie que la non-application des mesures de sécurité appropriées peut entraîner la mort ou des blessures graves.
PRUDENCE
accompagné d’un triangle de danger, signifie que la non-application des mesures de sécurité appropriées peut entraîner des blessures légères.
PRUDENCE
non accompagné d’un triangle de danger, signifie que la non-application des mesures de sécurité appropriées peut entraîner un dommage matériel.
IMPORTANT
signifie que le non-respect de l'avertissement correspondant peut entraîner l'apparition d'un événement ou d'un état indésirable.
En présence de plusieurs niveaux de risque, c'est toujours l'avertissement correspondant au niveau le plus élevé qui est reproduit. Si un avertissement avec triangle de danger prévient des risques de dommages corporels, le même avertissement peut aussi contenir un avis de mise en garde contre des dommages matériels.
Personnes qualifiées
L’appareil/le système décrit dans cette documentation ne doit être manipulé que par du personnel qualifié pour chaque tâche spécifique. La documentation relative à cette tâche doit être observée, en particulier les consignes de sécurité et avertissements. Les personnes qualifiées sont, en raison de leur formation et de leur expérience, en mesure de reconnaître les risques liés au maniement de ce produit / système et de les éviter.
Utilisation des produits Siemens conforme à leur destination Tenez compte des points suivants:
ATTENTION
Les produits Siemens ne doivent être utilisés que pour les cas d'application prévus dans le catalogue et dans la documentation technique correspondante. S'ils sont utilisés en liaison avec des produits et composants d'autres marques, ceux-ci doivent être recommandés ou agréés par Siemens. Le fonctionnement correct et sûr des produits suppose un transport, un entreposage, une mise en place, un montage, une mise en service, une utilisation et une maintenance dans les règles de l'art. Il faut respecter les conditions d'environnement admissibles ainsi que les indications dans les documentations afférentes.
Marques de fabrique
Toutes les désignations repérées par ® sont des marques déposées de Siemens AG. Les autres désignations dans ce document peuvent être des marques dont l'utilisation par des tiers à leurs propres fins peut enfreindre les droits de leurs propriétaires respectifs.
Exclusion de responsabilité
Nous avons vérifié la conformité du contenu du présent document avec le matériel et le logiciel qui y sont décrits.
Ne pouvant toutefois exclure toute divergence, nous ne pouvons pas nous porter garants de la conformité intégrale. Si l'usage de ce manuel devait révéler des erreurs, nous en tiendrons compte et apporterons les corrections nécessaires dès la prochaine édition.
Siemens AG Industry Sector Postfach 48 48 90026 NÜRNBERG ALLEMAGNE
A5E03638346-01
Ⓟ 09/2011 Copyright © Siemens AG 2011.
Sous réserve de modifications techniques
Sommaire
1 Marques... 5
2 Marche à suivre pour un changement de version ... 7
2.1 Définitions ...7
2.2 Tester une nouvelle version...8
2.2.1 Créer une copie de la base de données...8
2.2.2 Installer un nouveau client COMOS ...8
2.2.3 Modification de l'index COMOS et du schéma de base de données ...9
2.2.4 Modification de base de données ...9
2.2.5 incrémenter la version du document...9
2.2.6 incrémenter la version de la base de données...10
2.2.7 Test ...10
2.3 Mise à niveau...10
2.3.1 Recommandé : mise à niveau complète de tous les clients...10
2.3.2 Possible : installation mixte...10
3 Changement de méthode de licences... 11
3.1 Contenu du document...11
3.2 Communication ...12
3.3 Changement en cas d'utilisation d'une licence locale...12
3.4 Scénario de secours en cas d'utilisation d'une licence locale ...13
3.5 Changement en cas d'utilisation d'un serveur de licences ...14
3.6 Scénario de secours en cas d'utilisation d'un serveur de licences...16
3.7 Exécution technique...17
3.8 Enregistrement de Comos.LicenseLib.dll ...17
4 Plan de maintenance pour SQL Server ... 19
5 Sauvegarde et restauration... 21
5.1 Exclusion de responsabilité ...21
5.2 Données COMOS fractionnées ...21
5.3 Sauvegarde des données COMOS ...21
5.4 Disponibilité de la base de données ...22
5.5 Sauvegarde des données CLS...22
Sommaire
Marques 1
Marques
Dépôt de la mention du droit de protection : COMOS®
Marques
Marche à suivre pour un changement de version 2
2.1 Définitions
Version de COMOS
La version de COMOS comprend deux chiffres.
Exemple : "COMOS 9.2"
● Un troisième caractère correspondant au numéro de mise à jour peut y être ajouté.
● De plus, le numéro de code d'une mise à jour peut également être ajouté.
Exemple : "COMOS 9.2 Update 200"
Pour afficher la version COMOS, appelez la commande "Aide > Info COMOS" via la barre de menu.
Schéma de base de données
Toutes les propriétés d'objet disponibles dans COMOS sont enregistrées dans la base de données COMOS. Si une nouvelle propriété d'objet est introduite dans une version COMOS actuelle, la base de données COMOS doit être étendue afin de pouvoir intégrer cette nouvelle propriété.
Index COMOS
L'index COMOS est une fonctionnalité permettant d'améliorer la performance de la modification de la base de données. Cet outil prend en charge différentes tâches pour l'administrateur en ce qui concerne la gestion de données de base.
Version de la base de données
Des numéros de versions explicites sont attribués à la base de données COMOS en cas de développements importants. Le changement d'une version de base de données a pour conséquence que les anciens clients COMOS ne peuvent plus travailler avec la base de données.
Version de document COMOS
Comme pour le schéma de base de données, les possibilités pour les documents évoluent également en permanence. La version du document détermine les possibilités disponibles pour l'utilisateur. De nouvelles possibilités peuvent être insérées uniquement lorsque la version du document a été mise à jour.
Marche à suivre pour un changement de version 2.2 Tester une nouvelle version
2.2 Tester une nouvelle version
La version COMOS et la base de données COMOS sont liées de différentes manières. La représentation de documents peut notamment changer ou certains modes opératoires évoluer. Des bases de données utilisées de manière productive ne doivent en aucun cas être converties sans avoir été contrôlées.
En règle générale, un test de version s'effectue selon les étapes suivantes : 1. Créer une copie de la base de données (Page 8)
2. Installer un nouveau client COMOS (Page 8)
3. Modification de l'index COMOS et du schéma de base de données (Page 9) 4. Modification de base de données (Page 9)
5. incrémenter la version du document (Page 9)
6. incrémenter la version de la base de données (Page 10) 7. Test (Page 10)
2.2.1 Créer une copie de la base de données
Créez une copie de la base de données et testez-la avec la version COMOS actuelle.
Créez pour cela une copie physique de la base de données et du répertoire de documents en conservant le RDBMS. Cela correspondrait, pour une base de données de serveur, à une image mémoire qui serait chargée dans une nouvelle base de données. Pour Access, une copie physique du fichier mdb et du répertoire de documents suffit.
Vous avez la possibilité d'exporter les données d'une base de données du serveur vers une base de données Access puis de les tester. Une copie de la base de données du serveur est ainsi générée plus rapidement. Toutefois, la performance du RDBMS est meilleure si vous utilisez une base de données Access.
2.2.2 Installer un nouveau client COMOS
L'exploitation parallèle de différentes versions de COMOS sur un PC n'est pas possible.
L'installation de la version de COMOS actuelle implique une désinstallation complète de l'ancienne version de COMOS.
Pour plus d'informations à ce sujet, référez-vous au manuel "Installation".
Marche à suivre pour un changement de version 2.2 Tester une nouvelle version
2.2.3 Modification de l'index COMOS et du schéma de base de données
Si une version de COMOS actuelle propose de nouvelles propriétés d'objet, adaptez le schéma de base de données en conséquence. Si vous n'adaptez pas le schéma de base de données, vous ne pouvez pas utiliser la version de COMOS actuelle.
Si une version de COMOS actuelle propose de nouveaux index de base de données, adaptez l'index COMOS. Vous pouvez ensuite profiter d'une meilleure performance. Si vous n'adaptez pas l'index COMOS, la performance n'est pas améliorée.
Le schéma de base de données et l'index COMOS sont vérifiés et adaptés en parallèle. Si vous ouvrez, avec des droits d'administrateur, une version de COMOS actuelle avec une ancienne base de données COMOS, une boîte de dialogue s'affiche.
● Bouton "Non"
Si vous cliquez sur le bouton "Non", la base de données reste inchangée et ne s'ouvre pas. COMOS reste ouvert et vous pouvez sélectionner une base de données appropriée.
● Bouton "Oui"
Pour ajuster le schéma de base de données et les index, cliquez sur le bouton "Oui". Les anciens ainsi que les nouveaux clients COMOS actuels peuvent continuer de travailler tout à fait normalement.
Aucune perte de données ne peut se produire. Toutefois, les anciens clients ne peuvent pas utiliser les possibilités qui n'ont été mises à disposition qu'à la mise à jour du schéma de base de données.
Si vous possédez des droits d'administrateur et ouvrez une version de COMOS actuelle avec une ancienne base de données COMOS, le système vous signale que les tables et index doivent être adaptés.
Après ce message, COMOS reste ouvert et vous pouvez sélectionner une autre base de données appropriée.
2.2.4 Modification de base de données
Cet outil prend en charge différentes tâches pour l'administrateur en ce qui concerne la gestion de données de base. Il s'agit, d'une part, de nouvelles données de base sans lesquelles certaines nouvelles fonctionnalités ne peuvent pas être utilisées. D'autre part, il s'agit de modifications qui augmentent l'efficacité.
Pour plus d'informations à ce sujet, référez-vous au manuel "Administration COMOS", mot- clé "Modification de la base de données".
2.2.5 incrémenter la version du document
La version de document est gérée à l'aide de la boîte de dialogue du Support dans COMOS.
Pour plus d'informations à ce sujet, référez-vous au manuel "Administration COMOS", mot- clé "Adapter les versions".
Une version de document incrémentée ne peut pas être complètement annulée. Les documents générés ou sauvegardés jusque-là ne peuvent pas être reconvertis.
Marche à suivre pour un changement de version 2.3 Mise à niveau
2.2.6 incrémenter la version de la base de données
La version de la base de données est gérée dans COMOS à l'aide de la boîte de dialogue du Support.
Pour plus d'informations à ce sujet, référez-vous au manuel "Administration COMOS", mot- clé "Adapter les versions".
Une version de base de données incrémentée ne peut pas être annulée.
2.2.7 Test
Un test doit comprendre l'ensemble des activités et des outils COMOS significatifs pour la production de l'entreprise.
2.3 Mise à niveau
2.3.1 Recommandé : mise à niveau complète de tous les clients
Une mise à niveau complète s'effectue comme suit :
● Déconnectez tous les clients COMOS de la base de données.
● Installez la nouvelle version de COMOS dans tous les clients.
● Adaptez le schéma de base de données et les index. Réalisez une modification de la base de données. Le cas échéant, adaptez la version du document et celle de la base de données. Voir aussi le chapitre Tester une nouvelle version (Page 8).
2.3.2 Possible : installation mixte
Pour effectuer une mise à niveau/une installation mixte, procédez comme suit :
● Installez la nouvelle version sur chaque ordinateur.
● Déconnectez tous les clients COMOS de la base de données.
● Adaptez le schéma de base de données et les index.
● Les clients peuvent se reconnecter. Les nouveaux et anciens clients peuvent travailler.
Certaines nouvelles fonctionnalités ne sont cependant pas encore disponibles à ce moment-là car ni la version de la base de données, ni celle du document n'ont été incrémentées.
● Mettez tous les autres clients à niveau et modifiez les bases de données.
● Lorsque tous les clients sont mis à niveau, adaptez, le cas échéant, la version du document et celle de la base de données.
Voir également les chapitres incrémenter la version du document (Page 9) et incrémenter la version de la base de données (Page 10).
Changement de méthode de licences 3
3.1 Contenu du document
Mise à niveau de la méthode de licences pour toutes les versions COMOS inférieures à COMOS 9.0.
Historique
Le logiciel FlexLM du fabricant tiers Macrovision est utilisé comme serveur de licences dans les anciennes versions de COMOS. Une application de développement propriétaire de Siemens AG est utilisée depuis le 1er avril 2008 : COMOS LS.
COMOS LS offre de nouvelles possibilités de configuration des licences et fournit, avec le Server Monitor, un aperçu détaillé de toutes les licences disponibles et actuellement utilisées.
Le changement de technologie a également des répercussions sur l'utilisation de nouvelles licences locales.
Anciens systèmes et mises à jour
Si le fichier de licence ne doit pas être modifié, vous pouvez continuer à utiliser le serveur de licences actuel COMOS FlexLM dans d'anciens systèmes, jusqu'à COMOS 8.2. Si le fichier de licence ne doit pas être mis à jour, vous pouvez continuer d'utiliser les licences locales dans des systèmes mixtes.
Systèmes mixtes
Vous travaillez avec une licence locale ou avec un serveur de licences individuel. Il n'existe techniquement aucun problème pour l'utilisation de réseaux mixtes. Il est seulement impossible d'utiliser simultanément l'ancienne et la nouvelle technique sur un même PC serveur.
Changement requis
Vous devez changer la méthode de licences dans les cas suivants :
● Mise à niveau vers COMOS 9.0 ou version ultérieure
● Chargement d'un fichier de licence créé après le 1er avril 2008
Changement de méthode de licences 3.2 Communication
3.2 Communication
Condition
Les options suivantes sont activées aussi bien dans le client que sur le serveur :
● Protocole HTTP
● Port
– Configuration client du port/configuration du port pour le RemoteLicenseService : Fichier "Comos.LicenseLib.config"
Clé : <setting key="ComosLicenseServerPort"
value="27011" />
Valeur par défaut : 27011
Cette valeur est également utilisée si la clé manque ou la valeur est vide.
– Configuration serveur du port :
Fichier "ComosLicenseServer.exe.config"
Nœud : <appSettings>
Clé : <add key="ComosLicenseServerPort"
value="27011" />
Valeur par défaut : 27011
Cette valeur est également utilisée si la clé manque ou la valeur est vide.
– Configuration moniteur du port :
Fichier "ComosLicenseServerMonitor.exe.config"
Nœud : <appSettings>
Clé : <add key="ComosLicenseServerPort"
value="27011" />
Valeur par défaut : 27011
Cette valeur est également utilisée si la clé manque ou la valeur est vide.
3.3 Changement en cas d'utilisation d'une licence locale
Composants nécessaires
● Actualisation de COMOS via la mise à jour 424 COMOS 8.2 (ou version ultérieure)
● Microsoft .NET Framework 3.5 SP1
● Fichier de licence avec une date à partir du 1er avril 2008
Changement de méthode de licences 3.4 Scénario de secours en cas d'utilisation d'une licence locale
Marche à suivre
Procédez de la manière suivante pour exécuter un changement de licence : 1. Fermez COMOS.
2. Actualisez COMOS via une mise à jour.
3. Si le Microsoft .NET Framework 3.5 SP1 n'est pas disponible, chargez-le.
L'installation de .NET Framework 3.5 SP1 requiert un redémarrage du PC. Vous trouverez le setup correspondant sur le serveur FTP de Siemens AG ou sur le site Web de Microsoft.
4. Exécutez le fichier "<comos>\bin\ComosLicenseLib_Register.cmd".
Voir aussi le chapitre Enregistrement de Comos.LicenseLib.dll (Page 17).
5. Déplacez le fichier "<comos>\ocx\License.dat" dans un dossier de sauvegarde.
6. Archivez le nouveau fichier "ComosLicense.xml" dans le répertoire "<comos>\config".
7. Démarrez COMOS.
La première connexion après le changement peut prendre quelques minutes.
Voir aussi le chapitre Exécution technique (Page 17).
Modifications sur l'ordinateur
● Mise à jour de COMOS
● Installation de Framework 2.0 (s'il n'est pas encore installé)
● Enregistrement de Comos.LicenseLib.dll
3.4 Scénario de secours en cas d'utilisation d'une licence locale
Condition
Vous n'utilisez pas de licence locale et de serveur de licences simultanément.
1. Fermez COMOS.
2. Déplacez le fichier "ComosLicense.xml" dans un dossier de sauvegarde.
3. Replacez le fichier enregistré "License.dat" dans le dossier "<comos>\ocx\".
4. Démarrez COMOS.
La première connexion après le changement peut prendre quelques minutes. Voir aussi le chapitre Exécution technique (Page 17).
Changement de méthode de licences
3.5 Changement en cas d'utilisation d'un serveur de licences
3.5 Changement en cas d'utilisation d'un serveur de licences
Composants nécessaires
● Actualisation de COMOS via la mise à jour 424 COMOS 8.2 (ou version ultérieure)
● Installation : "CLS license server.zip"
● Contient : Microsoft .NET Framework 2.0 et Windows Services Enhancement 3.0 for .NET
● Fichier de licence avec une date de validité à partir du 1er avril 2008
En option : Configuration d'un système test
Aucun environnement de test ne peut être configuré sur le serveur de licences du système en exploitation. Le serveur de licences actuel "ComosFlexLM" et le nouveau serveur de licences "COMOS LS" ne peuvent pas être exécutés simultanément sur le même dongle.
Vous avez la possibilité de configurer un serveur test. Contactez pour cela votre conseiller client.
Etape 1 : Installer COMOS LS
Dans les paragraphes suivants, le PC qui exécute le service Windows pour le serveur de licences est désigné comme "PC serveur".
Normalement, la mise à niveau s'effectue directement dans le système en exploitation car il existe, dans l'hypothèse peu probable d'un problème, un scénario de secours.
1. Décompressez le fichier "CLS license server.zip".
2. Exécutez le fichier "Setup.exe".
3. Suivez les instructions du Setup.
Le nouveau COMOS LS peut être installé tant que l'ancien service "ComosFlexLM"
fonctionne encore.
Le moniteur détermine automatiquement comme nom de serveur le nom de la machine sur laquelle le logiciel est installé.
4. Suivez les instructions du Setup. "Microsoft .NET Framework 2.0". L'installation de .NET Framework 2.0 requiert un redémarrage du serveur.
L'installation comprend le cas échéant : "Windows Services Enhancement 3.0 for .NET".
L'installation demande un fichier de licence.
Si vous voulez copier le fichier de licence ultérieurement dans le répertoire de licences, cliquez sur le bouton "Annuler".
Changement de méthode de licences 3.5 Changement en cas d'utilisation d'un serveur de licences
Etape 2 : Actualiser les postes de travail COMOS
Si vous utilisez un PC client, effectuez une mise à jour COMOS via un Service Pack.
1. Fermez le client.
2. Si vous avez modifié la valeur par défaut du port pour la communication avec le serveur de licences, entrez également les nouvelles valeurs au niveau des clients.
Fichier "config\Comos.LicenseLib.config",
<setting key="ComosLicenseServerPort" value="" />
Adaptez pour cela le fichier une fois et intégrez le fichier modifié dans le Service Pack.
Répartissez ensuite le Service Pack.
3. Actualisez le client via le Service Pack.
4. Si le Microsoft .NET Framework 2.0 n'est pas encore installé, chargez-le. Vous trouverez le setup correspondant sur le serveur FTP de Siemens AG ou sur le site Web de
Microsoft.
5. Exécutez le fichier "<comos>\bin\ComosLicenseLib_Register.cmd".
Voir aussi le chapitre Enregistrement de Comos.LicenseLib.dll (Page 17).
Après la mise à jour, les clients peuvent continuer de travailler normalement. Les clients peuvent ainsi être peu à peu mis à niveau. Toutefois, tous les clients doivent être mis à jour avant de pouvoir traiter l'étape suivante.
Etape 3 : Démarrer COMOS LS/le serveur de licences Changer le serveur de licences
1. Déconnectez tous les clients.
Les clients COMOS ne peuvent pas travailler sans serveur de licences.
Si vous quittez le serveur de licences, tous les clients COMOS actifs sont
automatiquement fermés et les données non enregistrées sont rejetées sans qu'aucune demande de confirmation ne s'affiche.
2. Fermez le service Windows COMOSFlexLM.
3. Commutez le mode de démarrage de "Automatique" à "Manuel".
Ne désinstallez pas COMOSFlexLM.
4. Si le fichier de licence "ComosLicensexxx.xml" ne se trouve pas encore dans le répertoire que vous avez indiqué lors du setup, copiez le fichier maintenant dans le répertoire.
5. Si vous n'utilisez pas la valeur par défaut "27011" pour le port, indiquez les paramètres suivants :
Fichier "ComosLicenseServer.exe.config",
<appSettings>, clé : <add key="ComosLicenseServerPort"
value="27011" />
Changement de méthode de licences
3.6 Scénario de secours en cas d'utilisation d'un serveur de licences
6. Pour démarrer le moniteur de serveur (ServerMonitor) du nouveau serveur de licences COMOS, appelez, via le menu Windows, la commande "Démarrer > Programmes >
ComosLicenseServer" puis le fichier "ComosLicenseServerMonitor.exe".
7. Vérifiez, dans l'onglet "License Server", si le fichier de licence est reconnu et valable.
8. Cliquez sur le bouton "Start License Server".
Etape 4 : Redémarrer les clients COMOS.
La première connexion après le changement peut prendre quelques minutes.
Voir aussi le chapitre Exécution technique (Page 17).
Conséquence pour la liste NamedUser
La mise à niveau vers la nouvelle méthode de licence a pour effet de réinitialiser la liste des participants NamedUser. Le nombre de licences NamedUser est conservé mais les
utilisateurs valables ne sont plus définis. La liste des participants est redéfinie à l'aide des connexions.
Modifications sur l'ordinateur
● Clients
– Mise à jour de COMOS
– Installation de Framework 2.0 (s'il n'est pas encore installé) – enregistrement du fichier "Comos.LicenseLib.dll"
● Serveur
– Installation du nouveau serveur de licences
– Installation de Framework 2.0 (s'il n'est pas encore installé) – Installation de WSE 3.0 (s'il n'est pas encore installé)
3.6 Scénario de secours en cas d'utilisation d'un serveur de licences
La méthode utilisée jusqu'ici reste entièrement opérationnelle jusqu'à COMOS 8.2. Pour cette raison, désactivez uniquement COMOSFlexLM sans le désinstaller. Pour réactiver l'ancienne méthode de licence, procédez de la manière suivante :
1. Fermez tous les clients.
Les clients COMOS ne peuvent pas travailler sans serveur de licences.
Si vous fermez le serveur de licences, tous les clients COMOS actifs sont fermés et les travaux non enregistrés sont rejetés sans qu'aucune demande de confirmation ne s'affiche.
2. Fermez le service Windows "ComosLicenseServer Service".
3. Commutez le mode de démarrage du service Windows de "Automatique" à "Manuel".
Changement de méthode de licences 3.7 Exécution technique
4. Démarrer le service Windows "ComosFlexLM".
5. Vous devez utiliser le même PC serveur.
6. Commutez le mode de démarrage du service Windows de "Manuel" à "Automatique".
7. Démarrez les clients COMOS.
La première connexion après le changement peut prendre quelques minutes. Voir aussi le chapitre Exécution technique (Page 17).
3.7 Exécution technique
COMOS procède comme suit après la mise à jour :
Pour obtenir une licence avec l'ancienne méthode, COMOS recherche le fichier de licence local "License.dat". Si COMOS ne trouve pas le fichier de licence local, le serveur de licences COMOSFlexLM est recherché.
Si COMOS ne peut obtenir aucune licence à l'aide de l'ancienne méthode, la nouvelle technique est utilisée et le fichier de licence local "ComosLicensexxx.xml" est recherché. Si COMOS ne trouve pas la licence locale, le serveur de licences COMOSLicenseServer est recherché.
Le nom du serveur de licences est repris dans les clients à partir du registre, aussi bien pour l'ancienne que pour la nouvelle méthode de licence. Si vous utilisez le même ordinateur qu'auparavant comme serveur de licences, COMOS trouve l'entrée valable dans le registre et ainsi également le serveur de licences.
Si vous utilisez un autre ordinateur comme serveur de licences, activez le nouveau nom de serveur dans chaque client à l'aide de l'outil "<comos>\bin\SetLicPath.exe".
Lorsque COMOS a trouvé une licence à l'aide de la nouvelle méthode de licence, il est indiqué dans COMOS que la nouvelle méthode de licence est utilisée. Pour activer une licence, la nouvelle méthode de licence sera utilisée lors de la connexion suivante. Les connexions suivantes s'effectuent ainsi plus rapidement que la première connexion.
Dans un scénario de secours, le système essaie d'abord d'obtenir une licence avec la nouvelle méthode. S'il échoue, le système essaie d'obtenir la licence avec l'ancienne méthode.
3.8 Enregistrement de Comos.LicenseLib.dll
La bibliothèque "Comos.LicenseLib.dll" a été développée pour COMOS LS. Cette
bibliothèque utilise la technologie .NET et ne peut, pour cette raison, être enregistrée avec d'anciens outils d'enregistrement. .NET exige que de tels composants soient enregistrés avec l'outil "RegAsm.exe". Ce fichier est inclus dans le setup de Microsoft .NET Framework 2.0.
Il est ainsi possible de rechercher le fichier "RegAsm.exe" qui permettra d'enregistrer la bibliothèque "Comos.LicenseLib.dll" dans une zone DOS.
Changement de méthode de licences 3.8 Enregistrement de Comos.LicenseLib.dll
Assistance
● Le fichier "RegAsm.exe" a également été copié sous le nom "RegAsm_V2.0.50727.exe"
dans le répertoire "<Comos>\bin".
● Un fichier de commande a été enregistré dans le répertoire "<Comos>\bin" :
"ComosLicenseLib_Register.cmd". Ce fichier appelle "RegAsm_V2.0.50727.exe" dans le répertoire "Bin" et enregistre ainsi "Comos.LicenseLib.dll".
● Son équivalent est "ComosLicenseLib_Unregister.cmd". Ceci permet d'annuler
l'enregistrement de "Comos.LicenseLib.dll". Si vous voulez passer à l'ancien serveur de licences, l'enregistrement du fichier "ComosLicenseLib.dll" peut être conservé.
Plan de maintenance pour SQL Server 4
En cas de fonctionnement prolongé, il se peut que le MS SQL Server gère les index mais qu'il ne travaille plus de manière optimale. Microsoft propose l'outil "Plan de maintenance"
pour résoudre ce problème.
Options de maintenance
Dans le cas de Microsoft SQL Server, la combinaison des trois options suivantes s'est révélée particulièrement efficace pour un plan de maintenance pour la base de données COMOS :
● Réorganiser l'index
● Actualiser les statistiques
● Contrôler l'intégrité de la base de données
Dans le programme de gestion de SQL Server 2005, démarrez pour cela l'"Assistant Plan de maintenance".
Exécutez l'Assistant Plan de maintenance une fois par semaine ou plusieurs fois par semaine en cas de volumes importants de données modifiées ou nouvelles.
La première exécution du plan de maintenance génère une lourde charge sur le serveur.
Pour cette raison, démarrez le plan de maintenance en dehors des heures de travail.
Déterminez pour cela une planification via l'assistant lors de la création du plan de maintenance. Vous pouvez encore modifier cette planification ultérieurement.
Si le degré de fragmentation de l'index est important, vous pouvez utiliser une fois l'option
"Reconstruire index". En règle générale, ceci dure plus longtemps que l'option "Réorganiser l'index" et fournit presque les mêmes résultats.
Détermination du degré de fragmentation SQL Server 2000 :
DBCC SHOWCONTIG(´dbo.LC_SPEC´) with fast SQL Server 2005 :
DBCC SHOWCONTIG(´LC_SPEC´) with fast
Dans les commandes ci-dessus, une apostrophe simple est utilisée pour indiquer le paramètre. Autres paramètres possibles à la place de LC_SPEC :
● LC_CDEVICE
● LC_DEVICE
● LC_DOCUMENT
Si le degré de la "fragmentation d'analyse logique" se situe au dessus de 20%, recréez les index.
Plan de maintenance pour SQL Server
SQL Server 2005 : paramétrage via l'interface utilisateur dans le cadre d'un plan de maintenance unique.
SQL Server 2000 : exécution manuelle via la commande DBCC DBREINDEX(´dbo.Nom de table´) pour les tables concernées.
Réduire l'espace mémoire
Le domaine réservé pour la base de données comprend probablement un grand nombre de gigaoctets d'espace mémoire après la création du nouvel index. Pour des clients avec un faible volume de nouvelles données, vous pouvez ainsi réduire la base de données afin de conserver 10% d'espace mémoire.
Vous accédez à cette fonction comme suit :
● Menu contextuel de la base de données concernée "Tâches > Réduire > Base de données"
● Plan de maintenance de la base de données
● Via la commande DBCC SHRINKDATABASE(`nom`, 10)
Cette fonction représente une lourde charge pour les ressources et requiert environ 5 minutes par gigaoctet de la taille de la base de données.
Une fois l'option sélectionnée, une boîte de dialogue s'affiche dans laquelle vous entrez la taille cible. Cette opération peut également durer environ 5 à 10 minutes par Go.
Réduction du fichier journal pour le mode de récupération "Complet"
Pour que le mode de récupération "Complet" fonctionne, enregistrez au moins une fois la base de données après la création.
Le SQL Server enregistre également, dans le cas du mode de récupération "Complet", toutes les transactions dans un fichier journal. Ce fichier journal n'est pas automatiquement réduit lors de la sauvegarde et sa taille augmente continuellement.
En règle générale, il n'est pas nécessaire d'entrer toutes les transactions dans le fichier journal. Enregistrez uniquement les transactions exécutées après la dernière sauvegarde.
Ainsi, vous pouvez réduire la taille du fichier journal à la suite d'une sauvegarde de la base de données. Vous disposez pour cela des possibilités suivantes :
● L'option "Réduire les fichiers"
● La commande DBCC SHRINKFILE ('nom du fichier log.', 0)
Paramètres :
– Nom de fichier logique : à reprendre de l'outil de gestion "SQL Management Studio"
dans la boîte de dialogue des propriétés de la base de données.
– Nombre (ici : 0): espace mémoire libre en pourcentage. 0 signifie qu'aucun espace mémoire libre n'est entré.
Sauvegarde et restauration 5
5.1 Exclusion de responsabilité
La sauvegarde de données est la tâche primaire du bénéficiaire de la licence COMOS.
Siemens AG n'offre aucune garantie et décline toute responsabilité en ce qui concerne la sauvegarde et la restauration. Les informations suivantes représentent une aide à titre indicatif sans engagement.
5.2 Données COMOS fractionnées
Les données COMOS se composent de deux éléments :
● La base de données elle-même dans laquelle des informations relatives aux objets COMOS et toutes les informations de gestion sont enregistrées.
● Le répertoire de documents correspondant dans lequel les fichiers de rapport sont sauvegardés.
Dans le cas d'une base de données Access, la base de données (fichier MDB) et le
répertoire de documents se trouvent côte à côte dans un répertoire sur le serveur de fichiers.
Pour les bases de données serveur (MS SQL ou Oracle), utilisez, pour des raisons de performances, deux systèmes de serveurs séparés : un serveur de base de données et un serveur de fichiers pour les documents.
5.3 Sauvegarde des données COMOS
Heure de sauvegarde commune des deux composants de données
Pour garantir la cohérence des données, enregistrez la base de données et le répertoire de documents au même moment. Vous ne devez pas traiter la base de données à partir du début de la sauvegarde et jusqu'à sa clôture complète.
Ainsi, la sauvegarde n'est pas critique pour les bases de données Access alors que différents mécanismes de sauvegarde sont utilisés, en général, pour les bases de données de serveur (sauvegarde de fichiers des documents, sauvegarde de la base de données par des agents, images mémoire ou autres).
Sauvegarde et restauration
5.4 Disponibilité de la base de données
5.4 Disponibilité de la base de données
Pour augmenter la disponibilité de la base de données COMOS, vous pouvez recourir à des mécanismes de redondance connus tels que la mise en miroir de disques durs ou de serveurs. Dupliquez la base de données ainsi que le répertoire de documents.
COMOS prend en charge les services de cluster de Microsoft pour le SQL Server 2005 et les services de cluster Veritas pour Oracle, vous pouvez donc établir la prévention de défaillance pour la base de données également via une configuration de cluster Hot Standby. En cas de défaillance d'un nœud de cluster, le nœud de cluster précédemment inactif poursuit le travail. Les opérations de base de données en cours, comme la génération d'un rapport d'évaluation, doivent être relancées. Les services de cluster reflètent
uniquement la fonctionnalité de la base de données et non pas la mémoire de travail / la CPU du serveur de base de données.
5.5 Sauvegarde des données CLS
Le serveur de licences COMOS enregistre des informations sur l'utilisation actuelle de licences dans les sous-répertoires "\data" et "\license". Le lieu d'archivage de ces répertoires est normalement un sous-répertoire de l'emplacement d'installation de CLS. Vous pouvez également indiquer, lors de l'installation, un dossier dans le réseau.
Sauvegardez ces répertoires afin de conserver le mappage de l'utilisateur d'origine des licences Named User à la suite d'une restauration ou d'une nouvelle installation du serveur de licences.
