Planification de la mise à niveau ou de la migration

La séquence de mise à niveau ou de migration varie en fonction de plusieurs facteurs. Utilisez les sections suivantes pour planifier la mise à niveau :
netops202
La séquence de mise à niveau ou de migration varie en fonction de plusieurs facteurs. Utilisez les sections suivantes pour planifier la mise à niveau :
Pour les environnements cloud, reportez-vous à la section Réhydratation des données dans un environnement cloud .
Planification de la mise à niveau de
DX Performance Management
Etant donné que les versions 20.2 et ultérieures mettent à niveau le Data Repository vers HP Vertica 9.1, nous prenons en charge les mises à niveau du Data Repository directement vers la version 20.2 uniquement à partir des versions ci-dessous :
  • DX Performance Management
    3.6
  • DX Performance Management
    3.7
Pour les versions de
DX Performance Management
antérieures à la version 3.6, vous devez procéder à la mise à niveau vers la version 3.6 avant de mettre à niveau le Data Repository vers la version 20.2. La version 9.1 de Vertica est identique pour
DX Performance Management
3.7 et 20.2. Par conséquent, la mise à niveau du Data Repository n'est pas nécessaire de la version 3.7 à la version 20.2.
Pour les autres composants
DX Performance Management
, les mises à niveau vers la version 20.2 directement à partir des versions ci-dessous sont prises en charge :
  • DX Performance Management
    3.2
  • DX Performance Management
    3.5
  • DX Performance Management
    3.6
  • DX Performance Management
    3.7
Le tableau suivant décrit les séquences de mise à niveau optimales pour les mises à niveau indirectes vers la version 20.2 :
Pour plus d'informations sur les versions précédentes, reportez-vous à la documentation précédente. Pour savoir où localiser les versions 3.1 et antérieures, contactez votre représentant du support.
Version actuelle
Séquence de mise à niveau
3.2
3.5 vers 3.6 vers 20.2 (Data Repository)
20.2 (autres composants)
3.5
3.6 vers 20.2 (Data Repository)
20.2 (autres composants)
Pour connaître les séquences de mise à niveau applicables aux versions antérieures à la version 3.2, reportez-vous à la documentation précédente.
Planification de la mise à niveau ou de l'installation du système d'exploitation
Les systèmes d'exploitation suivants ont été vérifiés :
  • SUSE Linux Enterprise Server (SLES) 12 SP2
  • Oracle Linux (OL) 7.3 (noyau compatible avec Red Hat uniquement)
Les versions suivantes de Red Hat Enterprise Linux (RHEL) ont été vérifiées :
Une installation de RHEL propose des packages et des modules complémentaires.
DX Performance Management
prend en charge un environnement d'installation minimal pour RHEL.
  • RHEL 6.6 à 6.9
  • RHEL 7.4
  • RHEL 7.5
Les versions RHEL 6.8, 6.9, 7.3 ou 7.4 sont recommandées.
Pour planifier la mise à niveau de votre système d'exploitation et comprendre votre scénario de mise à niveau, vérifiez les détails suivants et répondez aux questions suivantes :
Les questions numérotées ci-dessous correspondent aux étapes de décision numérotées dans l'organigramme suivant.
  1. Allez-vous effectuer une installation de SE (par exemple, RHEL 6.9 vers RHEL 7.5 ou SLES 12 SP2) ?
    1. Utilisez-vous un SE RHEL 5.x ?
    2. Allez-vous migrer vers de nouveaux hôtes ?
    3. Le SE souhaité est-il RHEL 7.x, SLES, ou OL ?
  2. Allez-vous effectuer une mise à niveau mineure du SE (par exemple, de RHEL 6.5 à RHEL 6.9) ?
