Article ID: 6080, created on Nov 19, 2014, last review on Nov 19, 2014

  • Applies to:
  • Plesk Automation 11.5
  • Plesk 12.5 for Linux
  • Plesk 12.0 for Linux
  • Plesk 11.0 for Linux
  • Plesk 11.5 for Linux
  • Plesk 10.4 for Linux/Unix
  • Plesk 12.5 for Windows
  • Plesk 12.0 for Windows
  • Plesk 11.0 for Windows
  • Plesk 11.5 for Windows

Symptômes

La migration des données de Plesk à l'aide du Gestionnaire de sauvegardes est effectuée comme indiqué dans les articles :

[How to] Comment puis-je migrer les objets à partir des versions 7.5 et 8.x de Plesk à Plesk 9 ?
[How to] Comment migrer Plesk 9 à l'aide du Gestionnaire de sauvegardes de Plesk ?

Une nouvelle sauvegarde est affichée sur la page Outils & Paramètres > Gestionnaire de sauvegardes. Toutefois, elle est marquée d'un cercle rouge et le pop-up suivant s'affiche lorsque vous passez le pointeur sur le cercle :

Cette sauvegarde n'est pas valide. Impossible de restaurer les données à partir de ce fichier. 

Cause

La sauvegarde contient des enregistrements non valides qui ne sont pas conformes aux prérequis de la version de Plesk actuelle. Vous devez valider la sauvegarde conformément au schéma de Plesk actuel et supprimer/remplacer tout enregistrement incorrect.

Résolution

Par exemple, si le nom de la sauvegarde non valide est 0902260453, vous verrez des fichiers du type backup_info_0902260453, converted_info_0902260453, etc., sur la page Outils & Paramètres > Gestionnaire de sauvegardes dans Plesk.

Vous pouvez valider la sauvegarde à l'aide du schéma "/usr/local/psa/PMM/plesk.xsd". Ce fichier est inclus dans le pack "psa-migration-manager". Vérifiez s'il est installé.

  1. Dans le répertoire des sauvegardes, trouvez tous les fichiers de métadonnées de sauvegardes <info>.xml contenant le nom 0902260453.

    ~# find /var/lib/psa/dumps/ -name '*info_0902260453.xml'
    /var/lib/psa/dumps/domains/domain1.tld/backup_domain.tld_info_0902260453.xml
    /var/lib/psa/dumps/clients/client3/domains/domain2.tld/backup_domain2.tld_info_0902260453.xml
    /var/lib/psa/dumps/clients/client3/backup_client3_info_0902260453.xml
    /var/lib/psa/dumps/backup_info_0902260453.xml
    /var/lib/psa/dumps/resellers/reseller/backup_reseller_info_0902260453.xml
    /var/lib/psa/dumps/resellers/reseller1/clients/client2/backup_client2_info_0902260453.xml
    /var/lib/psa/dumps/resellers/reseller1/clients/client2/domains/domain3.tld/backup_domain1.tld_info_0902260453.xml
    /var/lib/psa/dumps/resellers/reseller1/backup_reseller1_info_0902260453.xml
    ~#
    
  2. Vérifiez d'abord les fichiers de sauvegardes :

    # cd /var/lib/psa/dumps
    # /usr/local/psa/admin/sbin/backup_sign verify backup_info_0902260453.xml > backup_info_0902260453-verified.xml
    
  3. Puis, donnez-leur le format qui vous convient :

    # xmllint --format backup_info_0902260453-verified.xml > backup_info_0902260453-formatted.xml
    

    Une fois que vous avez exécuté cette commande, les fichiers XML seront mis dans un format convivial. Ils seront plus simples à utiliser.

  4. Puis, exécutez l'utilitaire "xmllint" pour les valider. Par exemple :

    ~# cd /usr/bin
    ~# /usr/bin/xmllint --noout --schema /usr/local/psa/PMM/plesk.xsd backup_info_0902260453-formatted.xml
    
  5. Corrigez la mauvaise configuration de tout fichier XML non valide et supprimez le fichier cache des statuts "status_WRONG-FORMAT" du répertoire ".discovered". Si le fichier de statuts est absent, il sera régénéré à l'ouverture de la page Outils & Paramètres > Gestionnaire de sauvegardes.

    Quand tous les fichiers XML non valides sont corrigés et quand le fichier de statuts "status_WRONG-FORMAT " est supprimé, la sauvegarde doit s'afficher comme valide sous Outils & Paramètres > Gestionnaire de sauvegardes.

a914db3fdc7a53ddcfd1b2db8f5a1b9c 29d1e90fd304f01e6420fbe60f66f838 56797cefb1efc9130f7c48a7d1db0f0c 0a53c5a9ca65a74d37ef5c5eaeb55d7f aea4cd7bfd353ad7a1341a257ad4724a e8756e9388aeca36710ac39e739b2b37 dd0611b6086474193d9bf78e2b293040 33a70544d00d562bbc5b17762c4ed2b3 e0aff7830fa22f92062ee4db78133079 85a92ca67f2200d36506862eaa6ed6b8 46a8e394d6fa13134808921036a34da8 bd7fc88cf1b01f097749ae6f87272128 01bc4c8cf5b7f01f815a7ada004154a2 2a5151f57629129e26ff206d171fbb5f e335d9adf7edffca6a8af8039031a4c7 caea8340e2d186a540518d08602aa065 742559b1631652fadd74764ae8be475e ed7be2b984f9c27de1d2dc349dc19c6d a766cea0c28e23e978fa78ef81918ab8 8b661cab116c79dbe6c4ac5bbdf1c8cb 514af229ae32522202a910a2649c80fb

Email subscription for changes to this article
Save as PDF