Différences entre les versions de « Ubuntu »

De dieudo.fr
Aller à la navigation Aller à la recherche
Ligne 13 : Ligne 13 :
* sur un clone réalisé avec Clonezilla réinstallation de 16.04 en préservant le dossier /home comme indiqué ici :
* sur un clone réalisé avec Clonezilla réinstallation de 16.04 en préservant le dossier /home comme indiqué ici :
** Comment réinstaller Ubuntu ? > [https://doc.ubuntu-fr.org/reinstallation_ubuntu#methode_1_reinstaller_tout_le_systeme_sans_toucher_auhome Méthode 1 – Réinstaller tout le système sans toucher au « /home »]
** Comment réinstaller Ubuntu ? > [https://doc.ubuntu-fr.org/reinstallation_ubuntu#methode_1_reinstaller_tout_le_systeme_sans_toucher_auhome Méthode 1 – Réinstaller tout le système sans toucher au « /home »]
* réinstallation des éléments du serveur
** méthode abandonnée : trop de sources d'erreur possibles.
** …


* Méthode "clean install" :
# installer ubuntu dernière version et faire les mise à jours
# copier les données des services à faire fonctionner
# installer apache et l'équivalent libre de mysql via une pré-installation de mariadb puis phpmyadmin
# configurer les vhost apache pour pointer sur les bon dossiers pour les bon domaines avec des droits d'accès suffisant pour apache.
# installer et configurer acme.sh en méthode dns pour créer et mettre à jour les certificats let's encrypt, puis faire le lien avec la config d'apache (vhost) pour que les sites s'affiche en https. (et idem pour les autres services utilisant des certificats ssl. La doc sur le dépot github d'acme.sh est remarquablement bien faite.
# importer les bases mysql en root, en ligne de commande:  <code>mariadb < localhost.sql</code>
# créer un utilisateur admin/root pour phpmyadmin pour pouvoir se connecter et gérer les bases (toujours en ligne de commande en root, puisque c'est le seul accès disponible par défaut sans avoir créé d'utilisateur avec les droits adéquats au préalable) :
# tester les sites et services
# mettre en place des sauvegardes automatisé (avec DéjàDup) (des dossiers avec les fichiers utilisateurs et des sites, ainsi que des bases de données, ainsi que des config dans /etc )
# tester la restauration depuis ces sauvegardes
[[Catégorie:Logiciel libre]]
[[Catégorie:Logiciel libre]]

Version du 16 avril 2019 à 20:02

Journal d'une mise à jour

Contexte

  • serveur sous 16.04

Objectifs

  1. mettre en place un système de sauvegarde efficace, permettant de remettre rapidement un serveur en route en cas de crash du serveur actuellement en fonction
  2. en profiter pour faire la mise à jour vers 18.04.

Opérations réalisées

  • mise à niveau vers 18.04 plante en cours de route
    • redémarrage automatique mais mise à jour incomplète, dont en particulier pas d'accès internet
  • sur un clone réalisé avec Clonezilla réinstallation de 16.04 en préservant le dossier /home comme indiqué ici :
  • Méthode "clean install" :
  1. installer ubuntu dernière version et faire les mise à jours
  2. copier les données des services à faire fonctionner
  3. installer apache et l'équivalent libre de mysql via une pré-installation de mariadb puis phpmyadmin
  4. configurer les vhost apache pour pointer sur les bon dossiers pour les bon domaines avec des droits d'accès suffisant pour apache.
  5. installer et configurer acme.sh en méthode dns pour créer et mettre à jour les certificats let's encrypt, puis faire le lien avec la config d'apache (vhost) pour que les sites s'affiche en https. (et idem pour les autres services utilisant des certificats ssl. La doc sur le dépot github d'acme.sh est remarquablement bien faite.
  6. importer les bases mysql en root, en ligne de commande: mariadb < localhost.sql
  7. créer un utilisateur admin/root pour phpmyadmin pour pouvoir se connecter et gérer les bases (toujours en ligne de commande en root, puisque c'est le seul accès disponible par défaut sans avoir créé d'utilisateur avec les droits adéquats au préalable) :
  8. tester les sites et services
  9. mettre en place des sauvegardes automatisé (avec DéjàDup) (des dossiers avec les fichiers utilisateurs et des sites, ainsi que des bases de données, ainsi que des config dans /etc )
  10. tester la restauration depuis ces sauvegardes