2 Marche à suivre pour un changement de version
2.3 Mise à niveau
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
Le serveur de licences COMOS enregistre des informations sur l'utilisation actuelle de