Les scénarios de mise à niveau et d'installation de système d'exploitation permettent de mettre à niveau et d'installer le système d'exploitation pour tous les composants. Toutefois, votre scénario unique peut permettre de mettre à niveau ou d'installer le système d'exploitation pour un ensemble prédéfini de composants.
Scénarios de mise à niveau
Examinez le graphique ci-dessous pour identifier votre scénario de mise à niveau. Utilisez ensuite les procédures décrites dans les sections suivantes. Le graphique ci-après offre un aperçu général de certains scénarios de mise à niveau fréquents :
Plan_Upgrade
Plan_Upgrade
Mise à niveau de
DX Performance Management
sans mise à niveau du système d'exploitation
Si cette version de
DX Performance Management
prend en charge votre système d'exploitation actuel, vous pouvez mettre à niveau chaque composant à l'aide de la séquence de mise à niveau prise en charge. Pour plus d'informations, consultez la section Mise à niveau.
Mise à niveau de
DX Performance Management
avec mise à niveau mineure du système d'exploitation
Si vous effectuez une mise à niveau mineure du système d'exploitation (par exemple, de RHEL 6.5 à RHEL 6.9), effectuez les tâches suivantes :
  1. Mettez à niveau votre système d'exploitation.
  2. Mettez à niveau chaque composant à l'aide d'une séquence de mise à niveau prise en charge. Pour plus d'informations, consultez la section Mise à niveau.
Migration vers de nouveaux hôtes à partir d'un système d'exploitation pris en charge
La migration implique le déplacement, d'un système à un autre, des composants
DX Performance Management
, y compris des configurations, des personnalisations et des données.
La migration est requise dans les conditions suivantes :
  • Vous migrez vers de nouveaux hôtes pour réaliser une installation de SE (par exemple, RHEL 6.9 vers RHEL 7.5 ou SLES 12 SP2).
  • Le matériel de la base de données actuel ne répond plus aux exigences applicables au dimensionnement.
  • Vous remplacez des ordinateurs virtuels par du matériel physique pour la base de données.
Si vous déplacez les composants
DX Performance Management
vers de nouveaux systèmes dotés de nouvelles adresses IP et de nouveaux noms d'hôte à partir d'un système d'exploitation pris en charge, utilisez les procédures suivantes :
  1. Mettez à niveau chaque composant à l'aide d'une séquence de mise à niveau prise en charge. Pour plus d'informations, consultez la section Mise à niveau.
    Vous devez mettre à niveau le système existant vers la version du produit vers laquelle vous migrez avant d'effectuer la migration.
  2. Selon la quantité de données, la migration du Data Repository peut prendre un certain temps.
    Pour réduire les temps d’arrêt, effectuez des sauvegardes incrémentielles après la sauvegarde initiale.
  3. Cette procédure de migration copie
    NetOps Portal
    et ne requiert pas l'installation de
    NetOps Portal
    sur le nouvel hôte.
  4. Mettez à niveau le Data Collector.
    1. Pour
      CA Mediation Manager
      , consultez la documentation de CAMM.
    2. Pour
      CA Virtual Network Assurance
      , consultez la documentation de CA VNA.
Migration vers de nouveaux hôtes à partir d'un système d'exploitation non pris en charge
Si votre système d'exploitation actuel est RHEL 5.x, vous devez d'abord migrer vers RHEL 6.x.
Si vous déplacez les composants
DX Performance Management
vers de nouveaux systèmes dotés de nouvelles adresses IP et de nouveaux noms d'hôte à partir d'un système d'exploitation non pris en charge, utilisez les procédures suivantes :
  1. Mettez à niveau chaque composant à l'aide d'une séquence de mise à niveau prise en charge jusqu'à ce que vous atteigniez une version à partir de laquelle vous pouvez procéder directement à la mise à niveau vers la version 20.2. Pour plus d'informations, consultez la documentation de mise à niveau correspondant à la version que vous mettez à niveau.
  2. Sauvegardez chaque composant sur un autre serveur :
    1. Selon la quantité de données, la sauvegarde et la restauration du Data Repository peuvent prendre un certain temps.
      Pour réduire les temps d’arrêt, effectuez des sauvegardes incrémentielles après la sauvegarde initiale.
  3. Installez le système d'exploitation sur chaque hôte.
  4. Installez la même version de produit à partir de la dernière mise à niveau sur chaque hôte. Pour plus d'informations, consultez la documentation d'installation correspondant à la version recommandée.
  5. Restaurez chaque composant :
    Pour chaque composant, vérifiez que la sauvegarde est copiée.
  6. Mettez à niveau chaque composant vers cette version de produit. Pour plus d'informations, consultez la section Mise à niveau.
  7. Selon la quantité de données, la migration du Data Repository peut prendre un certain temps.
    Pour réduire les temps d’arrêt, effectuez des sauvegardes incrémentielles après la sauvegarde initiale.
  8. Cette procédure de migration copie
    NetOps Portal
    et ne requiert pas l'installation de
    NetOps Portal
    sur le nouvel hôte.
  9. Mettez à niveau le Data Collector.
    1. Pour
      CA Mediation Manager
      , consultez la documentation de CAMM.
    2. Pour
      CA Virtual Network Assurance
      , consultez la documentation de CA VNA.
