US20080134171A1 - Computer system and a program install method thereof - Google Patents
Computer system and a program install method thereof Download PDFInfo
- Publication number
- US20080134171A1 US20080134171A1 US12/003,969 US396908A US2008134171A1 US 20080134171 A1 US20080134171 A1 US 20080134171A1 US 396908 A US396908 A US 396908A US 2008134171 A1 US2008134171 A1 US 2008134171A1
- Authority
- US
- United States
- Prior art keywords
- computer
- program
- install
- storage subsystem
- logical unit
- Prior art date
- Legal status (The legal status 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 status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/61—Installation
Definitions
- the present invention relates to a computer system and a method for installing a program in the computer system, or in particular to a method for installing a program in a plurality of computers.
- An installer constituting a program for executing a series of install procedures, the very program to be installed and a removable recording medium such as a CD-ROM for storing the required install files are used for installing a program in a computer.
- the operator carries out the install work by mounting a recording medium in a storage unit such as a CD-ROM of the computer and executing the installer in the computer.
- a program is installed from a file server connected to the computer through a network.
- install files are stored in a storage unit of a file server which is mountable as what is called a network disk from other computers.
- the operator activates a computer in which a program is to be installed and mounts the storage unit of the file server as a network disk.
- the operator causes the installer stored in the storage unit of the file server to be executed in the computer, reads the other required files including the file of the program into the computer from the storage unit of the file server, and stores the tiles at appropriate positions of the storage unit such as a disk unit of the computer.
- the operator In the case of installing a program in a plurality of computers on a network, the operator carries out the aforementioned job for each computer.
- the disk unit of the file server can be shared by all the computers, and therefore the operator can start the installer in a plurality of computers substantially at the same time.
- a removable recording medium has a low file transfer rate and therefore requires a longer time for the install work.
- the install work is required to be carried out the number of times equal to the number of the computers.
- the processing time is lengthened in proportion to the number of computers involved. It is possible to execute the install work for a plurality of computers in parallel by using a plurality of recording media. Nevertheless, the number of the recording media that can be made available is limited. In the case where many computers are involved, therefore, the repetitive processing is unavoidable. Even for executing the parallel processing, it is necessary to mount the recording medium, start the installer and perform various setting processes for each one of the computers, and therefore a plurality of operators are needed.
- the file transfer may be increased in speed more than when a removable recording medium is used.
- the file transfer rate in the file server and the network forms a bottleneck, with the result that the required transfer rate cannot be obtained, thereby making it necessary to repeat the install work a plurality of times.
- the version up of a program by improving the program function and correction of a fault is a common practice, which is accompanied by the program install work. For this reason, the personnel expenditure for the install work is a cause of an increased operation cost for maintaining and managing a computer system.
- Another problem occurs in the case where the operator for carrying out the install work does not belong to the organization owning the computer.
- the entry of such a operator into the place where the computer exists is not desirable from the viewpoint of confidentiality.
- method of the program install work varies from one program to another, and a vast length of the training period is required for all the operators to master all the program install methods.
- the secondary problem may occur including the requirement for the reinstall work due to the failure of the first install work and the destruction of the file in the disk unit.
- the object of the invention is to provide a method of efficiently installing a program in the computers making up a computer system, which can reduce the operating cost for the maintenance and management of the computer system.
- a method for installing a program in a plurality of computers constituting a computer system comprising a management console operated by the operator to perform the operation of installing a program in the computers and a storage subsystem connected to the computers and the management console.
- the processing of an install agent is started on each computer under the control of the management console.
- the install agent once the processing thereof is started, loads in the computer the installer program stored in a first storage unit in the storage subsystem, and starts the program.
- the installer program once started, executes the program installation after a file stored in the first storage unit and related to the program to be installed is transferred to a second storage unit used by the particular computer.
- a computer system comprising a plurality of computers, a management console operated by the operator to perform the operation of installing a program in the computers, and a storage subsystem connected to the computers and the management console.
- the storage subsystem includes a first storage unit shared by a plurality of the computers and a plurality of second storage units used exclusively by the computers, respectively.
- the first storage unit has stored therein a file related to the program to be installed in the computers and an installer program for carrying out the install work.
- the second storage units each has stored therein an install agent executed in each computer and a control file accessed by the install agent.
- the management console includes an install manager for starting the execution of the install agent on each computer.
- each computer includes a power control circuit for switching on the power supply thereof in response to an instruction from the install manager.
- the install manager By switching on the power supply of each computer, the install manager causes each computer to start the processing according to the install agent. Once the processing is started, the install agent starts the installer program on the computer in accordance with the contents of the control file.
- the installer program reads a related file from the first storage unit and installs the program by transferring the file to the second storage unit exclusive to the particular computer.
- FIG. 1 is a simplified block diagram showing the configuration of a computer system according to an embodiment of the invention.
- FIG. 2 is a simplified block diagram showing the configuration of a computer 2 .
- FIG. 3 is a simplified block diagram showing the configuration of a storage subsystem 1 .
- FIG. 4 is a diagram showing the structure of a table representing an example of a LUN management table.
- FIG. 5 is a diagram for explaining the programs and files stored in a local LU.
- FIG. 6 is a diagram for explaining a program, etc. stored in a shared LU 14 .
- FIG. 7 is a simplified block diagram showing the configuration of a management console 4 .
- FIG. 8 is a schematic diagram showing the configuration of an install manager 431 .
- FIG. 9 is a flowchart showing the work process executed in preparation for the install.
- FIG. 10 is a schematic diagram showing an example of the format of a remote power-on packet.
- FIG. 11 is a diagram showing a structure of an install agent control file.
- FIG. 12 is a flowchart showing the flow of the work for executing the install process.
- FIG. 13 is a diagram showing a table structure representing an example a computer status table file.
- FIG. 14 is a diagram for explaining the definition of the status set in the computer status table file.
- FIG. 15 is a diagram showing the structure of a computer status table list.
- FIG. 16 is a simplified block diagram showing the configuration of a computer according to a second embodiment.
- FIG. 17 is a diagram showing a format representing an example of a remote power-on frame.
- FIG. 18 is a simplified block diagram showing the configuration of a computer system according to a third embodiment.
- FIG. 19 is a flowchart showing the flow of the process executed by an installer program according to the fourth embodiment.
- FIG. 20 is a simplified block diagram showing the configuration of a computer system according to a fifth embodiment.
- FIG. 21 is a simplified block diagram showing the configuration of a computer system according to a sixth embodiment.
- FIG. 1 is a simplified block diagram showing the configuration of a computer system according to an embodiment of the invention.
- the computer system according to this embodiment comprises a plurality of computers 2 a , 2 b , . . . , 2 n (hereinafter designated only by reference numeral “ 2 ” for describing these computers collectively), a storage subsystem 1 shared by the computers 2 , a management console 4 for managing the computer system, and a fibre channel connector 3 for connecting the computers 2 , the management console 4 and the storage subsystem 1 .
- the computers 2 , the management console 3 and the storage subsystem 1 are connected with the fibre channel connector 3 by fibre channels 5 .
- Each computer 2 and the management console 4 are interconnected communicably through a local area network (LAN) 6 .
- the management console 4 and the storage subsystem 1 are connected by a communication path 7 .
- LAN local area network
- PC personal computers
- Each computer 2 can of course be a server, a work station or the like computer.
- a fibre channel suitable from the viewpoint of both the connection distance and the speed is used as an interface (hereinafter referred to as I/F) for connecting each computer 2 and the storage subsystem 1 .
- I/F interface
- an interface such as the smaller computer system interface (SCSI), the universal serial bus (USB) or the IEEE 1394 bus can alternatively be used with equal effect.
- FIG. 2 is a simplified block diagram showing a configuration of the computer 2 .
- Numeral 21 designates an input/output device for receiving the input of information or outputting the information
- numeral 22 a central processing unit (CPU) for controlling the computers 2 as a whole
- numeral 25 a fibre channel board mounted for connecting and controlling the fibre channel
- numeral 24 a LAN board for performing communication through the LAN 6
- numeral 23 a memory for storing the programs and data required by the CPU 22 for executing various control operations.
- a plurality of programs are stored in the memory 23 .
- the fibre channel board 25 includes a fibre channel controller 250 for controlling the fibre channel, and a memory 251 for storing the programs and data required by the fibre channel controller to control the fibre channel and the programs and data required by the CPU 22 to control the fibre channel controller 250 .
- the programs stored in the memory 251 include a bootup control program for the CPU 22 to control the fibre channel controller 250 and to load the OS from the storage subsystem 1 and start it.
- the memory 251 holds a world wide name (WWN) 2512 constituting information on the name set forth for uniquely identifying the fibre channel controller 250 .
- WWN world wide name
- the fibre channel controller 25 and the memory 251 are arranged on the board mounted on the computer 2 .
- the LAN board 24 includes a remote power-on circuit 241 for controlling the main power switch 26 of the computer 2 to switch on/off the power of the computer 2 from outside of the computer 2 .
- FIG. 3 is a simplified block diagram showing the configuration of the storage subsystem 1 .
- the storage subsystem 1 includes a control unit 11 for controlling the storage subsystem 1 as a whole, a fibre channel controller 15 for connecting the fibre channel 5 and controlling the connection, a memory 12 for storing the programs and data used by the control unit 11 to control the storage subsystem 1 , a communication interface 16 for controlling the communication with the management console 4 , a plurality of logical units (LU) 13 a , 13 b , . . . , 13 n and a shared LU 14 .
- the communication LU 17 shown is not necessarily required in this embodiment, as will be explained later with reference to the second embodiment.
- the logical units are a virtual volume (memory device) recognized by the computer 2 , which recognizes one LU as one logical disk device.
- the logical unit is the name defined in the specification of the SCSI (small computer system interface) constituting one of the interfaces for connecting the computer and the storage subsystem.
- the logical unit number (LUN) is attached to each logical unit as an identifier in order to identify each logical unit.
- the logical unit will be called simply as LU, and the logical unit number as LUN.
- a plurality of LUs can be defined and constructed in the storage subsystem 1 .
- the LU defined in the storage subsystem 1 is called an internal LU.
- a serial number which is an integer beginning with 0 is attached to each internal LU in order to manage the internal LUs in the storage subsystem 1 . This number is called the internal LUN.
- Each computer 2 is assigned a private LU 13 (hereinafter designated by “ 13 ” as a reference numeral whenever the discrimination of each of the logical units 13 a , 13 b , . . . , 13 n is not required) from among a plurality of LUs defined.
- the LU 13 assigned to any one of the computers exclusively is also called a local LU.
- a LU 14 is shared and can be accessed by all the computers 2 and the management console 4 .
- the LU shared by a plurality of computers will be called a shared LU in this specification.
- the computer 2 searches the storage subsystem connected thereto and detects the LUNs thereof.
- each computer is caused to recognize a virtual LUN so that it can recognize only those LUNs of the LUs available for use in serial numbers beginning with zero.
- the LUNs recognized in virtual manner by the computer 2 will hereinafter be called the virtual LUNs.
- the correspondence between the internal LUNs and the virtual LUNs is managed by the LUN management table described later.
- the memory 12 has stored therein a LU definition program 121 executed by the control unit 11 for defining and preparing the LUs, an access control program 123 executed by the control unit 11 for controlling the access to each LU from each computer 2 and a LUN management table 122 for storing the management information accessed by the control unit 11 at the time of controlling the access from each computer to the LUs.
- a LU definition program 121 executed by the control unit 11 for defining and preparing the LUs
- an access control program 123 executed by the control unit 11 for controlling the access to each LU from each computer 2
- a LUN management table 122 for storing the management information accessed by the control unit 11 at the time of controlling the access from each computer to the LUs.
- FIG. 4 is a diagram showing a table structure representing an example of the LUN management table.
- the LUN management table 122 has a plurality of entries each corresponding to a set of an internal LU and a computer which can use the particular internal LU. Each entry has set therein a port number 1221 , a target ID 1222 , a virtual LUN 1223 , an internal LUN 1224 , a WWN 1225 , a S_ID 1226 and an attribute 1227 . These information are set through the management console 4 by the system manager at the time of preparing and defining the LU, for example.
- the port number 1221 is the number attached to a connecting port of the fibre channel of the storage subsystem 1 .
- the storage subsystem 1 is assumed to have one connection port and zero is stored for all the port numbers 1221 .
- the target ID 1222 is an identifier assigned to the storage subsystem 1 in the interface with the computer 2 .
- the D_ID destination ID
- the target ID 1222 can be used as the target ID 1222 .
- the SCSI is used as an interface
- a plurality of IDs can be assigned to the same port.
- the target ID associated with each LUN is set in this field.
- the interface is a fibre channel
- the number and the D_ID of the connection port can be set in one-to-one relation, and therefore one of port number 1221 and the target ID 1222 can be done without.
- the fibre channel is used as an interface, and therefore it is assumed that the target ID 1221 is not used and zero is set for all the target IDs 1221 .
- the virtual LUN 1223 and the internal LUN 1224 hold the relation between the virtual LUN recognized by the computer 2 identified by the information set in the WWN 1225 and the internal LUN corresponding to the particular virtual LUN.
- the WWN 1225 has set therein the WWN 2512 set in the fibre channel controller 250 of the computer 2 .
- the WWN is the information given from each computer 2 at the time of the port log-in process for establishing the connection between the fibre channel ports.
- the S_ID 1226 is the ID information set in the frame header of the fibre channel for identifying the source (initiator) that has prepared the frame.
- the S_ID is dynamically assigned at the time of initialization of the fibre channel. By relating WWN and S_ID to each other, the computer 2 can be specified by checking the S_ID without referring to WWN for each frame.
- the attribute 1227 indicates the property of each LU.
- the word “private” indicates a LU assigned exclusively to one computer 2 .
- the word “shared” indicates the fact a LU is shared by a plurality of the computers 2 .
- WWN of the computer 2 a is WWNa and S_ID thereof is S_IDa
- WWN of the computer 2 b is WWNb and S_ID thereof is S_IDb
- WWN of the computer 2 n is WWNn and S_ID thereof is S_IDn
- WWN of the management console 4 is WWNz and S_ID thereof is S_IDz.
- the computer 2 b is assigned LU with LUN of “1” as a private local LU and recognized as LU of LUN “0” from the computer 2 b .
- the LU with the internal LUN “k” is the one shared by a plurality of computers and recognized as LU with LUN “1” from the computers 2 a , 2 b , 2 n and as LU of “0” from the management console 4 .
- FIG. 5 is a diagram for explaining the programs, etc. stored in the local LU 13 .
- the local LU 13 has stored therein the programs used by the computer 2 assigned the particular LU including an operating system (OS) 131, an install agent program (hereinafter referred to as the install agent) 132 , a communication program 134 and a shutdown program 135 . These programs are loaded in the memory 23 of the computer 2 and executed by the CPU 22 .
- the OS 131 is a program for executing various programs and controlling the hardware on the computer 2 , and includes a registry 1311 for holding and managing the information on the setting and structure of the OS 131 , the information on the programs executed by the computer 2 and the information on the user utilizing the particular computer 2 .
- the install agent 132 is a program for starting the installer for installing a program and performing a part or the whole of the install work on behalf of the operator who has thus far conducted it.
- the communication program 134 is for controlling the communication with the management console 4 and reporting the progress of the install work and the occurrence of an error.
- the shutdown program 135 is for shutting down the computer 2 .
- the local LU 13 has stored therein an installer agent control file 133 holding the information for controlling the install agent 132 , and a computer status table file 136 holding the information on the progress of the work for installing the program executed in the computer 2 and various status information including the success/failure of the work.
- FIG. 6 is a diagram for explaining the program, etc. stored in the shared LU 14 .
- the shared LU 14 has stored therein a program installer 141 and install files 142 .
- the install files 142 include the files required for installing such as various setting files and the file for the program installed by the installer 141 .
- the installer program 141 and the install files 142 are copied to the shared LU 14 from a removable medium such as a CD-ROM by the operator prior to the install work.
- the installer program 141 is executed by being loaded in the memory 23 of the computer 2 by the install agent 132 .
- the install files are accessed by the installer program 141 or copied to the local LU 13 of the computer 2 executing the installer program 141 .
- FIG. 7 is a simplified block diagram showing a configuration of the management console 4 .
- the management console 4 includes an input/output device 41 by way of which the manager operates the management console 4 , a CPU 42 for controlling the whole management console 4 , a memory 43 for storing the program executed by the CPU 41 and the related data, a fibre channel board 45 for connecting and controlling the fibre channel 5 , a LAN board 44 for performing the communication through the LAN 6 , a disk unit 46 for storing the OS and the program for the management console 4 and a communication interface 47 for establishing communication with the storage subsystem 1 .
- the programs stored in the memory 43 include an install manager program (hereinafter referred to as the install manager) 431 for controlling the install work in general.
- the install manager 431 includes a plurality of subprograms described below.
- FIG. 8 is a schematic diagram showing a structure of the install manager 431 .
- the install manager 431 includes a remote power control program 4311 , an install agent control file distribution program 4312 , an install agent distribution program 4313 , a registry modification program 4314 , a shutdown program distribution program 4315 , a progress display program 4316 , a communication program 4317 and a communication program distribution program 4318 .
- the remote power control program 4311 is for controlling the on/off state of the power supply and the rebooting of the computer 2 from a remote place.
- the install agent control file distribution program 4312 is for distributing the install agent control file 133 to each computer 2 .
- the install agent distribution program 4313 is for distributing the install agent 132 to each computer 2 .
- the registry modification program 4314 is for altering the registry 1311 of the computer 2 from a physically distant place.
- the shutdown program distribution program 4315 is for distributing the shutdown program 135 to each computer 2 .
- the progress display program 4316 is for displaying the progress of the install work and the error that may occur in each computer 2 .
- the communication program 4317 is for acquiring the information on the occurrence of an error and the progress of the install work by communication with each computer 2 .
- the communication program distribution program 4318 is for distributing the communication program 134 to each computer 2 .
- FIG. 9 is a flowchart of the process executed in preparation for the install work.
- the operator first switches on the power supply of the computer 2 in which a program is to be installed. Specifically, the install manager 431 of the management console 4 is started, and a remote power-on packet is prepared by the remote power control program 4311 and transmitted to the particular computer 2 .
- the remote power-on packet includes a header 901 and a data section 902 .
- the data section 902 includes a sync field 9021 and one or a plurality of MAC addresses 9022 of the computer 2 for which the power supply is switched on.
- the remote power-on control means 241 on the LAN board 24 of the computer 2 upon receipt of the remote power-on packet 900 , checks the MAC addresses 9022 set in the data section 902 .
- the remote power-on control means 241 compares the MAC addresses 9022 set in the data section 902 with the MAC address of the LAN board 24 , and in the case where there is a coincident address, controls the main power switch 26 thereby to switch on the power supply of the computer 2 (step 701 ).
- the install manager 431 executes the install agent program distribution program 4313 and distributes the install agent 132 to each computer 2 through the LAN 6 .
- Each computer upon receipt of the install agent 132 , stores it in a private local LU 13 .
- the programs distributed to the computer 2 in this or subsequent steps can be stored in the local LU 13 of each computer 2 directly from the management console 4 by mounting such a local LU 13 as a network disk in the management console 4 (step 702 ).
- the install manager 431 distributes to each computer 2 the communication program 134 by the communication program distribution program 4318 and the shutdown program 135 by the shutdown program distribution program 4315 .
- These programs are stored in the local LU 13 like the install agent 132 (steps 703 , 704 ).
- FIG. 11 shows the structure of the install agent control file 133 .
- the install agent control file 133 contains such information as a select installer 1331 , an agent on/off identifier 1332 , an installer start time 1333 and install key information 1334 .
- the select installer 1331 indicates the place of storage and the name of the installer program 141 to be started by the computer 2 . This information permits the computer 2 to perform the control operation as to which one of a plurality of, if any, the installer programs 141 is to be started.
- the agent on/off identifier 1332 is used for determining whether the install agent 132 of the computer 2 executes the install process or not.
- the agent on/off identifier 1332 contains the description of an on-attribute or an off-attribute.
- the installer start time 1333 is information for indicating the time for starting the installer program 141 to the install agent 132 .
- the install key information 1334 is prepared for preventing an illegal installation. The install agent 132 executes the install work only when proper key information is stored. This information is used as required and not essential. The contents of the install key information 1334 will be described later (step 705 ).
- the install manager 431 distributes to each computer 2 the install agent control file 133 according to the install agent control file distribution program 4312 .
- This file once distributed to each computer, is stored in the local LU 13 of the particular computer 2 (step 706 ).
- the install manager 431 modifies the registry 1311 of the computer 2 according to the registry modification program 4314 in such a manner that the computer 2 is automatically logged on and starts executing the install agent 132 (step 707 ). Then, the install manager 431 starts the shutdown program 135 of the computer 2 and shuts down the computer 2 according to the remote power control program 4311 (step 708 ).
- the install manager 431 After shutting down the computer 2 in which a program is to be installed, the install manager 431 stores the installer program 141 and the install files 142 in the shared LU 14 (steps 709 , 710 ).
- FIG. 12 is a flowchart showing the flow of the process executed for the install work.
- the operator operates the management console 4 , like in step 701 , to start the install manager 431 and switch on the power supply of the computer 2 for the install work according to the remote power control program 4311 (step 801 ).
- each computer 2 starts the OS 131 and is automatically logged on. Upon activation, the computer 2 starts executing the install agent 132 . According to this embodiment, once the OS 131 is started, the install agent 132 is automatically started to start the work. It is also possible, however, to implement the install agent 132 as a program resident in the computer 2 . In this case, the install agent 132 is instructed to start the operation from the install manager 431 by the inter-program communication (step 802 ).
- the install agent 132 of the computer 2 once the operation is started, accesses the install agent control file 133 in the local LU 13 for the computer (step 803 ).
- the install agent 132 checks the agent on/off identifier 1332 of the install agent control file 133 .
- the install key information 1334 is ascertained.
- the install key information 1334 can be, for example, the license key information issued by the developer of the program installed or the license key information issued by the developer of the install manager and the install agent. The use of these information makes it possible to check whether the program to be installed has legitimately received a license or not. It is also possible to use as the install key information 1334 the ID information such as the WWN or MAC address of the computer permitted for installation. The install agent 132 compares these information with the ID information on the computer and thus can determine whether the particular computer is permitted for installation or not.
- the install agent terminates the process without installing the program (step 804 ).
- the install agent 132 starts by loading in the memory 23 the installer program 141 stored in the shared LU.
- the time to start the installer program is designated by the installer start time 1333 of the install agent control file 133 in step 804 , however, the install agent 133 withholds the starting of the installer program till the designated time.
- the installer program 141 once started, installs the program.
- the installer program 141 reads the install files 142 into the memory 23 of the computer 2 through the fibre channel from the shared LU 14 , and transfers the files to the local LU 13 (step 806 ).
- the install agent 132 Upon completion of the install process by the installer program 141 , the install agent 132 rewrites the agent on/off identifier 1332 of the install agent control file 133 to the off-attribute so that the install process may not be performed at the time of next activation of the computer 2 . At the same time, the install key information 1334 is invalidated as required (step 807 ).
- the install agent 132 starts the shutdown program 135 in the local LU 13 (step 808 ).
- the shutdown program 135 once started, shuts down the computer 2 (step 809 ).
- the install work is completed. After that, upon activation of the computer 2 by the user, the installed program can be used.
- the preparatory work described above is carried out for the computers, and the power supply of the computers 2 is switched on in step 801 . Then, the install process is performed in parallel on the computers.
- the operator can desirably check how the install process is proceeding and whether the work has been completed without any error or not.
- the progress of the install work and the occurrence of an error are recorded in the computer status table file 136 , and this file is accessed from the management console 4 .
- the operator can check the progress and the occurrence of an error.
- FIG. 13 is a diagram showing a table structure representing an example of a computer status table file 136 .
- the computer status table file 136 has recorded therein the information indicating the work condition in the computer 2 including the power supply condition, the OS starting conditions, the operation of the install agent, the condition of the install process and the shutdown process.
- the computer status table file 136 has sequentially recorded therein the progress and the error occurrence for each work step during the install work. Specifically, the power supply condition and the OS starting condition are recorded according to the remote power control program 4311 , the install agent condition and the install condition according to the install agent 132 , and the shutdown condition according to the shutdown program 135 .
- the value set as the status 1362 is defined as shown in FIG. 14 . According to the definition of FIG.
- the management console 4 mounts the local LU 13 as a network disk, reads the computer status table file 136 stored in each local LU 13 according to the progress indication program 4316 , and displays on the input/output device 41 the work progress and the error occurrence in the computer 2 intended for install work.
- the computer status table file stored in the local LU 13 is accessed directly from the management console 4 .
- the same information can be transferred by communication between the communication program 134 of each computer 2 and the communication program 4317 of the management console 4 . In the case where an error occurs during the install work, the operator can recognize it on the management console 4 , and can take the necessary action including the retrial.
- a program can be installed using a fibre channel constituting a high-speed interface without the intermediary of a control unit such as a file server between the computer and the storage subsystem.
- a control unit such as a file server between the computer and the storage subsystem.
- the file transfer executed for the install process can be increased in speed.
- a program can be installed in a plurality of computers in parallel at a time by one operator from the management console. As a result, the install time and the number of operators required can be reduced, thereby making it possible to reduce the operation cost for maintaining and managing the computer system.
- the management console can be located at a place physically distant from the place of the computer and the install work can be performed by remote control, the operator is not required to enter the environment in which the computer exists, and thus the security of the computer system can be improved. Furthermore, the use of the install key information prevents the illegal or erroneous install work of the computer which has not yet obtained the license.
- the install work can be conducted in the same procedure without regard to the type of the program installed, and therefore the install work is so simplified that a special knowledge or skill is not required for the install work.
- the illegal or erroneous install work is prevented by the install agent control file.
- the local LU of the computers other than the computer intended for the install work is hidden or the shared LU is hidden from the computers other than the computer intended for the install work, so that the install work for the computers other than the intended computer cannot be carried out using the function of the LUN management table 122 of the storage subsystem 1 .
- the illegal or erroneous install work can be prevented by deleting the installer program and the install files from the shared LU after completion of the install work.
- the computer system according to the second embodiment is basically configured similarly to the computer system according to the first embodiment except that the LAN 6 is not required for the second embodiment.
- the explanation below, therefore, will be given with reference to the drawings used for explaining the first embodiment.
- a communication LU 17 is included in the storage subsystem 1 .
- a computer status table list indicating the status of each computer 2 is held in the communication LU 17 .
- FIG. 15 is a diagram showing a structure of a computer status table list 137 .
- the computer status table list 137 is a summary of the contents of the computer status table file 136 of each computer 2 .
- the contents of the computer status table file 136 are similar to those shown in FIG. 13 .
- the computer status table list 137 is used for notifying the management console 4 of the progress and the error occurrence in the install work conducted for each computer 2 .
- the computer status table list 137 is prepared according to the communication program held in each computer 2 .
- an address in the communication LU 17 is uniquely determined in advance.
- the communication program 134 of the computer 2 is used for accessing the communication LU 17 using a RAW I/O command for directly reading/writing the logical block of the LU but not the file read/write operation using the file system.
- the status information can be written in the computer status table list 137 at an arbitrary timing by each computer 2 .
- the communication program 4317 constituting a subprogram of the install manager 431 of the management console 4 makes it possible to grasp the status of each computer 2 from time to time by reading the computer status table list 137 at an appropriate timing using the RAW I/O command.
- the computer status table 136 can be accessed without using RAW I/O by constructing it as a file.
- the various programs and files are distributed in the process of preparation for the install work as follows.
- the management console 4 like in the preparation and definition of LU, changes the WWN of the LUN management table 122 of the storage subsystem 1 by communication with the storage subsystem 1 , and mounts on the management console 4 the local LU 13 of the computer 2 in which a program is to be installed. Under this condition, the management console 4 stores various programs and files in the local LU 13 of each computer 2 . After storing the programs and files, the management console 4 restores the information in the LUN management table 122 to make the files thereof available for the next activation of the computer 2 .
- the power-on control of the computer 2 is carried out through a fibre channel.
- Each computer 2 therefore, as shown in FIG. 16 , includes a remote power-on control means 2501 and a standby power supply 2502 on the fibre channel board 25 .
- the LAN is not used in this embodiment, and therefore, the LAN board is not shown in FIG. 16 . Nevertheless, the LAN board may be provided for other purposes.
- the remote power-on control means 2501 is arranged in the fibre channel controller 250 .
- the standby power supply 2502 is maintained in on state for supplying power to the fibre channel board 25 even while the main power supply of the computer 2 is in off state.
- the fibre channel controller 250 is operable and can receive the frames (packets) sent through the fibre channel 5 regardless of the state of the main power supply of the computer 2 .
- FIG. 17 is a diagram showing the format of an example of the remote power-on frame used for switching on the computer 2 .
- the frame of the fibre channel includes a SOF (start of frame) 9501 indicating the head of the frame, a frame header 9502 having such information as the transmission node of the frame and the frame type, a payload 9503 for holding the entity of the data transferred by the frame, a CRC (cyclic redundancy code) 9504 constituting a data guarantee code for detecting a bit error of the frame and an EOF (end of frame) 9505 indicating the tail end of the frame.
- the remote power-on frame 950 includes a broadcast identifier 9502 a in the frame header 9502 .
- the broadcast identifier 9502 a indicates that the frame involved is the one issued at the same time to all the nodes connected to the fibre channel. As a result, the remote power-on frame 950 is transferred to all the devices on the fibre channel.
- the payload 9503 has set therein the WWN attached to the fibre channel controller 250 of the computer 2 for which the power supply is switched on.
- the install manager 431 of the management console 4 prepares the remote power-on frame 950 described above according to the remote power control program 4311 .
- the payload 9503 of the remote power-on frame 950 thus prepared has set therein the WWN of at least one computer 2 for which a program is to be installed.
- the remote power-on frame 950 thus generated is broadcast on the fibre channel.
- the remote power-on frame 950 thus broadcast is received by the fibre channel controller 250 of each computer 2 .
- the fibre channel controller 250 upon receipt of the remote power-on frame 950 , inspects the frame header 250 thereof. In the case where the frame header 2502 contains the broadcast identifier 9502 a , the payload 9503 is further inspected to check whether the WWN coincident with the WWN of its own is set or not. In the case where the WWN coincident with its own WWN is set in the payload 9503 , the fibre channel controller 250 switches on the power supply of the computer 2 by controlling the main power supply switch 26 by the remote power-on control means 2501 .
- the install process is performed basically in a similar manner to the first embodiment except that the method of distribution of the programs and files and the method of remote power-on of the computer 2 are different.
- the power-on control of the computer is performed through the fibre channel and the communication is established between the computer and the management console through the communication LU 17 , and therefore the install work can be carried out by remote control even in an environment lacking the LAN.
- this embodiment uses the broadcast frame of the fibre channel for power-on control, the remote power-on can be realized by transferring a remote power-on packet through the fibre channel like in the first embodiment as long as the fibre channel controller corresponds to the IP protocol.
- the computer 2 reads the install files from the shared LU 14 and transfers them to its own local LU 13 at the time of program install work.
- the install work is carried out by transferring the install files without the intermediary of the computer 2 .
- FIG. 18 is a simplified block diagram showing a configuration of a computer system according to this embodiment.
- those component parts similar to the corresponding parts of the first embodiment are designated by the same reference numerals as in FIG. 1 , respectively.
- the difference of this embodiment from the first embodiment will be mainly explained below.
- the computer 2 has the function of a direct copy director 138 for giving a copy instruction to the storage subsystem 1 and the function of a direct copy API 137 which is an application program interface (API) for giving a copy instruction from the program to the direct copy director 138 .
- a direct copy director 138 for giving a copy instruction to the storage subsystem 1
- a direct copy API 137 which is an application program interface (API) for giving a copy instruction from the program to the direct copy director 138 .
- API application program interface
- the storage subsystem I has a direct copy engine 124 for copying data to the destination LU from 20 the source LU in the storage subsystem 1 in response to an instruction from the direct copy director 138 .
- the direct copy engine 124 is stored in the memory 12 of the storage subsystem 1 and realized as a program executed by the control unit 11 .
- FIG. 19 is a flowchart showing the flow of the process executed by the installer program 141 according to this embodiment.
- the installer program 141 once the process is started, displays the title on the input/output device 21 or otherwise executes the initialization of the install screen (step 851 ).
- the installer program 141 displays a screen for prompting the input of the user information and the license information of the program on the input/output device 21 and waits for the input of these information. Normally, the license information, etc. are input by the operator.
- the install agent 132 performs this process on behalf of the operator (step 852 ). Then, the installer program 141 receives the input of selection of the install method.
- the install method designated in this case includes, for example, a standard install based on a predetermined file structure and setting or a custom install in which the type and structure of the program installed and the file can be set arbitrarily (step 853 ).
- the installer program 141 and the directory of the installee for storing the program to be installed are designated (step 854 ).
- the input process performed in these steps 852 , 853 , 854 are also performed by the install agent 132 on behalf of the operator.
- the install agent 132 inputs the various information described above into the installer program 141 in accordance with the information set in the install agent control file.
- the installer program 141 specifies the file to be copied and the directory of the installee and executes the processing of copying the file.
- the file copy process is executed by calling the direct copy API 137 from the installer program 141 .
- the direct copy API 137 is given as a function described, for example, as “direct_file_copy (transferor and transferee)” on the source code of the installer program 141 .
- the direct copy API 137 instructs the storage subsystem 1 to copy the file through the direct copy director 138 .
- the transfer of the file designated in accordance with this instruction is executed in the storage subsystem 1 (step 855 ).
- the installer program 141 Upon completion of copying all the required files, the installer program 141 executes the process for registration of the registry 1311 of the OS 131 (step 856 ). The install work is thus completed. After that, the installer program 141 reboots the computer as required. Also, the install agent 132 , like in the first embodiment, executes the process for changing the setting of the install agent control file 133 as required thereby to complete the install process (step 857 ).
- the direct copy API 137 after being called by the installer program 141 , transfers the process to the direct copy director 138 .
- the direct copy API 137 without performing any specific process, exchanges the process between the direct copy director 138 and the application programs such as the installer program 141 .
- the direct copy director 138 upon receipt of a direct copy request from the direct copy API 137 , specifies the LU from the drive letter delivered thereto as a parameter, and based on the directory and file name of the source and the destination, the copy information including a pair of the logical address and the transfer length of the source and the destination is produced with reference to the file table information of the OS 131 generally called the file system.
- the copy information can be structured so that a plurality of file transfers can be requested as a list at a time.
- the direct copy director 138 issues the copy information list to the direct copy engine 124 of the storage subsystem 1 .
- the direct copy engine 124 upon receipt of the copy information list from the direct copy director 138 of the computer 2 , accesses the LUN management table 122 and acquires the internal LUN from the virtual LUN of the source and the destination, respectively. Then, the direct copy engine 124 generates a read command from the logical address and the transfer length of the source and a write command from the logical address and the transfer length of the destination by reference to the copy information list.
- the direct copy engine 124 executes the read command and the write command sequentially in the storage subsystem using the access control program.
- the data read in response to the read command is temporarily held in a buffer (or cacher) not shown in the storage subsystem 1 .
- the data thus held in the buffer is written in the LU of the copy in response to the write command.
- the direct copy engine 124 executes the foregoing process for all the copy information in the order specified in the copy information list. Upon completion of all the copying process based on the copy information, the direct copy engine 124 reports the termination of the process to the direct copy director 138 of the computer 2 .
- the file copying process can be executed in the storage subsystem 1 at the time of the install work.
- the computer processing accompanying the copying process and the data transfer by the fibre channel are done without, so that the processing load of the computer and fibre channel for the install process can be reduced.
- the time required for the install process can be shortened.
- the direct copy engine 124 is arranged in the storage subsystem 1 .
- the direct copy engine 124 can be arranged in the fibre channel connector 3 .
- the fibre channel connector 3 generates a read command and a write command for copying and issues them to the storage subsystem 1 .
- the fibre channel connector 3 is required to hold the data temporarily and therefore is required to have an internal buffer. This configuration, although data flows in the fibre channel, can reduce the load on the computer like in the third embodiment described above. Further, there is no need of a special function of the storage subsystem 1 and a system can be configured of the conventional storage subsystem.
- the direct install work can be executed also in the case where the source LU and the destination LU are stored in storage subsystems physically different from each other.
- the third embodiment utilizes the one-to-one direct copying process from one source to one destination for the copying process for the install work.
- the copying from one source to a plurality of destinations is carried out without the intermediary of the computer 2 .
- This direct copy from one source to a plurality of destinations is called “the one-to-n direct copy”.
- a direct copy destination LU link generation program 125 is arranged in the storage subsystem 1 .
- the direct copy destination LU link generation program 125 relates (links) a plurality of LUs constituting copy destinations to each other.
- the direct copy engine 124 carries out the one-to-n copying process in response to one copy request from the computer 2 .
- This function permits the same program to be installed in a plurality of LUs forming a link as an internal process of the storage subsystem 1 by carrying out the install process for any one LU from the computer 2 .
- the operator or the manager designates the LUs (assume that the link is formed for LU-a, LU-b, LU-c, for example) linked to the storage subsystem 1 by the install manager 431 .
- one LU is set as a representative LU.
- LU-a is a representative in the case under consideration.
- the direct copy destination LU link generation program 125 of the storage subsystem 1 forms a link for the internal LU-a, LU-b, LU-c.
- the direct copy director 138 of the computer 2 While the direct copy process is executed, the direct copy director 138 of the computer 2 generates a copy information list and transmits it to the storage subsystem 1 .
- the direct copy engine 124 of the storage subsystem 1 upon receipt of the copy information list, accesses the LUN management table 122 , determines the internal LUN from the virtual LUN of the copy source and the copy destination, respectively. In the copy information list, only the representative LU is designated as a copy destination.
- the direct copy engine 124 accesses the copy information list, so that a read command is generated from the logical address of the source and the transfer length and a write command of the same contents for all the LUs (LU-a, LU-b, LU-c) for which a link is formed from the logical address of the copy destination and the transfer length. Then, the direct copy engine 124 executes the read command using the access control program and reads the data temporarily into the buffer in the storage subsystem 1 . After that, the data read into the buffer is written in a plurality of LUs linked by the write command.
- the process described above makes it possible to install a program in a plurality of LUs at a time.
- the direct copy engine 124 and the direct copy destination LU link generation program 125 can be arranged in the fibre channel connector 3 thereby to realize these processes as a function of the fibre channel.
- a plurality of copy destination LUs are designated in advance by the direct copy LU link generation program 125 .
- the functions of the direct copy API can be expanded thereby to use the API for realizing the one-to-n direct copy.
- Such an API can be described as a function such as “direct_file_copy_n (number of copy destination LUs, transferor, transferee 1 , transferee 2 . . . , transferee n);”.
- the direct copy director 138 transmits information on a plurality of the LUs linked as a part of the copy information list to the direct copy engine 124 .
- the 1-to-n direct copy can be realized without link designation in advance.
- the storage subsystem 1 is connected to the management console 4 through the fibre channel 5 . Therefore, the management console 4 and the storage subsystem 1 cannot be arranged beyond the distance connectable by the fibre channel. Under the circumstances, the connectable distance of the fibre channel is 10 km, and in each of the embodiments described above, a program cannot be installed from a remote place farther than this distance.
- FIG. 20 is a simplified block diagram showing a configuration of a computer system according to the fifth embodiment.
- a user site 1000 having a computer system comprising computers 2 for which a program is to be installed and a management site 2000 where a manager performs the install operation are arranged at physically distant places from each other.
- a computer system basically similar to that of the first embodiment is arranged in the user site 1000 .
- the computer system in the user site 1000 is different from the computer system according to the first embodiment in that it comprises a management server 4 a in place of the management console 4 and an internet server 8 is connected to a LAN 6 .
- a management console 4 b and an internet server 10 connected to the management console 4 b are arranged in the management site 2000 .
- the internet server 8 and the internet server 10 are connected to each other communicably through an internet 9 constituting a wide area network.
- the management server 4 a in the user site 1000 is basically similar to the management console 4 according to the first embodiment, and is operated from the management site 2000 through the internet 9 .
- An install manager server program (hereinafter referred to as the install manager server) 431 a has the function as a server for the management console 4 b of the management site 2000 in addition to the function as the install manager 431 according to the first embodiment.
- the management console 4 b is a terminal device such as a PC which communicates with the management server 4 a through the internet 9 , displays various operation screens or operates on a browser program (hereinafter referred to as the browser) 432 b for receiving the various operations of the manager.
- the required files are transferred to the management server 4 a in advance from the management site 2000 .
- the required files include the install agent 132 , the install agent control file 133 , the communication program 134 , the shutdown program 135 , the installer program 141 and the install files 142 . These files are transferred using a transfer protocol such as the file transfer protocol (ftp). These files are stored temporarily in the local disk device of the management server 4 a .
- the manager sets various data in the install agent control file 133 for each computer using the management console 4 b in advance.
- the program install operation is performed by activating the browser 432 b on the management console 4 b and accessing the install manager server 431 a through the internet 9 .
- the specific contents of the process performed for the install work are similar to those of the first embodiment shown in FIGS. 9 and 12 except that the operation of the install manager server on the management server 4 a is performed through the internet.
- the management server 4 a accesses the computer status table file 136 of each computer 2 .
- the progress of the work and the error occurrence in each computer 2 in which a program is being installed are transmitted to the management console 4 b through the internet 9 according to the progress display program 4316 .
- the work progress and the error occurrence sent by the browser 432 b are displayed on the display unit of the management console 4 b.
- the install work can be realized by centralized control from a remote place.
- the configuration of the user site 1000 and the install work according to this embodiment which are similar to those of the first embodiment, can be based on the corresponding user site and the install work of the second to fourth embodiments with equal effect.
- the fifth embodiment described above refers to a method for the activation control and the management of the monitoring of the progress of the install work from a remote place.
- a sixth embodiment will be explained below, on the other hand, by referring to the case in which the centralized file transfer for the install work is carried out from a remote place.
- FIG. 21 is a simplified block diagram showing a configuration of a computer system according to the sixth embodiment.
- a user site 1001 and a management site 2001 are arranged at places physically distant from each other.
- a computer system having computers in which a program is to be installed is arranged in the user site 1001 .
- the computer system of the user site 1001 has a configuration similar to that of the first embodiment.
- the storage subsystem 1 a of the user site 1001 has the remote copy function 126 described later in addition to the functions of the storage subsystem 1 in the first embodiment.
- the management site 2001 includes an agent computer 132 x , a storage subsystem 1 b and a management console 4 c .
- the agent computer 132 x , the storage subsystem 1 b and the management console 4 c are interconnected through a fibre channel connector 3 .
- the storage subsystem 1 b included in the management site 2001 has a configuration similar to the storage subsystem 1 a .
- the storage subsystem 1 a and the storage subsystem 1 b are interconnected through a broad band communication path 9 a implemented by a network such as an internet, a public telephone network, an ATM network or a fibre channel.
- the storage subsystem 1 a and the storage subsystem 1 b which are connected directly in FIG. 21 , may alternatively be connected through a connector such as a gateway or a router.
- the remote copy function 126 is for transferring the data to other storage subsystems through the broad band communication path 9 a .
- the write data is stored in the disk unit (LU) in the storage subsystem 1 b while at the same time transferring the same write data to the storage subsystem 1 a of the user site 1001 through the broad band communication path 9 a by the remote copy function 126 .
- LU disk unit
- the storage subsystem 1 a receives the write data by the remote copy function 126 , writes the same write data in the corresponding disk unit (LU) in the storage subsystem 1 a and transmits a termination report to the storage subsystem 1 b .
- the storage subsystem 1 b returns the termination report to the management console 4 c at the time point when the write process is complete in the storage subsystem 1 b (in the case of synchronous remote copy) or at the time point when the write process is completed in both the storage subsystem 1 a and the storage subsystem 1 b (in the case of asynchronous remote copy).
- the corresponding LUs of the storage subsystems 1 a , 1 b Prior to the execution of remote copy, the corresponding LUs of the storage subsystems 1 a , 1 b are required to be determined in pairs. Also, prior to the execution of the write process, the initial copy operation is required to be executed for completely copying the data in one LU to the other LU in order to match the data. These control operation and data transfer are
- the contents of a local LU 13 for the computer 2 for which the install work is intended are copied to a corresponding LU 13 (hereinafter referred to as the mirror LU) in the storage subsystem 1 b so that both the contents may coincide with each other.
- the mirror LU of which the contents have coincided is mounted on the agent computer 2 x as a local LU.
- the install manager 431 of the management console 4 c like in the 14th embodiment, distributes various files to the shared LU 14 of the storage subsystem 1 b of the management site 2001 and the local LU (mirror LU) of the computer 2 x .
- a write access occurs to the shared LU and the mirror LU in the storage subsystem 1 b .
- the remote copy function 126 of the storage subsystem 1 b transfers the data to the corresponding LU in the storage subsystem 1 a of the user site 1001 .
- the result of file distribution in the management site 2001 is reflected in the storage subsystem 1 a of the user site 1001 .
- a program is installed in the local LU 13 (mirror LU) using the agent computer 2 x by the management site 2001 like in the first embodiment.
- the data written in the mirror LU by the install process is written in the local LU 13 of the user site 1001 , with the result that a program is installed in the computer 2 of the user site 1001 .
- the coincidence of data between the storage subsystem 1 a and the storage subsystem 1 b is guaranteed by the remote, copy function 126 , and therefore once the install work in the management site 2001 is successful, it follows that the install work in the user site 1001 also succeeds.
- the install work including the file transfer as well as various setting can be carried out from a remote place. If the setting for individual computers is required in the user site, it can be done using the same method as in the fifth embodiment. Also, it is possible to prepare in the management site a plurality of agent computers corresponding to a plurality of the computers for which a program is to be installed in the user site, and the install work can be conducted using the agent computers. The install work for a plurality of computers can also be performed in parallel.
- a plurality of computers can be installed by one agent computer.
- the install process for a plurality of user sites can be performed at the same time by the install work in a single management site.
- these methods according to which the initial copy cannot be accomplished for all the LUs, are effective in the case where the coincidence of the contents of all the LUs is desired such as for the new system install work including the OS.
- the install process is executed using the remote copy function. It is possible, on the other hand, to implement the install work by copying, as a repeated initial copy, the contents of the LU of the management site to the LU of the user site after rendering the contents of the LUs of the user site and the management site to coincide with each other.
- the management site may be configured with an agent computer and a storage subsystem connected thereto. In such a case, a program is installed in the agent computer of the management site by the same method as in the prior art, thereby making it possible to realize the work of installing a program in the computers in the user site using the remote copy function.
Abstract
A computer system including plural computers, a management console for installing a program in the computers and a storage subsystem coupled to each computer and management console. The storage subsystem includes a first storage unit shared by the computers and plural second storage units corresponding to the computers. The first storage unit stores a file related to each installed program and an installer program for installing a program. The second storage units each store an install agent and a control file accessed by the install agent. The management console includes an install manager for starting each install agent by switching on power to a corresponding computer. Upon starting, the install agent starts the installer program based on the control file. The installer program reads a related file from the first storage unit, and transfers it to the second storage unit of the corresponding computer, thereby installing the program.
Description
- The present application is a continuation of application Ser. No. 10/822,671, filed Apr. 13, 2004; which is a continuation of Ser. No. 09/666,062, now allowed as U.S. Pat. No. 6,775,830, the contents of which are incorporated herein by reference.
- The present invention relates to a computer system and a method for installing a program in the computer system, or in particular to a method for installing a program in a plurality of computers.
- An installer constituting a program for executing a series of install procedures, the very program to be installed and a removable recording medium such as a CD-ROM for storing the required install files are used for installing a program in a computer. In the prior art, the operator carries out the install work by mounting a recording medium in a storage unit such as a CD-ROM of the computer and executing the installer in the computer.
- According to another method for installing a program in a computer, a program is installed from a file server connected to the computer through a network. In this method, install files are stored in a storage unit of a file server which is mountable as what is called a network disk from other computers. The operator activates a computer in which a program is to be installed and mounts the storage unit of the file server as a network disk. After that, the operator causes the installer stored in the storage unit of the file server to be executed in the computer, reads the other required files including the file of the program into the computer from the storage unit of the file server, and stores the tiles at appropriate positions of the storage unit such as a disk unit of the computer.
- In the case of installing a program in a plurality of computers on a network, the operator carries out the aforementioned job for each computer. The disk unit of the file server can be shared by all the computers, and therefore the operator can start the installer in a plurality of computers substantially at the same time.
- Generally, a removable recording medium has a low file transfer rate and therefore requires a longer time for the install work. In the case where a program is installed in a plurality of computers, the install work is required to be carried out the number of times equal to the number of the computers. Thus, the processing time is lengthened in proportion to the number of computers involved. It is possible to execute the install work for a plurality of computers in parallel by using a plurality of recording media. Nevertheless, the number of the recording media that can be made available is limited. In the case where many computers are involved, therefore, the repetitive processing is unavoidable. Even for executing the parallel processing, it is necessary to mount the recording medium, start the installer and perform various setting processes for each one of the computers, and therefore a plurality of operators are needed.
- In the case where the install work is conducted through a network, on the other hand, the file transfer may be increased in speed more than when a removable recording medium is used. In executing the install work for a plurality of computers in parallel, however, the file transfer rate in the file server and the network forms a bottleneck, with the result that the required transfer rate cannot be obtained, thereby making it necessary to repeat the install work a plurality of times. Generally, the version up of a program by improving the program function and correction of a fault is a common practice, which is accompanied by the program install work. For this reason, the personnel expenditure for the install work is a cause of an increased operation cost for maintaining and managing a computer system.
- Another problem occurs in the case where the operator for carrying out the install work does not belong to the organization owning the computer. The entry of such a operator into the place where the computer exists is not desirable from the viewpoint of confidentiality. Also, method of the program install work varies from one program to another, and a vast length of the training period is required for all the operators to master all the program install methods. In the event that the operator is not skilled enough in a program install method, the secondary problem may occur including the requirement for the reinstall work due to the failure of the first install work and the destruction of the file in the disk unit.
- The object of the invention is to provide a method of efficiently installing a program in the computers making up a computer system, which can reduce the operating cost for the maintenance and management of the computer system.
- In order to achieve this object, according to one aspect of the invention, there is provided a method for installing a program in a plurality of computers constituting a computer system comprising a management console operated by the operator to perform the operation of installing a program in the computers and a storage subsystem connected to the computers and the management console. In this method, the processing of an install agent is started on each computer under the control of the management console. The install agent, once the processing thereof is started, loads in the computer the installer program stored in a first storage unit in the storage subsystem, and starts the program. The installer program, once started, executes the program installation after a file stored in the first storage unit and related to the program to be installed is transferred to a second storage unit used by the particular computer.
- According to another aspect of the invention, there is provided a computer system comprising a plurality of computers, a management console operated by the operator to perform the operation of installing a program in the computers, and a storage subsystem connected to the computers and the management console. The storage subsystem includes a first storage unit shared by a plurality of the computers and a plurality of second storage units used exclusively by the computers, respectively. The first storage unit has stored therein a file related to the program to be installed in the computers and an installer program for carrying out the install work. The second storage units each has stored therein an install agent executed in each computer and a control file accessed by the install agent. The management console includes an install manager for starting the execution of the install agent on each computer. In a preferred mode for carrying out the invention, each computer includes a power control circuit for switching on the power supply thereof in response to an instruction from the install manager. By switching on the power supply of each computer, the install manager causes each computer to start the processing according to the install agent. Once the processing is started, the install agent starts the installer program on the computer in accordance with the contents of the control file. The installer program reads a related file from the first storage unit and installs the program by transferring the file to the second storage unit exclusive to the particular computer.
-
FIG. 1 is a simplified block diagram showing the configuration of a computer system according to an embodiment of the invention. -
FIG. 2 is a simplified block diagram showing the configuration of acomputer 2. -
FIG. 3 is a simplified block diagram showing the configuration of astorage subsystem 1. -
FIG. 4 is a diagram showing the structure of a table representing an example of a LUN management table. -
FIG. 5 is a diagram for explaining the programs and files stored in a local LU. -
FIG. 6 is a diagram for explaining a program, etc. stored in a sharedLU 14. -
FIG. 7 is a simplified block diagram showing the configuration of amanagement console 4. -
FIG. 8 is a schematic diagram showing the configuration of aninstall manager 431. -
FIG. 9 is a flowchart showing the work process executed in preparation for the install. -
FIG. 10 is a schematic diagram showing an example of the format of a remote power-on packet. -
FIG. 11 is a diagram showing a structure of an install agent control file. -
FIG. 12 is a flowchart showing the flow of the work for executing the install process. -
FIG. 13 is a diagram showing a table structure representing an example a computer status table file. -
FIG. 14 is a diagram for explaining the definition of the status set in the computer status table file. -
FIG. 15 is a diagram showing the structure of a computer status table list. -
FIG. 16 is a simplified block diagram showing the configuration of a computer according to a second embodiment. -
FIG. 17 is a diagram showing a format representing an example of a remote power-on frame. -
FIG. 18 is a simplified block diagram showing the configuration of a computer system according to a third embodiment. -
FIG. 19 is a flowchart showing the flow of the process executed by an installer program according to the fourth embodiment. -
FIG. 20 is a simplified block diagram showing the configuration of a computer system according to a fifth embodiment. -
FIG. 21 is a simplified block diagram showing the configuration of a computer system according to a sixth embodiment. -
FIG. 1 is a simplified block diagram showing the configuration of a computer system according to an embodiment of the invention. The computer system according to this embodiment comprises a plurality ofcomputers storage subsystem 1 shared by thecomputers 2, amanagement console 4 for managing the computer system, and afibre channel connector 3 for connecting thecomputers 2, themanagement console 4 and thestorage subsystem 1. Thecomputers 2, themanagement console 3 and thestorage subsystem 1 are connected with thefibre channel connector 3 byfibre channels 5. Eachcomputer 2 and themanagement console 4 are interconnected communicably through a local area network (LAN) 6. Themanagement console 4 and thestorage subsystem 1 are connected by acommunication path 7. - According to this embodiment, it is assumed that personal computers (PC) are used as the
computers 2. Eachcomputer 2 can of course be a server, a work station or the like computer. A fibre channel suitable from the viewpoint of both the connection distance and the speed is used as an interface (hereinafter referred to as I/F) for connecting eachcomputer 2 and thestorage subsystem 1. Nevertheless, an interface such as the smaller computer system interface (SCSI), the universal serial bus (USB) or the IEEE 1394 bus can alternatively be used with equal effect. -
FIG. 2 is a simplified block diagram showing a configuration of thecomputer 2.Numeral 21 designates an input/output device for receiving the input of information or outputting the information, numeral 22 a central processing unit (CPU) for controlling thecomputers 2 as a whole, numeral 25 a fibre channel board mounted for connecting and controlling the fibre channel, numeral 24 a LAN board for performing communication through theLAN 6, and numeral 23 a memory for storing the programs and data required by theCPU 22 for executing various control operations. A plurality of programs are stored in thememory 23. - The
fibre channel board 25 includes afibre channel controller 250 for controlling the fibre channel, and amemory 251 for storing the programs and data required by the fibre channel controller to control the fibre channel and the programs and data required by theCPU 22 to control thefibre channel controller 250. The programs stored in thememory 251 include a bootup control program for theCPU 22 to control thefibre channel controller 250 and to load the OS from thestorage subsystem 1 and start it. In addition to thebootup control program 2511, thememory 251 holds a world wide name (WWN) 2512 constituting information on the name set forth for uniquely identifying thefibre channel controller 250. According to this embodiment, thefibre channel controller 25 and thememory 251 are arranged on the board mounted on thecomputer 2. Nevertheless, these component parts can alternatively be mounted directly on the board carrying theCPU 22, etc., for example. TheLAN board 24 includes a remote power-oncircuit 241 for controlling themain power switch 26 of thecomputer 2 to switch on/off the power of thecomputer 2 from outside of thecomputer 2. -
FIG. 3 is a simplified block diagram showing the configuration of thestorage subsystem 1. Thestorage subsystem 1 includes acontrol unit 11 for controlling thestorage subsystem 1 as a whole, afibre channel controller 15 for connecting thefibre channel 5 and controlling the connection, amemory 12 for storing the programs and data used by thecontrol unit 11 to control thestorage subsystem 1, acommunication interface 16 for controlling the communication with themanagement console 4, a plurality of logical units (LU) 13 a, 13 b, . . . , 13 n and a sharedLU 14. Thecommunication LU 17 shown is not necessarily required in this embodiment, as will be explained later with reference to the second embodiment. - The logical units are a virtual volume (memory device) recognized by the
computer 2, which recognizes one LU as one logical disk device. The logical unit is the name defined in the specification of the SCSI (small computer system interface) constituting one of the interfaces for connecting the computer and the storage subsystem. In the SCSI, the logical unit number (LUN) is attached to each logical unit as an identifier in order to identify each logical unit. In the portion of this specification that follows, the logical unit will be called simply as LU, and the logical unit number as LUN. A plurality of LUs can be defined and constructed in thestorage subsystem 1. The LU defined in thestorage subsystem 1 is called an internal LU. A serial number which is an integer beginning with 0 is attached to each internal LU in order to manage the internal LUs in thestorage subsystem 1. This number is called the internal LUN. - Each
computer 2 is assigned a private LU 13 (hereinafter designated by “13” as a reference numeral whenever the discrimination of each of thelogical units LU 13 assigned to any one of the computers exclusively is also called a local LU. ALU 14, on the other hand, is shared and can be accessed by all thecomputers 2 and themanagement console 4. The LU shared by a plurality of computers will be called a shared LU in this specification. At the time of booting up the OS, thecomputer 2 searches the storage subsystem connected thereto and detects the LUNs thereof. Generally, the detection of the LUs by a computer such as the PC is accompanied under the restraints to the effect that (a) the LUNs are searched from 0 sequentially, and (b) the LUNs are assumed to exist in serial numbers and in the absence of a number, the search after the particular number is not conducted. According to this embodiment, each computer is caused to recognize a virtual LUN so that it can recognize only those LUNs of the LUs available for use in serial numbers beginning with zero. The LUNs recognized in virtual manner by thecomputer 2 will hereinafter be called the virtual LUNs. The correspondence between the internal LUNs and the virtual LUNs is managed by the LUN management table described later. - The
memory 12 has stored therein aLU definition program 121 executed by thecontrol unit 11 for defining and preparing the LUs, anaccess control program 123 executed by thecontrol unit 11 for controlling the access to each LU from eachcomputer 2 and a LUN management table 122 for storing the management information accessed by thecontrol unit 11 at the time of controlling the access from each computer to the LUs. -
FIG. 4 is a diagram showing a table structure representing an example of the LUN management table. The LUN management table 122 has a plurality of entries each corresponding to a set of an internal LU and a computer which can use the particular internal LU. Each entry has set therein aport number 1221, atarget ID 1222, avirtual LUN 1223, aninternal LUN 1224, a WWN 1225, a S_ID 1226 and anattribute 1227. These information are set through themanagement console 4 by the system manager at the time of preparing and defining the LU, for example. - The
port number 1221 is the number attached to a connecting port of the fibre channel of thestorage subsystem 1. According to this embodiment, thestorage subsystem 1 is assumed to have one connection port and zero is stored for all theport numbers 1221. - The
target ID 1222 is an identifier assigned to thestorage subsystem 1 in the interface with thecomputer 2. In the case where a fibre channel is used as an interface connecting thecomputer 2 and thestorage subsystem 1 as in the present embodiment, the D_ID (destination ID) attached to each port at the time of initialization can be used as thetarget ID 1222. In the case where the SCSI is used as an interface, a plurality of IDs can be assigned to the same port. In such a case, the target ID associated with each LUN is set in this field. In the case where the interface is a fibre channel, the number and the D_ID of the connection port can be set in one-to-one relation, and therefore one ofport number 1221 and thetarget ID 1222 can be done without. According to this embodiment, the fibre channel is used as an interface, and therefore it is assumed that thetarget ID 1221 is not used and zero is set for all thetarget IDs 1221. - The
virtual LUN 1223 and theinternal LUN 1224 hold the relation between the virtual LUN recognized by thecomputer 2 identified by the information set in the WWN 1225 and the internal LUN corresponding to the particular virtual LUN. - The WWN 1225 has set therein the
WWN 2512 set in thefibre channel controller 250 of thecomputer 2. The WWN is the information given from eachcomputer 2 at the time of the port log-in process for establishing the connection between the fibre channel ports. - The S_ID 1226 is the ID information set in the frame header of the fibre channel for identifying the source (initiator) that has prepared the frame. The S_ID is dynamically assigned at the time of initialization of the fibre channel. By relating WWN and S_ID to each other, the
computer 2 can be specified by checking the S_ID without referring to WWN for each frame. - The
attribute 1227 indicates the property of each LU. The word “private” indicates a LU assigned exclusively to onecomputer 2. The word “shared” indicates the fact a LU is shared by a plurality of thecomputers 2. - Assume that WWN of the
computer 2 a is WWNa and S_ID thereof is S_IDa, WWN of thecomputer 2 b is WWNb and S_ID thereof is S_IDb, WWN of thecomputer 2 n is WWNn and S_ID thereof is S_IDn, and WWN of themanagement console 4 is WWNz and S_ID thereof is S_IDz. From the LUN management table 122 shown inFIG. 4 , it is understood that thecomputer 2 a, for example, is assigned a LU with an internal LUN of 0 as a privatelocal LU 13 a and recognized as LU of LUN “0”. In similar fashion, it is understood that thecomputer 2 b is assigned LU with LUN of “1” as a private local LU and recognized as LU of LUN “0” from thecomputer 2 b. It is also understood that the LU with the internal LUN “k” is the one shared by a plurality of computers and recognized as LU with LUN “1” from thecomputers management console 4. -
FIG. 5 is a diagram for explaining the programs, etc. stored in thelocal LU 13. Thelocal LU 13 has stored therein the programs used by thecomputer 2 assigned the particular LU including an operating system (OS) 131, an install agent program (hereinafter referred to as the install agent) 132, acommunication program 134 and ashutdown program 135. These programs are loaded in thememory 23 of thecomputer 2 and executed by theCPU 22. - The
OS 131 is a program for executing various programs and controlling the hardware on thecomputer 2, and includes aregistry 1311 for holding and managing the information on the setting and structure of theOS 131, the information on the programs executed by thecomputer 2 and the information on the user utilizing theparticular computer 2. The installagent 132 is a program for starting the installer for installing a program and performing a part or the whole of the install work on behalf of the operator who has thus far conducted it. Thecommunication program 134 is for controlling the communication with themanagement console 4 and reporting the progress of the install work and the occurrence of an error. Theshutdown program 135 is for shutting down thecomputer 2. - In addition to the programs described above, the
local LU 13 has stored therein an installer agent control file 133 holding the information for controlling the installagent 132, and a computerstatus table file 136 holding the information on the progress of the work for installing the program executed in thecomputer 2 and various status information including the success/failure of the work. -
FIG. 6 is a diagram for explaining the program, etc. stored in the sharedLU 14. The sharedLU 14 has stored therein aprogram installer 141 and installfiles 142. The install files 142 include the files required for installing such as various setting files and the file for the program installed by theinstaller 141. Theinstaller program 141 and the installfiles 142 are copied to the sharedLU 14 from a removable medium such as a CD-ROM by the operator prior to the install work. - The
installer program 141 is executed by being loaded in thememory 23 of thecomputer 2 by the installagent 132. The install files are accessed by theinstaller program 141 or copied to thelocal LU 13 of thecomputer 2 executing theinstaller program 141.FIG. 7 is a simplified block diagram showing a configuration of themanagement console 4. Themanagement console 4 includes an input/output device 41 by way of which the manager operates themanagement console 4, aCPU 42 for controlling thewhole management console 4, amemory 43 for storing the program executed by theCPU 41 and the related data, afibre channel board 45 for connecting and controlling thefibre channel 5, aLAN board 44 for performing the communication through theLAN 6, adisk unit 46 for storing the OS and the program for themanagement console 4 and acommunication interface 47 for establishing communication with thestorage subsystem 1. - The programs stored in the
memory 43 include an install manager program (hereinafter referred to as the install manager) 431 for controlling the install work in general. The installmanager 431 includes a plurality of subprograms described below. -
FIG. 8 is a schematic diagram showing a structure of the installmanager 431. The installmanager 431 includes a remotepower control program 4311, an install agent controlfile distribution program 4312, an installagent distribution program 4313, aregistry modification program 4314, a shutdownprogram distribution program 4315, aprogress display program 4316, acommunication program 4317 and a communicationprogram distribution program 4318. - The remote
power control program 4311 is for controlling the on/off state of the power supply and the rebooting of thecomputer 2 from a remote place. The install agent controlfile distribution program 4312 is for distributing the installagent control file 133 to eachcomputer 2. The installagent distribution program 4313 is for distributing the installagent 132 to eachcomputer 2. Theregistry modification program 4314 is for altering theregistry 1311 of thecomputer 2 from a physically distant place. The shutdownprogram distribution program 4315 is for distributing theshutdown program 135 to eachcomputer 2. Theprogress display program 4316 is for displaying the progress of the install work and the error that may occur in eachcomputer 2. Thecommunication program 4317 is for acquiring the information on the occurrence of an error and the progress of the install work by communication with eachcomputer 2. The communicationprogram distribution program 4318 is for distributing thecommunication program 134 to eachcomputer 2. -
FIG. 9 is a flowchart of the process executed in preparation for the install work. - The operator first switches on the power supply of the
computer 2 in which a program is to be installed. Specifically, the installmanager 431 of themanagement console 4 is started, and a remote power-on packet is prepared by the remotepower control program 4311 and transmitted to theparticular computer 2. The remote power-on packet, as an example of the format thereof is shown inFIG. 10 , includes aheader 901 and adata section 902. Thedata section 902 includes async field 9021 and one or a plurality of MAC addresses 9022 of thecomputer 2 for which the power supply is switched on. The remote power-on control means 241 on theLAN board 24 of thecomputer 2, upon receipt of the remote power-onpacket 900, checks the MAC addresses 9022 set in thedata section 902. The remote power-on control means 241 compares the MAC addresses 9022 set in thedata section 902 with the MAC address of theLAN board 24, and in the case where there is a coincident address, controls themain power switch 26 thereby to switch on the power supply of the computer 2 (step 701). - Once the power supply for the
computer 2 in which a program is to be installed is switched on, the installmanager 431 executes the install agentprogram distribution program 4313 and distributes the installagent 132 to eachcomputer 2 through theLAN 6. Each computer, upon receipt of the installagent 132, stores it in a privatelocal LU 13. The programs distributed to thecomputer 2 in this or subsequent steps can be stored in thelocal LU 13 of eachcomputer 2 directly from themanagement console 4 by mounting such alocal LU 13 as a network disk in the management console 4 (step 702). - Then, the install
manager 431 distributes to eachcomputer 2 thecommunication program 134 by the communicationprogram distribution program 4318 and theshutdown program 135 by the shutdownprogram distribution program 4315. These programs are stored in thelocal LU 13 like the install agent 132 (steps 703, 704). - Then, the install
manager 431 generates an installagent control file 133.FIG. 11 shows the structure of the installagent control file 133. The install agent control file 133 contains such information as aselect installer 1331, an agent on/offidentifier 1332, aninstaller start time 1333 and installkey information 1334. Theselect installer 1331 indicates the place of storage and the name of theinstaller program 141 to be started by thecomputer 2. This information permits thecomputer 2 to perform the control operation as to which one of a plurality of, if any, theinstaller programs 141 is to be started. The agent on/offidentifier 1332 is used for determining whether the installagent 132 of thecomputer 2 executes the install process or not. The agent on/offidentifier 1332 contains the description of an on-attribute or an off-attribute. Theinstaller start time 1333 is information for indicating the time for starting theinstaller program 141 to the installagent 132. The installkey information 1334 is prepared for preventing an illegal installation. The installagent 132 executes the install work only when proper key information is stored. This information is used as required and not essential. The contents of the installkey information 1334 will be described later (step 705). - The install
manager 431 distributes to eachcomputer 2 the install agent control file 133 according to the install agent controlfile distribution program 4312. This file, once distributed to each computer, is stored in thelocal LU 13 of the particular computer 2 (step 706). - Upon complete distribution of each program and the install agent control file, the install
manager 431 modifies theregistry 1311 of thecomputer 2 according to theregistry modification program 4314 in such a manner that thecomputer 2 is automatically logged on and starts executing the install agent 132 (step 707). Then, the installmanager 431 starts theshutdown program 135 of thecomputer 2 and shuts down thecomputer 2 according to the remote power control program 4311 (step 708). - After shutting down the
computer 2 in which a program is to be installed, the installmanager 431 stores theinstaller program 141 and the installfiles 142 in the shared LU 14 (steps 709, 710). - The preparatory work for installation is thus completed.
-
FIG. 12 is a flowchart showing the flow of the process executed for the install work. - The operator operates the
management console 4, like instep 701, to start the installmanager 431 and switch on the power supply of thecomputer 2 for the install work according to the remote power control program 4311 (step 801). - Once the power supply is switched on, each
computer 2 starts theOS 131 and is automatically logged on. Upon activation, thecomputer 2 starts executing the installagent 132. According to this embodiment, once theOS 131 is started, the installagent 132 is automatically started to start the work. It is also possible, however, to implement the installagent 132 as a program resident in thecomputer 2. In this case, the installagent 132 is instructed to start the operation from the installmanager 431 by the inter-program communication (step 802). - The install
agent 132 of thecomputer 2, once the operation is started, accesses the installagent control file 133 in thelocal LU 13 for the computer (step 803). - The install
agent 132 checks the agent on/offidentifier 1332 of the installagent control file 133. In the case where the agent on/offidentifier 1332 indicates the on-attribute, the installkey information 1334 is ascertained. The installkey information 1334 can be, for example, the license key information issued by the developer of the program installed or the license key information issued by the developer of the install manager and the install agent. The use of these information makes it possible to check whether the program to be installed has legitimately received a license or not. It is also possible to use as the installkey information 1334 the ID information such as the WWN or MAC address of the computer permitted for installation. The installagent 132 compares these information with the ID information on the computer and thus can determine whether the particular computer is permitted for installation or not. These ID information for the computer and the license key information described above can be used in combination as the installkey information 1334. In the case where the agent on/offidentifier 1332 is the off-attribute or the installkey information 1334 is not valid, the install agent terminates the process without installing the program (step 804). - In the case where the agent on/off
identifier 1332 is the on-attribute and the installkey information 1334 is valid, on the other hand, the installagent 132 starts by loading in thememory 23 theinstaller program 141 stored in the shared LU. In the case where the time to start the installer program is designated by theinstaller start time 1333 of the installagent control file 133 instep 804, however, the installagent 133 withholds the starting of the installer program till the designated time. - The
installer program 141, once started, installs the program. In the process, in order to reflect the install information in theregistry 1311 of thecomputer 2, theinstaller program 141 reads the installfiles 142 into thememory 23 of thecomputer 2 through the fibre channel from the sharedLU 14, and transfers the files to the local LU 13 (step 806). - Upon completion of the install process by the
installer program 141, the installagent 132 rewrites the agent on/offidentifier 1332 of the installagent control file 133 to the off-attribute so that the install process may not be performed at the time of next activation of thecomputer 2. At the same time, the installkey information 1334 is invalidated as required (step 807). - Then, the install
agent 132 starts theshutdown program 135 in the local LU 13 (step 808). Theshutdown program 135, once started, shuts down the computer 2 (step 809). - Thus, the install work is completed. After that, upon activation of the
computer 2 by the user, the installed program can be used. In the case where a program is installed in a plurality ofcomputers 2, the preparatory work described above is carried out for the computers, and the power supply of thecomputers 2 is switched on instep 801. Then, the install process is performed in parallel on the computers. - In the program install work, the operator can desirably check how the install process is proceeding and whether the work has been completed without any error or not. According to this embodiment, the progress of the install work and the occurrence of an error are recorded in the computer
status table file 136, and this file is accessed from themanagement console 4. Thus, the operator can check the progress and the occurrence of an error. -
FIG. 13 is a diagram showing a table structure representing an example of a computerstatus table file 136. The computerstatus table file 136, as shown, has recorded therein the information indicating the work condition in thecomputer 2 including the power supply condition, the OS starting conditions, the operation of the install agent, the condition of the install process and the shutdown process. The computerstatus table file 136 has sequentially recorded therein the progress and the error occurrence for each work step during the install work. Specifically, the power supply condition and the OS starting condition are recorded according to the remotepower control program 4311, the install agent condition and the install condition according to the installagent 132, and the shutdown condition according to theshutdown program 135. The value set as thestatus 1362 is defined as shown inFIG. 14 . According to the definition ofFIG. 14 , it is understood from the computerstatus table file 136 shown inFIG. 13 that the shutdown process of thecomputer 2 is not started by this computer upon completion of the OS starting process, during the on state of the install agent or during the execution of the install process while the power supply is on. - The
management console 4 mounts thelocal LU 13 as a network disk, reads the computerstatus table file 136 stored in eachlocal LU 13 according to theprogress indication program 4316, and displays on the input/output device 41 the work progress and the error occurrence in thecomputer 2 intended for install work. According to this embodiment, the computer status table file stored in thelocal LU 13 is accessed directly from themanagement console 4. As an alternative, the same information can be transferred by communication between thecommunication program 134 of eachcomputer 2 and thecommunication program 4317 of themanagement console 4. In the case where an error occurs during the install work, the operator can recognize it on themanagement console 4, and can take the necessary action including the retrial. - According to this embodiment, a program can be installed using a fibre channel constituting a high-speed interface without the intermediary of a control unit such as a file server between the computer and the storage subsystem. As a result, the file transfer executed for the install process can be increased in speed. Also, a program can be installed in a plurality of computers in parallel at a time by one operator from the management console. As a result, the install time and the number of operators required can be reduced, thereby making it possible to reduce the operation cost for maintaining and managing the computer system. Further, in view of the fact that the management console can be located at a place physically distant from the place of the computer and the install work can be performed by remote control, the operator is not required to enter the environment in which the computer exists, and thus the security of the computer system can be improved. Furthermore, the use of the install key information prevents the illegal or erroneous install work of the computer which has not yet obtained the license. In addition, according to this embodiment, the install work can be conducted in the same procedure without regard to the type of the program installed, and therefore the install work is so simplified that a special knowledge or skill is not required for the install work.
- According to this embodiment, the illegal or erroneous install work is prevented by the install agent control file. As an alternative, prior to carrying out the install work, the local LU of the computers other than the computer intended for the install work is hidden or the shared LU is hidden from the computers other than the computer intended for the install work, so that the install work for the computers other than the intended computer cannot be carried out using the function of the LUN management table 122 of the
storage subsystem 1. Further, the illegal or erroneous install work can be prevented by deleting the installer program and the install files from the shared LU after completion of the install work. - Unlike in the first embodiment in which the power on control operation of each computer is performed through a LAN, a similar process can be executed without using the LAN. An explanation will be given of a second embodiment in which the install work is conducted without using the LAN.
- The computer system according to the second embodiment is basically configured similarly to the computer system according to the first embodiment except that the
LAN 6 is not required for the second embodiment. The explanation below, therefore, will be given with reference to the drawings used for explaining the first embodiment. - According to this embodiment, a
communication LU 17 is included in thestorage subsystem 1. A computer status table list indicating the status of eachcomputer 2 is held in thecommunication LU 17. -
FIG. 15 is a diagram showing a structure of a computerstatus table list 137. The computerstatus table list 137 is a summary of the contents of the computerstatus table file 136 of eachcomputer 2. The contents of the computerstatus table file 136 are similar to those shown inFIG. 13 . The computerstatus table list 137 is used for notifying themanagement console 4 of the progress and the error occurrence in the install work conducted for eachcomputer 2. - The computer
status table list 137 is prepared according to the communication program held in eachcomputer 2. In the table 1371 for eachcomputer 2, an address in thecommunication LU 17 is uniquely determined in advance. Thecommunication program 134 of thecomputer 2 is used for accessing thecommunication LU 17 using a RAW I/O command for directly reading/writing the logical block of the LU but not the file read/write operation using the file system. As a result, the status information can be written in the computerstatus table list 137 at an arbitrary timing by eachcomputer 2. Also, thecommunication program 4317 constituting a subprogram of the installmanager 431 of themanagement console 4 makes it possible to grasp the status of eachcomputer 2 from time to time by reading the computerstatus table list 137 at an appropriate timing using the RAW I/O command. According to thecommunication program 4317 of themanagement console 4, data cannot be written in the computerstatus table list 137 unless it is clear that the install work is not yet carried out or has already been carried out for a given computer. In the case where the files can be shared by the file systems, the computer status table 136 can be accessed without using RAW I/O by constructing it as a file. - According to this embodiment, the various programs and files are distributed in the process of preparation for the install work as follows.
- In this embodiment, the
management console 4, like in the preparation and definition of LU, changes the WWN of the LUN management table 122 of thestorage subsystem 1 by communication with thestorage subsystem 1, and mounts on themanagement console 4 thelocal LU 13 of thecomputer 2 in which a program is to be installed. Under this condition, themanagement console 4 stores various programs and files in thelocal LU 13 of eachcomputer 2. After storing the programs and files, themanagement console 4 restores the information in the LUN management table 122 to make the files thereof available for the next activation of thecomputer 2. - According to this embodiment, the power-on control of the
computer 2 is carried out through a fibre channel. Eachcomputer 2, therefore, as shown inFIG. 16 , includes a remote power-on control means 2501 and astandby power supply 2502 on thefibre channel board 25. The LAN is not used in this embodiment, and therefore, the LAN board is not shown inFIG. 16 . Nevertheless, the LAN board may be provided for other purposes. - The remote power-on control means 2501 is arranged in the
fibre channel controller 250. Thestandby power supply 2502 is maintained in on state for supplying power to thefibre channel board 25 even while the main power supply of thecomputer 2 is in off state. Thus, thefibre channel controller 250 is operable and can receive the frames (packets) sent through thefibre channel 5 regardless of the state of the main power supply of thecomputer 2. -
FIG. 17 is a diagram showing the format of an example of the remote power-on frame used for switching on thecomputer 2. The frame of the fibre channel includes a SOF (start of frame) 9501 indicating the head of the frame, aframe header 9502 having such information as the transmission node of the frame and the frame type, apayload 9503 for holding the entity of the data transferred by the frame, a CRC (cyclic redundancy code) 9504 constituting a data guarantee code for detecting a bit error of the frame and an EOF (end of frame) 9505 indicating the tail end of the frame. The remote power-onframe 950 includes abroadcast identifier 9502 a in theframe header 9502. Thebroadcast identifier 9502 a indicates that the frame involved is the one issued at the same time to all the nodes connected to the fibre channel. As a result, the remote power-onframe 950 is transferred to all the devices on the fibre channel. Thepayload 9503 has set therein the WWN attached to thefibre channel controller 250 of thecomputer 2 for which the power supply is switched on. - In order to switch on the power supply of the
computer 2 for which a program is to be installed instep 801 of the install process, the installmanager 431 of themanagement console 4 prepares the remote power-onframe 950 described above according to the remotepower control program 4311. Thepayload 9503 of the remote power-onframe 950 thus prepared has set therein the WWN of at least onecomputer 2 for which a program is to be installed. The remote power-onframe 950 thus generated is broadcast on the fibre channel. - The remote power-on
frame 950 thus broadcast is received by thefibre channel controller 250 of eachcomputer 2. Thefibre channel controller 250, upon receipt of the remote power-onframe 950, inspects theframe header 250 thereof. In the case where theframe header 2502 contains thebroadcast identifier 9502 a, thepayload 9503 is further inspected to check whether the WWN coincident with the WWN of its own is set or not. In the case where the WWN coincident with its own WWN is set in thepayload 9503, thefibre channel controller 250 switches on the power supply of thecomputer 2 by controlling the mainpower supply switch 26 by the remote power-on control means 2501. - According to this embodiment, the install process is performed basically in a similar manner to the first embodiment except that the method of distribution of the programs and files and the method of remote power-on of the
computer 2 are different. - In this embodiment, the power-on control of the computer is performed through the fibre channel and the communication is established between the computer and the management console through the
communication LU 17, and therefore the install work can be carried out by remote control even in an environment lacking the LAN. Although this embodiment uses the broadcast frame of the fibre channel for power-on control, the remote power-on can be realized by transferring a remote power-on packet through the fibre channel like in the first embodiment as long as the fibre channel controller corresponds to the IP protocol. - According to the first and second embodiments, the
computer 2 reads the install files from the sharedLU 14 and transfers them to its ownlocal LU 13 at the time of program install work. Now, an explanation will be given of the “direct install” in which the install work is carried out by transferring the install files without the intermediary of thecomputer 2. -
FIG. 18 is a simplified block diagram showing a configuration of a computer system according to this embodiment. InFIG. 18 , those component parts similar to the corresponding parts of the first embodiment are designated by the same reference numerals as inFIG. 1 , respectively. The difference of this embodiment from the first embodiment will be mainly explained below. - The
computer 2 has the function of adirect copy director 138 for giving a copy instruction to thestorage subsystem 1 and the function of adirect copy API 137 which is an application program interface (API) for giving a copy instruction from the program to thedirect copy director 138. These functions are stored in the privatelocal LU 13 of eachcomputer 2, and at the time of execution, loaded on thememory 23 and realized by the program executed by theCPU 22. - The storage subsystem I has a
direct copy engine 124 for copying data to the destination LU from 20 the source LU in thestorage subsystem 1 in response to an instruction from thedirect copy director 138. Thedirect copy engine 124 is stored in thememory 12 of thestorage subsystem 1 and realized as a program executed by thecontrol unit 11. -
FIG. 19 is a flowchart showing the flow of the process executed by theinstaller program 141 according to this embodiment. Theinstaller program 141, once the process is started, displays the title on the input/output device 21 or otherwise executes the initialization of the install screen (step 851). Theinstaller program 141 then displays a screen for prompting the input of the user information and the license information of the program on the input/output device 21 and waits for the input of these information. Normally, the license information, etc. are input by the operator. According to this embodiment, however, like in the first embodiment, the installagent 132 performs this process on behalf of the operator (step 852). Then, theinstaller program 141 receives the input of selection of the install method. The install method designated in this case includes, for example, a standard install based on a predetermined file structure and setting or a custom install in which the type and structure of the program installed and the file can be set arbitrarily (step 853). Theinstaller program 141 and the directory of the installee for storing the program to be installed are designated (step 854). The input process performed in thesesteps agent 132 on behalf of the operator. The installagent 132 inputs the various information described above into theinstaller program 141 in accordance with the information set in the install agent control file. - Based on the information set in the foregoing steps, the
installer program 141 specifies the file to be copied and the directory of the installee and executes the processing of copying the file. The file copy process is executed by calling thedirect copy API 137 from theinstaller program 141. Thedirect copy API 137 is given as a function described, for example, as “direct_file_copy (transferor and transferee)” on the source code of theinstaller program 141. In the case where the file “file 1” of the directory “dir_a” of the shared LU (assume a d drive) is copied to the directory “dir_b” of the private LU (assume a c drive), for example, “direct file copy(d;dir a¥file 1, c;dirb);” is described on the source code. In accordance with the parameter thus given, thedirect copy API 137 instructs thestorage subsystem 1 to copy the file through thedirect copy director 138. The transfer of the file designated in accordance with this instruction is executed in the storage subsystem 1 (step 855). - Upon completion of copying all the required files, the
installer program 141 executes the process for registration of theregistry 1311 of the OS 131 (step 856). The install work is thus completed. After that, theinstaller program 141 reboots the computer as required. Also, the installagent 132, like in the first embodiment, executes the process for changing the setting of the install agent control file 133 as required thereby to complete the install process (step 857). - Now, the direct copy performed in step 906 will be explained in detail. The
direct copy API 137, after being called by theinstaller program 141, transfers the process to thedirect copy director 138. Thedirect copy API 137, without performing any specific process, exchanges the process between thedirect copy director 138 and the application programs such as theinstaller program 141. Thedirect copy director 138, upon receipt of a direct copy request from thedirect copy API 137, specifies the LU from the drive letter delivered thereto as a parameter, and based on the directory and file name of the source and the destination, the copy information including a pair of the logical address and the transfer length of the source and the destination is produced with reference to the file table information of theOS 131 generally called the file system. The copy information can be structured so that a plurality of file transfers can be requested as a list at a time. Thedirect copy director 138 issues the copy information list to thedirect copy engine 124 of thestorage subsystem 1. Thedirect copy engine 124, upon receipt of the copy information list from thedirect copy director 138 of thecomputer 2, accesses the LUN management table 122 and acquires the internal LUN from the virtual LUN of the source and the destination, respectively. Then, thedirect copy engine 124 generates a read command from the logical address and the transfer length of the source and a write command from the logical address and the transfer length of the destination by reference to the copy information list. Thedirect copy engine 124 executes the read command and the write command sequentially in the storage subsystem using the access control program. The data read in response to the read command is temporarily held in a buffer (or cacher) not shown in thestorage subsystem 1. The data thus held in the buffer is written in the LU of the copy in response to the write command. Thedirect copy engine 124 executes the foregoing process for all the copy information in the order specified in the copy information list. Upon completion of all the copying process based on the copy information, thedirect copy engine 124 reports the termination of the process to thedirect copy director 138 of thecomputer 2. - According to this embodiment, the file copying process can be executed in the
storage subsystem 1 at the time of the install work. As a result, the computer processing accompanying the copying process and the data transfer by the fibre channel are done without, so that the processing load of the computer and fibre channel for the install process can be reduced. Also, in view of the fact that a quicker copying process can be realized by the data copying in thestorage system 1, the time required for the install process can be shortened. - According to the third embodiment, the
direct copy engine 124 is arranged in thestorage subsystem 1. - As an alternative, the
direct copy engine 124 can be arranged in thefibre channel connector 3. In the latter case, thefibre channel connector 3 generates a read command and a write command for copying and issues them to thestorage subsystem 1. Also, thefibre channel connector 3 is required to hold the data temporarily and therefore is required to have an internal buffer. This configuration, although data flows in the fibre channel, can reduce the load on the computer like in the third embodiment described above. Further, there is no need of a special function of thestorage subsystem 1 and a system can be configured of the conventional storage subsystem. Furthermore, the direct install work can be executed also in the case where the source LU and the destination LU are stored in storage subsystems physically different from each other. - The third embodiment utilizes the one-to-one direct copying process from one source to one destination for the copying process for the install work. According to this embodiment, on the other hand, the copying from one source to a plurality of destinations is carried out without the intermediary of the
computer 2. This direct copy from one source to a plurality of destinations is called “the one-to-n direct copy”. - According to this embodiment, as shown in
FIG. 18 , a direct copy destination LUlink generation program 125 is arranged in thestorage subsystem 1. The direct copy destination LUlink generation program 125 relates (links) a plurality of LUs constituting copy destinations to each other. Once a link is generated by the direct copy destination LUlink generation program 125, thedirect copy engine 124 carries out the one-to-n copying process in response to one copy request from thecomputer 2. This function permits the same program to be installed in a plurality of LUs forming a link as an internal process of thestorage subsystem 1 by carrying out the install process for any one LU from thecomputer 2. - The operator or the manager designates the LUs (assume that the link is formed for LU-a, LU-b, LU-c, for example) linked to the
storage subsystem 1 by the installmanager 431. In the process, one LU is set as a representative LU. Assume that LU-a is a representative in the case under consideration. The direct copy destination LUlink generation program 125 of thestorage subsystem 1 forms a link for the internal LU-a, LU-b, LU-c. - While the direct copy process is executed, the
direct copy director 138 of thecomputer 2 generates a copy information list and transmits it to thestorage subsystem 1. Thedirect copy engine 124 of thestorage subsystem 1, upon receipt of the copy information list, accesses the LUN management table 122, determines the internal LUN from the virtual LUN of the copy source and the copy destination, respectively. In the copy information list, only the representative LU is designated as a copy destination. - The
direct copy engine 124 accesses the copy information list, so that a read command is generated from the logical address of the source and the transfer length and a write command of the same contents for all the LUs (LU-a, LU-b, LU-c) for which a link is formed from the logical address of the copy destination and the transfer length. Then, thedirect copy engine 124 executes the read command using the access control program and reads the data temporarily into the buffer in thestorage subsystem 1. After that, the data read into the buffer is written in a plurality of LUs linked by the write command. - The process described above makes it possible to install a program in a plurality of LUs at a time. Also, according to this embodiment, like in the third embodiment, the
direct copy engine 124 and the direct copy destination LUlink generation program 125 can be arranged in thefibre channel connector 3 thereby to realize these processes as a function of the fibre channel. - Also, according to this embodiment, a plurality of copy destination LUs are designated in advance by the direct copy LU
link generation program 125. - As an alternative, the functions of the direct copy API can be expanded thereby to use the API for realizing the one-to-n direct copy. Such an API can be described as a function such as “direct_file_copy_n (number of copy destination LUs, transferor,
transferee 1,transferee 2 . . . , transferee n);”. In this case, thedirect copy director 138 transmits information on a plurality of the LUs linked as a part of the copy information list to thedirect copy engine 124. As a result, the 1-to-n direct copy can be realized without link designation in advance. - In the first to fourth embodiments described above, the
storage subsystem 1 is connected to themanagement console 4 through thefibre channel 5. Therefore, themanagement console 4 and thestorage subsystem 1 cannot be arranged beyond the distance connectable by the fibre channel. Under the circumstances, the connectable distance of the fibre channel is 10 km, and in each of the embodiments described above, a program cannot be installed from a remote place farther than this distance. - A method of realizing the program install work from a farther place will be explained below as a fifth embodiment.
FIG. 20 is a simplified block diagram showing a configuration of a computer system according to the fifth embodiment. InFIG. 20 , auser site 1000 having a computersystem comprising computers 2 for which a program is to be installed and amanagement site 2000 where a manager performs the install operation are arranged at physically distant places from each other. - A computer system basically similar to that of the first embodiment is arranged in the
user site 1000. The computer system in theuser site 1000 is different from the computer system according to the first embodiment in that it comprises amanagement server 4 a in place of themanagement console 4 and an internet server 8 is connected to aLAN 6. On the other hand, amanagement console 4 b and aninternet server 10 connected to themanagement console 4 b are arranged in themanagement site 2000. The internet server 8 and theinternet server 10 are connected to each other communicably through an internet 9 constituting a wide area network. - The
management server 4 a in theuser site 1000 is basically similar to themanagement console 4 according to the first embodiment, and is operated from themanagement site 2000 through the internet 9. An install manager server program (hereinafter referred to as the install manager server) 431 a has the function as a server for themanagement console 4 b of themanagement site 2000 in addition to the function as the installmanager 431 according to the first embodiment. Themanagement console 4 b is a terminal device such as a PC which communicates with themanagement server 4 a through the internet 9, displays various operation screens or operates on a browser program (hereinafter referred to as the browser) 432 b for receiving the various operations of the manager. - The remaining component parts of this embodiment are similar to the corresponding parts of the first embodiment and will not be explained below.
- Now, the install process according to this embodiment will be explained primarily with reference to the difference from the first embodiment. Assume that the various settings of LU have been completed and the install
manager server 431 a is already operating on themanagement server 4 a. - Before installing the program, the required files are transferred to the
management server 4 a in advance from themanagement site 2000. The required files include the installagent 132, the installagent control file 133, thecommunication program 134, theshutdown program 135, theinstaller program 141 and the install files 142. These files are transferred using a transfer protocol such as the file transfer protocol (ftp). These files are stored temporarily in the local disk device of themanagement server 4 a. The manager sets various data in the install agent control file 133 for each computer using themanagement console 4 b in advance. - The program install operation is performed by activating the
browser 432 b on themanagement console 4 b and accessing the installmanager server 431 a through the internet 9. The specific contents of the process performed for the install work are similar to those of the first embodiment shown inFIGS. 9 and 12 except that the operation of the install manager server on themanagement server 4 a is performed through the internet. - While the program is being installed, the
management server 4 a accesses the computerstatus table file 136 of eachcomputer 2. Thus, the progress of the work and the error occurrence in eachcomputer 2 in which a program is being installed are transmitted to themanagement console 4 b through the internet 9 according to theprogress display program 4316. The work progress and the error occurrence sent by thebrowser 432 b are displayed on the display unit of themanagement console 4 b. - According to this embodiment, there is no restraint of the physical distance between the management console operated by the manager and the place where the computer in which the program is to be installed is located, and the install work can be realized by centralized control from a remote place. Also, the configuration of the
user site 1000 and the install work according to this embodiment, which are similar to those of the first embodiment, can be based on the corresponding user site and the install work of the second to fourth embodiments with equal effect. - The fifth embodiment described above refers to a method for the activation control and the management of the monitoring of the progress of the install work from a remote place. A sixth embodiment will be explained below, on the other hand, by referring to the case in which the centralized file transfer for the install work is carried out from a remote place.
-
FIG. 21 is a simplified block diagram showing a configuration of a computer system according to the sixth embodiment. Auser site 1001 and amanagement site 2001 are arranged at places physically distant from each other. A computer system having computers in which a program is to be installed is arranged in theuser site 1001. The computer system of theuser site 1001 has a configuration similar to that of the first embodiment. Thestorage subsystem 1 a of theuser site 1001, however, has theremote copy function 126 described later in addition to the functions of thestorage subsystem 1 in the first embodiment. Themanagement site 2001 includes an agent computer 132 x, astorage subsystem 1 b and amanagement console 4 c. The agent computer 132 x, thestorage subsystem 1 b and themanagement console 4 c are interconnected through afibre channel connector 3. Thestorage subsystem 1 b included in themanagement site 2001 has a configuration similar to thestorage subsystem 1 a. Thestorage subsystem 1 a and thestorage subsystem 1 b are interconnected through a broadband communication path 9 a implemented by a network such as an internet, a public telephone network, an ATM network or a fibre channel. Thestorage subsystem 1 a and thestorage subsystem 1 b, which are connected directly inFIG. 21 , may alternatively be connected through a connector such as a gateway or a router. - The
remote copy function 126 is for transferring the data to other storage subsystems through the broadband communication path 9 a. Once data is written in thestorage subsystem 1 b of themanagement site 2001 from themanagement console 4 c, for example, the write data is stored in the disk unit (LU) in thestorage subsystem 1 b while at the same time transferring the same write data to thestorage subsystem 1 a of theuser site 1001 through the broadband communication path 9 a by theremote copy function 126. - The
storage subsystem 1 a, on the other hand, receives the write data by theremote copy function 126, writes the same write data in the corresponding disk unit (LU) in thestorage subsystem 1 a and transmits a termination report to thestorage subsystem 1 b. Thestorage subsystem 1 b returns the termination report to themanagement console 4 c at the time point when the write process is complete in thestorage subsystem 1 b (in the case of synchronous remote copy) or at the time point when the write process is completed in both thestorage subsystem 1 a and thestorage subsystem 1 b (in the case of asynchronous remote copy). Prior to the execution of remote copy, the corresponding LUs of thestorage subsystems remote copy function 126. - The install process utilizing the remote copy function will be explained below. For facilitating the understanding, it is assumed that a program is installed in a
single computer 2. In the description that follows, it is also assumed that the LU configuration of the storage subsystems of theuser site 1001 and themanagement site 2001 are the same and each constitute a pair with a corresponding LU. - In preparation for the install work according to this embodiment, the contents of a
local LU 13 for thecomputer 2 for which the install work is intended are copied to a corresponding LU 13 (hereinafter referred to as the mirror LU) in thestorage subsystem 1 b so that both the contents may coincide with each other. The mirror LU of which the contents have coincided is mounted on theagent computer 2 x as a local LU. The installmanager 431 of themanagement console 4 c, like in the 14th embodiment, distributes various files to the sharedLU 14 of thestorage subsystem 1 b of themanagement site 2001 and the local LU (mirror LU) of thecomputer 2 x. In distributing the files, a write access occurs to the shared LU and the mirror LU in thestorage subsystem 1 b. In the process, theremote copy function 126 of thestorage subsystem 1 b transfers the data to the corresponding LU in thestorage subsystem 1 a of theuser site 1001. As a result, the result of file distribution in themanagement site 2001 is reflected in thestorage subsystem 1 a of theuser site 1001. - In executing the install work, a program is installed in the local LU 13 (mirror LU) using the
agent computer 2 x by themanagement site 2001 like in the first embodiment. As in the preparatory work described above, the data written in the mirror LU by the install process is written in thelocal LU 13 of theuser site 1001, with the result that a program is installed in thecomputer 2 of theuser site 1001. The coincidence of data between thestorage subsystem 1 a and thestorage subsystem 1 b is guaranteed by the remote,copy function 126, and therefore once the install work in themanagement site 2001 is successful, it follows that the install work in theuser site 1001 also succeeds. - As described above, according to this embodiment, the install work including the file transfer as well as various setting can be carried out from a remote place. If the setting for individual computers is required in the user site, it can be done using the same method as in the fifth embodiment. Also, it is possible to prepare in the management site a plurality of agent computers corresponding to a plurality of the computers for which a program is to be installed in the user site, and the install work can be conducted using the agent computers. The install work for a plurality of computers can also be performed in parallel.
- Further, by application of the one-to-n direct install process described in the fourth embodiment, a plurality of computers can be installed by one agent computer. In similar fashion, by performing the remote copy process between the storage subsystem of the management site and the storage subsystems of a plurality of user sites, the install process for a plurality of user sites can be performed at the same time by the install work in a single management site. However, these methods, according to which the initial copy cannot be accomplished for all the LUs, are effective in the case where the coincidence of the contents of all the LUs is desired such as for the new system install work including the OS.
- Furthermore, according to this embodiment, the install process is executed using the remote copy function. It is possible, on the other hand, to implement the install work by copying, as a repeated initial copy, the contents of the LU of the management site to the LU of the user site after rendering the contents of the LUs of the user site and the management site to coincide with each other. Also, for simplifying the management site, the management site may be configured with an agent computer and a storage subsystem connected thereto. In such a case, a program is installed in the agent computer of the management site by the same method as in the prior art, thereby making it possible to realize the work of installing a program in the computers in the user site using the remote copy function.
- It will thus be understood from the foregoing description that according to this invention, there is provided a computer system in which a program can be installed in the computers efficiently for a reduced operation cost required for maintenance and management of the computer system.
Claims (2)
1. A method of installing a program in a first system comprising a first system including a first computer, a second computer, a management computer to be operated by an operator to install a program, and a storage subsystem coupled to said first and second computers, wherein said storage subsystem comprises a shared logical unit which is to be accessed from said first computer, said second computer, and said management computer, a first logical unit to be accessed from said first computer, and a second logical unit to be accessed from second computer, said method comprising:
a step, by said storage subsystem, of providing, in response to a linking request from said management computer, a link for use in installing a program between said first and second logical units;
a step, by said storage subsystem, of reading, in response to a command from out of said storage subsystem, an installer program stored in said shared logical unit;
a step, by said storage subsystem, of executing said installer program to read out a program stored in said shared logical unit and storing said program in said first logical unit; and
a step, by said storage subsystem, of storing, in accordance with said link, said program in said second logical unit.
2. A method of installing a program in a first system including a first computer, a second computer, and a first storage subsystem coupled to said first and second computers, wherein said first storage subsystem comprises a first logical unit to be accessed from said first computer, and a second logical unit to be accessed from said second computer, said method comprising:
wherein there is provided apart from said first system a second system including a third computer, a second storage subsystem coupled to third computer, and a management computer coupled to said third computer and said second storage subsystem;
wherein there is provided, between said first and second storage subsystems, a data transferor for copying data between a logical unit of said first storage subsystem and a logical unit of said second storage subsystem;
a step, by said second storage subsystem, of providing a first shared logical unit, a third logical unit corresponding to said first logical unit, and a fourth logical unit corresponding to said second logical unit in said second storage subsystem;
a step, by said storage subsystem, of providing, in response to a linking request from said management computer, a link for use in installing said program between said third and fourth logical units;
a step, by said second storage subsystem, of reading, in response to a command received from out of said second storage subsystem, an installer program stored in said first shared logical unit;
a step, by said second storage subsystem, of executing said installer program to read out a program stored in said first shared logical unit and storing said program in said third logical unit;
a step, by said second storage subsystem, of storing, in accordance with said link, said program in said fourth logical unit;
a step, by said data transferor, of copying contents of said third logical unit into said first logical unit; and
a step, by said data transferor, of copying contents of said fourth logical unit into said second logical unit.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/003,969 US20080134171A1 (en) | 1999-09-24 | 2008-01-04 | Computer system and a program install method thereof |
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP26986899 | 1999-09-24 | ||
JP11-269868 | 1999-09-24 | ||
US09/666,062 US6775830B1 (en) | 1999-09-24 | 2000-09-19 | Computer system and a program install method thereof |
US10/822,671 US20040194084A1 (en) | 1999-09-24 | 2004-04-13 | Computer system and a program install method thereof |
US12/003,969 US20080134171A1 (en) | 1999-09-24 | 2008-01-04 | Computer system and a program install method thereof |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/822,671 Continuation US20040194084A1 (en) | 1999-09-24 | 2004-04-13 | Computer system and a program install method thereof |
Publications (1)
Publication Number | Publication Date |
---|---|
US20080134171A1 true US20080134171A1 (en) | 2008-06-05 |
Family
ID=17478339
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/666,062 Expired - Fee Related US6775830B1 (en) | 1999-09-24 | 2000-09-19 | Computer system and a program install method thereof |
US10/822,671 Abandoned US20040194084A1 (en) | 1999-09-24 | 2004-04-13 | Computer system and a program install method thereof |
US12/003,969 Abandoned US20080134171A1 (en) | 1999-09-24 | 2008-01-04 | Computer system and a program install method thereof |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/666,062 Expired - Fee Related US6775830B1 (en) | 1999-09-24 | 2000-09-19 | Computer system and a program install method thereof |
US10/822,671 Abandoned US20040194084A1 (en) | 1999-09-24 | 2004-04-13 | Computer system and a program install method thereof |
Country Status (2)
Country | Link |
---|---|
US (3) | US6775830B1 (en) |
EP (1) | EP1087293A3 (en) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070169119A1 (en) * | 2005-12-08 | 2007-07-19 | Canon Kabushiki Kaisha | Information processing apparatus and method of installing application program |
US20100107157A1 (en) * | 2008-10-24 | 2010-04-29 | Samsung Electronics Co., Ltd | Server connected with image forming apparatus and client, image forming system having the same, and driver remote installation method of image forming apparatus |
US7783727B1 (en) * | 2001-08-30 | 2010-08-24 | Emc Corporation | Dynamic host configuration protocol in a storage environment |
US20120191829A1 (en) * | 2011-01-21 | 2012-07-26 | Kaseya International Limited | Method and apparatus of performing remote registry configuration |
US8495626B1 (en) * | 2009-10-08 | 2013-07-23 | American Megatrends, Inc. | Automated operating system installation |
US8930666B1 (en) | 2010-06-14 | 2015-01-06 | American Megatrends, Inc. | Virtual disk carousel |
US9158662B1 (en) | 2013-10-17 | 2015-10-13 | American Megatrends, Inc. | Automated operating system installation on multiple drives |
Families Citing this family (83)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19930660A1 (en) * | 1999-07-02 | 2001-01-11 | Siemens Ag | Process for monitoring or installing new program codes in an industrial plant |
US6775830B1 (en) * | 1999-09-24 | 2004-08-10 | Hitachi, Ltd. | Computer system and a program install method thereof |
US8250570B2 (en) | 2000-10-31 | 2012-08-21 | Hewlett-Packard Development Company, L.P. | Automated provisioning framework for internet site servers |
US20020082818A1 (en) | 2000-10-31 | 2002-06-27 | Glenn Ferguson | Data model for automated server configuration |
JP2002182961A (en) * | 2000-12-13 | 2002-06-28 | Nec Corp | Synchronization system for database and method of the synchronization |
JP2002268905A (en) * | 2001-03-07 | 2002-09-20 | Canon Inc | Program operating device, program write controller, program write control method and storage medium |
JP2002287990A (en) * | 2001-03-26 | 2002-10-04 | Canon Inc | Application managing device, application managing method, recording medium, and program |
US7743147B2 (en) * | 2001-04-20 | 2010-06-22 | Hewlett-Packard Development Company, L.P. | Automated provisioning of computing networks using a network database data model |
FR2825165B1 (en) * | 2001-05-22 | 2003-09-19 | Evidian | METHOD AND DEVICE FOR AUTOMATICALLY EXECUTING REMOTE OPERATIONS ON NT MACHINES |
CA2349083A1 (en) * | 2001-05-30 | 2002-11-30 | Ibm Canada Limited-Ibm Canada Limitee | Server configuration tool |
US7275048B2 (en) * | 2001-10-30 | 2007-09-25 | International Business Machines Corporation | Product support of computer-related products using intelligent agents |
US6990662B2 (en) * | 2001-10-31 | 2006-01-24 | Hewlett-Packard Development Company, L.P. | Method and system for offloading execution and resources for resource-constrained networked devices |
DE10158991A1 (en) * | 2001-11-30 | 2003-06-12 | Bosch Gmbh Robert | Method and installation of a software module in a device |
EP1369778A3 (en) * | 2002-01-09 | 2004-01-02 | Matsushita Electric Industrial Co., Ltd. | Program distribution system |
US6978439B2 (en) * | 2002-01-10 | 2005-12-20 | Microsoft Corporation | Cross-platform software development with a software development peripheral |
JP3993773B2 (en) | 2002-02-20 | 2007-10-17 | 株式会社日立製作所 | Storage subsystem, storage control device, and data copy method |
JP2003256210A (en) * | 2002-02-27 | 2003-09-10 | Sourcenext Corp | Installer, external recording medium, computer, application install method and install program |
US20030200149A1 (en) * | 2002-04-17 | 2003-10-23 | Dell Products L.P. | System and method for facilitating network installation |
JP4704659B2 (en) * | 2002-04-26 | 2011-06-15 | 株式会社日立製作所 | Storage system control method and storage control device |
US20030222903A1 (en) * | 2002-05-31 | 2003-12-04 | Wolfgang Herzog | Distributing customized computer settings to affected systems |
US7249174B2 (en) | 2002-06-12 | 2007-07-24 | Bladelogic, Inc. | Method and system for executing and undoing distributed server change operations |
EP1376344A3 (en) * | 2002-06-17 | 2005-08-24 | Seiko Epson Corporation | Apparatus and method of rewriting firmware |
US20040003134A1 (en) * | 2002-06-27 | 2004-01-01 | Lin Eugene S. | Software sharing model |
US20040040023A1 (en) * | 2002-08-22 | 2004-02-26 | Ellis David G. | Remote identification loader |
US20040103220A1 (en) * | 2002-10-21 | 2004-05-27 | Bill Bostick | Remote management system |
US20040255292A1 (en) * | 2003-06-16 | 2004-12-16 | Microsoft Corporation | Delivering multiple installation images and computer-readable installation keys on installation media |
US8850174B1 (en) * | 2003-07-02 | 2014-09-30 | Pmc-Sierra Us, Inc. | Method for dedicated netboot |
US7234053B1 (en) * | 2003-07-02 | 2007-06-19 | Adaptec, Inc. | Methods for expansive netboot |
US7574707B2 (en) * | 2003-07-28 | 2009-08-11 | Sap Ag | Install-run-remove mechanism |
US7546553B2 (en) | 2003-07-28 | 2009-06-09 | Sap Ag | Grid landscape component |
US7673054B2 (en) | 2003-07-28 | 2010-03-02 | Sap Ag. | Grid manageable application process management scheme |
US7594015B2 (en) * | 2003-07-28 | 2009-09-22 | Sap Ag | Grid organization |
US7703029B2 (en) * | 2003-07-28 | 2010-04-20 | Sap Ag | Grid browser component |
US7568199B2 (en) | 2003-07-28 | 2009-07-28 | Sap Ag. | System for matching resource request that freeing the reserved first resource and forwarding the request to second resource if predetermined time period expired |
US7631069B2 (en) * | 2003-07-28 | 2009-12-08 | Sap Ag | Maintainable grid managers |
EP1533697B1 (en) * | 2003-10-01 | 2015-08-26 | Sap Se | Systems and methods for external service administration |
US7810090B2 (en) * | 2003-12-17 | 2010-10-05 | Sap Ag | Grid compute node software application deployment |
FR2866456B1 (en) * | 2004-02-17 | 2006-05-26 | Eastman Kodak Co | METHOD AND SYSTEM FOR PROVIDING A MULTIMEDIA APPLICATION ON A TERMINAL WITH A PROGRAMMING AGENT |
JP2005301708A (en) | 2004-04-13 | 2005-10-27 | Hitachi Ltd | Storage device system and software management method in same system |
JP4497993B2 (en) * | 2004-04-16 | 2010-07-07 | 株式会社日立製作所 | Electronic distribution distribution control system and method |
JP2006011541A (en) * | 2004-06-22 | 2006-01-12 | Hitachi Ltd | Information recording method in computer system including computer and shared storage device |
US7774369B2 (en) * | 2004-07-07 | 2010-08-10 | Sap Aktiengesellschaft | Configuring computer systems with business configuration information |
US7735063B2 (en) | 2004-07-07 | 2010-06-08 | Sap Aktiengesellschaft | Providing customizable configuration data in computer systems |
US7975266B2 (en) * | 2004-07-30 | 2011-07-05 | Sap Aktiengesellschaft | Remote installation of computer resources |
US20060070061A1 (en) * | 2004-09-30 | 2006-03-30 | International Business Machines Corporation | Allowing multiple decisions to be made by multiple decision makers during software installation |
US20060070062A1 (en) * | 2004-09-30 | 2006-03-30 | International Business Machines Corporation | Detecting previously installed applications using previously installed detection mechanisms separate from installer program |
KR20060059395A (en) * | 2004-11-29 | 2006-06-02 | 삼성전자주식회사 | Method for serving software to host device through peripheral device amd peripheral device for serving software to host device |
US7793290B2 (en) * | 2004-12-20 | 2010-09-07 | Sap Ag | Grip application acceleration by executing grid application based on application usage history prior to user request for application execution |
US7565383B2 (en) * | 2004-12-20 | 2009-07-21 | Sap Ag. | Application recovery |
US7698704B2 (en) * | 2005-02-17 | 2010-04-13 | International Business Machines Corporation | Method for installing operating system on remote storage: flash deploy and install zone |
US7325015B2 (en) | 2005-02-24 | 2008-01-29 | Sap Aktiengesellschaft | Configuring a computer application with preconfigured business content |
WO2006109581A1 (en) | 2005-04-12 | 2006-10-19 | Matsushita Electric Industrial Co., Ltd. | Video/audio processing device and apparatus connected to the same |
JP2007065984A (en) * | 2005-08-31 | 2007-03-15 | Hitachi Ltd | Storage control device and discrete type storage device |
US8424041B2 (en) | 2005-09-07 | 2013-04-16 | Sony Corporation | Method and system for downloading content to a content downloader |
US20070288986A1 (en) * | 2006-06-13 | 2007-12-13 | Candelore Brant L | Method and system for downloading content to a target device |
US7861241B2 (en) * | 2006-02-09 | 2010-12-28 | Canon Kabushiki Kaisha | Install apparatus, install method, program, and storage medium |
US8806476B2 (en) * | 2006-03-14 | 2014-08-12 | International Business Machines Corporation | Implementing a software installation process |
WO2007124095A2 (en) * | 2006-04-21 | 2007-11-01 | Us Biometrics Corporation | System and method for remote management and facilitating installation and registration of software |
US20070288985A1 (en) * | 2006-06-13 | 2007-12-13 | Candelore Brant L | Method and system for uploading content to a target device |
US20080046097A1 (en) * | 2006-08-18 | 2008-02-21 | Microsoft Corporation | Graphical representation of setup state on multiple nodes |
US7761538B2 (en) * | 2006-08-30 | 2010-07-20 | Microsoft Corporation | Dynamically configuring, allocating and deploying computing systems |
US8224930B2 (en) * | 2006-09-19 | 2012-07-17 | The Invention Science Fund I, Llc | Signaling partial service configuration changes in appnets |
TW200907683A (en) * | 2007-08-09 | 2009-02-16 | Asustek Comp Inc | Method for image recording for electronic device |
US8713556B2 (en) * | 2008-02-25 | 2014-04-29 | Sap Ag | Virtual appliance update method |
US20090254890A1 (en) * | 2008-04-04 | 2009-10-08 | Electronics And Telecommunications Research Institute | Apparatus and method for generating install-less software from installation package of software |
US7809873B2 (en) * | 2008-04-11 | 2010-10-05 | Sandisk Il Ltd. | Direct data transfer between slave devices |
US8555241B2 (en) * | 2008-12-10 | 2013-10-08 | Sap Ag | Automated scheduling of mass data run objects |
JP4692652B2 (en) * | 2009-02-18 | 2011-06-01 | コニカミノルタビジネステクノロジーズ株式会社 | License management system, license management computer, license management method, and license management program |
US9256514B2 (en) | 2009-02-19 | 2016-02-09 | Nvidia Corporation | Debugging and perfomance analysis of applications |
US8732690B1 (en) * | 2011-10-27 | 2014-05-20 | Crimson Corporation | Computing device configured for installing an application |
US9411595B2 (en) | 2012-05-31 | 2016-08-09 | Nvidia Corporation | Multi-threaded transactional memory coherence |
US20140143768A1 (en) * | 2012-11-19 | 2014-05-22 | International Business Machines Corporation | Monitoring updates on multiple computing platforms |
US9824009B2 (en) | 2012-12-21 | 2017-11-21 | Nvidia Corporation | Information coherency maintenance systems and methods |
US10102142B2 (en) | 2012-12-26 | 2018-10-16 | Nvidia Corporation | Virtual address based memory reordering |
US9477575B2 (en) * | 2013-06-12 | 2016-10-25 | Nvidia Corporation | Method and system for implementing a multi-threaded API stream replay |
US9569385B2 (en) | 2013-09-09 | 2017-02-14 | Nvidia Corporation | Memory transaction ordering |
CN103984897B (en) * | 2014-05-29 | 2017-03-08 | 北京奇虎科技有限公司 | A kind of method and device stoping poisoning intrusion in software installation process |
US9740474B2 (en) | 2014-10-29 | 2017-08-22 | Oracle International Corporation | Orchestration of software applications upgrade using automatic hang detection |
US9753717B2 (en) | 2014-11-06 | 2017-09-05 | Oracle International Corporation | Timing report framework for distributed software upgrades |
US9880828B2 (en) | 2014-11-07 | 2018-01-30 | Oracle International Corporation | Notifications framework for distributed software upgrades |
US10635596B2 (en) * | 2015-10-02 | 2020-04-28 | Sony Interactive Entertainment Inc. | Information processing device, access controller, information processing method, and computer program for accessing memory having access units of different sizes |
US10338892B2 (en) * | 2016-11-22 | 2019-07-02 | Accenture Global Solutions Limited | Dynamic provisioning of a set of tools based on project specifications |
US10353686B1 (en) * | 2016-12-28 | 2019-07-16 | Facebook, Inc. | Application installation system |
Citations (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4780821A (en) * | 1986-07-29 | 1988-10-25 | International Business Machines Corp. | Method for multiple programs management within a network having a server computer and a plurality of remote computers |
US5421009A (en) * | 1993-12-22 | 1995-05-30 | Hewlett-Packard Company | Method of remotely installing software directly from a central computer |
US5732281A (en) * | 1996-02-08 | 1998-03-24 | Ncr Corporation | Programmable power management circuit for a power supply in a computer system |
US5860012A (en) * | 1993-09-30 | 1999-01-12 | Intel Corporation | Installation of application software through a network from a source computer system on to a target computer system |
US5881236A (en) * | 1996-04-26 | 1999-03-09 | Hewlett-Packard Company | System for installation of software on a remote computer system over a network using checksums and password protection |
US5931909A (en) * | 1996-04-19 | 1999-08-03 | Sun Microsystems, Inc. | System for multiple-client software installation and upgrade |
US5933653A (en) * | 1996-05-31 | 1999-08-03 | Emc Corporation | Method and apparatus for mirroring data in a remote data storage system |
US5950203A (en) * | 1997-12-31 | 1999-09-07 | Mercury Computer Systems, Inc. | Method and apparatus for high-speed access to and sharing of storage devices on a networked digital data processing system |
US6067582A (en) * | 1996-08-13 | 2000-05-23 | Angel Secure Networks, Inc. | System for installing information related to a software application to a remote computer over a network |
US6094531A (en) * | 1997-08-25 | 2000-07-25 | Hewlett-Packard Company | Method and apparatus for automatically installing operating systems machines |
US6144992A (en) * | 1997-05-09 | 2000-11-07 | Altiris, Inc. | Method and system for client/server and peer-to-peer disk imaging |
US6144999A (en) * | 1998-05-29 | 2000-11-07 | Sun Microsystems, Incorporated | Method and apparatus for file system disaster recovery |
US6178551B1 (en) * | 1996-12-18 | 2001-01-23 | Japan Airlines Co., Ltd. | Method of and system for installing a computer program |
US6195678B1 (en) * | 1996-09-03 | 2001-02-27 | Fujitsu Limited | Remote resource management system for automatically downloading required files from application server depending on contents of selected files on requesting computer |
US6202206B1 (en) * | 1998-05-14 | 2001-03-13 | International Business Machines Corporation | Simultaneous installation and configuration of programs and components into a network of server and client computers |
US6233618B1 (en) * | 1998-03-31 | 2001-05-15 | Content Advisor, Inc. | Access control of networked data |
US6279153B1 (en) * | 1995-10-16 | 2001-08-21 | Nec Corporation | Multi-user flash ROM update |
US6289512B1 (en) * | 1998-12-03 | 2001-09-11 | International Business Machines Corporation | Automatic program installation |
US6457175B1 (en) * | 1998-11-09 | 2002-09-24 | Tut Systems, Inc. | Method and apparatus for installing a software upgrade within a memory resource associated with a computer system |
US6578198B2 (en) * | 1998-08-13 | 2003-06-10 | Koninklijke Philips Electronics N.V. | Personal computer upgrade |
US6775830B1 (en) * | 1999-09-24 | 2004-08-10 | Hitachi, Ltd. | Computer system and a program install method thereof |
US6954930B2 (en) * | 2002-02-19 | 2005-10-11 | International Business Machines Corporation | Remote validation of installation input data |
US7117495B2 (en) * | 2002-06-12 | 2006-10-03 | Altiris, Inc. | Systems and methods for the creation of software packages using layered systems |
US7143409B2 (en) * | 2001-06-29 | 2006-11-28 | International Business Machines Corporation | Automated entitlement verification for delivery of licensed software |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5239643A (en) * | 1987-11-30 | 1993-08-24 | International Business Machines Corporation | Method for reducing disk I/O accesses in a multi-processor clustered type data processing system |
EP0809185B1 (en) * | 1990-09-18 | 1999-12-08 | Fujitsu Limited | A shared storage duplicating method |
US5757642A (en) * | 1995-01-20 | 1998-05-26 | Dell Usa L.P. | Multi-function server input/output subsystem and method |
US5809251A (en) * | 1996-10-09 | 1998-09-15 | Hewlett-Packard Company | Remote installation of software by a management information system into a remote computer |
JPH10232788A (en) * | 1996-12-17 | 1998-09-02 | Fujitsu Ltd | Signal processor and software |
-
2000
- 2000-09-19 US US09/666,062 patent/US6775830B1/en not_active Expired - Fee Related
- 2000-09-19 EP EP00120466A patent/EP1087293A3/en not_active Withdrawn
-
2004
- 2004-04-13 US US10/822,671 patent/US20040194084A1/en not_active Abandoned
-
2008
- 2008-01-04 US US12/003,969 patent/US20080134171A1/en not_active Abandoned
Patent Citations (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4780821A (en) * | 1986-07-29 | 1988-10-25 | International Business Machines Corp. | Method for multiple programs management within a network having a server computer and a plurality of remote computers |
US5860012A (en) * | 1993-09-30 | 1999-01-12 | Intel Corporation | Installation of application software through a network from a source computer system on to a target computer system |
US5421009A (en) * | 1993-12-22 | 1995-05-30 | Hewlett-Packard Company | Method of remotely installing software directly from a central computer |
US6279153B1 (en) * | 1995-10-16 | 2001-08-21 | Nec Corporation | Multi-user flash ROM update |
US5732281A (en) * | 1996-02-08 | 1998-03-24 | Ncr Corporation | Programmable power management circuit for a power supply in a computer system |
US5931909A (en) * | 1996-04-19 | 1999-08-03 | Sun Microsystems, Inc. | System for multiple-client software installation and upgrade |
US5881236A (en) * | 1996-04-26 | 1999-03-09 | Hewlett-Packard Company | System for installation of software on a remote computer system over a network using checksums and password protection |
US5933653A (en) * | 1996-05-31 | 1999-08-03 | Emc Corporation | Method and apparatus for mirroring data in a remote data storage system |
US6067582A (en) * | 1996-08-13 | 2000-05-23 | Angel Secure Networks, Inc. | System for installing information related to a software application to a remote computer over a network |
US6195678B1 (en) * | 1996-09-03 | 2001-02-27 | Fujitsu Limited | Remote resource management system for automatically downloading required files from application server depending on contents of selected files on requesting computer |
US6178551B1 (en) * | 1996-12-18 | 2001-01-23 | Japan Airlines Co., Ltd. | Method of and system for installing a computer program |
US6144992A (en) * | 1997-05-09 | 2000-11-07 | Altiris, Inc. | Method and system for client/server and peer-to-peer disk imaging |
US6094531A (en) * | 1997-08-25 | 2000-07-25 | Hewlett-Packard Company | Method and apparatus for automatically installing operating systems machines |
US5950203A (en) * | 1997-12-31 | 1999-09-07 | Mercury Computer Systems, Inc. | Method and apparatus for high-speed access to and sharing of storage devices on a networked digital data processing system |
US6233618B1 (en) * | 1998-03-31 | 2001-05-15 | Content Advisor, Inc. | Access control of networked data |
US6202206B1 (en) * | 1998-05-14 | 2001-03-13 | International Business Machines Corporation | Simultaneous installation and configuration of programs and components into a network of server and client computers |
US6144999A (en) * | 1998-05-29 | 2000-11-07 | Sun Microsystems, Incorporated | Method and apparatus for file system disaster recovery |
US6578198B2 (en) * | 1998-08-13 | 2003-06-10 | Koninklijke Philips Electronics N.V. | Personal computer upgrade |
US6457175B1 (en) * | 1998-11-09 | 2002-09-24 | Tut Systems, Inc. | Method and apparatus for installing a software upgrade within a memory resource associated with a computer system |
US6289512B1 (en) * | 1998-12-03 | 2001-09-11 | International Business Machines Corporation | Automatic program installation |
US6775830B1 (en) * | 1999-09-24 | 2004-08-10 | Hitachi, Ltd. | Computer system and a program install method thereof |
US7143409B2 (en) * | 2001-06-29 | 2006-11-28 | International Business Machines Corporation | Automated entitlement verification for delivery of licensed software |
US6954930B2 (en) * | 2002-02-19 | 2005-10-11 | International Business Machines Corporation | Remote validation of installation input data |
US7117495B2 (en) * | 2002-06-12 | 2006-10-03 | Altiris, Inc. | Systems and methods for the creation of software packages using layered systems |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7783727B1 (en) * | 2001-08-30 | 2010-08-24 | Emc Corporation | Dynamic host configuration protocol in a storage environment |
US20070169119A1 (en) * | 2005-12-08 | 2007-07-19 | Canon Kabushiki Kaisha | Information processing apparatus and method of installing application program |
US8239857B2 (en) * | 2005-12-08 | 2012-08-07 | Canon Kabushiki Kaisha | Information processing apparatus and method of installing application program |
US20100107157A1 (en) * | 2008-10-24 | 2010-04-29 | Samsung Electronics Co., Ltd | Server connected with image forming apparatus and client, image forming system having the same, and driver remote installation method of image forming apparatus |
US8769527B2 (en) * | 2008-10-24 | 2014-07-01 | Samsung Electronics Co., Ltd. | Server connected with image forming apparatus and client, image forming system having the same, and driver remote installation method of image forming apparatus |
US8495626B1 (en) * | 2009-10-08 | 2013-07-23 | American Megatrends, Inc. | Automated operating system installation |
US9542304B1 (en) | 2009-10-08 | 2017-01-10 | American Megatrends, Inc. | Automated operating system installation |
US8930666B1 (en) | 2010-06-14 | 2015-01-06 | American Megatrends, Inc. | Virtual disk carousel |
US10216525B1 (en) | 2010-06-14 | 2019-02-26 | American Megatrends, Inc. | Virtual disk carousel |
US20120191829A1 (en) * | 2011-01-21 | 2012-07-26 | Kaseya International Limited | Method and apparatus of performing remote registry configuration |
US9158662B1 (en) | 2013-10-17 | 2015-10-13 | American Megatrends, Inc. | Automated operating system installation on multiple drives |
US9747192B2 (en) | 2013-10-17 | 2017-08-29 | American Megatrends, Inc. | Automated operating system installation on multiple drives |
Also Published As
Publication number | Publication date |
---|---|
EP1087293A2 (en) | 2001-03-28 |
US6775830B1 (en) | 2004-08-10 |
EP1087293A3 (en) | 2006-02-01 |
US20040194084A1 (en) | 2004-09-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6775830B1 (en) | Computer system and a program install method thereof | |
US6073209A (en) | Data storage controller providing multiple hosts with access to multiple storage subsystems | |
US6421711B1 (en) | Virtual ports for data transferring of a data storage system | |
JP4718288B2 (en) | Diskless computer operation management system | |
US6295575B1 (en) | Configuring vectors of logical storage units for data storage partitioning and sharing | |
US8015396B2 (en) | Method for changing booting configuration and computer system capable of booting OS | |
JP4252301B2 (en) | Storage system and data backup method thereof | |
JP4500057B2 (en) | Data migration method | |
US7529816B2 (en) | System for providing multi-path input/output in a clustered data storage network | |
US7454795B2 (en) | Disk control unit | |
US6799255B1 (en) | Storage mapping and partitioning among multiple host processors | |
US7519768B2 (en) | Computer system, management computer, and volume allocation change method of management computer | |
US8285824B2 (en) | Storage system and data replication method that refuses one or more requests for changing the first logical configuration information until the first storage apparatus and second storage apparatus are synchronized | |
US20060095640A1 (en) | Connecting device of storage device and computer system including the same connecting device | |
US7406577B2 (en) | Data migration method | |
JP2001249853A (en) | Data migration method | |
CN101557417A (en) | Method and apparatus for HBA migration | |
US20090070579A1 (en) | Information processing system and login method | |
US20060112245A1 (en) | Storage system transfering volume information | |
JP3809548B2 (en) | Computer system and program installation method | |
US7882303B2 (en) | Computer system, management computer, and volume allocation change method of management computer | |
JP4433372B2 (en) | Data access system and method | |
US7512637B2 (en) | Storage system and undo processing method | |
JP4485875B2 (en) | Storage connection changing method, storage management system and program | |
JP3861920B2 (en) | Computer system and program installation method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |