Exemples de mise à profit de la fonctionnalité de partitionnement de journal
En fonction de vos besoins, vous pouvez utiliser un ensemble de journaux différent pour différents secteurs d'activité ou pour différents services que vous exécutez. Voici quelques cas d'utilisation courants de la fonctionnalité de partitionnement de journal.
Rubriques :
Il n'existe pas de bonne façon de définir vos ensembles de journaux de partitionnement. Vous pouvez contacter le support technique Oracle pour obtenir de l'aide afin de déterminer ce qui convient le mieux à votre cas d'emploi.
Utilisation finale : plusieurs secteurs d'activité
Votre cas d'emploi peut avoir plusieurs secteurs d'activité (LOB) où l'utilisateur Logging Analytics analyse généralement les journaux pour un seul LOB à la fois et effectue parfois des recherches sur plusieurs ou tous les LOB.
Dans ce scénario, si chaque objet LOB contient toujours moins de 6 To de journaux par jour, il est approprié d'utiliser une chaîne d'ensemble de journaux qui correspond aux secteurs d'activité. Par exemple, des ensembles de journaux tels que RH, Global IT, Finances, Expédition, Commandes et Sécurité.
Si un seul objet LOB peut atteindre plus que 6 To par jour d'inclusion de journal, les ensembles de journaux peuvent être définis en fonction d'un aspect secondaire, tel que le type de fonction d'un objet LOB d'où proviennent les journaux. Par exemple, si l'objet LOB Global IT prévoit l'inclusion de 20 To par jour de journaux, plutôt que d'utiliser Global IT comme ensemble de journaux, il peut être préférable d'utiliser GIT-Database, GIT-Mail, GIT-Support comme valeurs d'ensemble de journaux.
La clé de la sélection des ensembles de journaux est de s'aligner sur la manière dont les données sont généralement analysées. Si les journaux GIT-Mail sont généralement analysés seuls sans mélanger d'autres journaux, cet ensemble de journaux convient. Si vous pouvez toujours combiner GIT-Database et GIT-Support dans la même recherche, il n'est pas approprié de les associer à des ensembles de journaux différents.
Utilisation finale : redimensionnement du service en fonction des clients
Le cas d'utilisation peut impliquer l'exécution d'un produit cloud évolutif horizontalement qui évolue en fonction du nombre de clients.
Par exemple, si l'utilisation de votre service cloud par chaque client nécessite un ensemble de calculs, de bases de données et de réseaux, ces clients peuvent organiser vos ensembles de journaux à l'aide d'un nom de client ou d'un identificateur de client. Ces informations doivent être accessibles et compréhensibles pour l'utilisateur qui recherche un client spécifique dans les journaux. Dans ce cas, si vous avez des clients C1, C2, C3, il s'agit des chaînes d'ensemble de journaux que vous utilisez pour les journaux de chaque client.
En règle générale, lors du débogage d'un problème, l'équipe des opérations recherche un client spécifique dans les journaux dans le cadre du support. Cependant, parfois, ils analysaient également les journaux sur plusieurs clients ou sur tous les clients. Dans de tels cas, même si la plupart des journaux sont segmentés par les clients, certains journaux peuvent également être communs à tous les clients. Par exemple, une base de données de facturation centrale peut être courante. Vous pouvez ensuite mélanger des ensembles de journaux en fonction des noms de client et disposer d'un ensemble de journaux pour CentralDB.