Sauvegarde SaaS NinjaOne : ingestion des messages électroniques depuis des archives

Sujet

Cet article explique le service d'ingestion de NinjaOne pour les messages électroniques archivés.

Environnement

Sauvegarde SaaS NinjaOne

Description

L'ingestion d'e-mails est le processus d'importation en masse de données d'e-mails sous forme de fichiers EML ou PST dans le système de sauvegarde NinjaOne SaaS. NinjaOne fournit ce service gratuitement à ses clients. Reportez-vous aux sections ci-dessous pour plus d'informations sur le fonctionnement de notre processus d'ingestion.

Fonctionnement du service d'ingestion gratuit NinjaOne
Identifiants du compartiment Amazon S3
Comment télécharger des données
Points essentiels à retenir
Présentation des types d'ingestion
Directives relatives au mappage des fichiers
Noms de fichiers
Ressources supplémentaires

Fonctionnement du service d'ingestion gratuit NinjaOne

Une fois que nous avons reçu votre demande et l'avons transmise à notre équipe de prestation de services, un membre de l'équipe vous contactera via notre système de tickets d'assistance. Le membre de l'équipe se présentera et vous indiquera le fuseau horaire dans lequel il travaille, ainsi que la fréquence à laquelle vous pouvez vous attendre à recevoir des mises à jour. En règle générale, vous pouvez vous attendre à recevoir une réponse dans les deux jours ouvrables suivant le transfert de votre ticket d'assistance à notre équipe de prestation de services.

Identifiants du compartiment Amazon S3

NinjaOne utilise les buckets Amazon S3 (Simple Storage Service) pour un stockage cloud sécurisé et durable. Pour transférer vos fichiers, vous aurez besoin des identifiants du bucket Amazon S3. Le membre de l'équipe NinjaOne se procurera les identifiants requis et les enverra à l'adresse e-mail associée à votre compte. Nous ne publierons pas vos identifiants dans votre ticket d'assistance.

Si vous souhaitez que les identifiants soient envoyés à une autre personne de contact, veuillez en informer l'équipe d'assistance lors de votre premier contact. Elle mettra à jour l'adresse e-mail à laquelle nous envoyons vos identifiants.

En plus des identifiants, vous recevrez un petit guide et un lien de téléchargement pour l'outil tiers Amazon S3 Browser. Nous vous recommandons d'utiliser Amazon S3 Browser pour accéder aux compartiments S3 et interagir avec eux, car il s'agit d'un outil gratuit et facile à utiliser.

NinjaOne ne fournit pas d'assistance pour le navigateur S3, car il s'agit d'un logiciel tiers. Nous n'avons aucun contrôle sur des facteurs tels que la vitesse de téléchargement ou les limites de taille des fichiers lors de l'utilisation de cet outil.

Comment télécharger vos données

Une fois que vous avez reçu les identifiants Amazon S3, suivez ces étapes pour télécharger vos données :

Téléchargez le navigateur S3 à partir de S3 Browser Download.
Installez l'application.

Si vous avez une grande quantité de données à télécharger, envisagez d'acheter la version S3 Browser Pro, qui offre une capacité de téléchargement simultané pour des téléchargements plus rapides.

Lancez S3 Browser.
Lorsque vous y êtes invité, entrez l'ID de clé d'accès et la clé d'accès secrète fournis dans l'e-mail. Veillez à saisir les informations exactement telles qu'elles apparaissent, sans caractères supplémentaires.
Saisissez le nom du compartiment.
Saisissez le nom du compartiment en majuscules, sans espaces. Par exemple : REPLACEWITHBUCKETNAME.
Téléchargez vos fichiers.
Accédez au dossier uploads dans S3 Browser. Vous pouvez maintenant commencer à télécharger les fichiers ZIP nécessaires à l'ingestion. NinjaOne n'accepte que les fichiers EML ou PST compressés pour l'ingestion.

Le lien d'identification fourni dans l'e-mail expirera dans 7 jours. Nous vous recommandons donc de stocker vos identifiants en toute sécurité localement pour une utilisation future.

