WO2009053356A1 - Procede de gestion d'operations d'administration, de maintenance et de maintien en condition operationnelle, entite de gestion, et produit programme d'ordinateur correspondant - Google Patents

Procede de gestion d'operations d'administration, de maintenance et de maintien en condition operationnelle, entite de gestion, et produit programme d'ordinateur correspondant Download PDF

Info

Publication number
WO2009053356A1
WO2009053356A1 PCT/EP2008/064204 EP2008064204W WO2009053356A1 WO 2009053356 A1 WO2009053356 A1 WO 2009053356A1 EP 2008064204 W EP2008064204 W EP 2008064204W WO 2009053356 A1 WO2009053356 A1 WO 2009053356A1
Authority
WO
WIPO (PCT)
Prior art keywords
command
computer
phase
executed
execution
Prior art date
Application number
PCT/EP2008/064204
Other languages
English (en)
Inventor
Serge Soulet
Patrick Gangneux
Original Assignee
Refresh It Solutions
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Refresh It Solutions filed Critical Refresh It Solutions
Priority to US12/739,910 priority Critical patent/US8402125B2/en
Priority to EP08843250A priority patent/EP2210367A1/fr
Publication of WO2009053356A1 publication Critical patent/WO2009053356A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/042—Network management architectures or arrangements comprising distributed management centres cooperatively managing the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5061—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the interaction between service providers and their network customers, e.g. customer relationship management
    • H04L41/5074—Handling of user complaints or trouble tickets

