Exemples de fonction de partitionnement de journal
Selon vos besoins, vous pouvez utiliser un jeu de journaux différent pour différents secteurs d'activité ou pour différents services que vous exécutez. Voici quelques cas d'utilisation typiques de la fonction de partitionnement de journaux.
Rubriques :
Il n'existe pas de méthode unique pour définir vos jeux de journaux de partitionnement. Vous pouvez communiquer avec Oracle Support pour obtenir de l'aide sur la détermination de ce qui convient le mieux à votre cas d'utilisation.
Utilisation finale : Plusieurs secteurs d'activité
Votre cas d'utilisation peut comporter plusieurs secteurs d'activité où l'utilisateur Log Analytics analyse généralement les journaux pour un seul secteur d'activité à la fois et effectue occasionnellement des recherches dans plusieurs secteurs d'activité ou tous.
Dans ce scénario, si chaque secteur d'activité a toujours sous 6 To de journaux par jour, il convient d'utiliser une chaîne de jeu de journaux qui s'aligne sur les secteurs d'activité. For example, log sets like HR, Global IT, Finance, Shipping, Orders, and Security.
Si un seul objet LOB peut atteindre plus de 6 To par jour d'ingestion de journaux, les jeux de journaux peuvent être définis en fonction d'un aspect secondaire tel que le type de fonction d'un objet LOB dont proviennent les journaux. For example, if the Global IT LOB expects 20 TB per day of logs to be ingested, rather than using Global IT as their log set, it may be better to use GIT-Database, GIT-Mail, GIT-Support as their log set values.
La clé de la sélection des jeux de journaux est de s'aligner sur la façon 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, ce jeu de journaux convient. Si vous pouvez toujours combiner GIT-Database et GIT-Support dans la même recherche, leur utilisation en tant que jeux de journaux différents ne convient pas.
Utilisation finale : Ajuster le service en fonction des clients
Le cas d'utilisation peut impliquer l'exécution d'un produit en nuage à extensibilité horizontale qui s'adapte en fonction du nombre de clients.
Par exemple, si l'utilisation de votre service en nuage par chaque client nécessite un jeu de calculs, de bases de données et de réseaux, un bon moyen d'organiser vos jeux de journaux est par ces clients à 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 de jeu de journaux que vous utilisez pour les journaux de chaque client.
En général, lors du débogage d'un problème, l'équipe des opérations recherche dans les journaux un client spécifique dans le cadre du soutien technique. Cependant, ils analysent parfois également les journaux de plusieurs ou de tous les clients. Dans de tels cas, même si la plupart des journaux sont segmentés par clients, il peut également y avoir des journaux communs à tous les clients. Par exemple, une base de données de facturation centrale peut être commune. Vous pouvez ensuite mélanger des jeux de journaux en fonction des noms de client et disposer d'un jeu de journaux pour CentralDB.