FR 2835629 A1 20030808 FR 0201519 A 20020207 la carte à puce. ll Il 2835629 | L'invention concerne un procédé de gestion d'un journal personnel d'évènements contenant des évènements enregistrés par une activité d'exploitation exécutée sur un périmètre de ressources informatiques configuré sur une plate-forme informatique multicellulaire. Plus précisément, ce procédé concerne les plate-formes | informatiques multicellulaires comportant plusieurs périmètres de ressources informatiques distincts activables successivement ou simultanément sur la plate-forme. A l'heure actuelle, un des axes d'évolution des matériels et/ou des systèmes informatiques concerne la mise en _uvre d'une flexibilité maximale des ressources informatiques configurables, au bénéfice dun utilisateur, disposant localement de ressources informatiques notablement plus réduites. Dans les systèmes informatiques configurables ou reconfigurables actuels, ainsi que représentés dans la figure 1, on utilise une plate-forme multicellulaire PF de ressources informatiques. La plate-forme multicellulaire PF est formée de plusieurs ceilules de calcul Ckj comportant au moins une unité centrale de traitement et des mémoires de travail locales dont une mémoire non volatile dite mémoire NVRAM. Les mémoires de travail de chaque cellules sont aptes notamment à contenir un journal d'évènements dans lequel des évènements survenus lors du fonctionnement de la cellule ou dun groupe de cellules sont enregistrés. Ces évènements peuvent étre, par exemple, des incidents matériels ou des alarmes survenus lors du fonctionnement de la cellule ou encore des évènements enregistrés par un système dexploitation, lors de son exécution sur cette cellule. Ce journal d'évènements est également connu sous l'acronyme SEL (System Event Log). Dans les systèmes configurables ou reconfigurables tels que représentés à la figure 1, il existe des ressources communes à l'ensemble des cellules de la plate-forme. Ces ressources communes comportent des mémoires de masse dont notamment des disques système et des disques de donnces. Les disques de données comportent des logiciels dapplication ou applicatifs composés de programmes informatiques à exécuter et/ou de données à traiter. Les disques système comportent chacun un système d'exploitation apte à gérer les ressources matérielles dune cellule ou d'un groupe de cellules. En particulier, chaque système d'exploitation est propre à gérer le journal d'évènements de la cellule ou du groupe de cellules sur lequel il est exécuté. A titre d'exemple, sur la figure 1, les ressources communes comportent un disque de données DD contenant un logiciel dapplication L', un disque système DS contenant un système d'exploitation OS, un disque de données DD2 contenant un logiciel d'application L2 et un disque système DS2 contenant un système d'exploitation OS2. Dans le contexte des systèmes configurables ou reconfigurables, le terme "activité d'exploitation" désigne l'ensemble des moyens logiciels nécessaires pour mettre en _uvre une fonction qu'un utilisateur du système veut réaliser. Des exemples de telles fonctions sont par exemple l'établissement de feuilles de paie ou la génération de listes de clients à contacter. Une activité comporte donc au moins un système d'exploitation apte à gérer les ressources informatiques matérielles de la plate-forme. La fonction souhaitée par l'utilisateur n'étant généralement pas remplie par le système d'exploitation à lui seul, une activité d'exploitation comporte communément en plus un ou plusieurs logiciels d'application destinés à être exécutés sur le système d'exploitation pour réaliser la ou les fonctions souhaitées par l'utilisateur. Ici, une activité A comporte le logiciel L et le système d'exploitation OS,. Pour assurer une flexibilité maximale de ces systèmes, les ressources communes sont raccordées à la plate-forme PF par des moyens adressables d'interconnexion Ml conformément à une architecture SAN (Storage Area Network). Ces moyens d'interconnexion Ml sont destinés à permettre l'accès aux ressources communes à partir de n'importe quelle cellule ou groupe de cellules configurés sur la plate-forme PF. Ainsi, un disque de données peut être accédé à partir d'une cellule Ckj dans une configuration donnée de la plate-forme PF, puis ultérieurement par une celluie Ckj+' dans le cadre d'une configuration différente de ia plate- forme. De tels moyens d'interconnexion Ml sont donc aptes à permettre à l'ensemble des cellules de la plate-forme d'accéder aux ressources communes sans qu'il soit pour cela nocessaire d'effectuer une quelconque opération de recâblage. Finalement, les systèmes informatiques configurables ou reconfigurables comportent également un outil d'administration MT permettant à un utilisateur de regrouper les ressources informatiques matérielles en des périmètres de ressources informatiques Pj destinés à exécuter des activités d'exploitation Aj. Chaque périmètre Pj est formé par un groupe de cellules Ckj et d'une partie des ressources communes telles qu'un disque de données et au moins un disque système. Il est possible dans ces systèmes de définir plusieurs périmètres Pj. Par exemple, sur la figure 1, deux périmètres P et P2 destinés tous les deux à exécuter l'activité A ont été configurés. Le périmètre P, délimité par une ligne en pointillés, comporte un premier groupe de cellules, le disque de données DD, et le disque système DS,. Le périmètre P2, délimité par une ligne en traits mixtes, comporte un second groupe de cellules, distinct du premier groupe de cellules, le disque de données DD et le disque système DS'. Lorsque deux périmètres tels que les périmètres P et P2 de la figure 1 partagent des ressources matérielles communes, tel qu'un même disque système, ici DS, ils doivent être configurés successivement sur la même plate-forme. Dans le cas contraire, ils peuvent être configurés simultanément sur la plate-forme PF. De tels systèmes correspondent à des systèmes ou machines désignées habituellement sous le terme de machines à partition. Ils permettent normalement d'installer et d'exécuter simultanément ou successivement des activités d'exploitation Aj différentes dans différents périmètres de la plate forme. Toutefois, ces systèmes ne permettent pas actuellement à un utilisateur de redémarrer la même activité dans un périmètre différent de celui dans lequel elle était initialement exécutée. Ainsi, par exemple, si l'utilisateur souhaite redémarrer l'activité A,, non pas dans le périmètre P, mais dans le périmètre P2, Ies informations enregistrées dans le journal d'évènements par l'activité A, lors de son exécution sur le périmètre P, sont perdues. En effet, le journal d'évènements du périmètre P. est enregistré dans les mémoires de travail locales de ce périmètre P, et n'est pas accessible à partir du périmètre P2. Cette perte d'informations, lors du transfert d'une activité d'un périmètre d'origine vers un périmètre de destination, peut conduire à un dysfonctionnement de cette activité lorsqu'elle est exécutée dans son nouveau périmètre. L'invention vise à remédier à cet inconvénient en proposant un procédé de gestion d'un journal d'évènements d'un périmètre apte à permettre le redémarrage d'une même activité d'exploitation sur un périmètre différent de celui sur lequel elle était exécutée initialement. Elle a donc pour objet un procédé, tel que défini plus haut, de gestion d'un journal personnel d'évènements contenant des évènements enregistrés par une activité d'exploitation, caractérisé en ce que le procédé comporte: - lors de la sauvegarde d'un événement par une activité, une étape d'enregistrement, dans un journal commun d'événements, de l'événement associé à un identificateur de l'activité qui sauvegarde l'événement, et - avant la consultation par une activité de son journal personnei d'évènements, une étape de reconstruction du journal personnel d'évènements à partir du journal commun d'évènements, cette étape de reconstruction comportant une opération de sélection dans le journal commun d'évènements des seuis évènements associés à l'identificateur de cette activité pour les inclure dans le journal personnel d'évènements reconstruit pour cette activité. Selon le procédé décrit ci-dessus, quel que soit le périmètre sur lequel une activité est redémarrée, les évènements enregistrés par cette activité dans le journal, lors de sa précédente exécution sur un autre périmètre, ne sont pas perd us. En effet, les évènements en registrés par l'activité sont enregistrés, associés à un identificateur de cette activité, dans un journal commun d'évènements accessible à partir de tous les périmètres configurés ou configurables sur la plate-forme. Ainsi, méme si cette activité est redémarrée ultérieurement sur un autre périmètre différent de celui o elle était précédemment exécutée, elle a toujours accès au journal commun d'évènements. De plus, comme les évènements qu'elle a enregistrés dans ce journal commun d'évènements sont associés avec son propre identificateur, il est possible de sélectionner et de restituer à cette activité uniquement les évènements qui la concernent, c'est-à-dire, en outre, les évènements qu'elle a elle-même enregistrés. Il est dès lors sans importance, pour ce qui est des évènements enregistrés, par ou pour une activité, dans le journal commun d'évènements, que cette activité soit exécutée sur un périmètre particulier ou sur un autre. Suivant d'autres caractéristiques d'un procédé de gestion d'un journal d'évènements conforme à l'invention: - les ressources informatiques matérielles des périmètres étant aptes à générer des évènements, le procédé comporte également une étape d'enregistrement, dans le journal commun d'évènements, d'un événement généré par une ressource informatique matérielle associée à un identificateur de cette ressource ayant causé cet évènement, et l'étape de reconstruction d'un journal personnel d'évènements propre à une activité comporte également une opération de sélection dans le journal commun d'évènements des seuis évènements associés à un identificateur d'une des ressources informatiques matérielles contenues dans le périmètre sur lequel est exécutée cette activité pour les inclure dans le journal personnel d'évènements reconstruit pour cette activité, - lors de la sauvegarde d'un événement par une activité, une étape d'enregistrement, dans le journal commun d'évènements, dun attribut de portée associé à cet événement indiquant quelles sont les activités autorisées à consulter cet événement eVou les périmètres à partir desquels les activités sont autorisées à consulter cet événement, et l'étape de reconstruction dun journal personnel d'évènements propre à une activité comporte également une opération de sélection dans le journal commun d'évènements des seuis évènements associés à un attribut de portée autorisant la consultation de ces évènements par l'activité exécutée et/ou à partir du périmètre sur lequel l'activité est exécutée pour les inclure dans le journal personnel d'évènements reconstruit pour cette activité, - il comporte également: - lors de l'émission par une activité d'une instruction de modification d'au moins un événement de son journal personnel d'évènements, une étape d'enregistrement de cette instruction associée à un identificateur de cette activité dans un fichier accessible par l'activité à partir de tous les périmètres de la plate-forme, et - avant la consultation par une activité de son journal personnel d'évènements, une étape d'exécution de l'instruction de modification appliquée au journal personnel d'évènements reconstruit pour cette activité lors de l'étape de reconstruction. L'invention a également pour objet un système de gestion d'un journal d'évènements propre à une activité d'exploitation lors de son exécution, le système comportant: - une plate-forme informatique multicellulaire, un outil d'administration apte à définir des périmètres matériels de ressources informatiques et à activer, simultanément ou successivement, ces périmètres sur la plate-forme, chaque périmètre comportant une ou plusieurs cellules de calcul, - des moyens de stockage des activités d'exploitation, chaque activité d'exploitation contenant au moins un système d'exploitation apte à gérer les ressources informatiques du périmètre sur lequel elle est destinée à étre exécutée, caractérisé en ce qu'il comporte: - une mémoire contenant un journal commun d'évènements apte à stocker les évènements enregistrés par toutes les activités d'exploitation, - un module d'enregistrement, dans le journal commun d'évènements, des évènements générés par chaque activité d'exploitation associée à un identificateur de l'activité qui sauvegarde cet événement, et - un module de reconstruction d'un journal personnel d'évènements propre à une activité d'exploitation, à partir du journal commun d'évènements, ce module de reconstruction comportant un sous-module de sélection, dans le journal commun d'évènements, des seuis évènements associés à l'identificateur de cette activité d'exploitation pour les inclure dans le journal personnel d'évènements reconstruit pour cette activité. Suivant d'autres caractéristiques d'un système de gestion d'un journal d'évènements conforme à 1'invention: - le journal personnel d'évènements propre à une activité d'exploitation contenant des évènements enregistrés par les ressources informatiques matérielles du périmètre sur lequel est exécutée cette activité, le système comporte également un module d'enregistrement, dans le journal commun d'évènements, de l'événement généré par une ressource informatique matérielle du périmètre associé à un identificateur de cette ressource, et en ce que le module de reconstruction d'un journal personnel d'évènements propre à une activité comporte également un sous-module de sélection, dans le journal commun d'évènements, des seuis évènements associés à un identificateur d'une des ressources informatiques matérielles contenues dans le périmètre sur lequel est exécutée cette activité pour les inclure dans le journal personnel d'évènements reconstruit pour cette activité, - le système comporte également un module de sauvegarde dans le journal commun d'évènements d'un attribut de portée associé à chaque événement et indiquant quelles sont les activités autorisées à consulter cet événement eVou les périmètres à partir desquels les activités sont autorisoes à consulter cet événement, et le module de reconstruction dun journal personnel d'évènements propre à une activité comporte également un sousmodule de sélection dans le journal commun d'évènements des seuis évènements associés à un attribut de portée autorisant la consultation de ces évènements par l'activité exécutée eVou à partir du périmètre sur lequel l'activité est exécutée pour les inclure dans le journal personnel d'évènements reconstruit pour cette activité, et - il comporte également: - un module d'enregistrement d'instructions de modification d'au moins un événement du journal personnel d'évènements propre à une activité, ce module d'enregistrement étant apte à enregistrer dans la mémoire ces instructions de modification associées à un identificateur de 1'activité les ayant générées, et - un module d'exécution des instructions de modification enregistrées par une activité dans la mémoire, ces instructions de modification étant appliquées au journal personnel d'évènements reconstruit pour cette activité par le module de reconstruction. L'invention a également pour objet une mémoire de stockage d'informations destinée à être utilisée dans un système de gestion d'un journal personnel d'évènements conforme à l'invention, caractérisoe en ce qu'elle comporte un journal commun d'évènements contenant une liste d'évènements sauvegardés par plusieurs activités d'exploitation différentes, chacun de ces évènements étant associé à un identificateur de l'activité qui l'a sauvegardé. Suivant d'autres caractéristiques d'une mémoire de stockage d'informations conforme à l'invention: - le journal commun d'évènements contient également une liste d'évènements sauvegardés par des ressources informatiques matérielles contenues dans des périmètres, chacun de ces évènements étant associé à un identificateur de la ressource informatique matérielle qui l'a sauvegardé, - le journal commun d'évènements contient un attribut de portée associé à chacun des évènements sauvegardés, cet attribut de portée indiquant quelles sont les activités autorisées à consulter cet événement eVou les périmètres à partir desquels les activités sont autorisses à consulter cet événement. L'invention sera mieux comprise à la lecture de la description qui va suivre, donnce uniquement à titre d'exemple et faite en se référant aux dessins, sur lesquels: - la figure 1 est une illustration schématique d'une plate-forme multicellulaire connue, - la figure 2 est une illustration schématique de l'architecture matérielle d'un système conforme à l'invention, - la figure 3 est un exemple d'un journal commun d'évènements mis en _uvre dans le système de la figure 2; et - la figure 4 est un organigramme d'un procédé de gestion d'un journal personnel d'évènements conforme à l'invention. La figure 2 représente un système 2 configurable de ressources informatiques comportant une plate-forme multicellulaire 4 raccordée par l'intermédiaire de moyens 6 d'interconnexion à des ressources informatiques communes 8. La plate-forme 4 est également raccordée à un outil d'administration 9 de cette plate-forme 4. Ici, à titre d'exemple, les ressources informatiques communes comportent uniquement des mémoires de masse. Ces mémoires de masse se composent ici de deux disques de données 10 et 12 et de deux disques système 14 et 16. Les disques de données 10 et 12 sont destinés à contenir des logiciels d'application ainsi que des données à traiter. Ici, le disque de données 10 contient un logiciel d'application 20 et le disque de données 12 contient un logiciel d'application 22. Ces disques de données 10, 12 comportent également des données à traiter. Les logiciels 20, 22 sont par exemple des logiciels de gestion de bases de données ou des logiciels d'administration de ressources matérielles. Ici, les disques système 14 et 16 comportent respectivement un système d'exploitation 24 et un système d'exploitation 26. Ces systèmes d'exploitation 24 et 26 sont aptes à gérer les ressources informatiques matérielles de la plate-forme 4. Ainsi, chaque système dexploitation offre des fonctionnalités de gestion d'un journal d'évènements à l'aide d'un jeu d'instructions de contrôle du journal d'évènements. Ces fonctionnalités sont soit mises en _uvre à l'initiative d'un logiciel exécuté sur ce système d'exploitation, soit mises en _uvre à l'initiative du système d'exploitation lui-même. Ici, le jeu d'instructions utilisé est un jeu d'instructions standard conforme aux spécifications de l'interface standard IPMI (Intelligent Platform Management Initiative) définies par INTEL. Cette spécification définit à la fois l'interface matérielle dont doit être équipée la plate-forme 4, c'est-à-dire par exemple des registres de stockage d'informations, ainsi que l'interface logicielle, c'est-à-dire par exemple les pilotes de périphériques ou "drivers'' dont le système d'exploitation doit être muni. Ce jeu d'instructions comporte notamment une instruction pour consulter le journal d'évènements, une instruction pour sauvegarder un nouvel événement dans le journal d'évènements et une instruction pour effacer le journal d'évènements. A titre d'exemple, une première activité d'exploitation A, est rénlisée lorsque le logiciel 20 est exécuté sur le système d'exploitation 24. Cette activité A comporte donc le logiciel 20 et le système d'exploitation 24. La plate-forme multicellulaire 4 est divisée en plusieurs cellules de calcul. Ici, la plate-forme 4 comporte quatre cellules 30, 32, 34 et 36 de calcul identiques. Ainsi, seule la cellule 30 sera décrite en détail. La cellule 30 est propre à exécuter, de façon autonome ou en coopération avec d'autres cellules, les activités d'exploitation enregistrées dans les ressources communes. Pour cela, cette cellule ou ce groupe de cellules est géré par le système d'exploitation de l'activité, enregistré dans les ressources communes. La cellule 30 comporte, en outre, une unité centrale de traitement 40 raccordée par 1'intermédiaire de bus de données et d'adresses à une carte d'entrée/sortie 42 et à des mémoires 44 de travail locales. Le bus de données et d'adresses est également raccordé à un ensemble 46 de cartes d'interface avec l'outil d'administration 9 de la plate-forme 4. L'unité centrale de traitement 40 est destinée à exécuter des opérations de calcul. Elle comporte à cet effet, dans le mode de réalisation décrit ici, huit microprocesseurs de 64 bits aptes à exécuter' en parallèle et simultanément, ces opérations de calcul. La carte d'entrée/sortie 42 est destinée à assurer les échanges d'informations entre ies ressources communes 8 et la cellule 30. Les mémoires 44 de travail locales comportent un identificateur unique de la cellule. Par exemple, ici, cet identificateur est un numéro d'ordre permettant de distinguer cette cellule 30 des autres cellules de la plateforme 4. Les identificateurs de chacune des cellules 30, 32, 34 et 36 seront respectivement notés ici C, C2, C3 et C. L'ensemble 46 de cartes d'interface comporte ici deux cartes d'interface 48 et 50. La carte 48 est raccordée aux cellules 30 et 36, tandis que la carte 50 est raccordée aux cellules 32 et 34. Ces cartes 48, 50 sont raccordées à l'outil d'administration 9. Elles sont identiques l'une à l'autre et seule la carte 48 sera décrite ici. La carte 48 est apte à gérer les ressources matérielles des cellules 30 et 36. Par exemple, cette carte est propre à détecter directement des erreurs de fonctionnement des composants matériels formant ces cellules , 36 indépendamment du système d'exploitation exécuté sur celles-ci. Ici, cette carte est adaptée pour transmettre à l'outil d'administration 9 des messages contenant chacun un événement à enregistrer dans un journal d'évènements. Ces évènements concernent les ressources matérielles de la cellule 30 ou 36.11s sont transmis associés avec 1'identificateur de la cellule. Un événement est par exemple une erreur de fonctionnement ou un incident technique survenu sur un composant de la cellule 30 ou 36. Ces cartes sont également aptes à intercepter ies accès du système d'exploitation aux ressources matérielles des cellules. Ces cartes comportent, pour chaque cellule, une interface matérielle IPMI conforme aux spécifications de l'interface IPMI (Intelligent Platform Management Initiative), de manière à ce que les instructions de gestion du journal d'évènements de chaque cellule générée par le système d'exploitation exécuté soient transmises à cette interface matérielle IPMI. Ici, les cartes 48, 50 sont propres à retransmettre immédiatement à l'outil d'administration 9 toute instruction de gestion d'un journal d'évènements interceptée par l'intermédiaire de cette interface IPMI. Ces instructions sont transmises à l'outil d'administration 9 associces avec un identificateur unique permettant d'identifier l'activité ayant émis cette instruction. Les moyens d'interconnexion 6 sont aptes à raccorder l'une quelconque des cellules de la plate-forme 4 à l'un quelconque des disques 10, 12, 14 et 16. Ainsi, grâce aux moyens d'interconnexion 6, aucune opération de recâblage n'est nécessaire pour raccorder l'un quelconque des disques à l'une quelconque des cellules de la plate-forme 4. Ces moyens dinterconnexion sont par exemple un réseau dédié au stockage d'informations conforme à I'architecture SAN (Storage Area Network) et réalisés à partir de produits connus sous les termes de "Switchs Fiber Channelë' et commercialisés, par exemple, par la société Brocade Communications Systems, Inc., 1745 Technology Drive, San Jose, CA g5110, U.S.A. et portant les références SW 3800 ou SW 2040 chez ce fournisseur. L'outil d'administration 9 est apte à gérer la configuration de la plateforme 4.11 est par exemple réalisé à partir d'un calculateur 62 distinct de la plate-forme 4, équipé d'un écran, d'un clavier et associé à une mémoire 64. La mémoire 64 contient une liste de domaines 70 et un journal commun d'évènements 72. La liste 70 contient la définition de plusieurs domaines logiques susceptibles d'être activés sur la plate-forme 4. Un domaine logique regroupe d'une part un fichier d'identité et, d'autre part, un fichier de définition d'un périmètre matériel de ressources informatiques. Le fichier didentité comporte un identificateur unique d'une activité d'exploitation à exécuter et des attributs de sauvegarde du contexte d'exécution de cette activité. En particulier, ces attributs de sauvegarde sont destinés à contenir l'ensemble des paramètres de configuration nécessaires à l'exécution du système d'exploitation de l'activité de manière à ce que ce système d'exploitation puisse être exécuté avec les mêmes paramètres de configuration sur n'importe quel périmètre. L'indépendance du système d'exploitation vis-à-vis du périmètre de ressources matérielles sur lequel il est ou sera exécuté est ainsi obtenue. Parmi ces attributs de sauvegarde, I'un d'eux est destiné à mémoriser des paramètres de gestion d'un journal personnel d'évènements propre à l'activité. Cet attribut de sauvegarde est par exemple apte à mémoriser l'instant auquel l'activité a émis sa dernière instruction d'effacement de son journal personnel d'évènements. Le fichier d'identité comporte également des informations pour indiquer quel est le système d'exploitation à activer et quel est éventuellement le ou les logiciels d'application à exécuter pour réaliser la fonction souhaitée par l'utilisateur. Le fichier de définition d'un périmètre contient un identificateur unique de ce périmètre et la définition des ressources informatiques matérielles destinées à être mises en _uvre pour exécuter l'activité d'exploitation correspondant à l'identificateur d'activité enregistré dans le fichier d'identité de ce domaine. La définition d'un périmètre comporte à cet effet un ou plusieurs identificateurs de cellules de la plate-forme 4, au moins une référence au disque système contenant le système d'exploitation à exécuter et, ici, une ou plusieurs références à des disques de données contenant le ou les logiciels d'application à exécuter eVou les donnéss à traiter. A titre d'exemple, la liste 70 comporte ici trois domaines notés D, D2 et D3. Le domaine D comprend la définition d'un périmètre P., et un fichier d'identité Id. Le périmètre P défini dans cet exemple comprend ies cellules 30, 32 et 36 de la plate-forme 4, ainsi que le disque de données 10 et le disque système 14. Le fichier d'identité Id' comprend quant à lui un identificateur de l'activité A,, et des identificateurs du 3 0 log iciel d'appl ication 20 et d u système d'exploitatio n 24. Le d o ma i ne D2 comprend un fichier de définition d'un périmètre P2 et un fichierdidentité Id2. Le périmètre P2 défini dans cet exemple comprend ia cellule 34, le disque de données 12 et le disque système 16. Le fichier d'identité Id2 contient quant à lui | un identificateur d'activité A2 et des identificateurs du logiciel dapplication 22 et ! du système d'exploitation 26. Le domaine D3 comprend un fichier de définition d'un périmètre P3 et le fichier d'identité Id,. Le périmètre P3 comprend la cellule 34, le disque de données 10 et le disque système 14. Les périmètres P' et P2 sont représentés schématiquement en lignes pointillées sur la figure 1. Le périmètre P3 est représenté en traits discontinus. Dans le cas o un périmètre, tel que le périmètre P, comportant plusieurs cellules, est activé sur la plate-forme 4, une seule des cellules est une cellule ma^tre, tandis que les autres cellules du même périmètre sont des cellules esclaves. Ainsi, cet ensemble de cellules se comporte en réalité comme une seule unité de traitement multiprocesseur. La cellule ma^'tre est par exemple automatiquement déterminée en choisissant la cellule ayant ie plus petit numéro d'ordre dans le périmètre. Dans une telle situation, seule l'interface matérielle IPMI associée à la cellule ma^tre est utilisée, pour transmettre à l'outil d'administration 9, les évènements enregistrés par l'activité exécutée dans ce périmètre multicellulaire. Le journal commun d'événements 72 est propre à contenir l'ensemble des évènements enregistrés par chacune des activités exécutées ou ayant été exécutées sur un périmètre configuré sur la plate-forme 4. Ici, les évènements sont reçus par l'intermédiaire de l'interface IPMI de la carte 48 ou 50. De plus, ce journal commun d'évènements 72 est également apte à contenir l'ensemble des évènements générés par les ressources matérielles des cellules de la plate-forme 4, c'est-à-dire les évènements détectés directement par les cartes 48 ou 50 et transmis directement à l'outil d'administration 9 sans passer par I'interface I PM I. A cet effet, dans le mode de réalisation décrit ici et comme illustré sur la figure 3, le journal 72 est une table d'une base de données. Cette table comporte quatre colonnes 80, 82, 84 et 86. La colonne 84 est destinée à contenir l'événement enregistré et la colonne 86 I'instant auquel cet événement a eu lieu. La colonne 80 est destinée à contenir l'identificateur de l'activité ou de la ressource matérielle ayant enregistré l'événement figurant sur la même ligne. L'identificateur de la ressource matérielle est. dans l'exemple de mode de réalisation décrit ici, I'identificateur de la celiule contenant cette ressource. Ainsi, dans la suite de cette description, on considèrera que l'élément le plus élémentaire du système 2 apte à enregistrer un événement dans le journal commun 72 est la cellule. La colonne 82 est destinée à contenir un attribut de portée indiquant quels sont les périmètres ou les activités autorisés à consulter l'événement enregistré sur la même ligne. Ici, cet attribut peut prendre trois valeurs: - "Source", c'est-à-dire que seule l'activité ayant enregistré cet événement peut consulter l'évènement, "Local", c'est-à-dire que seule l'activité exécutée sur un périmètre contenant la cellule ayant enregistré cet événement peut le consulter, et - "All", c'est-à-dire que l'événement est consultable par toute activité et quel que soit le périmètre sur lequel elle est exécutée. A titre d'exemple, les données de cinq lignes 90 à 98 de cette table sont représentées. Le contenu de ces lignes sera décrit plus en détail en regard de la figure 4. Les traits en pointillés dans cette table indiquent que des lignes n'ont pas été représentées. Le calculateur 62 est équipé d'un logiciel d'administration 76. Ce logiciel est destiné, sous la commande d'un opérateur, à définir et à activer de nouveaux domaines logiques dans le système 2. Pour cela, le logiciel 76 comporte un module 102 de définition de nouveaux domaines et un module 104 d'activation de domaines. Le module 102 est apte, sous le contrôle d'un opérateur, à définir des nouveaux domaines et à enregistrer ceux-ci dans la liste 70. Ainsi, ce module 102 est destiné à être utilisé par l'opérateur pour créer de nouveaux fichiers de définition de périmètres et des nouveaux fichiers d'identité. Ce module est également propre à permettre à l'opérateur d'associer un fichier de définition d'un périmètre et un fichier d'identité pour former un nouveau domaine logique. Le module 104 est adapté pour permettre à l'opérateur de sélectionner dans la liste 70 un domaine à activer sur la plate-forme 4. Une telle activation d'un domaine consiste, d'une part, à configurer le périmètre tel que défini dans le domaine sélectionné sur la plate-forme 4 et, dautre part, à lancer automatiquement, sur le périmètre configuré, I'activité correspondant au fichier d'identité contenu dans ce domaine. De plus, ce module 104 est propre à permettre à l'opérateur de désactiver un ou plusieurs domaines actuellement exécutés sur la plate-forme 4. Le logiciel d'administration 76 est également apte à sauvegarder automatiquement, dans le journal 72, les évènements transmis par s I'intermédiaire des cartes d'interface 48 et 50. A cet effet, ce logiciel comporte un module 106 de sauvegarde des évènements dans le journal 72, un module 108 d'enregistrement des paramètres de gestion dun journal personnel d'évènements, et un module 110 de reconstruction dun journal personnel d'évènements. Le module 106 est apte à sauvegarder, dans le journal 72, I'ensemble des évènements transmis par les activités exécutées ou les cellules activées, à l'outil d'administration 9. Pour cela, ce module 106 comporte un sous-module 112 de détermination de la portée d'un événement reçu et un sous-module 114 d'enregistrement d'une nouvelle ligne dans le journal 72. Le sous-module 112 est adapté pour déterminer quelle est la valeur de l'attribut de portée à enregistrer dans la colonne 82 du journal 72 pour cet événement. Ce sous-module est donc apte à déterminer, pour chaque événement à enregistrer, quels sont les activités eVou les périmètres qui seront autorisés à consulter cet événement. Dans le mode de réalisation simplifié décrit ici, ce sous-module 112 est associé à une liste contenant tous les évènements susceptibles de se produire et qui doivent être consultables par toutes les activités et quel que soit le périmètre. Le sous-module 114 est apte à déterminer l'identificateur de l'activité ou de la cellule ayant transmis l'événement. Il est également apte à enregistrer une nouvelle ligne dans le journal 72. Cette nouvelle ligne comporte l'événement transmis, I'identificateur de l'expéditeur, la date de l'événement et la valeur de l'attribut de portée déterminée par le sous-module 112 pour cet événement. Le module 108 est propre à enregistrer les paramètres de gestion d'un journal personnel d'évènements propre à une activité dans le fichier d'identité associé à cette activité. Ainsi, par exemple, le module 108 est ici apte à enregistrer, dans l'attribut de sauvegarde prévu à cet effet dans le fichier d'identité, la date de la dernière instruction d'effacement du journal personnel d'évènements de cette activité. Le module 110 est destiné à reconstruire ou restituer un journal personnel d'évènements propre à chaque activité à partir des informations enregistrées dans le journal 72. A cet effet, il comporte un sous-module 116 de sélection dans le journal 72 des évènements consultables par une activité donnée. Ces évènements sont ici les évènements associés à l'identificateur de l'activité, les évènements associés à l'identificateur d'une cellule contenue dans le périmètre sur lequel est exécutée cette activité, et tous les évènements dont I'attribut de portée a la valeur "AII". Le module 110 comporte également un sous-module 118 d'activation des paramètres de gestion du journal personnel d'évènements reconstruit par le sous-module 116. En particulier, ce sous-module 118 est apte à exécuter la dernière instruction d'effacement sauvegardée dans le fichier d'identité de I'activité correspondante. Le procédé de fonctionnement du système 2 va maintenant être décrit à l'aide de la figure 4 et dans le cas particulier o les domaines actifs au départ sur la plate-forme 4 sont les domaines D, et D2. Le procédé de la figure 4 présente, en traits mixtes, une phase 130 d'exécution de l'activité A sur le périmètre P, une phase 132 d'exécution de l'activité A2 sur le périmètre P2 et une phase 134 d'exécution de l'activité A sur le périmètre P3. Les phases 130, 132 et 134 correspondent respectivement à l'activation et à l'exécution des domaines D, D2 et D3. Les phases 130 et 132 sont séparées de la phase 134 par une étape 136 de désactivation des domaines D, et D2 puis d'activation du domaine D3 sur la plate-forme 4. En effet, les ressources matérielles du périmètre P3 sont communes soit au périmètre P., soit au périmètre P2. Ainsi, avant la configuration de ce périmètre P3 sur la plate-forme 4, I'ensemble des ressources matérielles nocessaires doivt être libéré, ce qui correspond ici à la désactivation des périmètres P. et P2. Les phases 132 et 134 sont similaires à la phase 130. Ainsi, seule cette phase 130 sera décrite ici en détail dans le cas particulier de l'activité A et du périmètre P.. La phase 130 comporte une étape 140 de sauvegarde d'un événement par l'activité A, une étape 142 de sauvegarde d'un événement par la cellule 30 une étape 144 d'émission, par l'activité A', d'une instruction de modification de son journal personnel d'évènements, et une étape 146 de consultation du journal personnel d'évènements par l'activité A. L'étape 140 se produit lorsque l'activité A transmet, à l'interface IPMI de la carte interface 48, une instruction de sauvegarde dun nouvel événement. Cette étape 140 est donc déclenchée par la réception, par le logiciel 76 de l'outil d'administration 9, d'un événement associé à un identificateur indiquant que cet événement est produit par l'activité A. Lors de cette étape, l'événement ainsi reçu est enregistré dans le journal 72. Cette étape comporte principalement une sous-étape 150 de détermination de l'attribut de portée suivie d'une sous-étape 152 d'enregistrement d'une nouvelle ligne dans le journal 72. La sous-étape 150 est réalisée par le sous-module 112 du logiciel 76. Ce sous-module 112 compare, dans un premier temps, l'événement reçu à la liste d'évènements qui lui est associce. Si l'événement reçu est identique à l'un de ceux contenus dans liste d'évènements associée, I'attribut de portée a la valeur "All". Dans le cas contraire, I'événement ayant été transmis par l'activité A' est automatiquement associé à un attribut de portée dont la valeur est égale à "Source". Ensuite, lors de ia sous-étape 152, le sous-module d'enregistrement 114 enregistre, dans la table formant le journal 72, une nouvelle ligne comportant l'événement reçu dans la colonne 84, i'instant d'apparition de cet événement dans la colonne 86, la valeur de l'attribut de portée dans la colonne 82 et l'identificateur de l'activité dans la colonne 80.1ci, à titre d'illustration, l'activité A, enregistre successivement les lignes 90 et 98 dans le journal 72 lors de la phase 130. La ligne 90 comporte l'identificateur A, la valeur "Source", I'événement Ea et l'instant ta respectivement dans les colonnes 80, 82, 84 et 86. La ligne 98 comporte l'identificateur A, la valeur "Source", l'événement Ee et l'instant te respectivement dans les colonnes 80, 82, 84 et 86. L'étape 142 se produit lors de la réception, par le logiciel 76, d'un événement généré directement par la cellule sans passer par l'interface IPMI ou le système d'exploitation. Ces évènements concernent, par exemple, l'état de fonctionnement d'un des microcontrôleurs de cette cellule. Lors de cette étape 142, un nouvel événement est enregistré dans le journal 72. L'étape 142 comporte une sous-étape 154 de détermination de la valeur de l'attribut de portée associé à l'événement reçu suivie d'une sous-étape 156 d'enregistrement de l'événement dans le journal 72. La sous-étape 154 est réalisse par le sous-module 112 de détermination de la valeur de l'attribut de portée. Lors de cette sous-étape, I'événement reçu est comparé à la liste associée au sous-module 112 et, si celui-ci est identique à l'un des évènements contenus dans cette liste, I'attribut de portée a ia valeur"AII". Dans le cas contraire, la valeur de l'attribut de portée est fixce à "Local". La sous-étape 156 est similaire à la sous-étape 152 à l'exception du fait que c'est l'identificateur C de la cellule 30 ayant émis l'événement qui est enregistré dans la colonne 80 et non pas l'identificateur de l'activité ayant émis l'événement. A titre d'exemple, la liste associée au sous-module 112 de détermination de la portée comporte un événement E. lci, lévénement Ed est supposé se produire à l'instant td dans la cellule 30. L'étape 142 est alors exécutée, ce qui conduit à enregistrer la ligne 96 dans le journai 72. Cette ligne 96 comporte l'identificateur C, la valeur "All", I'événement E, et l'instant td respectivement enregistrés dans les colonnes 80, 82, 84 et 86. Lorsque l'activité A émet une instruction de modification de son journal personnel, l'étape 144 d'enregistrement de l'instruction de modification dans le fichier d'identité associé à l'activité, est exécutée. Lors de cette étape 144, le module d'enregistrement 108 reçoit l'instruction de modification du journal personnel transmise par l'intermédiaire de l'interface IPMI de la carte 48. Cette instruction reçue est alors stockée dans l'attribut de sauvegarde du fichier d'identité Id correspondant à l'activité A ayant émis cette instruction. lci, à titre d'illustration, I'activité A émet une instruction d'effacement du journal d'évènements à l'instant t. Par conséquent, le module d'enregistrement 108 stocke, dans le fichier d'identité Id qu'une instruction d'effacement a été émise à l'instant t,. Lorsque l'activité A souhaite consulter son journal personnel d'évènements, une instruction de consultation est transmise par l'intermédiaire de l'interface IPMI de la carte 48 au module de reconstruction 110. Le module de reconstruction 110 exécute alors l'étape 146. Cette étape 146 comporte une sous-étape 160 de reconstruction du journal personnel d'évènements propre à I'activité A suivie d'une sousétape 162 d'exécution des instructions de modification appliquées à ce journal personnel d'évènements reconstruit. - Lors de la sous-étape 16O, le sous-module de sélection 116 du module 110 sélectionne, dans le journal 72, les évènements qui seront | consultables ou accessibles par l'activité A. Ce sous-module de sélection 116 exécute pour cela trois opérations de sélection 164,166 et 168 successivement ou simultanément. L'opération de sélection 164 consiste à sélectionner, dans le journal 72, uniquement l'ensemble des évènements associés à i'identificateur de l'activité consultant son journal personnel d'évènements, ctest-à-dire ici I'identificateur A,. Cette opération conduit donc à sélectionner, lors de la phase 130, uniquement les lignes 90 et 98 du journal 72. L'opération de , sélection 166 consiste à sélectionner uniquement l'ensemble des évènements associés à un identificateur d'une des cellules du périmètre P sur lequel est exécutée l'activité consultant son journal personnel d'évènements, c'est- à-dire ici à l'un des identificateursC, C2, C4. Cette opération conduit donc, dans l'exemple décrit ici, à sélectionner la ligne 96 du journal 72. L'opération de sélection 168 consiste, quant à elle, à sélectionner, dans le journal 72, uniquement l'ensemble des évènements associé à un identificateur différent de celui de l'activité consultant le journal personnel d'évènements et différent de celui du périmètre sur lequel est exécutée cette activité, mais associé à un attribut de portée autorisant la consultation de cet événement soit par l'activité A,, soit à partir du périmètre P'. lci, aucune des lignes du journal 72 décrites jusqu'à présent ne correspond à ces trois critères. En effet, bien que l'attribut de portée enregistré dans la colonne 82 de la ligne 96 soit égal à "All", cette ligne n'est pas sélectionnée pour reconstruire le journal personnel d'évènements de l'activité A, car celle-ci a déjà été sélectionnée lors de l'opération 166. A l'issue de ces trois opérations de sélection 164, 166 et 168, seules les lignes sélectionnées sont rendues consultables ou accessibles par l'activité A. Ces lignes consultables ou accessibles par l'activité A' constituent son journal personnel d'évènements reconstruit. s Lors de la sous-étape 162, le module d'exécution d'instructions 118 applique, au journal personnel d'évènements reconstruit lors de la sous étape 160, les instructions de modification de ce journal personnel d'évènements enregistrées dans le fichier d'identité Id de l'activité A consultant son journal personnel d'évènements. Ici, le sous-module 118 applique, au journal personnel d'évènements reconstruit pour l'activité A, I'instruction d'effacement enregistrée dans le fichier d'identité Id'. L'instant t, étant supposé ici postérieur à l'instant ta et antérieur à l'instant t, l'exécution de cette instruction d'effacement conduit donc seulement à effacer la ligne 90 sélectionnée pour être incorporée dans le journal personnel d'évènements de I'activité A. Ainsi, à l'issue de la sous-étape 160 de sélection et de la sous étape 162 d'exécution des instructions de modification, le journal personnel d'évènements propre à l'activité A ne comporte plus que les lignes 96 et 98. Seuis ces évènements seront consultables par l'activité A lorsqu'elle est exécutée sur le périmètre P. En d'autres termes, l'étape 146 consiste à filtrer le journal 72 pour ne sélectionner dans celui-ci que les évènements qui concernent l'activité A lorsqu'elle est exécutée sur le périmètre P. Ainsi, la visibilité que l'activité A a du journal 72 est limitée aux évènements qui la concernent et conforme aux paramètres de gestion qui ont été enregistrés dans son fichier d'identité. Bien que les étapes 140, 142, 144 et 146 aient été décrites dans l'ordre, celles-ci peuvent se produire dans un ordre quelconque. En effet, ces étapes sont déclenchées soit par l'activité, soit par une cellule du périmètre. Lors de la phase 132,1'activité A2 et le périmètre P2 exécutent des étapes similaires aux étapes 140 à 146. Ces étapes ne seront donc pas décrites ici en détail dans le cas particulier, cette fois-ci, o l'identificateur de l'activité est A2 et o l'identificateur de la cellule est C3. Ici, à titre d'exemple, on suppose que lors de cette phase 132,1'activité A2 déclenche l'enregistrement de la ligne94 dans le journai commun 72. Cette ligne 94 comporte un identificateur A2, la valeur "Source", un événement Ec et un instant tc respectivement enregistrés dans les colonnes 80, 82, 84 et 86. De plus, par exemple, le la cellule 34 déclenche l'enregistrement de la ligne 92 comportant l'identificateurC3, la valeur "Local", un événement Eb, et un instant tb respectivement enregistrés dans les colonnes 80, 82, 84 et 86. Ainsi, à l'issue des phases 130 et 132, le journal commun comporte à l a fois d es évèn ements en registrés par l es activités A et A2, ai nsi q ue d es évènements enregistrés par les périmètres P. et P2. Lors de la phase 134,1'activité A' est exécutée sur le périmètre P3. De nouveau, lors de cette phase 134, des étapes similaires aux étapes 140 à 146 sont déclenchées soit par l'activité A,, soit parla cellule 34. Ainsi, ces étapes ne seront pas décrites une nouvelle fois. Toutefois, pour illustrer le fonctionnement du système 2, un exemple d'exécution d'une étape de consultation du journal commun 72 est de nouveau donné ici. Le journal 72 est supposé être dans l'état représenté à la figure 3 et le fichier d'identité Id' est supposé comporter l'instruction d'effacement produite à l'instant t'. L'instant t' est supposé postérieur à l'instant ta et antérieur à l'instant tb. Dans ces conditions, l'étape de reconstruction dun journal personnel propre à l'activité A conduit à sélectionner les lignes 90, 92, 96 et 98 du journal 72. En effet, les lignes 90 et 98 comportent un identificateur de l'activité A dans la colonne 80, la ligne 92 comporte l'identificateur de cellule C3 dans la colonne 80 et la ligne 96 comporte un attribut de portée égal à "All". Ensuite, la sous-étape d'exécution des instructions de modification enregistrées dans le fichier d'identité Id conduit à supprimer la ligne 90. En effet, l'événement Ea s'est produit à un instant antérieur à la dernière instruction d'effacement contenue dans le fichier d'identité Id'. Ainsi, le journal personnel d'évènements comporte finalement uniquement les lignes 92, 96 et 98 et seuis ces évè n eme nts sont co n sulta bles pa r l'activité A lorsquel le est exécutée su r le périmètre P3. Le système 2 permet donc à une activité de retrouver, lorsqu'elle est exécutée sur un périmètre courant, tous les évènements qu'elle a enregistrés, quel que soit le périmètre sur lequel elle a été exécutée précédemment. Ainsi, lorsqu'une activité est transférée d'un premier périmètre vers un second périmètre, les évènements enregistrés lors de son exécution sur le premier périmètre ne sont pas perdus. Par exemple, la ligne 98 est consultable par l'activité A1 lorsqu'elle est exécutée sur le périmètre P3. Le mode de réalisation décrit ici présente l'avantage qu'un événement enregistré par une cellule est accessible à partir de tous ies périmètres contenant cette cellule. Ainsi, toutes les informations concernant un périmètre sont incorporces dans le journai personnel d'évènements de l'activité exécutée sur ce périmètre. Le système 2 enregistre, dans une mémoire accessible à partir de tous les périmètres, et exécute, lors de la consultation d'un journal personnel d'évènements, les paramètres de gestion de ce journal personnel dévènements propre à l'activité. Ainsi, le journal personnel d'évènements restitué à chaque activité est conforme à ses paramètres de gestion, quel que soit le périmètre sur lequel elle a été ou sera exécutée. Par exemple, lors du transfert de l'activité A1 du périmètre P1 vers le périmètre P3, la ligne 90, qui avait été effacée lors de son exécution sur le périmètre P1, n'est pas de nouveau disponible lors de son exécution sur le périmètre P3. Si un événement enregistré par une cellule donnée est susceptible d'intéresser l'ensemble des périmètres configurés eVou l'ensemble des activités exécutées ou susceptibles d'être exécutées, celui-ci est incorporé à tous les journaux personnels d'évènements des activités exécutées. Par exemple, bien que l'événement E (ligne 96) ait été enregistré parla cellule 30, celui-ci est consultable par l'activité A lors de son exécution sur le périmètre P3. Ainsi, à I'aide par exemple d'un attribut de portée, les évènements d'intérêt général peuvent être facilement rendus disponibles pour l'ensemble des périmètres configurés ou l'ensemble des activités exécutées. La vaieur de l'attribut de portée n'est pas limitée aux trois valeurs décrites ici. Cet attribut peut par exemple être une liste de plusieurs identificateurs d'activité eVou de périmètre autorisés à consulter l'événement correspondant. Le journal commun d'évènements 72 a été décrit ici sous la forme d'une table d'une base de données. En variante, le journal commun d'évènements comporte un fichier par activité actuellement exécutée ou ayant été exécutée sur la plate-forme 4. Ce fichier comporte un identificateur de l'activité, par exemple dans le nom du fichier, et l'ensemble des évènements enregistrés par cette activité. De plus, le journal commun d'évènements comporte aussi un fichier par périmètre actuellement configuré ou ayant été configuré sur la plate-forme 4. Ce fichier par périmètre comporte un identificateur du périmètre, par exemple dans le nom du fichier, et l'ensemble des évènements enregistrés par des cellules de ce périmètre. Lors de la sous- étape de reconstruction, un journal personnel d'évènements est restitué à une activité en associant les enregistrements contenus dans le fichier comportant l'identificateur de cette activité à ceux contenus dans le fichier comportant l'identificateur du périmètre sur lequel est exécutée cette activité. En variante, I'outil d'administration 9 qui a été décrit comme étant distinct de la plate-forme 4, est intogré matériellement dans cette plateforme informatique multicellulaire. En variante, I'identificateur de la ressource matérielle ayant enregistré un événement dans le journal commun d'évènements 72 est l'identificateur du composant matériel contenu dans une cellule. Cette variante comporte également une table de correspondance apte à indiquer, pour chaque identificateur d'un composant matériel, quelle est la cellule qui le contient et donc quel est le périmètre qui le contient. REVENDICATIONS 1. Procédé de gestion d'un journal personnel d'évènements propre à une activité d'exploitation contenant des évènements enregistrés par cette activité d'exploitation lorsqu'elle est exécutée sur un périmètre de ressources informatiques matérielles configuré sur une plate-forme informatique multicellulaire (4), chaque activité d'exploitation contenant au moins un système d'exploitation apte à gérer les ressources informatiques du périmètre sur lequel elle est destince à être exécutée, et la plate-forme informatique multicellulaire (4) comportant plusieurs périmètres de ressources informatiques matérielles distincts activables successivement ou simultanément sur la plate forme (4), caractérisé en ce que le procédé comporte: - lors de la sauvegarde d'un événement par une activité, une étape (152) d'enregistrement, dans un journal commun d'événements (72), de l'événement associé à un identificateur de l'activité qui sauvegarde i'événement, et - avant la consultation par une activité de son journal personnel d'évènements, une étape (160) de reconstruction du journal personnel d'évènements à partir du journal commun d'évènements (72), cette étape de reconstruction comportant une opération (164) de sélection dans le journal commun d'évènements (72) des seuis évènements associés à l'identificateur de cette activité pour les inclure dans le journal personnel d'évènements reconstruit pour cette activité. 2. Procédé selon la revendication 1, caractérisé en ce que les ressources informatiques matérielles des périmètres étant aptes à générer des évènements, le procédé comporte également une étape (156) déenregistrement, dans le journal commun d'évènements (72), d'un événement généré par une ressource informatique matérielle associée à un identificateur de cette ressource ayant causé cet évènement, et en ce que l'étape de reconstruction d'un journal personnel d'évènements propre à une activité comporte également une opération (166) de sélection dans le journal commun dévènements (72) des seuis évènements associés à un identificateur d'une des ressources informatiques matérielles contenues dans le périmètre sur lequel est exécutée cette activité pour les inclure dans le journal personnel déévènements reconstruit pour cette activité. 3. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte également: - lors de la sauvegarde d'un événement par une activité, une étape (152, 156) d'enregistrement, dans le journal commun d'évènements (72), d'un attribut de portée associé à cet événement indiquant quelles sont les activités autorisées à consulter cet événement eVou les périmètres à partir desquels les activités sont autorisées à consulter cet événement, et en ce que I'étape (160) de reconstruction d'un journal personnel d'évènements propre à une activité comporte également une opération (168) de sélection dans le journal commun d'évènements (72) des seuls évènements associés à un attribut de portée autorisant la consultation de ces évènements par l'activité exécutée eVou à partir du périmètre sur lequel l'activité est exécutée pour les inclure dans le journal personnel d'évènements reconstruit pour cette activité. 4. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte également: - lors de l'émission par une activité d'une instruction de modification d'au moins un événement de son journal personnel dévènements, une étape (144) d'enregistrement de cette instruction associée à un identificateur de cette activité dans un fichier accessible par l'activité à partir de tous les périmètres de la plate-forme, et - avant la consultation par une activité de son journal personnel d'évènements, une étape d'exécution (162) de l'instruction de modification appliquée au journal personnel d'évènements reconstruit pour cette activité lors de l'étape de reconstruction. 5. Système de gestion d'un journai personnel d'évènements propre à une activité d'exploitation lors de son exécution, le système comportant: une plate-forme informatique multicellulaire (4), - un outil d'administration (9) apte à définir des périmètres de ressources informatiques matérielles et à activer, simultanément ou successivement, ces périmètres sur la plate-forme (4), chaque périmètre comportant une ou plusieurs ceilules de calcul (30, 32, 34, 36), - des moyens (10, 12, 14, 16) de stockage des activités d'exploitation, chaque activité d'exploitation contenant au moins un système d'exploitation apte à gérer les ressources informatiques du périmètre sur lequel elle est destinée à être exécutée, caractérisé en ce qu'il comporte: - une mémoire (64) contenant un journal commun d'évènements (72) apte à stocker les évènements enregistrés par toutes les activités d'exploitation, - un module (114) d'enregistrement, dans le journal commun d'évènements (72), des évènements générés par chaque activité d'exploitation associée à un identificateur de l'activité qui sauvegarde cet événement, et - un module (110) de reconstruction d'un journal personnel d'évènements propre à une activité d'exploitation, à partir du journal commun d'évènements (72), ce module (110) de reconstruction comportant un sous module (116) de sélection, dans le journal commun d'évènements (72), des seuis évènements associés à l'identificateur de cette activité déexploitation pour les inclure dans le journal personnel d'évènements reconstruit pour cette activité. 6. Système selon la revendication 5, caractérisé en ce que le journal personnel d'évènements (72) propre à une activité d'exploitation contenant des évènements enregistrés par les ressources informatiques matérielles du périmètre sur lequel est exécutée cette activité, le système comporte également un module (114) d'enregistrement, dans le journal commun d'évènements (72), de l'événement généré par une ressource informatique matérielle du périmètre associé à un identificateur de cette ressource, et en ce que le module (110) de reconstruction d'un journal personnel d'évènements propre à une activité comporte également un sousmodule de sélection, dans le journal commun d'évènements (72), des seuis évènements associés à un identificateur d'une des ressources informatiques matérielles contenues dans le périmètre sur lequel est exécutée cette activité pour les inclure dans le journal personnel d'évènements reconstruit pour cette activité. 7. Système selon la revendication 5 ou 6, caractérisé en ce qu'il comporte également un module (106) de sauvegarde dans le journal commun d'évènements (72) d'un attribut de portée associé à chaque événement et indiquant quelles sont les activités autorisées à consulter cet événement et/ou les périmètres à partir desquels les activités sont autorisées à consulter cet événement, et en ce que le module (110) de reconstruction d'un journal personnel d'évènements propre à une activité comporte également un sous module (116) de sélection dans le journal commun d'évènements (72) des seuis évènements associés à un attribut de portée autorisant la consultation de ces évènements par l'activité exécutée et/ou à partir du périmètre sur lequel l'activité est exécutée pour les inclure dans le journal personnel d'évènements reconstruit pour cette activité. 8. Système selon l'une quelconque des revendications 5 à 7, caractérisé en ce qu'il comporte également: - un module (108) d'enregistrement d'instructions de modification d'au moins un événement du journal personnel d'évènements propre à une activité, ce module (108) d'enregistrement étant apte à enregistrer dans la mémoire (64) ces instructions de modification associces à un identificateur de l'activité les ayant générées, et - un module (1 18) d'exécution des instructions de modification enregistrées par une activité dans la mémoire (64), ces instructions de modification étant appliquées au journal personnel dévènements reconstruit pour cette activité par le module (110) de reconstruction. 9. Mémoire (64) de stockage d'informations destinée à être utilisée dans un système de gestion d'un journal personnel d'évènements selon l'une quelconque des revendications 5 à 8, caractérisée en ce qu'elle comporte un journal commun d'évènements (72) contenant une liste d'évènements sauvegardés par plusieurs activités d'exploitation différentes, chacun de ces évènements étant associé à un identificateur de l'activité qui l'a sauvegardé. 10. Mémoire (64) de stockage d'informations seion la revendication 9, caractérisée en ce que le journal commun d'évènements (72) contient également une liste d'évènements sauvegardés par des ressources informatiques matérielles contenues dans des périmètres, chacun de ces évènements étant associé à un identificateur de la ressource informatique matérielle qui l'a sauvegardé. 11. Mémoire (64) de stockage d'informations selon la revendication 9 ou 10, caractérisée en ce que le journal common d'évènements (72) contient un attribut de portée associé à chacun des évènements sauvegardés, cet attribut de portée indiquant quelles sont les activités autorisées à consulter cet événement et/ou les périmètres à partir desquels les activités sont autorisses à