Definitions

  • a method of managing administration, maintenance and maintenance operations, management entity, and corresponding computer program product is a method of managing administration, maintenance and maintenance operations, management entity, and corresponding computer program product.
  • the invention relates to a method for executing management and maintenance operations on a plurality of computers, as well as a device for implementing it.
  • One field of application of the invention relates to outsourcing, including international, computer parks installed in large entities, such as large companies.
  • Such outsourcing includes administration, maintenance and operational maintenance of computers in the park.
  • Outsourcing a computer park consists of remote management of computers that make up the computer park. Management is most often carried out through so-called "help desk” platforms or management platforms. Such platforms allow administrators to interact remotely on some machines that make up the computer park.
  • VNC Virtual Network Computing
  • a disadvantage of this technique of the prior art is that the implementation of management solutions as described above, also called “Help Desk” services, is resource-intensive, both at the human level, by the mobilization of many skills , at the computer level by a significant use of bandwidth and resources at the level of communication networks.
  • MIB of the English “Management Information Base” for “Management Information Base”
  • MIB database is used to store hardware information, configuration parameters, performance statistics.
  • each system to be monitored implements an SNMP agent that continuously monitors events that occur and allows a central system to retrieve the information contained in the MIB.
  • the agents therefore transmit the events to the central system in accordance with the SNMP protocol.
  • this protocol especially in its versions 1 and 2, includes many security vulnerabilities that make the information transmitted vulnerable.
  • Another disadvantage of using this SNMP protocol is that the agents must handle both receiving commands from the management server while retrieving events that occur on the workstation or the server. .
  • an SNMP agent runs continuously and is responsible for executing a large number of tasks autonomously and preprogrammed by the administrator.
  • administrative agents such as SNMP agents implement "scheduler" (English for "scheduler") that can manage the tasks to be executed; Such agents are complex to program and require resources within the machines that house them.
  • the solution proposed by the invention does not have these disadvantages of the prior art. It relates in fact to a process method for managing administration and maintenance operations of a computer connected to a communication network. According to the invention, such a method comprises: a phase of receiving a request for at least one command to be executed from said computer; a programmed sequential distribution phase of said at least one command previously stored in an operations database, for said computer; a phase of recording, within a data collection database associated with said computer, at least one result of implementation of said at least one sequentially distributed command.
  • the invention overcomes the disadvantages of the techniques of the prior art by proposing a solution that does not require the introduction of a screening agent. task and scheduling management at the level of the computer in which it is desired to perform the operations in question.
  • the computer sends a request for interrogation of at least one command to be executed to an entity that implements the method of the invention.
  • a sequential (and) scheduled distribution of commands to the computer is then implemented in order to supply the computer with administrative or maintenance commands.
  • the computer executes these commands and sends the results of these executions to be recorded in a result collection database.
  • the invention thus overcomes the disadvantages of the prior art related to the programming, within computers, of administration and maintenance operations, because the programming of operations is not done within the computer itself. but centralized.
  • the results of the execution of the orders that make up the operations are also centralized so that it becomes easy to process these results.
  • an agent that is implemented within the computer does not perform any action permanently (monitoring or task scheduling). It is content to ask the entity that implements the process of the invention, what it must do.
  • the distribution is programmed, it means that it is the entity that implements the distribution that controls the distribution of control in not the computer that requests it.
  • said method comprises: a phase of automatic construction of a set of commands to be executed during a next maintenance operation according to said at least one implementation result; a recording phase, within said operation database, said set of commands to execute.
  • the invention makes it possible to automatically manage maintenance operations based on the results of previously executed commands for programming future operations.
  • an administrator defines, for a given computer, a first series of commands to be executed.
  • the computer inquires about this series of commands by a command query request. These commands are then distributed to him and the computer returns the result of their executions.
  • the invention thus allows maintenance in the operating condition of the computer.
  • the maintenance in operational condition can be defined as the set of means and procedures necessary for a device (such as the computer) to remain, throughout its duration of use, fit for the job assigned to it. Indeed, the execution of a command, such as an inspection command of a hard disk surface produces a result that can be analyzed (for example, a discovery of bad sectors). A fault correction command can then be programmed (recovery of bad sectors) to prevent the machine from stopping.
  • This implementation of the method of the invention to predict anomalies that could happen in the days to follow ensures that the computer is always in optimal operating conditions.
  • the techniques of the prior art do not allow this maintenance in operational condition in an automated manner. Indeed, it is necessary, in the techniques of the prior art, for the administrator to manually execute (and preferably in the presence of the station to be administered) commands to correct problems that occur. The techniques of the prior art do not make it possible to overcome problems before their appearances.
  • the method according to the invention then makes it possible to construct a second series of commands which takes into account the results of execution of the first series of commands.
  • said method comprises, within said computer: a phase of execution of said at least one command previously distributed during the distribution phase; a transmission phase of said at least one result of implementation of said at least one command.
  • said programmed distribution phase of at least one previously recorded command comprises: a step of searching, within said operations database, for a command to be transmitted to said computer according to a command distribution schedule providing command presence information; and a step of transmitting, to said computer, said command to be transmitted when said presence information is positive; a step of transmitting a command for stopping said computer, when said presence information is negative;
  • the invention makes it possible to take into account the absence of commands to be transmitted to the computer. Indeed, the invention makes it possible to ensure that the computer does not interrogate permanently to obtain a list of commands to execute. Such an effect is obtained by transmitting a computer standby command which allows the computer not to solicit the management entity for a specified time.
  • the invention thus makes it possible to save the resources of the communication network, unlike, for example, prior art techniques based on SNMP, which require the intensive use of the communication network.
  • said execution phase comprises: a step of executing said at least one command; a step of formatting said at least one result of implementation of said at least one command; a step of transmitting said at least one implementation result;
  • said execution phase further comprises a first step of displaying a presentation interface comprising said at least one result of implementing said at least one command.
  • the invention makes it possible to present the result of the execution of the order so that it is known to the administrator, when this display is intended for him or the user of the computer so that the user can take a proactive approach to the maintenance of their computer.
  • said execution phase further comprises a second step of displaying a presentation interface comprising a warning intended for a user of said computer.
  • the invention makes it possible to present information on current or potentially future problems that the computer may encounter.
  • This signaling can be either for the administrator, when this display is intended for him, or for the user of the computer so that this user can have a proactive approach vis-à-vis the maintenance of his computer.
  • said recording phase comprises, when said at least one command has failed: - a step of sending an electronic message to an intervener in charge of an incident handling; a step of automatically programming an execution of a corrective command, when said corrective command exists; a step of automatically programming a new execution of said at least one command when said corrective command has been executed; a step of creating an incident ticket in an incident management system.
  • the invention makes it possible to simply and efficiently centralize the corrective actions and a new execution of the commands that have failed, which allows both to relieve the work of the administrators while allowing an increased efficiency of the corrective treatments that can be executed. automatically and immediately following receipt of the incident without outside intervention.
  • the invention also relates to an entity for managing administration and maintenance operations of a computer connected to a communication network.
  • such an entity comprises: means for receiving an interrogation request for at least one command to be executed from said computer; programmed sequential distribution means of said at least one command previously recorded within an operations database, for said computer; means for recording, in a database for collecting results associated with said computer, at least one result of implementing said at least one sequentially distributed command.
  • such an entity comprises means for implementing the management method as described above.
  • the invention also relates to a product computer program downloadable from a communication network and / or stored on a computer-readable and / or executable medium by a microprocessor, and comprising program code instructions for executing the transmission method as described above. 4 LIST OF FIGURES
  • FIG. 1 shows an architecture of a system for implementing the method of the invention
  • FIG. 2 illustrates in detail a concatenation allowing the execution of a command in the system architecture of FIG. 1
  • Figure 3 describes the main phases of the process of the invention
  • FIG. 4 describes the physical architecture of a management entity according to the invention.
  • the invention offers the advantage of centralizing the executions of administration and maintenance tasks of computers and computer servers at the level of a computer park. This centralization is performed at the level of a specific entity of the communication network which distributes the maintenance operations, according to previously determined administration and maintenance strategies.
  • entity that implements a method according to the invention can be made in companies that wish to provide an irreproachable quality of service to their users or who wish to keep a workstation park in a state of use. while avoiding the loss of productivity of users and preventing the occurrence of incidents in advance. It also allows companies to check the use of workstations by checking for example the presence of software or types of data prohibited in the company. Any technical task executable on a computer can thus be controlled from a system implementing the method of the invention.
  • the solution provided by the invention can be used in companies without limit of the number of computers. It can also be used by the outsourcers who operate several parks of workstations or servers.
  • the general principle of the invention is based on a centralization of the distribution of administrative tasks, maintenance and maintenance in operational condition to a plurality of computers that make up a computer park.
  • the invention makes it possible to avoid the drawbacks of the techniques of the prior art, in particular the drawbacks associated with the programming of the agents.
  • the invention does not require the establishment of an agent with a strong "intelligence".
  • the agent that can be implemented when the method according to the invention is used is simpler and less resource-intensive, in that: it does not require the implementation of databases local to the computer administered to to keep events; it does not perform any tasks at all times (such as monitoring tasks); it does not require scheduler implementation ("scheduler" in
  • the implementation of such an agent is made possible according to the invention insofar as the maintenance and administration operations are managed centrally and automatically. Indeed, according to the invention, the maintenance operations are ordered sequences of scenarios that take place over a period of time defined in advance (for example a month, a week).
  • the method according to the invention comprises the following phases, described with reference to FIG. 3: a reception phase (1) of an interrogation request 311 of at least one command to be executed, coming from the computer 31 for example via a software agent installed there.
  • the agent requires commands from an entity that implements the method.
  • the entity 30 for implementing the method of the invention verifies 313 the existence of a command previously recorded and to be processed by the computer 31. If a programming of such a command is present in the database, the entity distributes (delivers) this command to the computer. computer sequentially (that is, one after the other). If no order is programmed (that is, there is no match between the time the computer makes the request and the time an order is scheduled), it is possible to transmit a request. default command.
  • a recording phase (3) within a data collection database 33 associated with the computer 31, at least one result 313 implementation of the sequentially distributed control.
  • the computer in which the command is implemented sends the result 313 of this command to the management entity 30 which saves it for subsequent uses, and in particular the analysis and construction of a next maintenance operation. .
  • command distributions are carried out by administrators via man / machine interfaces that make it possible to send commands to a computer (using the SNMP protocol) commands to be executed.
  • the invention makes it possible to overcome this disadvantage by centralizing the management of the programming of the maintenance tasks, thus ensuring that if an order has to be executed (because the time or the execution date is reached or exceeded) it will be executed immediately. when sending a request from the administered computer.
  • the maintenance and administration operations make it possible to define different maintenance configurations (that is to say different scenarios) as a function of computer profiles.
  • These profiles may correspond to machines that embark any particular type of processor or such or such type of memory space.
  • the maintenance operations also make it possible to program certain particular maintenance types.
  • a maintenance operation may be dedicated to checking the hardware components of a computer while another may relate to corrections in a file system.
  • a maintenance scenario is a succession of commands of which only the first is time stamped, the following ones being executed as soon as the last one has ended.
  • a scenario makes it possible to execute a succession of commands that have a connection link between them. It is therefore possible, according to the invention to schedule the execution of a task (and therefore of a scenario) at a predefined time and not to program the following tasks. Thus, if a task is long to perform, the other tasks will not be launched until the previous task is completed. This ensures a logical continuity of basic tasks and the validity of the scenario executed.
  • a "programming of the execution of a scenario” according to the invention does not consist in programming an agent to perform a certain number of tasks at a given time, but to perform such programming at the level of the maintenance management and administration entity.
  • a command can be considered as a basic job to run on a computer.
  • the invention implements a concept of indeterminate temporal programming of tasks.
  • a maintenance operation may for example consist of hardware and software verification of a computer.
  • Such an operation must, according to the invention, be performed over a month for example (the sequential distribution of the commands therefore makes it possible to spread the operation over a predetermined period of time).
  • It includes, in our example, two scenarios: a hardware verification scenario and a software verification scenario.
  • the method of the invention is implemented for this operation which must be executed over a month.
  • a scenario is a succession of commands, only the first of which is time stamped, it is not possible to know the end time of a scenario.
  • the management entity that implements the invention can, depending on the end time of a scenario, schedule the execution of the second scenario of the operation only when it has knowledge. from the end of the first.
  • Such an implementation allows not to overload the computers with maintenance commands and to take into account the results produced by the first scenario to adapt, if necessary, the second scenario.
  • the management entity can cleverly take this result into account to program in a second scenario to be executed immediately (that is to say upon receipt of a new request from the computer), the execution of a repair order for these defective sectors.
  • a programming operation is automated using the method of the invention.
  • the implementation of the method of the invention is presented via an application server.
  • a database server 10 is connected to a plurality of web servers (11, 12).
  • the database server 10 contains a database 100 grouping the transaction data (101) the command implementation result data (102) (which is archived). These two data sources can also be implemented in two separate databases.
  • the web servers (11, 12) are connected to the computers (13 to 18) via the HTTP and / or HTTPS protocols. Agents (13a-18a), responsible for implementing the commands they receive from the web servers (11, 12) are installed on the computers (13-18).
  • the principle adopted to offer the service described is based on an ad hoc set of tasks which is responsible for communicating with the computer to be supervised to ask it to perform a particular technical task.
  • Each workstation has agent software that periodically polls the central server (s) through the web servers. This or these central servers then provide the computer, if necessary, the command to be executed, via the HTTP or HTTPS connection previously established. The result of each basic check command is then provided by the computer to the central server, in the form of an http request or
  • the result of a command may be an error, a warning, or a success.
  • this embodiment it follows the occurrence of a result by specific actions such as: - the transmission of an electronic message to a team responsible for handling the incident (an administrator for example) or to the user of the computer itself or any other person known to the system or not (such as for example a hierarchical manager of the user, which can be searched in an LDAP directory) or any computer system capable to analyze this e-mail; displaying a window on the computer to inform the user of the result of the task; displaying a window asking the user about a decision to be made based on the event that occurred (for example when a command could not be executed); the execution of a corrective command, decided by the central server; the programming of the restart of the task after correction of an incriminated element having, for example, failed a previous command; creating an incident ticket in an incident management system.
  • specific actions such as: - the transmission of an electronic message to a team responsible for handling the incident (an administrator for example) or to the user of the computer itself or any other person known to the system or not (such as for
  • each event (result of execution of a command) is visible on a supervision console allowing for example the support teams to control, computer by computer, the operating status of the latter .
  • the system has: - a network for communicating the workstations and servers; a set of servers capable of interacting with the workstations in a defined protocol (http, https) on configurable ports; an administration tool describing the orders to be made, their potential results and the actions that may result from them, as well as the decisions to be made if necessary; a tool for defining operations and scenarios, where the elements making it possible to identify a computer to communicate the commands to be executed are defined; a scheduler (command set programming tools in the form of operation and scenarios) for describing when a command (or a set of commands) is executing on a given workstation; a software agent installed on each workstation; - a communication system between the server and the computers; a software solution for displaying the status of actions for all or part of the workstation park
  • the process of implementing the invention in this embodiment of the invention comprises the following steps: 1. an administrator, part of a service responsible for defining the operations of administration, maintenance and operational maintenance described in the database the steps, their periodicity, the potential results and the actions to be undertaken in function of the results of the execution of the orders;
  • a service responsible for guaranteeing the operation of the workstation to the users then records, for each machine, the sequence of tasks corresponding to it or corresponding to the user of the workstation. Maintenance operations and their parameters are stored in the database;
  • An agent installed on the computer periodically polls the central server to know, if at the time of the interrogation, it has an action to perform on the computer.
  • the server then consults its database and searches whether the station name is stored in the database and communicates, if an order is available, the workstation the name of the command to be launched and any necessary parameters;
  • the agent returns the result to the server.
  • the server performs an action on an external system (sending message for example), asks the station to display a window on the workstation or to perform a corrective action;
  • the result of the command is specifically marked to identify, subsequently within an appropriate verification system, the commands that caused the errors;
  • the computer agent then waits for a configurable period of time (based on an indication provided by the server) before querying the server again for new commands to execute (step 3 ).
  • the computer queries the server. The latter, noting that no new command must be executed by the computer, sends him a waiting command, which means that the computer receiving this command must wait for a certain time before requesting again on the computer. server.
  • This waiting time can cleverly be close to the time that separates the interrogation by the customer of the day or time scheduled for the next order.
  • the server archives the results and then generates a new operation for this station, which is a function of the results of the previous operation.
  • Computers connected to a management entity that implements the method of the invention receives from the latter commands to be executed either individually (that is to say that each command is sent one after the other) or by series of commands (that is, several commands are sent together to the computer, which must execute them one after the other).
  • the advantage of sending only one command at a time is to allow the management entity, as and when the order results are received: to automatically build a set of commands to be executed when a next maintenance operation depending on the implementation result; record, within the operation database, the set of commands to be executed; and possibly, to modify the operation in progress or to decide to start a new operation, in the case where the errors raised by the previous command are extremely serious.
  • the responsiveness of the management entity is thus improved since it does not have to wait for the end of the series of orders to know the results.
  • the command to be executed and the associated parameters which further include information to know:
  • command parameters and some actions are specific to particular scenarios. For example, for the following two scenarios, specific parameters will be used and available within the operation database:
  • Scenario 1 Checking the available space on the disk: This scenario includes a task that identifies: - What is the minimum space below which an intervention is needed?
  • Scenario 2 Mandatory Software Verification: Each task in this scenario identifies: What is the name of the software
  • the invention allows, for each command to be executed and for each scenario defined within the base of operations, to modify the execution parameters.
  • Action sending an email to support teams;
  • Command Checking the logs of events. Some events are characterized as "Error”, others as “Warning”; - Action: sending an email to support teams, when errors or warnings are detected;
  • Command Clean event traces (which are automatically recorded by the operating system that is used on the computer);
  • - Action none Command: Compression of hard disk data (Scenario that can only run at night);
  • Action None, except the action does not proceed correctly: sending an email to support teams; - Command: Backup of "user" data;
  • Command Removes shortcuts that point to the same file and are in the same directory; - Action: None; Command: Analysis of trace files with specific script that goes back the error or the warning;
  • Command Detection of forbidden extensions (".divx" for example); - Action: Opening a warning window for the user to ask them to delete these files; Command: Check the status of the hard disk (or any other media connected to the computer);
  • Action on error Immediate programming of a command to correct bad sectors
  • the agent 20, installed on the station requires (201) the server 22 a command to run (the agent 20 is started at the same time as the computer 21); 2. the server 22 inspects (202) the database 23 to see if: a. the station exists in its base; if not (N), the server 22 responds (203) to the agent 20 "no action to be performed”; b. if a command to execute is present for this machine and must be executed in the instant (that is, it is programmed to a time T less than or equal to the instant when the request of the agent 20 has reached the server 22); if not (N), the server 22 responds (203) to the agent 20 "no action to be performed”; 3. The server 22 inspects (204) the database 23 for the command and the parameters to be provided to the agent 20;
  • the server 22 provides (205) to the agent 20 the name of the command to execute and the associated parameters;
  • Agent 20 launches (206) on station 21 the command with the provided parameters: a. if the command is not present (207); i. the agent 20 informs (208) the server 22 in the form of a coded "warning" event 2081, that is to say a specific warning indicating the absence of the command; ii. the server 22 inspects (209) the database 23 in search of an action to be performed for the received coded event 2081; iii. the server 22 executes (210) the action corresponding to the code received (sending e-mail for example), and requests (211) a possible record in the database 23; b. if the command is present (212); i. the agent 20 informs (213) the server 22 that the command is initiated; ii.
  • the agent supervises (214) the execution of the command; iii. at the end of the command, the agent 20 returns (215) to the server 22 the result 2151 of the command executed; iv. if the execution (206) of the command is a failure (216), the server 22 analyzes (217) error code and search (218) an action to be performed for the code of this command; Such an implementation makes it possible to maintain the operating condition of the computer. The corrective action to be executed will make it possible to ensure the proper functioning of the computer or at the very least (if the error is not recoverable), a backup of the data of the user for example. v. if the execution (206) of the command is a success (219), the server 22 advances (220) the scheduler of a task (i.e. it proceeds to the next task in setting implementation of the scenario);
  • the agent 20 goes to sleep (221) for a defined periodicity and the process executes again (222) from step 1 (new request
  • the server 22 archives (224) the information concerning all the tasks performed and regenerates an empty instance of the operation for the station.
  • the method of the invention through the regular communication of the computer with the management entity, allows to take into account the occurrence of events that are not programmed in advance, and through the Task mechanism, which includes a command and a plurality of actions associated with this command, makes it possible to perform corrective actions as a result of errors.
  • the management entity following the receipt of a request to obtain an order from the service provider. computer, provide the latter with a hold command rather than a response of the "no action to perform" type.
  • a hold command rather than a response of the "no action to perform" type.
  • Such an entity comprises a memory 41 consisting of a buffer memory, a processing unit 42, equipped for example with a microprocessor ⁇ P, and driven by the computer program 43, implementing the management method according to the invention .
  • the code instructions of the computer program 43 are for example loaded into a RAM before being executed by the processor of the processing unit 42.
  • the processing unit 42 receives as input at least an information I to be processed (such as a query request or a result of execution of a command).
  • the microprocessor of the processing unit 42 implements the steps of the method described above, according to the instructions of the computer program 43, to deliver a processed information T (such as a command to execute or a result to be recorded in the database).
  • the device comprises, in addition to the buffer memory 41, query and response formulation means, and information processing means, in particular allowing the execution of the method according to the invention. These means are controlled by the microprocessor of the processing unit 42.

Abstract

L'invention concerne un procédé de gestion d'opérations d'administration et de maintenance d'un ordinateur connecté à un réseau de communication. Selon l'invention, un tel procédé comprend : une phase de réception d'une requête d'au moins une commande à exécuter, en provenance dudit ordinateur; une phase de distribution séquentielle programmée de ladite au moins une commande préalablement enregistrée au sein d'une base de données d'opérations, à destination dudit ordinateur; une phase d'enregistrement, au sein d'une base de données de collecte de résultats associés audit ordinateur, d'au moins un résultat de mise en œuvre de ladite au moins une commande séquentiellement distribuée.

Description

Procédé de gestion d'opérations d'administration, de maintenance et de maintien en condition opérationnelle, entité de gestion, et produit programme d'ordinateur correspondant.
1 DOMAINE DE L'INVENTION L'invention concerne un procédé permettant d'exécuter des opérations de gestion et de maintenance sur une pluralité d'ordinateurs, ainsi qu'un dispositif pour sa mise en œuvre.
Un domaine d'application de l'invention concerne l'infogérance, y compris internationale, de parcs d'ordinateurs installés dans des grandes entités, comme les grandes entreprises. Une telle infogérance comprend des opérations d'administration, de maintenance et de maintien en condition opérationnelle des ordinateurs du parc.
L'infogérance d'un parc informatique consiste en une gestion à distance des ordinateurs qui composent le parc informatique. La gestion est le plus souvent réalisée au travers de plateforme dites de « help desk » ou des plateformes d'administration. De telles plateformes permettent à des administrateurs d'interagir à distance sur certaines machines qui composent le parc informatique.
Ces solutions d'administration à distance sont souvent utilisées pour surveiller des serveurs, par exemple qui nécessitent de la haute disponibilité. Il existe également des systèmes permettant l'administration et le contrôle à distance d'ordinateurs.
2 SOLUTIONS DE L'ART ANTERIEUR
2.1 Art antérieur
D'une manière traditionnelle, il existe la possibilité de superviser des équipements informatiques à l'aide d'outils dédiés permettant d'informer un opérateur, au travers d'une console de supervision, de l'état d'un équipement ou d'un ensemble d'équipements à un instant t.
Ces outils de supervision ne sont aujourd'hui pas déployés pour le monitoring d'un parc de postes de travail, mais plutôt pour des serveurs ou équipements réseau, souvent en plus petits nombres dans l'entreprise. De tels systèmes d'administration sont adaptés à la surveillance d'événements survenant en temps réel sur des systèmes informatiques imposants. Ils utilisent notamment un principe de capture d'événements basé sur le protocole SNMP (« de l'anglais « Simple Network Management Protocol », pour « protocole simple de gestion de réseau »). Ce protocole de communication permet aux administrateurs de parcs de gérer des équipements du réseau, superviser et de diagnostiquer des problèmes réseaux, matériels à distance. De nombreux mécanismes d'administration et de surveillance utilisent ce protocole.
D'autres possibilités d'administration à distance sont également offertes à l'aide d'applications spécifiques, telles que les applications dites « VNC » (de l'anglais : « Virtual Network Computing ») qui permettent de se connecter à des ordinateurs distants et de « prendre la main » sur ceux-ci afin d'exécuter des tâches de maintenance. De telles applications nécessitent néanmoins l'intervention active d'un administrateur de parc informatique afin de réaliser les opérations en question.
2.2 Inconvénients de l'art antérieur
Un inconvénient de cette technique de l'art antérieur est que la mise en œuvre de solutions d'administration telles que décrites précédemment, également appelées services « Help Desk », est consommatrice de ressources, tant au niveau humain, par la mobilisation de nombreuses compétences, qu'au niveau informatique par une utilisation importante de bande passante et de ressources au niveau des réseaux de communication.
Un autre inconvénient de cette technique de l'art antérieur est l'utilisation du protocole SNMP. En effet, ce protocole est basé sur l'utilisation d'une MIB (de l'anglais « Management Information Base » pour « Base d'Informations de Gestion ») mise en œuvre au sein de chaque système à surveiller. Cette base de données MIB est utilisée pour stocker des informations matérielles, des paramètres de configuration, des statistiques de performance.
De plus, chaque système à surveiller met en œuvre un agent SNMP chargé, en permanence, de surveiller les événements qui se produisent et permettant à un système central de récupérer les informations contenues dans la MIB. Les agents transmettent donc les événements au système central en respectant le protocole SNMP. Or ce protocole, surtout dans ses versions 1 et 2, comprend de nombreuses failles de sécurité qui rendent les informations transmises vulnérables. Un autre inconvénient de l'utilisation de ce protocole SNMP résulte du fait que les agents doivent gérer tout à la fois la réception de commandes en provenance du serveur d'administration tout en récupérant les événements qui se produisent sur le poste de travail ou le serveur. Ainsi, un agent SNMP tourne en permanence et est responsable de l'exécution d'un grand nombre de tâches de manière autonome et préprogrammée par l'administrateur. Ainsi, les agents d'administration tels que les agents SNMP mettent en œuvre des « scheduler » (de l'anglais, pour « ordonnanceur ») qui permettent de gérer les tâches à exécuter ; Or de tels agents sont complexes à programmer et nécessitent des ressources au sein des machines qui les abritent. 3 RESUME DE L'INVENTION
La solution proposée par l'invention ne présente pas ces inconvénients de l'art antérieur. Elle concerne en effet un procédé de procédé de gestion d'opérations d'administration et de maintenance d'un ordinateur connecté à un réseau de communication. Selon l'invention un tel procédé comprend : une phase de réception d'une requête d'au moins une commande à exécuter, en provenance dudit ordinateur ; une phase de distribution séquentielle programmée de ladite au moins une commande préalablement enregistrée au sein d'une base de données d'opérations, à destination dudit ordinateur ; une phase d'enregistrement, au sein d'une base de données de collecte de résultats associés audit ordinateur, d'au moins un résultat de mise en œuvre de ladite au moins une commande séquentiellement distribuée. Ainsi, l'invention pallie les inconvénients des techniques de l'art antérieur en proposant une solution qui ne nécessite pas la mise en place d'un agent de gestion de tâche et d'ordonnancement au niveau de l'ordinateur au sein duquel on souhaite réaliser les opérations en question. En effet, l'ordinateur fait parvenir une requête d'interrogation d'au moins une commande à exécuter à une entité qui met en œuvre le procédé de l'invention. Une phase de distribution séquentielle (et) programmée de commandes, vers l'ordinateur, est alors mise en œuvre afin de pourvoir alimenter l'ordinateur en commandes d'administration ou de maintenance. L'ordinateur exécute ces commandes et fait parvenir les résultats de ces exécutions afin qu'ils soient enregistrés au sien d'une base de données de collecte de résultats. L'invention pallie donc les inconvénients de l'art antérieur liés à la programmation, au sein des ordinateurs, des opérations d'administration et de maintenance, car la programmation des opérations n'est pas faite au sein de l'ordinateur lui-même, mais centralisée. Les résultats de l'exécution des commandes qui composent les opérations sont également centralisés de sorte qu'il devient aisé de traiter ces résultats. Ainsi, selon l'invention, un agent qui est mis en œuvre au sein de l'ordinateur n'exécute aucune action en permanence (surveillance ou programmation de tâche). Il se contente de demander, à l'entité qui met en œuvre le procédé de l'invention, ce qu'il doit faire.
Selon l'invention, la distribution est programmée, cela signifie que c'est l'entité qui met en œuvre la distribution qui maîtrise la distribution de commande en non l'ordinateur qui en fait la demande. On se distingue ainsi des mécanismes de l'art antérieur, tels que SNMP, dans lesquels les entités de supervision émettent des requêtes à destination des ordinateurs à des fins d'obtention de données et non à des fins de transmission de commandes Selon un mode de réalisation particulier de l'invention, ledit procédé comprend : une phase de construction automatique d'un ensemble de commandes à exécuter lors d'une prochaine opération de maintenance en fonction dudit au moins un résultat de mise en œuvre ; - une phase d'enregistrement, au sein de ladite base de données d'opération, dudit ensemble de commandes à exécuter.
Ainsi, l'invention permet de procéder à une gestion automatique des opérations de maintenance en se basant sur les résultats des commandes précédemment exécuter pour programmer les futures opérations. En effet, selon l'invention, un administrateur définit, pour un ordinateur donné, une première série de commandes à exécuter. L'ordinateur s'enquiert de cette série de commandes par une requête d'interrogation de commande. Ces commandes lui sont ensuite distribuées et l'ordinateur renvoie le résultat de leurs exécutions. On parle de série de commandes, mais il est bien entendu qu'une telle série peut ne comporter qu'une seule commande.
L'invention permet ainsi le maintien en condition opérationnelle de l'ordinateur. Le maintien en condition opérationnelle peut être défini comme l'ensemble des moyens et procédures nécessaires pour qu'un matériel (tel que l'ordinateur) reste, au long de sa durée d'utilisation, apte à l'emploi qui lui est assigné. En effet, l'exécution d'une commande, telle qu'une commande d'inspection d'une surface de disque dur produit un résultat qui peut être analysé (par exemple, une découverte de secteurs défectueux). Une commande de correction de l'anomalie peut alors être programmée (récupération des secteurs défectueux) pour éviter un arrêt de la machine. Cette mise en œuvre du procédé de l'invention pour prévoir les anomalies qui pourraient arriver dans les jours à suivre assure que l'ordinateur soit toujours dans des conditions de fonctionnement optimales. Les techniques de l'art antérieur ne permettent pas ce maintien en condition opérationnelle de manière automatisée. En effet, il est nécessaire, dans les techniques de l'art antérieur, que l'administrateur exécuter manuellement (et de préférence en présence du poste à administrer) des commandes pour corriger des problèmes qui surviennent. Les techniques de l'art antérieur ne permettent pas de pallier des problèmes avant leurs apparitions.
Le procédé selon l'invention permet ensuite de construire une seconde série de commandes qui tient compte des résultats d'exécution de la première série de commandes. Selon une caractéristique particulière de l'invention, ledit procédé comprend, au sein dudit ordinateur : une phase d'exécution de ladite au moins une commande préalablement distribuée lors de la phase de distribution ; - une phase de transmission dudit au moins un résultat de mise en œuvre de ladite au moins une commande.
Selon un mode de réalisation original de l'invention, ladite phase de distribution programmée d'au moins une commande préalablement enregistrée comprend : - une étape de recherche, au sein de ladite base de données d'opérations, d'une commande à transmettre audit ordinateur en fonction d'une programmation de distribution de commande fournissant une information de présence de commande ; et une étape de transmission, audit ordinateur, de ladite commande à transmettre lorsque ladite information de présence est positive ; une étape de transmission, d'une commande de mise en attente dudit ordinateur, lorsque ladite information de présence est négative ;
Ainsi, l'invention permet de prendre en compte l'absence de commandes à transmettre à l'ordinateur. En effet l'invention permet de faire en sorte que l'ordinateur n'interroge pas en permanence pour obtenir une liste de commandes à exécuter. Un tel effet est obtenu par la transmission d'une commande de mise ne attente de l'ordinateur qui permet à ce dernier de ne pas solliciter l'entité de gestion pendant un temps déterminé. L'invention permet ainsi d'économiser les ressources du réseau de communication, à la différence par exemple des techniques de l'art antérieur basées sur SNMP, qui requièrent l'usage intensif du réseau de communication.
Selon un mode de réalisation particulier de l'invention, ladite phase d'exécution comprend : une étape d'exécution de ladite au moins une commande ; - une étape de formatage dudit au moins un résultat de mise en œuvre de ladite au moins une commande ; une étape de transmission dudit au moins un résultat de mise en œuvre ; Ainsi, l'invention permet à l'ordinateur de renvoyer à une entité qui met en œuvre le procédé de l'invention, les résultats d'exécution des commandes de manière formatée. Cela signifie qu'un agent logiciel installé sur l'ordinateur est à même de bâtir, sous un format déterminé, les résultats des exécutions des commandes qu'il a lancé afin de fournir à l'entité des résultats qui soient directement exploitables par elle.
Selon une caractéristique particulière de l'invention, ladite phase d'exécution comprend en outre une première étape d'affichage d'une interface de présentation comprenant ledit au moins un résultat de mise en œuvre de ladite au moins une commande.
Ainsi, l'invention permet de présenter le résultat de l'exécution de la commande afin que celui-ci soit connu soit de l'administrateur, lorsque cet affichage lui est destiné, soit de l'utilisateur de l'ordinateur afin que cet utilisateur puisse avoir une démarche proactive vis-à-vis de la maintenance de sont ordinateur.
Selon une caractéristique particulière de l'invention, ladite phase d'exécution comprend en outre une deuxième étape d'affichage d'une interface de présentation comprenant un avertissement à destination d'un utilisateur dudit ordinateur.
Ainsi, l'invention permet de présenter des informations sur les problèmes en cours ou potentiellement à venir que l'ordinateur peut rencontrer. Cette signalisation peut être soit pour l'administrateur, lorsque cet affichage lui est destiné, soit pour l'utilisateur de l'ordinateur afin que cet utilisateur puisse avoir une démarche proactive vis-à-vis de la maintenance de sont ordinateur.
Selon un mode de réalisation particulier de l'invention, ladite phase d'enregistrement comprend, lorsque ladite au moins une commande s'est soldée par un échec : - une étape d'émission d'un message électronique vers un intervenant en charge d'un traiter d'incident ; une étape de programmation automatique d'une exécution d'une commande correctrice, lorsque ladite commande correctrice existe ; une étape de programmation automatique d'une nouvelle exécution de ladite au moins une commande lorsque ladite commande correctrice a été exécutée ; une étape de création d'un ticket d'incident dans un système de gestion d'incidents.
Ainsi, l'invention permet de centraliser simplement et efficacement les actions correctrices et une nouvelle exécution des commandes qui ont échoué, ce qui permet tout à la fois de soulager le travail des administrateurs tout en permettant une efficacité accrue des traitements correctifs qui peuvent être exécutés automatiquement et immédiatement à la suite de la réception de l'incident sans intervention extérieure. L'invention concerne également une entité de gestion d'opérations d'administration et de maintenance d'un ordinateur connecté à un réseau de communication.
Selon l'invention, une telle entité comprend : des moyens de réception d'une requête d'interrogation d'au moins une commande à exécuter, en provenance dudit ordinateur ; des moyens de distribution séquentielle programmée de ladite au moins une commande préalablement enregistrée au sein d'une base de données d'opérations, à destination dudit ordinateur ; des moyens d'enregistrement, au sein d'une base de données de collecte de résultats associés audit ordinateur, d'au moins un résultat de mise en œuvre de ladite au moins une commande séquentiellement distribuée. Dans au moins un mode de réalisation de l'invention, une telle entité comprend des moyens de mise en œuvre du procédé de gestion tel que décrit précédemment. Selon un autre aspect, l'invention concerne également un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, et comprenant des instructions de code de programme pour l'exécution du procédé de transmission tel que décrit précédemment. 4 LISTE DES FIGURES
D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : - la figure 1 présente une architecture d'un système permettant la mise ne œuvre du procédé de l'invention ; la figure 2 illustre en détail un enchaînement permettant l'exécution d'une commande dans l'architecture de système de la figure 1 ; la figure 3 décrit les phases principales du procédé de l'invention ; - la figure 4 décrit l'architecture physique d'une entité de gestion selon l'invention.
5 DESCRIPTION DETAILLEE DE L'INVENTION 5.1 Rappel du principe de l'invention
L'invention offre l'avantage de centraliser les exécutions de tâches d'administration et de maintenance d'ordinateurs et de serveurs informatiques au niveau d'un parc informatique. Cette centralisation est réalisée au niveau d'une entité spécifique du réseau de communication qui distribue les opérations de maintenance, en fonction de stratégies d'administration et de maintenance préalablement déterminée. L'utilisation d'une entité qui met en œuvre un procédé selon l'invention peut être faite dans des entreprises qui souhaitent apporter une qualité de service irréprochable à leurs utilisateurs ou qui souhaitent conserver un parc de poste de travail dans un état d'utilisation permanent tout en évitant ainsi des pertes de productivité des utilisateurs et en prévenant à l'avance la survenance d'incidents. Elle permet également aux entreprises de vérifier l'utilisation des postes de travail en vérifiant par exemple la présence de logiciels ou types de données interdits dans l'entreprise. Toute tâche technique exécutable sur un ordinateur peut ainsi être pilotée depuis un système mettant en œuvre le procédé de l'invention.
La solution apportée par l'invention est utilisable dans les entreprises sans limite du nombre d'ordinateurs. Elle peut également être utilisable par les infogéreurs qui opèrent plusieurs parcs de postes de travail ou serveurs.
Le principe général de l'invention repose sur une centralisation de la distribution de tâches d'administration, de maintenance et de maintien en condition opérationnelle vers une pluralité d'ordinateurs qui composent un parc informatique. Ainsi, l'invention permet d'éviter les inconvénients des techniques de l'art antérieur, notamment les inconvénients liés à la programmation des agents
(particulièrement dans le cas de l'utilisation du protocole SNMP) et de la mise en œuvre de base de données, telles que les bases MIB. En effet, l'invention ne nécessite pas la mise en place d'un agent possédant une « intelligence » forte.
L'agent qui peut être mis en œuvre lorsque le procédé selon l'invention est utilisé est plus simple et moins gourmand en ressources, dans la mesure où : il ne nécessite pas l'implémentation de bases de données locale à l'ordinateur administré afin de conserver des événements ; il n'exécute aucune tâche en permanence (telle que des tâches de surveillances) ; il ne nécessite pas d'implémentation d'ordonnanceur (« scheduler » en
Anglais). La mise en œuvre d'un tel agent est rendu possible selon l'invention dans la mesure où les opérations de maintenance et d'administration sont gérées de manière centralisée et automatique. En effet, selon l'invention, les opérations de maintenance sont des suites ordonnées de scénarii qui se déroulent sur une période de temps définie à l'avance (par exemple un mois, une semaine). Le procédé selon l'invention comprend les phases suivantes, décrites en relation avec la figure 3 : une phase de réception (1) d'une requête d'interrogation 311 d'au moins une commande à exécuter, en provenance de l'ordinateur 31, par exemple par l'intermédiaire d'un agent logiciel qui y est installé. L'agent requiert des commandes de la part d'une entité 30 qui met en œuvre le procédé. On n'est donc pas dans le cas d'un processus classique où c'est un administrateur qui décide de l'envoi de commandes à un poste de travail, une phase de distribution séquentielle programmée (2) de ladite au moins une commande 312 préalablement enregistrée au sein d'une base de données d'opérations 32, à destination dudit ordinateur 31. A la réception de la requête d'interrogation 311, l'entité 30 de mise en œuvre du procédé de l'invention vérifie 313 l'existence d'une commande préalablement enregistrée et devant faire l'objet d'un traitement par l'ordinateur 31. Si une programmation d'une telle commande est présente dans la base de données, l'entité distribue (délivre) cette commande à l'ordinateur en séquence (c'est-à-dire l'une après l'autre). Si aucune commande n'est programmée (c'est-à-dire qu'il n'y a pas concordance entre le moment ou l'ordinateur fait la requête et le moment ou une commande est prévue), il est possible de transmettre une commande par défaut. une phase d'enregistrement (3), au sein d'une base de données 33 de collecte de résultats associés à l'ordinateur 31, d'au moins un résultat 313 de mise en œuvre de la commande séquentiellement distribuée. L'ordinateur au sein duquel la commande est mise en œuvre fait parvenir le résultat 313 de cette commande à l'entité de gestion 30 qui le sauvegarde pour des usages ultérieurs, et notamment l'analyse et la construction d'une opération de maintenance suivante.
On entend par l'expression « distribution séquentielle programmée », le fait que si une requête d'interrogation de commande à exécuter parvient à un instant T, mais que cet instant T n'est pas celui auquel il était prévu que la commande soit distribuée à l'ordinateur qui en fait la requête, alors cette commande n'est pas envoyée à l'ordinateur. Ainsi, à la différence des techniques de l'art antérieur, l'invention permet de conserver automatiquement une maîtrise des opérations d'administration, de maintenance et de maintien en condition opérationnelle au sein d'une entité qui met en œuvre le procédé de l'invention. En effet, selon les techniques de l'art antérieur, des distributions de commandes sont réalisées par des administrateurs par le biais d'interfaces hommes/machine qui permettent d'envoyer à un ordinateur (en utilisant le protocole SNMP) des commandes à exécuter. Cependant, lorsqu'il s'agit d'exécuter des commandes à des heures déterminées, c'est le système d'exploitation de l'ordinateur cible qui doit gérer cette programmation d'exécution, et non pas le système utilisé par l'administrateur. Il résulte de ces techniques que si l'ordinateur qui exécute la commande subit une avarie ou est éteint, la commande ne sera pas exécutée. L'invention permet de pallier cet inconvénient en centralisant la gestion de la programmation des tâches de maintenance, assurant ainsi que si une commande doit être exécutée (parce que l'heure ou la date d'exécution est atteinte ou dépassée) elle sera exécutée immédiatement lors de l'envoi d'une requête de la part de l'ordinateur administré.
Selon l'invention, les opérations de maintenance et d'administration permettent de définir des configurations de maintenances différentes (c'est-à-dire des scénarii) différents en fonction de profils des ordinateurs. Ainsi, il est plus simple de gérer un par informatique par profil que par machine. Ces profils peuvent correspondre à des machines qui embarquent toutes tel ou tel type de processeur ou tel ou tel type d'espace mémoire. Les opérations de maintenances permettent également de programmer certains types maintenances particulières. Par exemple une opération de maintenance peut être dédiée à la vérification des composants matériels d'un ordinateur tandis qu'une autre peut porter sur des corrections dans un système de fichier. Un scénario de maintenance est, selon l'invention, une succession de commandes dont seule la première est horodatée, les suivantes s 'exécutant dès la fin de la précédente.
Ainsi, un scénario permet d'exécuter une succession de commandes qui ont un lien de connexité entre elles. Il est donc possible, selon l'invention de programmer l'exécution d'une tâche (donc d'un scénario) à une heure prédéfinie et de ne pas programmer les tâches suivantes. Ainsi, si une tâche est longue à exécuter, les autres taches ne seront pas lancées tant que la tâche précédente n'est pas terminée. On assure ainsi une continuité logique des tâches élémentaires et la validité du scénario exécuté. Une « programmation de l'exécution d'un scénario » selon l'invention ne consiste pas à programmer un agent pour qu'il exécute un certain nombre de tâches à une heure donnée, mais bien à réaliser une telle programmation au niveau de l'entité de gestion de la maintenance et de l'administration. Une commande peut être considérée comme un travail élémentaire à exécuter sur un ordinateur.
L'invention met en œuvre un concept de programmation temporelle indéterminée de tâches. En effet, une opération de maintenance peut par exemple consister en la vérification matérielle et logicielle d'un ordinateur. Une telle opération doit selon l'invention, être exécutée sur un mois par exemple (la distribution séquentielle des commandes permet donc d'étaler l'opération sur un laps de temps préalablement déterminée). Elle comprend, dans notre exemple, deux scénarii : un scénario de vérification matérielle et un scénario de vérification logiciel. Le procédé de l'invention est mis en œuvre pour cette opération qui doit être exécutée sur un mois. Or, comme un scénario est une succession de commandes dont seule la première est horodatée, il n'est pas possible de connaître l'heure de fin d'un scénario. Par voie de conséquence, l'entité de gestion qui met en œuvre l'invention peut, en fonction de l'heure de fin constatée d'un scénario, programmer l'exécution du second scénario de l'opération que lorsqu'elle a connaissance de la fin du premier. Une telle mise en œuvre, selon l'invention, permet de ne pas surcharger les ordinateurs par des commandes de maintenance et de tenir compte des résultats produits par le premier scénario pour adapter, au besoin, le second scénario. Ainsi, par exemple, si dans un premier scénario, une commande de d'inspection de surface de disque dur a permis de détecter des secteurs défectueux à la surface de ce disque, l'entité de gestion peut astucieusement tenir compte de ce résultat pour programmer, dans un deuxième scénario à exécuter immédiatement (c'est-à-dire dès réception d'une nouvelle requête de la part de l'ordinateur), l'exécution d'une commande de réparation de ces secteurs défectueux. Une telle opération de programmation est automatisée à l'aide du procédé de l'invention.
Par la suite, on présente notamment le cas d'une mise ne œuvre du procédé de l'invention en utilisant une entité de gestion centralisée qui communique avec des postes de travail sous environnement Windows (Marque Déposée) par le biais du protocole HTTPS. Il est clair cependant que l'invention ne se limite pas à cette mise en oeuvre particulière, mais peut également être mise en œuvre de nombreuses autres manières.
5.2 Description d'un mode de réalisation
On présente dans ce mode de réalisation, la mise en œuvre du procédé de l'invention par l'intermédiaire d'un serveur d'application. On présente en relation avec la figure 1, l'architecture mise en œuvre. Un serveur de base de données 10 est connecté à une pluralité de serveurs Web (11, 12). Le serveur de base de données 10 contient une base de données 100 regroupant les données d'opérations (101) les données de résultat de mise en œuvre de commandes (102) (qui sont archivés). Ces deux sources de données peuvent également être implémentées au sein de deux bases de données distinctes. Les serveurs web (11, 12) sont connectés aux ordinateurs (13 à 18) par l'intermédiaire des protocoles HTTP et/ou HTTPS. Des agents (13a à 18a), chargés de mettre en œuvre les commandes qu'ils reçoivent de la part des serveurs Web (11, 12) sont installés sur les ordinateurs (13 à 18). Dans ce mode de réalisation de l'invention, le principe retenu pour offrir le service décrit s'appuie sur un ensemble ad hoc de tâches qui est chargé de communiquer avec l'ordinateur à superviser pour lui demander de réaliser telle ou telle tâche technique. Chaque poste de travail dispose d'un logiciel agent, qui périodiquement interroge le ou les serveurs centraux, par l'intermédiaire des serveurs Web. Ce ou ces serveurs centraux fournissent alors à l'ordinateur, le cas échéant, la commande à exécuter, par l'intermédiaire de la connexion HTTP ou HTTPS préalablement établie. Le résultat de chaque commande élémentaire de vérification est ensuite fourni par l'ordinateur au serveur central, sous la forme d'une requête http ou
HTTPS.
Une telle mise en œuvre par l'intermédiaire du protocole HTTP assure que l'installation d'un agent sur les ordinateurs à administrer se passe plus simplement et ne nécessite pas de paramétrages complexes sur les postes de travail.
Selon le paramétrage défini sur la plate-forme pour l'action concernée, le résultat d'une commande peut être une erreur, un avertissement ou un succès.
Dans tous les cas, dans ce mode de réalisation, on fait suivre la survenance d'un résultat par des actions spécifiques telles que : - l'émission d'un message électronique vers une équipe chargée traiter l'incident (un administrateur par exemple) ou vers l'utilisateur de l'ordinateur lui-même ou toute autre personne connue du système ou non (tel que par exemple un responsable hiérarchique de l'utilisateur, que l'on peut rechercher dans un annuaire LDAP) ou tout système informatique capable de l'analyser ce message électronique ; l'affichage d'une fenêtre sur l'ordinateur pour informer l'utilisateur du résultat de la tâche ; l'affichage d'une fenêtre interrogeant l'utilisateur sur une décision à prendre en fonction de l'événement survenu (par exemple quand une commande n'a pas pu être exécutée) ; l'exécution d'une commande correctrice, décidée par le serveur central ; la programmation de la relance de la tâche après correction d'un élément incriminé ayant fait par exemple échoué une commande précédente ; la création d'un ticket d'incident dans un système de gestion d'incidents. De plus, dans ce mode de réalisation, chaque événement (résultat d'exécution d'une commande) est visible sur une console de supervision permettant par exemple aux équipes support de contrôler, ordinateur par ordinateur, l'état de fonctionnement de celui-ci. Dans ce mode de réalisation, pour fonctionner, le système dispose : - d'un réseau permettant de faire communiquer les postes de travail et les serveurs ; d'un ensemble de serveurs capables de dialoguer avec les postes de travail dans un protocole défini (http, https) sur ports paramétrables ; d'un outil d'administration où l'on décrira les commandes à réaliser, leurs résultats potentiels et les actions qui peuvent en découler ainsi que les décisions à prendre le cas échéant ; d'un outil de définition des opérations et des scénarii, où l'on définit les éléments permettant d'identifier une ordinateur afin de lui communiquer les commandes à exécuter ; - d'un ordonnanceur (outils de programmation d'ensemble de commandes sous la forme d'opération et de scénarii) permettant de décrire à quel moment une commande (ou un ensemble de commandes) s'exécute sur un poste de travail donné ; d'un agent logiciel installé sur chaque poste de travail ; - d'un système de communication entre le serveur et les ordinateurs ; d'une solution logicielle permettant d'afficher l'état des actions pour tout ou partie du parc de postes de travail.
Le processus de mise en œuvre de l'invention dans ce mode de réalisation de l'invention comporte les étapes suivantes : 1. un administrateur, faisant partie d'un service chargé de la définition des opérations d'administration, de maintenance et de maintien en condition opérationnelle décrit dans la base de données les étapes, leur périodicité, les résultats potentiels et les actions à entreprendre en fonction des résultats de l'exécution des commandes ;
2. un service chargé d'offrir la garantie de bon fonctionnement du poste aux utilisateurs enregistre alors, pour chaque machine l'enchaînement de tâches qui lui correspond ou qui correspond à l'utilisateur du poste. Les opérations de maintenance et leurs paramètres sont enregistrés dans la base de données ;
3. un agent installé sur l'ordinateur interroge périodiquement le serveur central pour savoir, si au moment de l'interrogation, il a une action à exécuter sur le poste. Le serveur consulte alors sa base de données et recherche si le nom de station est enregistré dans la base de données et communique, si une commande est disponible, au poste de travail le nom de la commande à lancer ainsi que les éventuels paramètres nécessaires ;
4. l'agent exécute alors la commande indiquée lors de l'étape 3 avec ses paramètres et vérifie la bonne exécution de celle-ci ;
5. à la fin de l'exécution, l'agent renvoie le résultat au serveur. Selon les cas, le serveur exécute une action sur un système externe (envoi de message par exemple), demande à la station d'afficher une fenêtre sur le poste de travail ou de réaliser une action correctrice ;
6. sur le serveur, le résultat de la commande est spécifiquement marqué pour permettre d'identifier, par la suite au sein d'un système de vérification adéquat, les commandes ayant provoquées des erreurs ;
7. lorsqu'une erreur survient, elle doit être traitée. Elle peut cependant être supprimée après un délai paramétrable permettant ainsi la poursuite du processus périodique. Elle restera visible dans la supervision comme erreur auto-passée. 8. l'agent de l'ordinateur attend alors une période de temps paramétrable (en fonction d'une indication qui lui est fournie par le serveur) avant d'interroger à nouveau le serveur à la recherche de nouvelles commandes à exécuter (étape 3). Ainsi, après l'exécution d'une série de commande, l'ordinateur interroge le serveur. Ce dernier, constatant qu'aucune nouvelle commande ne doit être exécutée par l'ordinateur, lui fait parvenir une commande d'attente, ce qui signifie que l'ordinateur qui reçoit cette commande doit attendre un certain temps avant de requêter à nouveau sur le serveur. Ce temps d'attente peut astucieusement être proche du temps qui sépare l'interrogation par le client du jour ou de l'heure prévue pour la prochaine commande.
9. lorsque toutes les étapes sont réalisées, le serveur archive les résultats constatés et génère alors une nouvelle opération pour cette station, qui est fonction des résultats de l'opération précédente. 5.3 Présentation des tâches selon l'invention
Les ordinateurs connectés à une entité de gestion qui met en œuvre le procédé de l'invention reçoit de la part de cette dernière des commandes à exécuter soit individuellement (c'est-à-dire que chaque commande est envoyée l'une après l'autre) soit par série de commandes (c'est-à-dire que plusieurs commandes sont envoyées ensemble à l'ordinateur qui doit les exécuter les unes après les autres). L'avantage de n'envoyer qu'une seule commande à la fois est de permettre à l'entité de gestion, au fur et à mesure de la réception des résultats des commandes : de construire automatiquement un ensemble de commandes à exécuter lors d'une prochaine opération de maintenance en fonction du résultat de mise en œuvre ; d'enregistrer, au sein de la base de données d'opération, l'ensemble de commandes à exécuter ; et éventuellement, de modifier l'opération en cours ou de décider du démarrage d'une nouvelle opération, dans le cas où les erreurs remontées par la commande précédente sont extrêmement sérieuses. La réactivité de l'entité de gestion est ainsi améliorée puisqu'elle n'est pas obligée d'attendre la fin de la série de commandes pour en connaître les résultats.
La commande élémentaire et la prise de décision (c'est-à-dire l'action à exécuter dans l'entité de gestion en fin d'exécution de la commande, en fonction du résultat de celle-ci) sont regroupées, selon l'invention, sous le terme de « tâche élémentaire ». Pour chaque tâche élémentaire, on possède donc, au sein de la base de données d'opérations :
La commande à exécuter et les paramètres associés, qui comprennent en outre des informations permettant de savoir :
Si la commande peut s'exécuter lorsqu'une session d'utilisateur est ouverte ;
Si la commande doit être exécutée avec une session d'utilisateur ouverte. - Le comportement en fonction des résultats :
Quelle est l'action à réaliser en cas d'échec ? Comment analyser le code d'échec de la commande ? Quelle est l'action à réaliser en cas de succès ?
Certains paramètres de commandes et certaines actions sont spécifiques à des scénarii particuliers. Par exemple, pour les deux scénarii suivants, des paramètres spécifiques seront utilisés et disponible au sein de la base de données d'opération :
Scénario 1 : Vérification de la place disponible sur le disque : Ce scénario comprend une tâche qui identifie : - Quelle est la place minimale en deçà de laquelle une intervention est nécessaire ?
Quelle action doit être exécutée en cas d'atteinte d'un certain pourcentage de place restant ?
Quelle action doit être exécutée en cas d'atteinte d'un autre pourcentage de place restante ? Scénario 2 : Vérification des logiciels obligatoires : Chaque tâche de ce scénario identifie : Quel est le nom du logiciel
Quelle est la méthode de recherche du logiciel sur la machine (clé de registre ou présence d'un fichier) ?
Quelle action doit être exécutée si le logiciel est absent ?
Y a-t-il une demande de télédistribution automatique ?
Quel est le nom du package à distribuer ? Quel est l'outil de distribution de l'entreprise à utiliser ? - Y a-t-il une information de l'utilisateur ?
Y a-t-il une information du help desk ?
Ainsi, de part le découpage des opérations de maintenance en scénarii, l'invention permet, pour chaque commande à exécuter et pour chaque scénario défini au sein de la base d'opérations, de modifier les paramètres d'exécution. 5.4 Exemples de commandes élémentaires
On présente ci-après, des exemples de commandes élémentaires à exécuter sur l'ordinateur, pouvant faire l'objet de regroupements au niveau de scénarii, ainsi que les actions correctives ou informatives mises en œuvre :
Commande : Vérification du disque dur, permettant d'obtenir un état du fractionnement du disque dur ;
Action : envoi d'un courrier électronique aux équipes de support ; Commande : Vérification des traces (« logs ») d'événements. Certains événements sont caractérisés en tant qu'« Erreur », d'autres en tant que « Warning » ; - Action : envoi d'un courrier électronique aux équipes de support, lorsque des erreurs ou des avertissements sont détectés ; Commande : Nettoyage des traces des événements (qui sont enregistrées automatiquement par le système d'exploitation qui est utilisé sur l'ordinateur) ; - Action : aucune Commande : Compression des données du disque dur (Scénario qui ne peut s'exécuter que la nuit) ;
Action : Aucun, sauf l'action ne se déroule pas correctement : envoi d'un courrier électronique aux équipes de support ; - Commande : Sauvegarde des données « utilisateurs » ;
Action : Aucune ;
Commande : Vérification de la taille de certains fichiers (tels que des fichiers PST contenant des informations sur des courriers électroniques enregistrés au sein de l'ordinateur et pouvant poser des problèmes à certaines applications) ;
Action : Ouverture d'une fenêtre d'avertissement à destination de l'utilisateur si dépassement taille autorisée ;
Commande : Suppression des fichiers traces de plus de n mois (paramètre global) ; - Action : Aucune ;
Commande : Suppression des fichiers d'une liste d'extensions paramétrables (*bak, *tmp,... non ouverts (conditionnel en fonction de la place restante sur disque) ;
Action : Aucune ; - Commande : Détection de logiciels interdits (liste et signatures, warning ou erreur) :
Action sur erreur : désinstallation automatique du logiciel interdit ;
Action : Ouverture d'une fenêtre d'avertissement à destination de l'utilisateur pour exiger la suppression des logiciels interdits ; - Commande : Suppression des raccourcis qui ne pointent sur aucun fichier
Action : Ouverture d'une fenêtre d'avertissement à destination de l'utilisateur ;
Commande : Suppression des raccourcis qui pointent sur le même fichier et qui sont dans le même répertoire ; - Action : Aucune ; Commande : Analyse de fichiers de traces avec script spécifique qui remonte l'erreur ou le warning ;
Action : Ouverture d'une fenêtre d'avertissement à destination de l'utilisateur ou warning ou erreur (selon paramètre pour le fichier de traces en question) ;
Commande : Suppression des cookies de plus de n mois (n est paramétrable) ;
Action : Aucune ;
Commande : Détection d'extensions interdites (« .divx » par exemple) ; - Action : Ouverture d'une fenêtre d'avertissement à destination de l'utilisateur pour lui demander de supprimer ces fichiers ; Commande : Vérification de l'état du disque dur (ou de tout autre support connecté à l'ordinateur) ;
Action : Ouverture d'une fenêtre d'avertissement à destination de l'utilisateur pour l'avertir d'un éventuel problème ;
Action sur erreur : Programmation immédiate d'une commande de correction des secteurs défectueux ;
5.5 Enchaînement détaillé des dialogues entre une station et le serveur On présente, en relation avec la figure 2, un exemple d'enchaînement détaillé des dialogues entre un ordinateur 21 et un serveur 22 mettant en œuvre le procédé de l'invention.
1. l'agent 20, installé sur la station, requiert (201) au serveur 22 une commande à exécuter (l'agent 20 est démarré en même temps que l'ordinateur 21) ; 2. le serveur 22 inspecte (202) la base de données 23 pour voir si : a. la station existe bien dans sa base ; si non (N), le serveur 22 répond (203) à l'agent 20 « aucune action à réaliser » ; b. si une commande à exécuter est présente pour cette machine et doit être exécutée dans l'instant (c'est-à-dire qu'elle est programmée à un instant T inférieur ou égal à l'instant ou la requête de l'agent 20 est parvenue au serveur 22) ; si non (N), le serveur 22 répond (203) à l'agent 20 « aucune action à réaliser » ; 3. Le serveur 22 inspecte (204) la base de données 23 pour connaître la commande et les paramètres à fournir à l'agent 20 ;
4. Le serveur 22 fournit (205) à l'agent 20 le nom de la commande à exécuter et les paramètres associés ;
5. L'agent 20 lance (206) sur la station 21 la commande avec les paramètres fournis : a. si la commande n'est pas présente (207) ; i. l'agent 20 en informe (208) le serveur 22 sous la forme d'un événement de type « warning » codifié 2081, c'est-à- dire un avertissement spécifique indiquant l'absence de la commande ; ii. le serveur 22 inspecte (209) la base de données 23 à la recherche d'une action à réaliser pour l'événement codifié 2081 reçu ; iii. le serveur 22 exécute (210) l'action correspondant au code reçu (envoi de courrier électronique par exemple), et demande (211) un enregistrement éventuel dans la base de données 23 ; b. si la commande est présente (212) ; i. l'agent 20 informe (213) le serveur 22 que la commande est lancée ; ii. l'agent 20 supervise (214) l'exécution de la commande ; iii. à la fin de la commande, l'agent 20 renvoie (215) au serveur 22 le résultat 2151 de la commande exécutée ; iv. si l'exécution (206) de la commande est un échec (216), le serveur 22 analyse (217) de code erreur et recherche (218) une action à réaliser pour le code de cette commande ; Une telle mise en œuvre permet de réaliser un maintien en condition opérationnelle de l'ordinateur. L'action correctrice à exécuter va permettre d'assurer le bon fonctionnement de l'ordinateur ou à tout le moins (si l'erreur n'est pas récupérable), une sauvegarde des données de l'utilisateur par exemple. v. si l'exécution (206) de la commande est un succès (219), le serveur 22 avance (220) l'ordonnanceur d'une tâche (c'est- à-dire qu'il passe à la tâche suivante dans la mise en œuvre du scénario) ;
6. l'agent 20 se met en veille (221) pendant une périodicité définie et le processus s'exécute à nouveau (222) depuis l'étape 1 (nouvelle requête
201) ;
7. lorsque plus aucune action n'est à réaliser pour la station (223), le serveur 22 archive (224) les informations concernant l'ensemble des tâches réalisées et régénère une instance vide de l'opération pour la station. Ainsi, le procédé de l'invention, de part la communication régulière de l'ordinateur avec l'entité de gestion, permet de prendre en compte la survenance d'événements qui ne sont pas programmés à l'avance, et par le biais du mécanisme de tâche, qui comprend une commande et une pluralité d'actions associées à cette commande, permet de réaliser des actions correctives à la suite d'erreurs.
Dans un mode de réalisation particulier de mise en œuvre du procédé de l'invention, il est également possible que l'entité de gestion, à la suite de la réception d'une requête d'obtention d'une commande de la part de l'ordinateur, fournisse à celui-ci une commande de mise en attente plutôt qu'une réponse du type « aucune action à réaliser ». Un tel mode de réalisation présente l'avantage de permettre à l'entité de gestion d'ordonnancer les opérations de maintenance de plusieurs ordinateurs afin de ne pas se surcharger de traitement. Il s'agit donc d'un mécanisme d'auto régulation de l'entité de gestion. De plus, un tel mode de réalisation permet à l'ordinateur objet des opérations de maintenance à l'agent qu'il met en œuvre de ne pas sans cesse demander à l'entité de gestion ce qu'il doit faire. Une telle commande de mise en attente peut astucieusement être paramétrée pour demander à l'ordinateur de soumettre une nouvelle requête à un instant proche de l'heure où celle-ci doit être exécutée.
5.6 Architecture d'une entité de gestion selon l'invention On présente, en relation avec la figure 4, un mode de réalisation d'une entité de gestion qui met en œuvre du procédé selon l'invention.
Une telle entité comprend une mémoire 41 constituée d'une mémoire tampon, une unité de traitement 42, équipée par exemple d'un microprocesseur μP, et pilotée par le programme d'ordinateur 43, mettant en œuvre le procédé de gestion selon l'invention.
A l'initialisation, les instructions de code du programme d'ordinateur 43 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 42. L'unité de traitement 42 reçoit en entrée au moins une information I à traiter (telle qu'une requête d'interrogation ou un résultat d'exécution d'une commande). Le microprocesseur de l'unité de traitement 42 met en œuvre les étapes du procédé décrit précédemment, selon les instructions du programme d'ordinateur 43, pour délivrer une information traitée T (tel qu'une commande à exécuter ou un résultat à enregistrer dans la base de données). Pour cela, le dispositif comprend, outre la mémoire tampon 41, des moyens de formulation de requête et de réponse, et des moyens de traitement d'informations, permettant notamment l'exécution du procédé selon l'invention. Ces moyens sont pilotés par le microprocesseur de l'unité de traitement 42.

Claims

REVENDICATIONS
1. Procédé de gestion d'opérations d'administration et de maintenance d'un ordinateur connecté à un réseau de communication, caractérisé en ce qu'il comprend : - une phase de réception d'une requête d'au moins une commande à exécuter, en provenance dudit ordinateur ; une phase de distribution séquentielle programmée de ladite au moins une commande préalablement enregistrée au sein d'une base de données d'opérations, à destination dudit ordinateur ; - une phase d'enregistrement, au sein d'une base de données de collecte de résultats associés audit ordinateur, d'au moins un résultat de mise en œuvre de ladite au moins une commande séquentiellement distribuée.
2. Procédé de gestion selon la revendication 1, caractérisé en ce qu'il comprend : - une phase de construction automatique d'un ensemble de commandes à exécuter lors d'une prochaine opération de maintenance en fonction dudit au moins un résultat de mise en œuvre ; une phase d'enregistrement, au sein de ladite base de données d'opération, dudit ensemble de commandes à exécuter.
3. Procédé de gestion selon l'une quelconque des revendications 1 et 2, caractérisé en ce qu'il comprend, au sein dudit ordinateur : une phase d'exécution de ladite au moins une commande préalablement distribuée lors de la phase de distribution ; une phase de transmission dudit au moins un résultat de mise en œuvre de ladite au moins une commande.
4. Procédé de gestion selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ladite phase de distribution programmée d'au moins une commande préalablement enregistrée comprend : une étape de recherche, au sein de ladite base de données d'opérations, d'une commande à transmettre audit ordinateur en fonction d'une programmation de distribution de commande fournissant une information de présence de commande ; et une étape de transmission, audit ordinateur, de ladite commande à transmettre lorsque ladite information de présence est positive ; - une étape de transmission, d'une commande de mise en attente dudit ordinateur, lorsque ladite information de présence est négative ;
5. procédé de gestion selon l'une quelconque des revendications 3 et 4, caractérisé en ce que ladite phase d'exécution comprend : une étape d'exécution de ladite au moins une commande ; - une étape de formatage dudit au moins un résultat de mise en œuvre de ladite au moins une commande ; une étape de transmission dudit au moins un résultat de mise en œuvre ;
6. Procédé de gestion selon l'une quelconque des revendications 3 à 5, caractérisé en ce que ladite phase d'exécution comprend en outre une première étape d'affichage d'une interface de présentation comprenant ledit au moins un résultat de mise en œuvre de ladite au moins une commande.
7. Procédé de gestion selon la revendication 6, caractérisé en ce que ladite phase d'exécution comprend en outre une deuxième étape d'affichage d'une interface de présentation comprenant un avertissement à destination d'un utilisateur dudit ordinateur.
8. Procédé de gestion selon l'une quelconque des revendications 1 à 7, caractérisé en ce que ladite phase d'enregistrement comprend, lorsque ladite au moins une commande s'est soldée par un échec : - une étape d'émission d'un message électronique vers un intervenant en charge d'un traitement d'incident ; une étape de programmation automatique d'une exécution d'une commande correctrice, lorsque ladite commande correctrice existe ; une étape de programmation automatique d'une nouvelle exécution de ladite au moins une commande lorsque ladite commande correctrice a été exécutée ; une étape de création d'un ticket d'incident dans un système de gestion d'incidents.
9. Entité de gestion d'opérations d'administration et de maintenance d'un ordinateur connecté à un réseau de communication, caractérisé en ce qu'il comprend : des moyens de réception d'une requête d'au moins une commande à exécuter, en provenance dudit ordinateur ; des moyens de distribution séquentielle programmée de ladite au moins une commande préalablement enregistrée au sein d'une base de données d'opérations, à destination dudit ordinateur ; des moyens d'enregistrement, au sein d'une base de données de collecte de résultats associés audit ordinateur, d'au moins un résultat de mise en œuvre de ladite au moins une commande séquentiellement distribuée.
10. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution du procédé de gestion selon l'une au moins des revendications 1 à 8, lorsqu'il est exécuté sur un ordinateur.
PCT/EP2008/064204 2007-10-26 2008-10-21 Procede de gestion d'operations d'administration, de maintenance et de maintien en condition operationnelle, entite de gestion, et produit programme d'ordinateur correspondant WO2009053356A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US12/739,910 US8402125B2 (en) 2007-10-26 2008-10-21 Method of managing operations for administration, maintenance and operational upkeep, management entity and corresponding computer program product
EP08843250A EP2210367A1 (fr) 2007-10-26 2008-10-21 Procede de gestion d'operations d'administration, de maintenance et de maintien en condition operationnelle, entite de gestion, et produit programme d'ordinateur correspondant

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FRFR0758624 2007-10-26
FR0758624A FR2923113B1 (fr) 2007-10-26 2007-10-26 Procede de gestion d'operations d'administration, de maintenance et de maintien en condition operationnelle, entite de gestion, et produit programme d'ordinateur correspondant.

Publications (1)

Publication Number Publication Date
WO2009053356A1 true WO2009053356A1 (fr) 2009-04-30

Family

ID=39269353

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2008/064204 WO2009053356A1 (fr) 2007-10-26 2008-10-21 Procede de gestion d'operations d'administration, de maintenance et de maintien en condition operationnelle, entite de gestion, et produit programme d'ordinateur correspondant

Country Status (4)

Country Link
US (1) US8402125B2 (fr)
EP (1) EP2210367A1 (fr)
FR (1) FR2923113B1 (fr)
WO (1) WO2009053356A1 (fr)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9262208B2 (en) 2012-08-20 2016-02-16 International Business Machines Corporation Automated, controlled distribution and execution of commands and scripts
US9413596B2 (en) * 2013-01-10 2016-08-09 Webroot Inc. Managed execution and expiration of agent commands
CN104410515A (zh) * 2014-11-17 2015-03-11 国云科技股份有限公司 一种自动识别服务器和应用系统运行状态的方法
CN104504495A (zh) * 2014-11-27 2015-04-08 北京百度网讯科技有限公司 运维异常处理方法、装置及设备
US10102041B2 (en) * 2016-03-30 2018-10-16 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Controlling workload placement to manage wear of a component nearing end of life

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000298578A (ja) * 1999-04-13 2000-10-24 Nec Corp プログラム配信管理システム
WO2002006967A1 (fr) * 2000-07-14 2002-01-24 Conxion Corporation Appareil et procede destines a la maintenance a distance de services de reseau heberges
EP1530129A1 (fr) * 2003-09-16 2005-05-11 Ricoh Company, Ltd. Mise à jour logicielle d'un appareil en réseau par un appareil de contrôle à distance
US20070027506A1 (en) * 2005-08-01 2007-02-01 Siemens Aktiengesellschaft Method and system for remote software updating of a medical device
US20070094658A1 (en) * 2005-08-12 2007-04-26 Dicarlo Jennifer M Method and apparatus for downloading software updates

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6256635B1 (en) * 1998-05-08 2001-07-03 Apple Computer, Inc. Method and apparatus for configuring a computer using scripting
GB0007898D0 (en) * 2000-03-31 2000-05-17 British Telecomm Apparatus for optimising configuration parameters of a network
JP2001356972A (ja) * 2000-06-15 2001-12-26 Fast Net Kk ネットワーク監視システム及びネットワーク監視方法
US7802287B2 (en) * 2001-05-08 2010-09-21 At&T Intellectual Property Ii, L.P. Method and system for generating geographic visual displays of broadband network data
US7114001B2 (en) * 2001-05-11 2006-09-26 International Business Machines Corporation Predictive networking
US7124401B2 (en) * 2002-09-03 2006-10-17 Sap Aktiengesellschaft Testing versions of applications

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000298578A (ja) * 1999-04-13 2000-10-24 Nec Corp プログラム配信管理システム
WO2002006967A1 (fr) * 2000-07-14 2002-01-24 Conxion Corporation Appareil et procede destines a la maintenance a distance de services de reseau heberges
EP1530129A1 (fr) * 2003-09-16 2005-05-11 Ricoh Company, Ltd. Mise à jour logicielle d'un appareil en réseau par un appareil de contrôle à distance
US20070027506A1 (en) * 2005-08-01 2007-02-01 Siemens Aktiengesellschaft Method and system for remote software updating of a medical device
US20070094658A1 (en) * 2005-08-12 2007-04-26 Dicarlo Jennifer M Method and apparatus for downloading software updates

Also Published As

Publication number Publication date
US20100281294A1 (en) 2010-11-04
US8402125B2 (en) 2013-03-19
EP2210367A1 (fr) 2010-07-28
FR2923113B1 (fr) 2009-11-27
FR2923113A1 (fr) 2009-05-01

Similar Documents

Publication Publication Date Title
US10826991B2 (en) Downloading files from a cloud storage being used as temporary cache
US9893963B2 (en) Dynamic baseline determination for distributed transaction
US20090210427A1 (en) Secure Business Continuity and Disaster Recovery Platform for Multiple Protected Systems
EP2234049A2 (fr) Procédé de service d'arrière-plan pour la collecte locale de données dans un système de découverte électronique
EP0822498A1 (fr) Procédé de surveillance d'une pluralité de types d'objets d'une pluralité de noeuds à partir d'un noeud d'administration dans un système informatique
US20060212771A1 (en) System and method for automatically uploading analysis data for customer support
US8255476B2 (en) Automated tape drive sharing in a heterogeneous server and application environment
FR2751448A1 (fr) Procede de surveillance en temps reel d'un systeme informatique pour son administration et l'aide a sa maintenance en phase d'exploitation
US20150074472A1 (en) Checkpointing For Delayed Alert Creation
US20170126532A1 (en) Dynamic baseline determination for distributed business transaction
WO2009053356A1 (fr) Procede de gestion d'operations d'administration, de maintenance et de maintien en condition operationnelle, entite de gestion, et produit programme d'ordinateur correspondant
EP2005649B1 (fr) Procedé et système pour mettre a jour des changements de topologie d'un reseau informatique
WO2016086635A1 (fr) Procédé et appareil de gestion de mise à niveau d'élément de réseau
US9734191B2 (en) Asynchronous image repository functionality
US20170060704A1 (en) Synchronization of a disaster-recovery system
EP2109979B1 (fr) Procédé et dispositif de gestion de connexions dans un réseau de télécommunications
EP2996036B1 (fr) Procédé de surveillance d'une architecture applicative comportant une pluralité de services
EP2176759A2 (fr) Procede de mesure des performances d'un serveur cible logeant un outil de suivi dynamique
US8032500B2 (en) Dynamic sending policies and client-side disaster recovery mechanism for messaging communication
FR2925965A1 (fr) Systeme informatique a haute disponibilite
US9223666B2 (en) Disaster recovery for databases
EP2727057B1 (fr) Procede et programme d'ordinateur pour identifier dynamiquement des composants d'un cluster et automatiser des operations de gestion optimisee du cluster
FR2806494A1 (fr) Procede de transformation, de transport et d'analyse de fichiers de journaux d'evenements (logs)
FR3108743A1 (fr) Procede de prevention d’incident sur une chaine applicative et dispositif informatique de prevention d’incident
CN115220901A (zh) 云端数据中心、第一边缘侧服务器和多源数据管理系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08843250

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2008843250

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2008843250

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 12739910

Country of ref document: US