专利汇可以提供Method using control interface to suspend software network environment running on network devices for loading and executing another software network environment专利检索,专利查询,专利分析的服务。并且According to the inventive method, a network, including its software environment, is suspended in a manner that completely preserves the previous running environment and frees the network to perform other tasks for a period of time, and then to resume the original test as if it had never been interrupted. The method suspends a computer network that is running a test of a first software environment. It suspends the first software environment by a software suspension and then runs a second software environment on the computer network. At the completion of the run of the second software environment, the first software environment can be resumed, as if it had not been interrupted. A sequence of steps allows for the orderly shutdown and persists the entire network's operating state at the time of suspension.,下面是Method using control interface to suspend software network environment running on network devices for loading and executing another software network environment专利的具体信息内容。
I claim:
This application claims the benefit of U.S. Provisional Application Ser. No. 60/444,973, “A Method for Software Suspension in a Networked Computer System”, filed Feb. 3, 2003. The 60/444,973 application is incorporated by reference herein.
This invention relates to a method for suspending a networked computer system. The method is particularly useful in suspending a computer network for efficient testing of software.
Most business and financial institutions use computer systems that exploit the power of computer networking. By networking, individual computers can effectively increase their storage and processing ability, as well as gain access to processed data and live data streams. Such networks range in size from a few computers on a local area network (LAN) in a single office to hundreds or perhaps even thousands of computers spanning many offices and locations. These networks range in size from those confined to a single organization (Intranets) to those built on the global Internet.
To achieve the best utilization of the networked environment, organizations employ complex suites of software. Typically these suites are a mix of commercial software packages, customized commercial software, and software written entirely in house. For example, in a financial trading environment, traders can use desktop computers to view current market prices, to analyze various markets and instruments, and to buy and sell financial instruments. Teams of computer specialists including systems analysts and computer programmers write, integrate, and manage the systems of computer programs that create a financial institution's trading software environment.
These complex suites of software need to be periodically updated or replaced. This need may arise from changed business practices, or the availability of faster software packages or packages with new enhanced features. Any benefits that can be obtained from the installation of new software must be balanced against the risk of making changes on an otherwise properly operating network. Such changes can cause intermittent or event total network failure. Network failures can cause organizations to suffer large financial losses, such as lost trades in a financial instrument trading environment.
Rather then risk catastrophic network failure during testing, many institutions invest in relatively large networks of computers to create a “safe” simulation environment for testing complex software systems as thoroughly as practical. Networks comprising tens or hundreds of computers, including servers and client terminals, are often dedicated solely to testing complex software. Such systems can cost tens of millions of dollars and approximate or match the size and resources of some of an organization's production network systems.
While relatively safe, testing on the simulation network is not efficient. This is because each new software package is typically tested one at a time. Test runs are often paused for debugging and software re-writes. During the pause times, the test network remains idle. It is not practical to terminate a particular test and restart the system for other tasks because then all of the test time before termination would need to be repeated. The problem is that there is currently no process for suspending an entire network of computers to allow it to temporarily stand in for another entirely different network software environment, or to temporarily take over the software environment of an operational network in an emergency.
What is needed is a method to suspend a complex software testing environment in an orderly way so as to completely free the test network to run another test, or even to momentarily commandeer the test network to run a production processing environment in the event of a necessary shutdown or unanticipated failure of an equivalent production system, with the ability to seamlessly resume the original testing environment after the network resources have been returned.
According to the inventive method, a test network, including its software environment, is suspended in a manner that completely preserves the previous running environment and frees the network to perform other tasks for a period of time, and then to resume the original test as if it had never been interrupted. The method suspends a computer network that is running a test of a first software environment. It suspends the first software environment by a software suspension and then runs a second software environment on the computer network. At the completion of the run of the second software environment, the first software environment can be resumed, as if it had not been interrupted. A sequence of steps allows for the orderly shutdown and persists the entire network's operating state at the time of suspension. These steps include notifying network devices of an impending take over, synchronizing device clocks and communications channels, handshaking by each device that it is ready to freeze its current state, writing device image data to non-volatile memory, and finally loading and running the new environment. After the take over, the method provides for a second orderly process to resume its initial testing environment including restarting the previous simulation as if it had never been interrupted. This is done by synchronizing all device clocks to the test environment time at take over, synchronizing communications channels, handshaking all devices ready, checking for the initial hardware configuration, reading the previously stored non-volatile memory, and loading and restarting the previous test environment.
The advantages, nature and various additional features of the invention will appear more fully upon consideration of the illustrative embodiments now to be described in detail in connection with the accompanying drawings. In the drawings:
It is to be understood that the drawings are for the purpose of illustrating the concepts of the invention, and except for the graphs, are not to scale. It is also understood that all application code, other framework code, database programs, and data reside on computer readable media and run on one or more computer systems including standard computer components and operating systems as known in the art.
According to the inventive method, a test network's software environment is suspended in a manner that completely retains the running environment at shut down and frees the network to perform other tasks for a period, and then resumes the test as if it had never been interrupted. Typically a first test is nearing a point at which there is a planned suspension and the party that will follow with a second test might pre-coordinate, as by telephone, with the party running the first test before initiating the suspension process. It should be noted however, that this preliminary agreement by human contact, while beneficial, is absolutely not necessary.
The basic sequence of steps allows for the orderly shutdown and preservation of the entire network's operating state at the time of suspension are shown by the flow chart of
The detailed steps necessary for a successful network software suspension are shown in
In Block B2, all communications channels are synchronized and halted. Communication channel shutdown is generally done at a “sub device” level whereby communication protocols assure that no data is lost. The purpose of communications shutdown is to partition and assign partially transmitted data to the sending or receiving device for storage to preserve the partially completed exchange during suspension. Bytes not yet transmitted become part of the “image” of the transmitting device's buffers and memory and bytes already received become part of the receiving device's buffers and memory. Alternatively, a portion of partially received data could be flushed on the receiving end and a pointer established to retransmit an entire byte, packet, or other logical element of data. Various network devices will take varying times to complete the time synchronization and communications channel shutdown process.
In block B3, devices respond to the suspension control interface reporting that they are ready to shutdown. The report indicates that the device has successfully synchronized its clock and halted its communications channels according to protocol. The control interface waits for all devices to report affirmatively they are “ready to freeze”. When this handshaking process is complete, the control interface sends the “store image” command to all network devices.
The store image command, as illustrated in block B4, can be viewed as the “freeze” or moment of suspension in time when the previously running network software environment enters a state of suspended animation. The preservation process is accomplished by writing all device buffers, registers, and volatile memory to non-volatile memory. The device images can be saved to suitable areas of non-volatile memory on each device (not shown), or to a common non-volatile suspension memory 406 as shown in hardware
Following the running of a second test environment to completion, or until the first test is ready to resume, the second environment can be shut down or suspended. The case where the second process was the running of a production network is a special case and is further described below.
According to
In block D5 the second software network environment can be suspended for later running, or if completed, simply terminated. If it is desired to suspend the second network environment, its device images are saved to non-volatile memory for later use. Then the network devices are reset, their memory and buffers flushed, and the initially suspended first software network environment can be reloaded and run.
The Un-Interruptible Network:
Alternatively, the complex network normally used for testing, may be “commandeered” by an organization's production environment in the event of a fatal failure of the production network. In this embodiment, the suspension process provides a network backup, which is analogous to the function served by an un-interruptible power supply. Here the critical production network is failing, or has failed. In the most desirable case, the failing network was able to preserve an image for re-start. In a worst-case scenario, the image of the failing production system is corrupted or not available.
By manual operator intervention, or more preferably by automatic signaling, a predetermined test network can be made to immediately terminate its testing process and to go into network software suspension. The test network can then load the production environment. Ideally, an image of the production environment can be loaded before running, or if no image is available, the production environment can be initialized in some predefined state perhaps using data and records normally persisted in the normal running environment.
While this technique can be used to quickly replace a failed production network environment, it is envisioned to be useful to carry the production network for a short period of outage and then to release the test network to seamlessly resume the first testing environment. In a best-case scenario, it is known ahead of time that the production environment has to go down for a period ranging from minutes to hours. The test environment can then be suspended and taken to the state of Block C. Then the production environment can be suspended and immediately restarted on the now available test network. In this case, when the production network is ready to resume, it can similarly be made to enter a fully ready state, and then the production environment on the test network can be suspended and immediately loaded and run on the now waiting production network.
It should be noted that when suspending a network for a second test, the transition can be perfect in that the second test, as the first one, runs in simulation time, a time in history. But, the suspension process when serving as a backup to a real time production system can be problematic in that if the production system failed abruptly, real time activity from the time of production network failure to the time of test network suspension can be lost.
标题 | 发布/更新时间 | 阅读量 |
---|---|---|
车辆CAN总线协议确定方法及装置 | 2020-05-08 | 147 |
一种网络安防等级自动化评定系统、自动评定方法 | 2020-05-08 | 283 |
一种导游服务全产业生态链交易平台的产品及其构造方法 | 2020-05-08 | 137 |
一种安全通信方法和系统 | 2020-05-08 | 850 |
基于神经网络对金融网站进行分类的方法及装置 | 2020-05-08 | 484 |
与娱乐和筹码游戏活动有关的合成通道式/基于筹码的游戏方面 | 2020-05-11 | 688 |
一种计算机网络设备用机柜 | 2020-05-11 | 617 |
一种计算机网络布线理线装置 | 2020-05-08 | 652 |
一种计算机网络工程用公告板 | 2020-05-08 | 804 |
一种可拆卸式模组化置物盘 | 2020-05-08 | 508 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。
专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。