Copier une politique sur d'autres machines
Ce que fait la copie d'une politique
La copie prend une politique de sauvegarde et la pose sur d'autres machines du MSP. Vous réglez une politique une seule fois, puis vous la portez sur un parc entier.
La copie se fait en trois étapes sur une seule page : choisir les machines, vérifier ce que la copie change sur chacune, puis copier. Rien n'est enregistré avant la dernière étape.
La copie porte toute la politique source : son nom, ses chemins, ses exclusions, ses options, ses plannings, son fuseau horaire, sa fenêtre, sa rétention, sa limite d'envoi, ses scripts, et son état actif ou désactivé.
Prérequis
- Une politique de sauvegarde déjà réglée sur une machine. Voir Politique de sauvegarde de fichiers et Planification et rétention.
- Au moins une autre machine avec un agent enrôlé, dans le même MSP.
- Le rôle Technicien ou Administrateur. Voir Rôles et droits.
- Pour une politique qui porte des scripts : le rôle Administrateur, qui seul écrit les scripts, et un nouveau code de vérification en deux étapes.
Les machines cibles peuvent appartenir à plusieurs clients du MSP.
Les machines qui peuvent recevoir la politique
| Type de la politique | Machines acceptées |
|---|---|
| Fichiers | Les machines du même système que la machine source, car les chemins sont propres à ce système |
| Image | Les machines Windows et Linux qui démarrent en UEFI avec un disque système GPT |
| SQL Server | Les machines Windows |
| VM Hyper-V | Les machines Windows |
| VM et conteneurs Proxmox | Les machines Linux |
La page écrit la règle de la politique en haut, par exemple « « Fichiers métier » est une politique de fichiers : elle ne peut aller que vers des machines Linux, car ses chemins sont propres à ce système. »
La liste des cibles ne propose jamais la machine source. Pour tous les types sauf l'image, elle ne propose que des machines du même système que la source.
Copier une politique
Étape 1 : choisir les machines
- Ouvrez le portail.
- Ouvrez Parc, puis la machine source.
- Ouvrez l'onglet Politiques.
- Cliquez le bouton des autres actions de la politique, à droite de Modifier.
- Choisissez Copier vers d'autres machines.
- Pour réduire la liste, saisissez un nom dans Rechercher par nom, ou choisissez un Client.
- Cochez chaque machine cible.
- Lisez le nombre de machines sélectionnées sous la liste. Cliquez Vider la sélection pour tout décocher.
- Cliquez Vérifier la copie.
Sous le nom d'une machine, le portail écrit :
- « A une politique « nom » : elle sera remplacée », quand la machine porte déjà une politique de ce nom ;
- la cause, quand la machine ne peut pas recevoir cette politique. Sa case reste grise.
Une copie va vers 200 machines au plus en une fois.
Étape 2 : vérifier la copie
Cette étape n'enregistre rien. Elle donne, pour chaque machine, ce que la copie ferait.
- Lisez l'état de chaque machine.
- Lisez les changements qui attendent 72 heures, sous le nom de la machine.
- Cliquez Copier vers N machines pour appliquer.
- Cliquez Revenir à la sélection pour changer les machines.
| État | Ce que la copie ferait |
|---|---|
| Nouvelle politique | La machine n'a pas de politique de ce nom. La copie en crée une. |
| Remplacée | La machine a une politique de ce nom. Elle prend les valeurs de la source tout de suite. |
| Remplacée, changements dans 72 h | La machine a une politique de ce nom. Une partie des valeurs attend 72 heures. |
| Copie impossible | Rien ne changera sur cette machine. La cause est écrite sous son nom. |
Quand au moins une machine attend 72 heures, le portail écrit un avertissement avec la date approximative d'application. D'ici là, les valeurs actuelles de ces machines restent en vigueur, et vous pouvez annuler chaque changement. Voir Annuler une action différée.
Le bouton Copier vers N machines ne compte que les machines qui peuvent recevoir la politique. Quand aucune machine ne peut la recevoir, le portail écrit « Aucune machine sélectionnée ne peut recevoir cette politique. Revenez en arrière et choisissez d'autres machines. »
Étape 3 : lire le résultat
- Lisez le compte en haut : « Politique copiée vers N machines. », et le nombre d'échecs s'il y en a.
- Lisez l'état de chaque machine : Créée, Remplacée, Remplacée, changements dans 72 h ou Échouée.
- Cliquez Revenir aux politiques de machine pour retourner à la machine source.
- Cliquez Copier vers d'autres machines pour recommencer avec d'autres cibles.
Chaque machine est traitée séparément. Un échec sur une machine ne change rien sur elle, et il n'arrête pas les autres.
Quand une machine ne peut pas recevoir la politique
| Cause écrite par le portail | Ce qu'il faut faire |
|---|---|
| « C'est la machine de la politique. » | Rien. La source ne peut pas être sa propre cible. |
| « Autre système. Une politique de fichiers ne va que vers des machines système. » | Créez une politique de fichiers propre à l'autre système. |
| « Les politiques d'image sont disponibles pour les machines Windows et Linux uniquement. » | Choisissez une autre machine. |
| « Cette machine démarre en mode BIOS ou son disque système est en MBR. Les sauvegardes d'image demandent UEFI et un disque GPT. » | Convertissez le disque système en GPT et démarrez la machine en mode UEFI, puis copiez de nouveau. |
| « Cette machine ne peut pas recevoir cette politique. Vérifiez son système et les chemins de la politique sur cette machine. » | Relisez les chemins de la politique. Un chemin de partage réseau demande un partage du même nom court sur la machine cible. |
| « Cet agent ne peut pas lire ce partage (NFS n'est pas disponible sous Windows), ou le partage est inconnu. » | Déclarez le partage sur la machine cible, ou retirez ce chemin de la politique. |
| « Cette machine a plusieurs politiques de ce nom. Renommez l'une d'elles, puis réessayez. » | Renommez une des politiques de la machine cible. |
Limites et précautions
- La copie remplace une politique de même nom, sans demander de confirmation par machine. Vérifiez l'étape 2 avant de cliquer.
- La copie ne renomme rien. Donnez à vos politiques des noms stables, par exemple
Fichiers métierouImage système, pour que la copie remplace la bonne politique sur chaque machine. - Une politique de fichiers copiée pose les mêmes chemins sur chaque machine cible. Un chemin qui n'existe pas sur une machine n'est pas refusé : il ne sauvegarde rien. Relisez les chemins avant la copie.
- Les changements destructeurs attendent 72 heures sur chaque machine cible : un chemin retiré, un filtre qui sauvegarde moins (une exclusion ajoutée, un autre changement de la liste d'exclusions, Ignorer les dossiers de cache ou Rester sur un seul système de fichiers activé), une sélection de bases SQL Server plus petite, une rétention plus courte, une politique désactivée, et le retrait ou l'affaiblissement du script avant la sauvegarde. Une exclusion ordinaire retirée s'applique tout de suite : elle sauvegarde plus.
- Une politique copiée garde son état. Une politique source désactivée arrive désactivée sur la cible.
- L'option Copier vers d'autres machines disparaît du menu quand une suppression de la politique est en attente. Annulez d'abord la suppression.
- Pour une politique de VM Hyper-V ou Proxmox, les VM exclues de la machine source ne sont pas reprises : la copie sauvegarde toutes les VM de la machine cible. Relisez la sélection sur chaque cible.
- La copie n'entraîne aucune sauvegarde. La première sauvegarde a lieu à l'heure du planning, ou quand vous la lancez. Voir Sauvegarder maintenant.
- Chaque copie part dans le journal d'audit, avec la machine et la politique source.
Référence
- API : Backups, route
POST /endpoints/{id}/policies/{policyId}/copy. Le champdry_rundonne l'étape de vérification, sans rien écrire.