Migration de Trillium 16.x/17.x vers la version 17.2 sous Windows - trillium_discovery - trillium_quality - 17.2

Guide d'installation de Trillium DQ

Product type
Logiciels
Portfolio
Verify
Product family
Product
Trillium > Trillium Discovery
Trillium > Trillium Quality
Version
17.2
Language
Français
Product name
Trillium Quality and Discovery
Title
Guide d'installation de Trillium DQ
Topic type
Référence
Configuration
Installation
Comment faire
Aperçu
First publish date
2008
ft:lastEdition
2024-06-03
ft:lastPublication
2024-06-03T07:36:30.822494
Les étapes pour migrer Trillium Repository 16.x et 17.x vers Trillium 17.2 sont les suivantes.
  1. Exportez le référentiel vers un emplacement partagé où l'instance cible peut accéder au répertoire des données, au répertoire des métadonnées et à l'emplacement des projets TSQ.
    mkdir -p <shared location>/data
    mkdir -p <shared location>/metadata
    Copy

    cp -rf /16.x/data/metabase <shared location>/data

    cp -rf /16.x/metadata/metabase <shared location>/metadata

    cp -rf /16.x/server/tsq/projects <shared location>/

  2. Exécutez les étapes Migration de Linux vers Windows pour la migration de la plateforme Linux vers la plateforme Windows.
  3. Procédez comme suit pour migrer le référentiel
    Avant de migrer le référentiel, il est recommandé de sauvegarder l'état initial du serveur de référentiel TSS.
    Conseil : Installez le serveur de référentiel TSS avec un référentiel non chiffré. Le référentiel chiffré n'est pas pris en charge pour la migration entre plateformes.
    1. Installez le serveur de référentiel TSS comme nouvelle installation.
    2. Supprimez manuellement les répertoires appropriés avant d'intégrer le contenu de l'ancien référentiel dans la nouvelle installation.
      • Supprimez le répertoire de la métabase du dossier des données du référentiel.
      • Supprimez le répertoire de la métabase du dossier des métadonnées du référentiel.
      • Supprimer le contenu du répertoire des projets TSQ
        Avertissement : Le répertoire des métadonnées ne s'applique qu'aux utilisateurs qui disposent d'un référentiel fractionné. Les utilisateurs dont le référentiel n'est pas fractionné n'auront qu'un seul répertoire.
    3. Exécutez la commande Copy pour consommer l'ancien référentiel.
      Pour suivre l'avancement et observer les journaux dans logs/mtb_server.log
      • cd <server>/metabase/bin
      • mtb_admin -user <bootuser> -password <bootuserpassword> -copy source <shared data directory> sourceMetadata <shared metadata directory> sourceTSQDir <shared TSQ projects location> sourceVersion <source version>
    4. Exécutez la commande Convert pour mettre à jour le référentiel, afin qu'il soit compatible avec la nouvelle version.
      Pour comprendre l'avancement et l'observation des journaux dans logs/mtb_server.log
      • cd <server>/metabase/bin
      • Si vous migrez de la version 16.x vers la version 17.2 (version majeure différente)
        • mtb_admin -user <bootuser> -password <bootuserpassword> -metabase _control -convert
      • Si vous migrez de la version 17.x vers la version 17.2 (même version majeure)
        • mtb_admin -user <bootuser> -password <bootuserpassword> -metabase _control -upgrade
    5. Démarrez l'ordonnanceur et le serveur Web.
      Remarque : Le chemin partagé utilisé pour l'exportation de l'ancien référentiel peut être supprimé une fois que la consommation est réussie et vérifiée.
    La migration du serveur de référentiel a abouti.
    Important : Une fois que la migration entre plateformes est terminée :
    • Activez la licence.
    • Redéfinissez les répertoires des tables d'adresses postales. La version 16.1.0 utilise un répertoire 32 bits, et la version 17.0 et les versions ultérieures utilisent un répertoire 64 bits.
    • Mettez à jour les fichiers de configuration config.txt, gaserver.ini, config.js. Ces fichiers ne sont pas migrés depuis les anciennes versions.