Points essentiels à retenir

Conservation de la structure des dossiers

Si vous téléchargez vos fichiers EML ou PST avec une structure de dossiers existante, le système d'ingestion conservera cette structure.
Le système ingère les fichiers « tels quels ». Si vos fichiers sont téléchargés dans des répertoires de niveau supérieur supplémentaires (par exemple, si vous compressez vos fichiers dans un format de dossier particulier), le système les ingère dans cette structure exacte.
Pour éviter de conserver une structure de dossiers ou de sous-dossiers, téléchargez les fichiers EML ou PST directement dans le dossier de téléchargement du compartiment Amazon S3.

Processus d'ingestion

Seuls les fichiers EML ou PST compressés sont acceptés pour l'ingestion. Les fichiers PST ne doivent pas être compressés. Le système d'ingestion ignorera tout autre type de fichier. Les éléments non EML que vous incluez dans les fichiers, tels que les contacts (VCF) ou les rendez-vous et réunions du calendrier (ICAL), ne seront pas ingérés. Le système d'ingestion ignorera ces éléments, même s'ils sont présents dans les fichiers PST.
NinjaOne utilise des technologies de déduplication pendant le processus d'ingestion. Ce processus peut réduire la quantité de données ingérées, car certaines d'entre elles peuvent déjà exister dans nos bases de données. En raison de cette activité, le volume de données ingérées ne peut pas être directement comparé à la source de données fournie comme preuve que l'ingestion s'est déroulée avec succès.

Logiciel de compression et format de fichier

Les fichiers EML doivent être compressés, mais ne compressez pas les fichiers PST.
Nous prenons uniquement en charge l'utilisation de la compression Zip ou Gzip, mais pas 7-Zip. Notre application ne prend actuellement pas en charge la compression 7-Zip.
Pour garantir un processus d'ingestion fluide, assurez-vous que vos données ne contiennent que des fichiers EML ou PST. Le système ne peut pas traiter d'autres formats.

Présentation des types d'ingestion

NinjaOne prend en charge deux types d'ingestion : avec archivage et sans archivage. Nous expliquons chaque type ci-dessous :

Ingestion avec archivage

Vous utilisez généralement l'ingestion avec archivage lorsque vous ne pouvez pas associer les données de messagerie à un utilisateur spécifique. Cette situation se produit souvent lorsque les fichiers source sont un mélange de fichiers EML provenant de plusieurs comptes et que l'association exacte avec les utilisateurs est inconnue. Dans ce cas, vous créez un compte de messagerie « fourre-tout », puis vous importez toutes les données dans ce compte unique. Au cours du processus d'ingestion, le système mappera les fichiers EML au compte fourre-tout ou tentera de déterminer l'association avec les comptes individuels en fonction des données fournies.

Un exemple d'ingestion d'archive est lorsque vous disposez d'une grande collection de fichiers EML non triés et que vous ne pouvez pas déterminer quel fichier appartient à quel utilisateur. Dans ce cas, vous pouvez télécharger toutes les données dans un seul compte (le compte fourre-tout) afin de conserver les informations.

Ingestion sans archivage

Dans le cas d'une ingestion sans archivage, le mappage entre les fichiers source et les comptes de messagerie est déjà prédéterminé, car vous savez exactement quels fichiers correspondent à quels comptes de messagerie avant de lancer le processus d'ingestion.

Le système ingère directement les fichiers dans leurs comptes de messagerie désignés, éliminant ainsi le besoin d'un tri manuel.

Exemple : vous disposez d'un dossier contenant des fichiers PST et vous avez étiqueté chaque fichier en fonction du compte utilisateur auquel il appartient. Ce scénario permet une ingestion simple dans les comptes respectifs.

Directives relatives aux fichiers de mappage

Pour que le processus d'ingestion fonctionne correctement, vous devez fournir un fichier de mappage afin d'associer les fichiers source aux comptes de messagerie correspondants. Chaque type d'ingestion nécessite un type de fichier de mappage différent.

