• Aucun résultat trouvé

Chapitre Sauvegarde client/serveur avec Bacula. 2. Installation du serveur de sauvegarde.

N/A
N/A
Protected

Academic year: 2022

Partager "Chapitre Sauvegarde client/serveur avec Bacula. 2. Installation du serveur de sauvegarde."

Copied!
32
0
0

Texte intégral

(1)

Chapitre – Sauvegarde client/serveur avec Bacula

2. Installation du serveur de sauvegarde.

• Mettez à jour la liste des paquets à l’aide de la commande apt-get update.

• La carte réseau enp0s3 est configuré avec le mode NAT. Téléchargez et installez l’ensemble Bacula (logiciels serveur et logiciel console), via les serveurs de dépôt Debian, à l’aide de la commande apt-get install. La console graphique (bacula-console-qt) est optionnelle. Elle figure donc à part.

• Sélectionnez Oui concernant la configuration de la base de données de bacula-director-pgsql avec dbconfig-common.

(2)

• Redémarrez le serveur avec la commande reboot et vérifiez les ports d’écoute :

(3)

3. Propriétés TCP/IP de l’interface réseau du serveur Bacula

• Installez le paquet resolvconf :

• Modifiez-le fichier /etc/hosts :

• Le serveur DEB11Server est relié au commutateur sur lequel sont

branchés DS1, DEB11Desktop et WIN10. Sélectionnez en conséquence le mode d’accès réseau « Réseau Interne (LAN) ».

(4)

• Configurez l’interface enp0s3 (commande ifdown enp0s3 au préalable) :

(5)

• Activez l’interface enp0s3 et vérifiez la configuration IP à l’aide des commande ip a et ip r :

• Vérifiez le fichier /etc/resolv.conf :

(6)

• La configuration IP de DS1 est la suivante :

• Inscrivez l’enregistrement de type A pour DEB11Server dans le fichier de zone de recherche directe du serveur DNS DS1 :

• Relancez le service DNS :

(7)

5. Configuration de base du serveur.

• Créez le répertoire backup directement sur la racine et rendez l’utilisateur bacula, créé lors de l’installation, propriétaire de ce répertoire.

• Vérifiez que les services bacula soient bien actifs sur le serveur à l’aide de la commande ss.

• Les mots de passe par défaut figurent dans le fichier

/etc/bacula/common_default_passwords. Lors de la configuration des différents services (cf. paragraphes suivants), vous veillerez à les

changer. Vous mettrez le même mot de passe (abcd) pour l’ensemble des services.

5.1. Fichier de configuration bacula-dir.conf

(8)

• Par défaut, Bacula écoute uniquement sur l’adresse localhost 127.0.0.1 (cf. copie d’écran ci-dessus), ce qui interdit toute communication avec les clients sur le réseau. Allez au niveau de l’objet Director du fichier /etc/bacula/bacula-dir.conf et commentez la ligne DirAddress avec un dièse afin que Bacula écoute sur toutes les adresses.

• Afin de recevoir par mél les notifications sur le déroulement des travaux, vous êtes censés changer le destinataire des messages qui est, par

défaut, root@localhost. Recherchez la ressource Messages située à deux endroits et spécifiez une adresse valide.

(9)

• Le Director donnera l’ordre au client d’envoyer ses données au Storage Daemon. Ce dernier peut fonctionner sur une autre machine. Spécifiez dans la ressource Storage l’adresse IP du serveur Bacula à la ligne Address. Modifiez également le mot de passe. La ressource se nomme maintenant Autochanger et non plus Storage :

• Vérifiez la syntaxe du fichier de configuration du service Director à l’aide de la commande bacula-dir -t et redémarrez le démon bacula-director.

5.2. Fichier de configuration bacula-sd.conf

(10)

• Tout comme le Director, le Storage Daemon n’écoute par défaut que sur 127.0.0.1. Ouvrez le fichier de configuration /etc/bacula/bacula-sd.conf afin de commenter la directive SDAddress de la ressource Storage.

• La ressource Director permet de définir le serveur directeur autorisé à se connecter au Storage Daemon. Définissez un mot de passe « long et complexe ». Celui-ci doit être identique au mot de passe spécifié dans la ressource Storage du fichier de configuration du directeur