Réalisation d'une installation du système d'exploitation à partir d'un système d'exploitation pris en charge
Si vous effectuez une mise à niveau majeure du système d'exploitation à partir d'un système d'exploitation pris en charge (par exemple, de RHEL 6.9 vers RHEL 7.5 ou SLES 12 SP2) sur les mêmes systèmes possédant les mêmes adresses IP et les mêmes noms d'hôte, procédez comme suit :
  1. Mettez à niveau chaque composant à l'aide d'une séquence de mise à niveau prise en charge. Pour plus d'informations, consultez la section Mise à niveau.
    Vous devez mettre à niveau le système existant vers la version du produit que vous sauvegardez et restaurez avant de procéder à la sauvegarde et la restauration.
  2. Sauvegardez chaque composant sur un autre serveur :
    1. Selon la quantité de données, la sauvegarde et la restauration du Data Repository peuvent prendre un certain temps.
      Pour réduire les temps d’arrêt, effectuez des sauvegardes incrémentielles après la sauvegarde initiale.
  3. Mettez à niveau le Data Collector.
    1. Pour
      CA Mediation Manager
      , consultez la documentation de CAMM.
    2. Pour
      CA Virtual Network Assurance
      , consultez la documentation de CA VNA.
  4. Installez le système d'exploitation sur chaque hôte.
  5. Installez cette version de produit sur chaque hôte. Pour plus d'informations, consultez la section Installation.
  6. Restaurez chaque composant :
    Pour chaque composant, vérifiez que la sauvegarde est copiée.
Réalisation d'une installation du système d'exploitation à partir d'un système d'exploitation non pris en charge
Si votre système d'exploitation actuel est RHEL 5.x, vous devez d'abord migrer vers RHEL 6.x.
Si vous effectuez une mise à niveau majeure du système d'exploitation à partir d'un système d'exploitation non pris en charge (par exemple, de RHEL 5.x à RHEL 6.9) sur les mêmes systèmes possédant les mêmes adresses IP et les mêmes noms d'hôte, procédez comme suit :
  1. Mettez à niveau chaque composant à l'aide d'une séquence de mise à niveau prise en charge jusqu'à ce que vous atteigniez une version à partir de laquelle vous pouvez procéder directement à la mise à niveau vers la version 20.2. Pour plus d'informations, consultez la documentation de mise à niveau correspondant à la version que vous mettez à niveau.
  2. Sauvegardez chaque composant sur un autre serveur :
    1. Selon la quantité de données, la sauvegarde et la restauration du Data Repository peuvent prendre un certain temps.
      Pour réduire les temps d’arrêt, effectuez des sauvegardes incrémentielles après la sauvegarde initiale.
  3. Mettez à niveau le Data Collector.
    1. Pour
      CA Mediation Manager
      , consultez la documentation de CAMM.
    2. Pour
      CA Virtual Network Assurance
      , consultez la documentation de CA VNA.
  4. Installez le système d'exploitation sur chaque hôte.
  5. Installez la même version de produit à partir de la dernière mise à niveau sur chaque hôte. Pour plus d'informations, consultez la documentation d'installation correspondant à la version recommandée.
  6. Restaurez chaque composant :
    Pour chaque composant, vérifiez que la sauvegarde est copiée.
  7. Mettez à niveau chaque composant vers cette version de produit. Pour plus d'informations, consultez la section Mise à niveau.