Configurer les paramètres d'export de données
Utilisez ce bouton d'action pour exporter les données du parc JMS. Vous pouvez exporter les données du parc JMS dans un fichier CSV, qui sera téléchargé vers l'emplacement de stockage d'objet de votre choix. Cette fonctionnalité facilite l'analyse et la collaboration avec les administrateurs qui n'ont peut-être pas d'accès direct à OCI ou JMS.
Lorsque l'export de données est activé, JMS Fleets fournit un script SQL d'export de données dans les paramètres d'export de données. Ce script charge les fichiers CSV exportés vers Object Storage dans une instance Autonomous Database de votre région de location. Reportez-vous à Export de données vers Autonomous Database.
L'export de données est désactivé par défaut. Activez/désactivez le paramètre Activer pour configurer l'export de données pour votre parc. L'activation de l'export de données signifie que des frais de stockage peuvent s'appliquer en fonction de la quantité de données stockées dans le stockage d'objets. La désactivation de l'export de données entraînera la suppression de toutes les configurations d'export de données, des détails des travaux d'export déjà exécutés et des travaux d'export programmés.
Programmer
- Une fois par jour. Les rapports seront générés chaque jour à 1 h 00 dans la région OCI.
- Toutes les semaines. Les rapports seront générés à 1 h 00 dans la région OCI chaque lundi.
- Chaque mois. Les rapports seront générés à 1 h 00 dans la région OCI le premier jour de chaque mois.
Objectif
Indiquez un chemin de stockage d'objet valide en tant que destination pour l'export des données de parc. L'URL doit être au format https://cloud.oracle.com/object-storage/buckets/<namespace>/<bucketname>/objects?region=<region>, qui est utilisé pour accéder au bucket de stockage d'objet dans un navigateur Web. Le bucket de stockage d'objet ne doit pas nécessairement se trouver dans la même région que celle du parc et peut être situé dans n'importe quelle région OCI abonnée. Si vous indiquez le même emplacement de stockage d'objets pour les parcs de différentes régions, vous avez accès aux données de parc de différentes régions en un seul endroit, à savoir l'emplacement de stockage d'objets que vous avez indiqué. Les parcs JMS nécessitent un accusé de réception pour le déplacement de données entre les régions si le chemin de stockage d'objet fourni se trouve dans une région différente de celle du parc.
Assurez-vous que les droits d'accès et les contrôles d'accès nécessaires sont définis pour le bucket Object Storage indiqué afin d'autoriser le service à écrire les données d'export. Si le chemin fourni n'est pas valide ou est inaccessible, le processus d'exportation échoue.
Développez Afficher les instructions de stratégie requises pour que JMS Fleets exporte les données vers le stockage d'objets afin de visualiser les stratégies configurées. Vous pouvez créer une stratégie ou la mettre à jour à l'aide des instructions de stratégie configurées.
Allow RESOURCE jms server-components TO MANAGE objects in compartment <compartment> where target.bucket.name = 'bucket-name'
Allow RESOURCE jms server-components TO READ buckets in compartment <compartment> where target.bucket.name = 'bucket-name'Remplacez <bucket-name> et <compartment> par le nom du bucket de stockage d'objet et par le compartiment dans lequel se trouve le bucket de stockage d'objet. Reportez-vous à Gestion des stratégies.
Les parcs JMS ne gèrent pas les droits d'accès de bucket et vous devez accorder au service les droits d'accès nécessaires en définissant les instructions de stratégie ci-dessus. Si vous souhaitez que d'autres utilisateurs téléchargent les fichiers CSV, assurez-vous qu'ils disposent également des autorisations requises. Reportez-vous à Gestion des buckets.
Ressources
- Instances gérées. Le rapport inclut la région, le compartiment, la flotte (nom et statut), l'instance gérée (OCID, système d'exploitation, dernière vue, première vue).
- Instances gérées et exécutions Java : le rapport inclut la région, le compartiment, le parc (nom et statut), l'instance gérée (O/S OCID, Dernière vue, Première vue), l'exécution Java (Version, Fournisseur, Etat de sécurité, Distribution, Chemin d'installation, Dernière vue, Première vue).
- Instances gérées, exécutions Java et applications (paramètre par défaut) : le rapport inclut la région, le compartiment, le parc (nom et statut), l'instance gérée (système d'exploitation OCID, dernier vu, premier vu), l'exécution Java (version, fournisseur, état de sécurité, distribution, chemin d'installation, dernier vu, premier vu), l'application (nom, chemin d'installation, dernier vu, premier vu).
Durée
- 30 jours : le rapport inclut les données des 30 derniers jours.
- 60 jours : Le rapport comprendra les données des 60 derniers jours.
- 90 jours : Le rapport comprendra les données des 90 derniers jours.
Cliquez sur Enregistrer pour appliquer les paramètres d'export de données.
Demandes de travail d'export de données
A l'heure planifiée, une demande de travail est créée pour cette opération. Vous pouvez visualiser la progression ou le statut de cette opération à partir du module Informations sur la demande de travail.
Les erreurs au cours du processus d'exportation sont consignées dans la section du journal des erreurs de la demande de travail. Le système effectue au maximum deux nouvelles tentatives pour certains échecs. Chaque tentative est effectuée trois heures après l'échec précédent. Si l'export échoue encore après ces tentatives, les erreurs rencontrées sont fournies dans error.log. Ce error.log est ensuite téléchargé vers le bucket de stockage d'objet cible, à condition que le bucket soit accessible.
Les nouvelles tentatives ne seront pas effectuées dans les conditions suivantes :
- Le parc n'est pas à l'état Actif.
- Le bucket de stockage d'objet n'est pas accessible.
Si aucune erreur n'est détectée mais qu'aucune donnée n'est trouvée lors du travail d'export, un fichier NO_DATA_FOUND.log est téléchargé vers le bucket au lieu du fichier CSV.