/etc/bacula/bacula-dir.conf.

• Il faut indiquer que nous voulons utiliser, pour le stockage des données, le répertoire backup créé précédemment à la racine du serveur.

Recherchez la ressource Device. Complétez la ligne Archive Device par le chemin du répertoire qui contiendra les sauvegardes.

• Mettez en commentaire les autres ressources Device (FileChgr1-dev2, FileChgr2-dev1 et FileChgr2-dev2) car le SD ne trouverait pas les chemins indiqués dans la directive Archive Device et les sauvegardes

(11)

échoueraient à partir de la deuxième (vous constateriez des erreurs concernant le service bacula-sd en consultant le journal SYSLOG avec la commande tail -f /var/log/syslog). Neutralisez également FileChgr1-dev2 dans la première ressource Autochanger.

(12)
(13)

• Vérifiez la syntaxe du fichier de configuration du service Storage Daemon avec la commande bacula-sd -t et relancez le démon.

• Vérifiez que les 3 démons sont actifs et que le Director ainsi que le SD écoutent dorénavant sur toutes les adresses.

5.3. La console d’administration et le fichier bconsole.conf

• Vous pouvez tout faire à partir de cet outil. Appelez le programme Console à l’aide de la commande bconsole afin de vous connecter au Director.

• Vous disposez d’une aide en ligne avec la commande help. Consultez à titre d’exemple l’aide sur la commande label que vous allez utiliser.

(14)

• Dans un premier temps, vous allez utiliser la console d’administration pour créer l’unité de sauvegarde et la préparer à recevoir des données.

Saisissez la commande label afin de préparer le support. Sélectionnez la ressource Storage File1. Il faut donner un nom au volume de stockage (vol1 par exemple) puis choisir le pool 2 car on utilise un volume de type fichier (File). Vous constatez que le Director transfère le travail au SD puisque c’est ce dernier qui gère les périphériques de stockage puis la commande label référence le volume dans le catalogue.

6. Configuration du client

• Démarrez la machine WIN10 et démarrez l’installation du client.

(15)

• Cochez les composants Client et Consoles. La console est nécessaire si l’on veut administrer à distance le serveur.

(16)

• Spécifiez le nom du Director (cf. directive Name de la ressource Director du fichier baculadir.conf page 14), le mot de passe ainsi que son adresse IP.

• Le dernier écran indique l’emplacement d’un fichier qui contient les données de configuration du client à recopier dans le fichier de configuration du Director (bacula-dir.conf).

(17)

• Ouvrez ce fichier avec le Bloc-notes. Le contenu de ce fichier sera ajouté à la page 22 au fichier de configuration du service Director.

• Changez les mots de passe au niveau du fichier de configuration du service File Daemon. baculafd.conf se situe dans c:\Programmes\Bacula (sur une machine Linux, ce fichier figure dans le répertoire /etc/bacula/

comme le fichier de configuration du Director).

(18)

• Relancez le service bacula-fd sur la machine Windows. Ouvrez pour cela la console Services puis arrêtez et démarrez Bacula File Backup Service.

(19)

• Si vous souhaitez administrer le service Director depuis la machine Windows, vous disposez du programme Console. L’application bconsole ainsi que le fichier de configuration bconsole.conf se situent au même endroit que le fichier de configuration du File daemon.

• Modifiez la seconde ressource Client disponible du fichier de

configuration du Director afin d’intégrer les données du fichier win10- fd.conf : le nom Bacula du client (win10-fd), son adresse IP, le port du service File daemon ainsi que le mot de passe. Attention, celui-ci doit

(20)

être conforme à celui qui a été modifié dans le fichier de configuration bacula-fd.conf.

• Vérifiez la syntaxe du fichier de configuration du service Director et relancez le service.

• Vérifiez que le service bacula-fd fonctionne bien sur la machine Windows.

(21)
(22)

Le service bacula-fd est actif et écoute sur le port TCP 9102. Celui-ci sera utilisé par le SD pour sauvegarder ou restaurer les données. Si le pare-feu est activé sur la machine cliente, il faut autoriser les connexions entrantes sur ce port.

(23)
(24)

• Retournez sur le serveur et testez la liaison à partir de la console d’administration à l’aide de la commande status client.

