EasyUC
4.8.7

Installation, mises à jour et sauvegarde

Migration depuis EasyUC 3.x

Transférez les données d'une installation 3.74/3.75 vers une nouvelle installation 4.x.

EasyUC · Version 4.8.7

Dans EasyUC : Manager → Migration 3.x

À quoi cela sert

La migration transfère les données d'un système EasyUC en version 3.74 ou 3.75 vers une installation 4.x fraîchement installée. Vous saisissez dans le Manager l'accès SSH à l'ancien système. Le Manager y crée une archive de migration chiffrée (.eucmig), la récupère, la contrôle lors d'une exécution à blanc et ne l'importe qu'ensuite.

L'ancien système n'est que lu. La base de données, les conteneurs et le répertoire d'installation y restent inchangés. Les ID des enregistrements sont conservés ; il n'y a pas de fusion avec les données existantes.

L'élément de menu n'apparaît qu'avec le module CUCM.

Prérequis

  • Une installation 4.x fraîchement installée sans connexions CUCM. Sinon, la vérification signale le blocage TARGET_NOT_EMPTY. Une réinitialisation d'usine produit l'état vide.
  • Module CUCM actif.
  • Un accès SSH à l'ancien système avec un compte root ou pouvant devenir root avec sudo.
  • Une autorisation réseau de l'appliance vers le port SSH de l'ancien système.
  • Suffisamment d'espace libre sous /tmp sur l'ancien système pour l'archive.
  • Sans connexion réseau vers l'ancien système : l'archive créée manuellement et sa phrase secrète.

Pas à pas

  1. Ouvrez la page Migration 3.x dans le Manager.
  2. Étape 1 Altsystem verbinden : saisissez Host oder IP der alten Anlage, SSH-Port, Benutzer, Passwort et, si nécessaire, le sudo-Passwort.
  3. Sélectionnez Zeitfenster Verlaufsdaten et CDR-Historie.
  4. Sélectionnez Verbindung pruefen. La vérification préalable affiche la version détectée, SSH, les droits, Docker et l'espace libre.
  5. Sélectionnez Migration starten. Le Manager crée l'archive sur l'ancien système, la récupère et y nettoie. La page peut rester ouverte.
  6. Sélectionnez Weiter zur Pruefung.
  7. Étape 2 Pruefen : sélectionnez Pruefung starten. L'exécution à blanc n'écrit rien dans la base de données cible.
  8. Lisez le rapport : blocages, avertissements et Uebersicht je Inhaltsbereich. Téléchargez-le au format HTML ou JSON si nécessaire.
  9. Sélectionnez Weiter zur Migration. Cette action est verrouillée tant que des blocages existent.
  10. Étape 3 Migrieren : décidez de Verlaufsdaten uebernehmen et de CDR-Historie uebernehmen ainsi que des fenêtres de temps.
  11. Sélectionnez Migration starten et suivez le Live-Log.
  12. Sélectionnez Weiter zum Abschluss. Étape 4 Abschluss : lisez Ergebnis der Migration et Manuelle Nacharbeiten.
  13. Sélectionnez Archiv aus dem Speicher loeschen. L'archive contient des identifiants en clair.

Champs et options

Champs et options
Champ / actionSignification et utilisation
SSH-PortDe 1 à 65535.
sudo-PasswortLaissez vide s'il est identique au mot de passe ou si l'utilisateur est déjà root.
Zeitfenster VerlaufsdatenJournaux, tickets, commandes et tables d'historique similaires. Les données plus anciennes ne sont pas exportées. Valeur par défaut pour l'import : 12 mois.
CDR-HistorieEnregistrements détaillés d'appels. Ils représentent la plus grande part du volume de données. Valeur par défaut pour l'import : 3 mois ; « keine CDR uebernehmen » est possible.
Archiv stattdessen manuell hochladenPour les cas sans connexion réseau vers l'ancien système : déposez le fichier .eucmig et saisissez la Passphrase des Archivs.
Archiv im SpeicherAffiche le fichier, la taille, l'heure de mise à disposition et si une phrase secrète est enregistrée.
Blocker uebergehenUtile uniquement pour TARGET_NOT_EMPTY lorsque la base de données cible doit être écrasée délibérément. Pour déverrouiller, saisissez FORCE et répétez la vérification. Tous les autres blocages demeurent.
Master data and filesSont toujours transférés. Les données d'historique et l'historique CDR peuvent être désélectionnés.

Vérifier le résultat et résoudre les problèmes

  • L'étape finale affiche Ergebnis der Migration avec les lignes insérées et ignorées par zone de contenu et « Der Bericht nennt keine offenen Nacharbeiten. » ou la liste des tâches de suivi.
  • « Abruf noch nicht moeglich » avec « Das steht dem Abruf im Weg » : la vérification préalable désigne les obstacles, par exemple des droits root manquants ou Docker qui ne fonctionne pas.
  • Blocage TARGET_NOT_EMPTY : des connexions CUCM existent déjà dans la cible. Effectuez d'abord une réinitialisation d'usine.
  • « Export durchgelaufen — mit Warnungen » : certains éléments ont été omis. Ce qui manque figure dans la sortie et apparaît lors de l'exécution à blanc.
  • « Auf der alten Anlage sind Reste liegen geblieben » : le nettoyage n'a pas été mené à terme. Supprimez manuellement le répertoire indiqué sur l'ancien système, faute de quoi une copie déchiffrable des données y subsiste.
  • Avertissements dans le rapport : la migration s'exécute, mais le résultat doit être vérifié ensuite.
  • Les libellés de cette page sont en allemand et écrivent les trémas sous la forme ae, oe et ue. Ce chapitre cite les libellés tels que l'interface les affiche.

Chapitres associés