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

Guide d'installation de Trillium DQ

Product type
Logiciels
Portfolio
Verify
Product family
Product
Trillium > Trillium Quality
Trillium > Trillium Discovery
Version
17.2
Language
Français
Product name
Trillium Quality and Discovery
Title
Guide d'installation de Trillium DQ
Topic type
Référence
Aperçu
Installation
Comment faire
Configuration
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 Windows vers Linux pour la migration de la plateforme Windows vers la plateforme Linux.
  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
      Utilisez le code suivant pour migrer le serveur de référentiel :
      Conseil : Enregistrez l'extrait de code ci-dessous dans un fichier avec les autorisations d'exécution, mettez à jour les parties pertinentes du code avec le répertoire où TSS est installé, l'emplacement du référentiel, l'emplacement d'exportation, puis exécutez le code.
       #!/bin/bash  # set -x   logfile=/dev/stdout log() {   if [ -n "$logfile" ]; then  printf '%s %s\n' "$(date)" "$@" >> "$logfile"  else  printf '%s %s\n' "$(date)" "$@"   fi  }  # logger=echo  logger=log   # v17.2.x installation dir  installDir=<installation directory>  # boot user credentials  bootuser=<boot username> bootuserpw=<boot user password>  # version of exported repository version="16.x or 17.x" # exported location   exportDir=<shared location>  # logger=echo  logger=log   $logger "Import BerkleyDB Repository!"   $logger "Install Directory: $installDir"   $logger "Logging in as: $bootuser" $logger "Source Version: $version"  $logger "Exported Location: $exportDir"  binFolder=${installDir}/metabase/bin if [ ! -d $binFolder ]; then  $logger "Server folder not found at $installDir!"   exit 1    fi # checking EXPORTED flag  if [ ! -f "${exportDir}/EXPORTED" ]; then  $logger "Exported folder not formed correctly. $exportDir"      exit 1    fi    cd $binFolder   $logger "Extracting installation properties.."  dataDir=$(grep "value data" ../etc/.registry | sed 's/value data//g' | tr -d '[:blank:]')  metadataDir=$(grep "value metadata" ../etc/.registry | sed 's/value metadata//g' | tr -d '[:blank:]') tsqProject=$(grep "value tsqprojects" ../etc/.registry | sed 's/value tsqprojects//g' | tr -d '[:blank:]')  $logger "Data Directory: $dataDir"  $logger "Metadata Directory: $metadataDir"  $logger "TSQ Projects: $tsqProject" $logger "Cleaning up the repositories for importing..."   # backup    cp -rf ${dataDir}/metabase ${dataDir}/metabase_bak    # remove   rm -rf ${dataDir}/metabase # backup    cp -rf ${metadataDir}/metabase ${metadataDir}/metabase_bak     # remove    rm -rf ${metadataDir}/metabase   #backup   cp -rf ${tsqProject} ${tsqProject}_bak  # remove    rm -rf ${tsqProject}/* $logger "Starting importing repository (-copy)..."  ./mtb_admin -user $bootuser -password $bootuserpw -copy sourceVersion $version source $exportDir  $logger "Updating repository (-convert)..."  ./mtb_admin -user $bootuser -password $bootuserpw -metabase _control -convert $logger "Done"
    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.