7. Paramétrage de la sauvegarde

(25)

• Dans le fichier de configuration /etc/bacula/bacula-dir.conf, mettez en commentaire le job BackupClient1.

• Mettez également en commentaire le job BackupCatalog. Par défaut, cette tâche de sauvegarde est configurée pour archiver le catalogue.

• Créer un job nommé « Backup Station WIN10 » à la fin du fichier de configuration /etc/bacula/bacula-dir.conf qui permettra de sauvegarder le répertoire c:/users de la machine cliente Bacula win10-fd fonctionnant sous Windows 10. Vous mettrez ensuite en place les ressources FileSet et Schedule associées.

• Définissez les données à sauvegarder dans une ressource FileSet que vous intégrerez à la fin du fichier de configuration /etc/bacula/bacula- dir.conf). La directive File indique le point de départ de la sauvegarde soit le répertoire users dans notre exemple. Notez que le \ de Windows est remplacé par le / d’Unix. Définissez une liste d’exclusion (fichiers et répertoires) avec les paramètres wild et wilddir.

(26)

• Il ne sera pas nécessaire de rajouter une ressource Schedule

supplémentaire. Vous allez en effet utiliser le schedule « WeeklyCycle » existant. Les sauvegardes auront lieu à 23h05. Une sauvegarde complète est programmée le premier dimanche du mois. Une sauvegarde

différentielle est prévue chaque dimanche suivant et une sauvegarde incrémentale sera effectuée chaque jour de la semaine du lundi au samedi.

• Vérifiez la syntaxe du fichier de configuration du service Director et relancez le service.

8. Réaliser une sauvegarde manuelle

• Activer la commande run à partir de la console. Choisissez le job « Backup station WIN10 »

(27)

• Constatez que la sauvegarde est en cours avec la commande status director :

• Toujours avec la commande status dir, visualisez ensuite les jobs

terminés dans la partie Terminated Jobs. Vous pouvez également vous servir de la commande list jobs (captures d’écran à faire).

(28)

• Constatez la présence du volume vol1 dans le répertoire de sauvegarde /backup :

9. Restaurer un fichier

• Vous allez détruire « par erreur » un fichier présent avant la sauvegarde sur le client win10-fd. Supprimez, par exemple, un raccourci ou un

dossier figurant sur le bureau de votre utilisateur (SLAM4 de LocalAdmin dans l’exemple ci-dessous).

• Lancez la console d’administration et activez la commande restore afin de déclencher la restauration du fichier supprimé. Saisissez 5 puis sélectionnez le client win10-fd.

(29)

• Sélectionnez le client win10-fd :

(2 sauvegardes sont présentes, car je n’avais pas de fichier à supprimer sur Windows après la première sauvegarde. J’ai donc créé le fichier SLAM4 puis effectué une seconde sauvegarde manuelle.)

• Sélectionnez maintenant le fichier à restaurer : parcourez le chemin jusqu’au répertoire Desktop de votre utilisateur puis terminez avec les commandes add puis done.

(30)

• Par défaut, la restauration n’a pas lieu à l’emplacement d’origine.

Saisissez successivement mod, 9, / puis yes.

(31)

• Vérifiez la présence du dossier SLAM4 sur le bureau de votre utilisateur.

(32)

Références

Documents relatifs

– Comment casser la relation forte entre client et serveur, comment rendre le client indépendant du serveur pour l'appel.

Ces paramètres permettent au serveur de calculer le contenu de la page à fabriquer et à renvoyer au client : on parle alors de site dynamique car le contenu est calculé à

//On associe un paquet à un buffer vide pour la réception DatagramPacket paquet =new DatagramPacket(buffer,buffer.length());. //On crée un socket pour écouter sur le

Serveur en gestion multi--clients clients en en mode connecté. mode

◮ Réponse : message transmis par un serveur à un client suite à l’exécution d’une opération, contenant le résultat

En revanche, certaines utilisations comme le continu (streaming) nécessitent l'emploi d'un protocole plus léger et plus rapide, comme UDP (User Datagram Protocol ou protocole

• Un serveur peut répondre aux demandes de service de plusieurs clients : les requêtes arrivées et non traitées sont stockées dans une file d’attente.

[r]