Updating software while it is running

• US 8,146,073 B2
• Filed: 09/30/2004
• Issued: 03/27/2012
• Est. Priority Date: 09/30/2004
• Status: Active Grant

• Current Assignee: Microsoft Technology Licensing LLC (Microsoft Corporation)
• Original Assignee: Microsoft Corporation
• Inventors: Sinha, Suyash
• Primary Examiner(s): Dam, Tuan
• Assistant Examiner(s): Wei, Zheng
• Application Number:
  US10/955,641
• Publication Number:
  US 20060075076A1
• Time in Patent Office: 2,735 Days
• Field of Search: None
• US Class Current: 717/170
• CPC Class Codes: G06F 2009/45562 Creating, deleting, cloning virtual machine instances
• CPC Class Codes: G06F 8/656 while running
• CPC Class Codes: G06F 9/45558 Hypervisor-specific management and integration aspects

Abstract

To avoid extensive time during which servicing of clients'"'"' requests is stopped for updating a piece of software or a data structure, various embodiments of the invention update an instance of the piece of software or an instance of the data structure instead of updating the original piece of software or the data structure. This allows the original piece of software or the data structure to service clients'"'"' requests without interruption. The updated instance begins to service clients'"'"' requests without losing context while the original piece of software or the data structure is terminated from further operation.

Claims

1. A computer system for serving requests from clients, comprising:

a computing device comprising a processing unit;

a memory having a communication path with said processor, the memory having stored thereon;

a first computer program executable in a first guest operating system running on the computing device that upon execution causes the computing device to service a request of one of the clients, the computing device capable of receiving a context provided by the client associated with the first computer program; and

a second computer program executable in a second guest operating system running on the computing device that upon execution performs substantially similar functions to the functions caused by the first computer program, the second computer program operable to contemporaneously execute on the computing device with the first computer program so as to allow tests to be performed on the second computer program after which the second computer program can be executed and the first computer program can be terminated after a state of the first computer program is transferred to the second computer program and the context of the client is transferred to the second computer program without losing the context provided by the client, wherein the state is generated by execution of the first computer program in connection with the servicing of the clients.

2. The computer system of claim 1, wherein the first guest operating system executes on a first virtual machine and the second guest operating system executes on a second virtual machine.

3. The computer system of claim 2, wherein the first guest operating system and the second guest operating system are managed by a virtual server, which provides an emulation of hardware.

4. The computer system of claim 3, wherein the virtual server runs as a service in a host operating system, which directly communicates with hardware.

5. The system of claim 1 wherein the first and second computer programs comprise computer executable instructions for causing a transition of one service mode to another service mode, the service modes comprising:

a service for servicing requests of clients, the service including a mode among multiple modes that allows the service to obtain a handoff lock and export the state of the service; and

a service control manager for causing the service to enter into a particular mode by invoking an assigned callback routine associated with the particular mode, one particular mode including a customizable mode that allows the service to obtain the handoff lock and export the state of the service.

6. The system of claim 5, further comprising an instance of the service that receives the state of the service, the instance of the service being updated by a new release of the service so as to add a new feature or correct an error in the service.

7. The system of claim 6, wherein the mode includes a pause mode in which the service ceases to receive further requests from clients.

8. The system of claim 7, wherein the mode includes a start mode and a stop mode in which the service is started and stopped by the service control manager.

9. The system of claim 8, wherein the mode includes an install mode and an uninstall mode in which the service is installed and uninstalled by the service control manager.

10. A method implemented on a computer system, comprising:

receiving updates to a first service running on a first guest operating system that runs on the computer system, the first service performing requests of clients;

performing a state handoff by the first service to produce a file containing the state of the first service and a context provided by one of the clients, the file being exported to an instance of the first service running on a second guest operating system that runs on the computer system; and

executing by the instance of the first service, which is updated by the received updates, service requests of the clients; and

terminating the first service, after performing the state handoff, on the first guest operating systems so that the ongoing service requests of the clients are handled by the updated instance of the first service running on the second operating system without losing the context provided by the clients to the first service.

11. The method of claim 10, further comprising testing the instance of the first service with the updates prior to the act of performing the state handoff.

12. The method of claim 11, further comprising causing the first service to enter a handoff mode after the act of testing but prior to the act of performing the state handoff.

13. The method of claim 12, further comprising pausing the first service so as to prevent the first service from receiving further requests from clients.

14. The method of claim 13, further comprising obtaining a handoff lock so as to prevent changes to the state of the first service, the act of obtaining the handoff lock occurring prior to the act of producing the file containing the state of the first service.

15. The method of claim 14, wherein the act of producing the file includes producing a customizable, tag-based file with tags containing internal context as well as external context of the first service.

16. The method of claim 15, further comprising remapping network connections and listening ports from the first service to the instance of the first service so as to allow requests of clients to be redirected to the instance of the first service.

17. The method of claim 16, wherein the handoff lock is released by the first service when the instance of the first service indicates a successful handoff of the state of the first service.