Google Sauvegarde de l'espace de travail : NinjaOne vs Acronis vs CloudAlly
Dans l'espace de travail Google, les utilisateurs sont organisés en unités organisationnelles (UO), qui sont généralement des départements, des équipes, des sites ou des groupes fonctionnels. Exemples :
- /Ingénierie
- Ventes/Côte Ouest
- /Légal
- Équipe marketing/contenu
- /Finance
Au lieu de sélectionner manuellement des centaines ou des milliers de comptes de messagerie individuels à sauvegarder, vous pouvez :
- Cliquez sur « Lancer l’activation en masse ».
- Sélectionnez les unités organisationnelles (par exemple, « Département juridique », « Ingénierie », « Ventes – Côte Ouest »)
- CloudAlly active automatiquement la sauvegarde pour tous les utilisateurs de ces unités.
Avantages supplémentaires :
- Si l'option « activer automatiquement les nouveaux utilisateurs » est activée, les nouveaux employés ajoutés à ces unités organisationnelles sont automatiquement sauvegardés.
- Aucune gestion manuelle utilisateur par utilisateur n'est nécessaire
- La structure organisationnelle de l'espace de travail Google est conservée dans la configuration de sauvegarde.
- Il est facile de comprendre quels services sont protégés.
Il s'agit là de l'une des fonctionnalités les plus précieuses de CloudAlly pour les déploiements en grande entreprise, et elle est véritablement unique parmi les trois fournisseurs testés.
Activation de l'utilisateur et sauvegarde initiale
Nous avons sélectionné tous les comptes utilisateurs et cliqué sur le bouton Activer pour lancer la sauvegarde.
Le tableau de bord a été mis à jour pour afficher tous les utilisateurs activés en attente de leur première sauvegarde.
Nous avons cliqué sur « Sauvegarder maintenant » pour déclencher immédiatement la sauvegarde initiale.
Incohérence de la barre de progression – Premier problème :
Nous avons immédiatement constaté un problème : la barre de progression avançait (affichant un pourcentage) mais indiquait « 0 octet » pour le volume de données. Cela a créé une confusion :
- Les données sont-elles réellement sauvegardées ?
- La barre de progression est-elle précise ?
- S'agit-il d'un bug d'affichage ou d'une véritable défaillance de la sauvegarde ?
Il s'agissait en fait d'un simple problème d'affichage : le nombre d'octets ne se met à jour qu'une fois la sauvegarde terminée à 100 %. Toutefois, cette incohérence engendre une incertitude inutile lors de la première sauvegarde, opération cruciale.
Problèmes de performance de sauvegarde
Problèmes de performance de sauvegarde :
Le lendemain, lors de la vérification du système (nous nous attendions à ce que toutes les sauvegardes soient terminées), nous avons constaté que cinq utilisateurs avaient encore des sauvegardes incomplètes de leurs e-mails ou de leur Drive (Google). Les autres services (Calendrier, Tâches, Contacts) avaient terminé leurs sauvegardes, mais les principaux types de données (E-mails et Drive) étaient toujours en cours de traitement.
Le plus inquiétant : nous approchions de la deuxième période de sauvegarde planifiée , or la première n’était toujours pas terminée. Il s’agit d’un problème fondamental ; si la sauvegarde initiale prend plus de temps que l’intervalle de sauvegarde, le système prendra continuellement du retard.
Incohérence de la barre de progression – Deuxième problème :
Nous avons découvert une autre incohérence importante dans l'interface utilisateur : au survol des barres de progression, OpenText CloudAlly affichait le statut « Terminé ». Cependant, en cliquant sur la flèche vers le bas pour afficher les détails, nous avons constaté que les services marqués comme « Terminés » étaient en réalité toujours « En cours ».
Pourquoi cela pose problème :
- Les administrateurs prennent des décisions en fonction des informations de statut
- Le statut « Terminé » pourrait laisser croire aux administrateurs que la protection est complète.
- Cela pourrait engendrer une confiance excessive dans l'état de la sauvegarde.
- Des rapports d'interface utilisateur incohérents nuisent à la confiance dans le système.
- Nécessite d'examiner les détails pour obtenir un état précis
Il ne s'agit pas d'un simple problème esthétique ; c'est un problème de fiabilité et de confiance. Si l'interface utilisateur affiche un statut incorrect, les administrateurs ne peuvent pas se fier aux informations du tableau de bord pour prendre des décisions opérationnelles.
Constat critique – Échec après une semaine :
Notre boîte mail la plus volumineuse n'a jamais terminé sa sauvegarde initiale, même après une semaine de fonctionnement continu. Cela constitue un problème de fiabilité majeur.
Impact:
- L'utilisateur n'a bénéficié d'aucune sauvegarde pendant une semaine entière.
- Organisation exposée au risque de perte de données
- Inutilisable pour les entreprises disposant de boîtes aux lettres volumineuses
- Remet en question la fiabilité de l'ensemble de la plateforme
Cela rend CloudAlly pratiquement inutilisable pour les organisations dont les boîtes aux lettres dépassent 10 000 e-mails ou 300 Mo.
Interface et options de récupération
Malgré les problèmes de performance de sauvegarde, nous avons exploré les capacités de restauration de CloudAlly afin de comprendre son ensemble de fonctionnalités.
Le menu Récupération affiche une liste d'utilisateurs. Nous nous sommes sélectionnés pour explorer les options de restauration.
Approches de restauration doubles :
CloudAlly propose deux méthodes de restauration distinctes :
- Restauration à partir d'un instantané : Parcourez les instantanés de sauvegarde par date et restaurez les données à partir de points précis dans le temps.
- Restauration par recherche d'éléments : recherchez des éléments spécifiques dans toutes les sauvegardes et restaurez-les individuellement.
Les deux approches ont des cas d'utilisation :
- Restauration instantanée : « Restaurer ma boîte aux lettres telle qu’elle était le 1er juin. »
- Recherche d'élément : « Trouver et restaurer le courriel de John Smith concernant le budget du deuxième trimestre »
Restauration basée sur un instantané
Nous avons sélectionné une plage de dates, et CloudAlly a affiché tous les instantanés disponibles pour cette période.
Restauration granulaire du niveau de service :
L'interface de snapshots de CloudAlly montre que vous pouvez restaurer chaque service indépendamment :
- Courriels
- Documents (Drive)
- Tâches
- Contacts
- Calendrier
Pourquoi cette granularité est importante :
Imaginez qu'un utilisateur ait accidentellement supprimé l'intégralité de son calendrier, mais que ses e-mails soient intacts. Grâce à la restauration au niveau du service, vous pouvez :
- Sélectionnez uniquement le service Calendrier
- Restaurez le calendrier à partir de la capture d'hier.
- Ne modifiez pas les e-mails (aucun risque d'écraser les e-mails récents avec des versions plus anciennes).
Cette fonctionnalité de restauration sélective réduit le risque de perte de données accidentelle lors des opérations de récupération. Vous ne restaurez que les données nécessaires.
Dans un instantané, vous pouvez cliquer sur le bouton « Rechercher » pour filtrer des éléments spécifiques avant la restauration.
Cliquer sur le bouton « Détails » de la boîte de réception affiche :
- Tous les dossiers et catégories de la boîte de réception
- Nombre d'e-mails par dossier
- Informations sur la taille
- Structure de dossiers hiérarchique
En cliquant sur le lien pour accéder à la liste des e-mails, nous avons sélectionné les 5 premiers e-mails pour tester la fonctionnalité de téléchargement.
Fonctionnalités et options d'exportation
Options de destination d'exportation :
Lors de l'exportation d'emails, CloudAlly offre une flexibilité exceptionnelle qu'aucun NinjaOne ni Acronis n'égale.

Options de la boîte de dialogue Exporter :
Intitulé du poste :
- Attribuez un nom à la tâche d'exportation
- Apparaît dans le menu Tâches pour le suivi
- Utile pour organiser plusieurs exportations simultanées
Formats d'exportation :
- EML : Format standard de courriel, lisible par la plupart des clients de messagerie.
- PST : Format compatible avec Outlook pour l’importation dans Outlook/Exchange
Options de destination (propres à CloudAlly) :
- Téléchargement local : Téléchargement standard du fichier ZIP sur votre ordinateur
- Google Drive : Exportez directement vers un compte Google Drive (le vôtre ou un autre compte autorisé)
- Dropbox : Exporter vers le stockage cloud Dropbox
- Microsoft OneDrive : Exporter vers OneDrive
- FTP/SFTP : Exportez vers n’importe quel serveur FTP ou SFTP que vous contrôlez.
Recherche et restauration d'articles
Pour tester la récupération au niveau de l'élément, nous avons supprimé un courriel spécifique de la boîte de réception.
En utilisant l'option de récupération de recherche d'éléments de CloudAlly, nous avons recherché « OpenAI ».
Un mode de recherche avancé offre des fonctionnalités de filtrage supplémentaires.
Nous avons cherché à localiser le courriel supprimé.

La boîte de dialogue de restauration proposait des options telles que la restauration vers une adresse électronique différente, utile dans les scénarios de migration.
Après confirmation, le système a terminé la restauration en 1 seconde. Le courriel récupéré est apparu dans notre boîte de réception, avec la mention « ***restauré ».

Test complet de restauration de boîte aux lettres
Nous avons effectué une restauration complète de la boîte aux lettres pour une adresse e-mail (170 e-mails, 7,61 Mo). L'interface des tâches a affiché la progression, l'opération s'achevant finalement en environ 180 secondes.
Option de remplacement manquante :
Nous avons constaté que CloudAlly n'a pas demandé les préférences de gestion des éléments lors de l'opération de restauration. Plus précisément, il n'a pas posé la question suivante :
- Les éléments existants doivent-ils être remplacés par des versions restaurées ?
- Les éléments restaurés doivent-ils être créés en tant que nouveaux éléments (doublons) ?
- Comment gérer les conflits ?
NinjaOne et Acronis proposent tous deux ces options, permettant aux administrateurs de contrôler l'interaction des données restaurées avec les données existantes. CloudAlly semble utiliser un comportement par défaut (probablement la création de nouveaux éléments avec des étiquettes), mais l'absence de choix explicite constitue une lacune en matière d'expérience utilisateur. Pour les restaurations en production qui exigent un contrôle précis des conflits de données, cela pourrait s'avérer problématique.
Méthodologie
Nous avons réalisé ce test de référence dans des conditions contrôlées afin de garantir une comparaison équitable :
Environnement de test :
- Conditions de réseau identiques
- Même compte d'espace de travail Google (21 boîtes aux lettres actives)
- Même période (tous les tests ont été effectués en une semaine)
- Plus de 90 000 e-mails sur l'ensemble des comptes
Étendue du test :
- Performances de la sauvegarde complète initiale (première importation complète de la boîte aux lettres)
- performances de restauration complète de la boîte aux lettres
- Disponibilité et facilité d'utilisation des fonctionnalités
- Complexité de la configuration et délai avant la première sauvegarde
Ce que nous avons testé :
- Configuration initiale
- Sauvegarde et restauration des e-mails (objectif principal)
- Google Disponibilité du lecteur et du calendrier (observée mais non testée en termes de performances)
- Fonctionnalités avancées (recherche, journaux d'audit, migration, politiques de rétention)
Ce que nous n'avons pas testé :
- Microsoft Sauvegarde 365 (Google Espace de travail uniquement)
- rétention à long terme
- réactivité du support
Soyez le premier à commenter
Votre adresse courriel ne sera pas publiée. Tous les champs sont obligatoires.