NinjaOne ne peut pas créer, télécharger ou gérer des fichiers de mappage à votre place. Nous ne pouvons être tenus responsables des données importées vers une destination erronée. Le processus d'importation est entièrement automatisé et le personnel de NinjaOne n'a pas accès au système pendant ce processus. Veillez à utiliser la virgule comme délimiteur dans votre fichier CSV. Si vous utilisez un autre délimiteur, l'ingestion ne fonctionnera pas. Si cela se produit, vous devrez corriger votre fichier de mappage et le télécharger à nouveau.

Fichier de mappage d'ingestion de l'archiveur

Vous utilisez généralement l'ingestion de l'archiveur lorsque vous ne pouvez pas associer les données de messagerie à un utilisateur spécifique. Ce scénario se produit généralement lorsque les fichiers source sont un mélange de fichiers EML provenant de plusieurs comptes et que l'association exacte avec les utilisateurs est inconnue. Dans ce scénario, le fichier de mappage sera plus simple à remplir.

Le fichier de mappage type que vous recevrez pour une ingestion d'archive ressemblera à ceci :

Nom du fichier

micro_file_sample.zip

sample.pst

micro_sample.pst

Le tableau ci-dessous décrit les champs du fichier de mappage et les données que vous devez saisir dans chaque champ.

Nom du champ	Description
file_name	Ce champ doit contenir les noms de fichier des données de messagerie à ingérer. Il doit inclure le nom complet du fichier avec l'extension correcte. Si le fichier se trouve dans des sous-dossiers, incluez le chemin d'accès complet au fichier.

Fichier de mappage d'ingestion non archivé

Dans le cas d'une importation non archivée, le mappage entre les fichiers source et les comptes de messagerie est prédéterminé, car vous savez exactement quels fichiers correspondent à quels comptes de messagerie avant de lancer le processus d'importation. Dans ce scénario, le fichier de mappage nécessitera des informations supplémentaires.

Le fichier de mappage type que vous recevrez pour une ingestion non archivée ressemblera à ceci :

account_id	email_account_id	email	file_name
XXXXXX	[email protected]	test_emls/test_sample.pst
XXXXXX	[email protected]	test_emls/test_eml.zip

Le tableau ci-dessous explique les champs du fichier de mappage et les données que vous devez saisir dans chaque champ.

Nom du champ	Description
account_id	ID de compte attribué à votre organisation NinjaOne.
email_account_id	L'ID du compte de messagerie. Ce champ n'est nécessaire que lorsque l'adresse e-mail de l'utilisateur ne correspond pas à celle du locataire ou s'il existe plusieurs utilisateurs avec la même adresse e-mail.
email	Adresse e-mail de l'utilisateur pour lequel les données doivent être ingérées.
file_name	Les noms de fichiers des données de messagerie à ingérer. Ils doivent inclure le nom complet du fichier avec l'extension correcte. Si le fichier se trouve dans des sous-dossiers, incluez le chemin d'accès complet au fichier.

Noms de fichiers

Cette section s'applique à la fois aux importations avec et sans archivage.

La section file_name des deux fichiers de mappage doit contenir les noms de fichiers des données de messagerie que vous devez importer et inclure le nom complet du fichier avec l'extension correcte. Si le fichier se trouve dans des sous-dossiers, incluez le chemin d'accès complet au fichier.

Les exemples ci-dessous expliquent la différence :

Fichier téléchargé directement dans le dossier « uploads » de S3 (sans sous-dossiers)

account_id	email_account_id	email	file_name
XXXXXX		[email protected]	sample.pst

Fichier joint dans plusieurs dossiers au sein du compartiment S3

account_id	email_account_id	email	nom_fichier
XXXXXX		[email protected]	NOM-DU-DOSSIER1/NOM-DU-DOSSIER2/sample.pst

Ressources supplémentaires

Pour plus d'informations sur la sauvegarde des e-mails NinjaOne SaaS Backup, consultez NinjaOne SaaS Backup : FAQ sur le portail e-mail de l'organisation.