Title of Invention	OPERATING SYSTEM MIGRATION WITH MINIMAL STORAGE AREA NETWORK RECONFIGURATION
Abstract	Method, systems and product are provided for migrating an operating system from a source computer to a destination computer. Some embodiments include identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer, logging off a virtual port name of the source adapter from the login manager, deregistering the virtual port name from the source adapter, registering the virtual port name with the destination adapter, and logging on the destination adapter to the login manager with the virtual port name. Typical embodiments also include transferring the operating system from the source computer to the destination computer.

Title of Invention

OPERATING SYSTEM MIGRATION WITH MINIMAL STORAGE AREA NETWORK RECONFIGURATION

Abstract

Method, systems and product are provided for migrating an operating system from a source computer to a destination computer. Some embodiments include identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer, logging off a virtual port name of the source adapter from the login manager, deregistering the virtual port name from the source adapter, registering the virtual port name with the destination adapter, and logging on the destination adapter to the login manager with the virtual port name. Typical embodiments also include transferring the operating system from the source computer to the destination computer.

Full Text	OPERATING SYSTEM MIGRATION WITH MINIMAL STORAGE AREA NETWORK RECONFIGURATION Field of the Invention The field of the invention is data processing, or, more specifically, methods, systems, and products for preparing to migrate an operating system from a source computer to a destination computer. Background of the invention There are a number of situations where operating system migration from a source computer to a destination computer is appropriate and commonly performed. If a system administrator is planning hardware maintenance on the source computer hardware, for example, the system administrator may migrate the operating system including its currently installed applications to another computer. Another situation where operating system migration is appropriate and often performed is when an operating system running one source computer has outgrown the physical resource limitations of that source computer's hardware and a system administrator may want to migrate to another computer whose hardware that can accommodate the resource requirements. Performing operating system migration poses a number of challenges when the operating system is operating as a component in a complex network, such as for example, a Storage Area Network (^SAN'). A SAN is a dedicated network that serves to interconnect storage-related resources available to one or more networked servers. A SAN is typically separate from local area networks (ALANs' ) and wide area networks (xWANs') . SANs are often characterized by high interconnection data rates between member storage peripherals. SANs are also often characterized by highly scalable architectures. SANs include both hardware and software for hardware management, monitoring, and configuration. One reason operating system migration poses a challenge when the operating system to be migrated is connected to a SAN, is that SANs are typically * zoned.' Zoning is a logical grouping of hosts and resources. A zoned operating system is only allowed access to storage devices within the operating system's zone. Zoning a SAN has a number of benefits including load balancing, dedication of storage capacity, data integrity, and security, as well as others that will occur to those of skill in the art. One type of zoning that is commonly implemented with a SAN is logical unit masking (XLUN masking'). In LUN masking, each storage device is subdivided into logical units (LUNs') and each storage device restricts operating systems access to a particular LUN. That is, an operating system is only allowed access to storage within its LUN. Conventional operating system migration techniques require extensive reconfiguration of the SAN to the operating system to access the same storage in the same LUNs after migration. There is therefore an ongoing need for methods, systems, and products for migrating an operating system from a source computer to a destination computer that requires little or no reconfiguration of a storage area network. Disclosure of "the invention Methods, systems, and computer program products are also provided for migrating an operating system from a source computer to a destination computer that include identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer, removing the source adapter from a zone, adding the destination adapter to the zone, logging off the source adapter from a login manager, and logging on the destination adapter to the login manager. Typical embodiments also include transferring the operating system from the source computer to the destination computer. Preferably, methods, systems, and computer program products are provided for migrating an operating system from a source computer to a destination computer. Some embodiments include identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer, logging off a virtual port name of the source adapter from a login manager, deregistering the virtual port name from the source adapter, registering the virtual port name with the destination adapter, and logging on the destination adapter to the login manager with the virtual port name. Typical embodiments also include transferring the operating system from the source computer to the destination computer. In typical embodiments, identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer includes querying a server for a world-wide port name of destination adapter. In typical embodiments, identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer includes querying a server for the destination computer of the destination adapter. In many embodiments, logging off a virtual port name of the source adapter from the login manager is carried out by disassociating an N_Port ID from the virtual port name. In many embodiments, logging on the destination adapter to the login manager with the virtual port name is carried out by associating an N_Port ID with the virtual port name. In typical embodiments, removing the source adapter from a zone includes identifying a zone associated with the source adapter, identifying targets associated with the source adapter, disassociating the source adapter from the targets, and deleting the source adapter from the zone. In typical embodiments, adding the destination adapter to the zone includes identifying a zone associated with the source adapter, including the destination adapter in the zone, identifying targets associated with the source adapter, and associating the destination adapter with the targets. The foregoing and other objects, features and advantages of the invention will be apparent from the following more particular descriptions of exemplary embodiments of the invention as illustrated in the accompanying drawings wherein like reference numbers generally represent like parts of exemplary embodiments of the invention. BRIEF DESCRIPTION OF THE DRAWINGS Figure 1 depicts an exemplary data processing system capable of migrating an operating system from a source computer to a destination computer that requires little or no reconfiguration of a storage area network ('SAN') . Figure 2 sets forth a block diagram of automated computing machinery useful in migrating an operating system from a source computer to a destination computer according to embodiments of the present invention. Figure 3 sets forth a flow chart illustrating an exemplary method for migrating an operating system from a source computer to a destination computer that requires no reconfiguration of the SAN and may be carried out by a migration module within the operating system to be migrated. Figure 4 sets forth an exemplary method for identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer manager. Figure 5 sets forth another method for migrating an operating system from a source computer to a destination computer that does not require the use of virtual port names and employs only minimal reconfiguration of the SAN. Figure 6 sets forth a flow chart illustrating an exemplary method for removing the source adapter from a zone. Figure 7 sets forth a flow chart illustrating an exemplary method of adding the destination adapter to a zone. DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS The present invention is described to a large extent in this specification in terms of methods for migrating an operating system from a source computer to a destination computer. Persons skilled in the art, however, will recognize that any computer system that includes suitable programming means for operating in accordance with the disclosed methods also falls well within the scope of the present invention. Suitable programming means include any means for directing a computer system to execute the steps of the method of the invention, including for example, systems comprised of processing units and arithmetic-logic circuits coupled to computer memory, which systems have the capability of storing in computer memory, which computer memory includes electronic circuits configured to store data and program instructions, programmed steps of the method of the invention for execution by a processing unit. The invention also may be embodied in a computer program product, such as a diskette or other recording medium, for use with any suitable data processing system. Embodiments of a computer program product may be implemented by use of any recording medium for machine-readable information, including magnetic media, optical media, or other suitable media. Persons skilled in the art will immediately recognize that any computer system having suitable programming means will be capable of executing the steps of the method of the invention as embodied in a program product. Persons skilled in the art will recognize immediately that, although most of the exemplary embodiments described in this specification are oriented to software installed and executing on computer hardware, nevertheless, alternative embodiments implemented as firmware or as hardware are well within the scope of the present invention. Operating System Migration With Minimal Storage Area Network Reconfiguration Methods, systems, and products for migrating an operating system from a source computer to a destination computer are now described with reference to the accompanying drawings, beginning with Figure 1. Figure 1 depicts an exemplary data processing system capable of migrating an operating system from a source computer to a destination computer that requires little or no reconfiguration of a storage area network (SAN'). The system of Figure 1 includes a number of computers connected for data communications in networks. Each of the computers of the system of Figure 1 has installed upon it an operating system which may be migrated to another computer. The data processing system of Figure 1 includes wide area network ("WAN") (101) and storage area network ("SAN") (103). The network connection aspect of the architecture of Figure 1 is only for explanation, not for limitation. In fact, systems for migrating an operating system from a source computer to a destination computer according to embodiments of the present invention may also be connected as LANs, WANs, intranets, internets, the Internet, webs, the World Wide Web itself, or other connections as will occur to those of skill in the art. Such networks are media that may be used to provide data communication connections between various devices, computers, and computer storage connected together within an overall data processing system. In the example of Figure 1, several exemplary devices including a PDA (109), a computer workstation (104), a mobile phone (110), and personal computer (108) are connected to a WAN (101). The network-enabled mobile phone (109) connects to the WAN (101) through a wireless link (116), and the PDA (112) connects to the WAN (101) through a wireless link (114). In the example of Figure 1, the personal computer (108) connects through a wireline connection (120) to the WAN (101), and the computer workstation (104) connects through a wireline connection (122) to the WAN (101). In the example of Figure 1, each of the computers connected to the WAN (101) may access a storage area network (SAN') (103) that provides a number of storage devices. In the example of Figure 1 two redundant arrays of independent disks (xRAIDs') (126 and 138) are connected to the SAN (103) through fiber optic connections (118 and 136). Redundant arrays of independent disks are disk drives that employ two or more drives in combination for improved fault tolerance and improved performance. In the example of Figure 1, a tape backup (128) is also connected to the SAN (103) through a fiber optic connection (124). In the example of Figure 1, the SAN (103) is a Fibre Channel network. Fibre Channel is a protocol suite for transfer of data within a SAN. Fibre Channel is an architecture developed by a consortium of computer and mass storage device manufacturers currently being standardized by the American National Standards Institute (^ANSI'). Fibre Channel was designed for mass storage devices and other peripheral devices that require very high bandwidth. Using optical fiber to connect devices, Fibre Channel supports high data transfer rates. Interested readers may find additional information about Fibre Channel in the currently available. Fibre Channel specification, which is ANSI document number ANSI/INCITS 373 entitled Information Technology -Fibre Channel Framing and Signaling Interface (FC-FS). While in this specification, methods, systems, and products for migrating an operating system from a source computer to a destination computer are described with reference to Fibre Channel, this is for explanation and not for limitation. In fact, migrating an operating system from a source computer to a destination computer may employ many different SAN technologies such as for example, InfiniBand®, iSCSI SAN, and others as will occur to those of skill in the art. In the example of Figure 1, a login manager (134) connects to the SAN (103) through a fiber optic link (144). The login manager (134) administers logging in adapters and logging off adapters with the SAN. The exemplary SAN of Figure 1 also includes a zone manager (626) that implements zoning on the SAN by providing each operating system connected to the SAN access to that operating system's assigned storage devices. In some methods of migrating an operating system from a source computer to a destination computer, the operating system to be migrated includes a migration module that facilitates migration according to embodiments of the present invention. In some such embodiments, the migration module in the operating system is capable generally of identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer, logging off a virtual port name of the source adapter from a login manager, and deregistering the virtual port name from the source adapter. After being transferred from the source computer to the destination computer, the migration module of the operating system is capable generally of registering the virtual port name with the destination adapter and logging on the destination adapter to the login manager with the virtual port name. Such embodiments do not require the SAN to be reconfigured as a part of migration. Instead, such embodiments include registering the operating system with the destination adapter and logging the destination adapter onto the login manager (134) with the same virtual port name that was previously in use by the source adapter of the source computer. To establish Fibre Channel connectivity, a port name of a Fibre channel adapter must be associated with an N-Port ID. Each end point on the connection is called an N_Port (Node Port), which contains both an N_Port ID and a Port Name. The N Port ID of the destination port is the destination address of Fibre Channel frames sent to that port, and the N_Port ID of the source port is the source address. The Port Name is a world wide unique identifier (analogous to MAC addresses in Ethernet) that can be queried by others in the SAN to determine the identity of that N_Port. Conventional Fibre Channel adapters are assigned a burned-in world-wide port name (WWPN') that uniquely identifies the adapter and is used to establish Fibre Channel connectivity. These burned-in world-wide port names are static and cannot be assigned to other adapters. N_Port ID Virtualization (NPIV) however provides a Fibre Channel facility for assigning a virtual port name to an adapter. NPIV allows a single fibre channel adapter to be assigned more than one virtual port name. NPIV also advantageously allows a single virtual port name to be moved from one source Fibre Channel adapter to another destination Fibre Channel adapter thereby facilitating migrating an operating system from a source computer to a destination computer without reconfiguration of the SAN according to embodiments of the present invention. As discussed above, migrating an operating system from a source computer to a destination computer without reconfiguration may in some embodiments be performed by a migration module of the operating system to be migrated. In alternative embodiments, migrating an operating system from a source computer to a destination computer is carried out with minor reconfiguration of the SAN. In the example of Figure 1, a Host Management Console { HMC ) (140) is connected to the SAN through either in-band or out-of-band connection (142). The HMC (140) is capable of facilitating migration of operating system from a source computer to a destination computer with only minimal SAN reconfiguration by identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer, removing the source adapter from a zone, adding the destination adapter to the zone, and instructing the operating system to log off the source adapter from the login manager. After the operating system is transferred from the source computer to the destination computer, the HMC is capable of instructing the operating system to log on the destination adapter to the login manager. The arrangement of devices making up the exemplary system illustrated in Figure 1 are for explanation, not for limitation. Data processing systems useful according to various embodiments of the present invention may include additional servers, routers, other storage devices, and peer-to-peer architectures, not shown in Figure 1, as will occur to those of skill in the art. Networks in such data processing systems may support many data communications protocols, including for example TCP/IP, HTTP, WAP, HDTP, Fibre Channel, InfiniBand, and others as will occur to those of skill in the art. Various embodiments of the present invention may be implemented on a variety of hardware platforms in addition to those illustrated in Figure 1. As mentioned above, migrating an operating system from a source computer to a destination computer in accordance with the present invention is generally implemented with computers, that is, with automated computing machinery. For further explanation, Figure 2 sets forth a block diagram of automated computing machinery comprising a computer (152) useful in migrating an operating' system from a source computer to a destination computer according to embodiments of the present invention. The computer (152) of Figure 2 includes at least one computer processor (156) or ^CPU' as well as random access memory (168) ("RAM7'). Stored in RAM (168) is an operating system (154). Operating systems useful in computers according to embodiments of the present invention include Unix, Linux, Windows NT^, 15/OS™, and many others as will occur to those of skill in the art. The operating system (154) in the example of Figure 2 is shown in RAM (168), but many components of an operating system typically are stored in non-volatile memory (166) also. As discussed above, in some embodiments of the present invention, migration of the operating system is performed largely by the operating system to be migrated. The exemplary operating system of Figure 2 therefore includes a migration module (232) capable of identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer, logging off a virtual port name of the source adapter from a login manager, and deregistering the virtual port name from the source adapter. After transferring the operating system from the source computer to the destination computer, the migration module is capable generally of registering the virtual port name with the destination adapter and logging on the destination adapter to the login manager with the virtual port name. The computer (152) of Figure 2 includes non-volatile computer memory (166) coupled through a system bus (160) to processor (156) and to other components of the computer. Non-volatile computer memory (166) may be implemented as a hard disk drive (170), optical disk drive (172), electrically erasable programmable read-only memory space (so-called 'EEPROM' or 'Flash7 memory) (174), RAM drives (not shown), or as any other kind of computer memory as will occur to those of skill in the art. The exemplary computer (152) of Figure 2 includes a communications adapter (167) for implementing connections for data communications (184), including connections through networks, to other computers (182), including servers, clients, data storage in the SAN, and others as will occur to those of skill in the art. Communications adapters Implement the hardware level of connections for data communications through which local devices and remote devices or servers send data communications directly to one another and through networks. Examples of communications adapters useful for migrating an operating system from a source computer to a destination computer according to embodiments of the present invention include Fibre Channel adapters, modems for wired dial-up connections, Ethernet (IEEE 802.3) adapters for wired LAN connections, and 802.11b adapters for wireless LAN connections. The example computer of Figure 2 includes one or more input/output interface adapters (17 8) . Input/output interface adapters in computers implement user-oriented input/output through, for example, software drivers and computer hardware for controlling output to display devices (180) such as computer display screens, as well as user input from user input devices (181) such as keyboards and mice. As discussed above, migrating an operating system from a source computer to a destination computer according to embodiments of the present invention may be facilitated by a migration module in the operating system to be migrated or by a third party entity such as for example a host management console coupled for data communications with the source and destination computers. Migrating an operating system from a source computer to a destination computer may also be carried out in some embodiments with no reconfiguration of the SAN and in other embodiments with only minimal reconfiguration of the SAN. For further explanation, Figure 3 sets forth a flow chart illustrating an exemplary method for migrating an operating system from a source computer (316) to a destination computer (320) that requires no reconfiguration of the SAN and may be carried out by a migration module within the operating system to be migrated. The method of Figure 3 includes identifying (302) a destination adapter (318) of the destination computer (320) that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter (314) of the source computer (316). Identifying (302) a destination adapter (318) of the destination computer (320) that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter (314) of the source computer (316) is carried out by use of in-band communications within the SAN or through out-of-band communications outside the SAN. For further explanation of an exemplary technique of identifying a destination adapter, Figure 4 sets forth an exemplary method for identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer. The method of Figure 4 includes querying (402) a server (404) within the SAN for a world-wide port name (408) of destination adapter and receiving a query response (406) including the world-wide port name (408) of the destination adapter. As discussed above a world-wide port name is a unique Fibre Channel identifier that is burned into the adapter and therefore is a static and unique identification of the adapter. In the example of Figure 4, the server (404) maintains an adapter identification database (416) that includes identifications of adapters that are coupled for data communications with the SAN. The server (404) of Figure 4 may be installed upon the login manager or located at another location coupled for data communications with the source computer. Having identified an adapter of a destination computer that is coupled for data communications with a SAN that is also coupled for data communication with the source adapter, the method of Figure 4 continues by identifying the destination computer having that adapter installed upon it. That is, the operating system must be migrated to the computer associated with the adapter coupled for data communications with the SAN. The method of Figure 4 therefore also includes querying (410) a server (404) for an identification of the destination computer (413) of the destination adapter (408) and receiving a query response (412) that includes a destination computer ID (414) identifying the destination computer. In the example of Figure 4, the server (404) includes a computer identification database (414) that includes computer IDs indexed by adapter IDs for identification of destination computers having an adapter with connectivity to the SAN. Such computers are candidates for operating system migration according to embodiments of the present invention. Again with reference to Figure 3: After identifying a destination adapter of a destination computer, the method of Figure 3 continues by logging off (304) a virtual port name of the source adapter (314) from a login manager (134). As described above, a Fibre Channel N-Node comprises a port name and an N-Port ID. Logging off (304) a virtual port name of the source adapter (314) from the login manager (134) according to the method of Figure 3 is carried out by disassociating an N__Port ID from the virtual port name. The Fibre Channel specification provides a standard fabric logout function LOGO that disassociates the N_Port ID from the virtual port name. After disassociating the N_Port ID with the virtual port name, typical embodiments also include logging off all input/output (^1/0') devices providing access to storage devices on the SAN. Logging off of all input/output devices advantageously ensures that the I/O devices terminate any remaining commands initiated prior to migration. The method of Figure 3 also includes deregistering (306) the virtual port name from the source adapter (314). In the method of Figure 3, deregistering (306) the virtual port name from the source adapter is typically carried out by the operating system to be migrated. The method of Figure 3 also includes transferring (308) the operating system from the source computer (316) to the destination computer (320). Transferring (308) the operating system from the source computer (316) to the destination computer (320) is often carried out by a system administrator and often includes copying the operating system from the source computer to the destination computer. In some embodiments, transferring (308) the operating system from the source computer (316) to the destination computer (320) includes copying the operating system from the source computer to an intermediate storage media such as a disk and then copying the operating system from the intermediate storage media to the destination computer. After the operating system is transferred from the source computer to the destination computer, the method of Figure 3 includes registering (310) the virtual port name with the destination adapter (318) . In many embodiments of the method of Figure 3, registering (310) the virtual port name with the destination adapter (318) is carried out by the operating system to be migrated. The method of Figure 3 also includes logging on (312) the destination adapter (318) to the login manager (134) with the virtual port name. As described above, a Fibre Channel N-Node comprises a port name and an N-Port ID. Logging on (312) the destination adapter (318) to the login manager (134) with the virtual port name according to the method of Figure 3 may be carried out by associating an N_Port ID with the virtual port name. The Fibre Channel specification provides a standard function FDISC issued by the Fibre Channel adapter to a login manager instructing the login manager to assign an N-Port ID to the adapter to establish an N-Node. In the method of Figure 3, the FDSIC function is parameterized with the virtual port name previously in use with the source adapter. Because zoning and LUN masking in the SAN are based on virtual port names, migration according to the method of Figure 3 advantageously provides access to the same storage devices available to the source computer before the migration without reconfiguration of the SAN. After acquiring an N_Port ID, logging on (312) the destination adapter (318) to the login manager (134) with the virtual port name also includes logging into the I/O devices that were previously logged off of prior to migration with the new N_Port ID. The Fibre Channel specification provides a port login (PLOGI) process to log into I/O devices. The method of Figure 3 advantageously provides method for operating systenl migration that does not require reconfiguration of the SAN because the method of Figure 3 utilizes virtual port names. For further explanation. Figure 5 sets forth another method for migrating an operating system from a source computer to a destination computer that does not require the use of virtual port names and employs only minimal reconfiguration of the SAN. The method of Figure 5 may be facilitated by a third-party entity such as for example a host management console (XHMC) coupled for data communications with the SAN. The method of Figure 5 includes identifying (502) a destination adapter (318) of the destination computer (320) that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter (314) of the source computer (316). As described above with reference to Figure 4, identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer may be carried out by querying a server within the SAN for a world-wide port name of a destination adapter and then querying a server for the destination computer of the destination adapter to identify a candidate destination computer for migration. The method of Figure 5 also includes removing (504) the source adapter (314) from a zone (512). As discussed above, a zone is logical grouping of hosts and resources. The exemplary zone (512) of Figure 5 includes a plurality of adapters in the zone (514) identified by their burned-in world-wide port name. The exemplary zone (512) of Figure 5 also associates targets (518) with the adapters (514) . Targets are actual storage devices within the zone to which the operating system has access for data storage through their associated adapter. For further explanation. Figure 6 sets forth a flow chart illustrating an exemplary method for removing the source adapter from a zone. The method of Figure 6 includes identifying (602) a zone (512) associated with the source adapter (608). In the method of Figure 6, identifying (602) a zone (512) associated with the source adapter (608) is carried out by querying a zone manager (626) and receiving a zone query response (606) containing an identification of the zone (512). The zone manager (626) of Figure 6 maintains a zoning database (630) including identifications of adapters indexed by their associated zones. In the example of Figure 6, the zone manager (626) looks up the zone associated with the adapter and issues a zone query response (606) containing the source adapter ID (608) and a zone ID (512) uniquely identifying the zone to which the source adapter is assigned. Removing the source adapter from a zone according to the method of Figure 6 also includes identifying (612) targets (620) associated with the source adapter (608). As mentioned above, targets are actual storage devices within the zone to which the operating system has access for data storage. In the example of Figure 6, identifying (612) targets (620) associated with the source adapter (608) is carried out by querying the zone manager (626) and receiving a zone target query response (618) containing an identification of the targets (620). In the example of Figure 6, the zone manager (62 6) maintains a targets database (628) that includes the targets indexed by associated adapters. The zone manager (626) issues a zone target query response (618) containing a source adapter identification (608) and the targets (620) associated with the source adapter. Removing the source adapter from a zone according to the method of Figure 6 includes disassociating (622) the source adapter (608) from the targets (620) and deleting (624) the source adapter from the zone (512). Disassociating the source adapter from the targets before migration of the operating system advantageously frees the targets for association with the destination source adapter after migration of the operating system to the destination computer. Again with reference to Figure 5: After removing (504) the source adapter (314) from a zone (512), the method of Figure 5 continues by adding (506) the destination adapter (318) to the zone (512). For further explanation, Figure 7 sets forth a flow chart illustrating an exemplary method of adding the destination adapter to a zone. Adding the destination adapter to the zone according to the method of Figure 7 is carried out by identifying (602) a zone (512) associated with the source adapter. As described above with reference to Figure 6, identifying (602) a zone (512) associated with the source adapter (608) is carried out by querying (604) a zone manager (626) and receiving a zone query response (606) containing an identification of the zone (512). The zone manager (626) of Figure 7 maintains a zoning database (630) including identifications of adapters indexed by their associated zones. In the example of Figure 6, the zone manager (626) looks up the zone associated with the adapter and issues a zone query response (60€) containing the source adapter ID (608) and a zone ID (512) uniquely identifying the zone to which the source adapter is assigned. Adding the destination adapter to the zone according to the method of Figure 7 also includes (702) the destination adapter (706) in the zone (512). Including (702) the destination adapter (706) in the zone (512) advantageously adds the destination adapter as one of the contents or member elements of the zone. Adding the destination adapter to the zone according to the method of Figure 7 is also includes identifying (612) targets (620) associated with the source adapter (608). As mentioned above, targets are actual storage devices within the zone to which the operating system has access for data storage. In the example of Figure 7, identifying (612) targets (620) associated with the source adapter (608) is carried out by querying the zone manager (626) and receiving a zone target query response (618) containing an identification of the targets (620). In the example of Figure 7, the zone manager maintains a targets database (628) that includes the targets indexed by associated adapters. The zone manager (626) issues a zone target query response (618) containing an identification of the source adapter (608) and an identification of the targets (620) associated with the source adapter. Adding the destination adapter to the zone according to the method of Figure 7 also includes associating (704) the destination adapter (706) with the targets (620). Associating (704) the destination adapter (706) with the targets (620) advantageously links the targets with the destination adapter thereby facilitating the migrated operating system' s access to the targets after migration to the destination computer. Again with reference to Figure 5, after adding the destination adapter to the zone, the method of Figure 5 continues by logging off (508) the source adapter (314) from the login manager (134). As discussed above, in many embodiments, the method of Figure 5 is facilitated by an HMC. In such embodiments, after adding the destination adapter to the zone the HMC instructs the operating system to log off the source adapter from the login manager. As described above, a Fibre Channel N-Node comprises a port name and an N-Port ID. Logging -off (508) the source adapter (314) from the login manager (134) is carried out by disassociating an N_Port ID from a port name. In contrast with the method of Figure 3, the method of Figure 5 does not require the use of virtual port names and therefore the port name of the adapter in the example of Figure 5 may be either a virtual port name or a burned-in world-wide port name. The Fibre Channel specification provides a standard fabric logout function LOGO that disassociates the N_Port ID from the port name. After disassociating the N_Port ID with the port name, typical embodiments also include logging off of all input/output (*I/0') devices providing access to storage devices on the SAN. Logging off of all input/output devices advantageously ensures that the I/O devices terminate any remaining commands initiated prior to migration. The method of Figure 5 also includes transferring (510) the operating system from the source computer (316) to the destination computer (320). Transferring (510) the operating system from the source computer (316) to the destination computer (320) is typically carried out by third party such as a system administrator and typically includes copying the operating system from the source computer to the destination computer. In some embodiments, transferring (510) the operating system from the source computer (316) to the destination computer (320) includes copying the operating system from the source computer to an intermediate storage media such as a disk and then copying the operating system from the intermediate storage media to the destination computer. After transferring the operating system from the source computer to the destination computer, the method of Figure 5 includes logging on (513) the destination adapter (318) to the login manager (134). As discussed above, in many embodiments, the method of Figure 5 is facilitated by an HMC. In such embodiments, after transferring the operating system from the source computer to the destination computer the HMC instructs the operating system to log on the source destination adapter to the login manager. As described above, a Fibre Channel N-Node comprises a port name and an N-Port ID. Logging on the destination adapter to the login manager may be carried out by associating an N_Port ID with a port name. In contrast with the method of Figure 3, the method of Figure 5 does not require the use of virtual port names and therefore the port name of the adapter in the example of Figure 5 may be either a virtual port name or a burned-in - -world-wide port name. The Fibre Channel specification provides a standard function for logging in burned-in world-wide port names, FLOGI, issued by the Fibre Channel adapter to a login manager instructing the login manager to assign an N-Port ID to the adapter to establish an N-Node. After acquiring an N_Port ID, logging on.the destination adapter to the login manager according to the method of Figure 5 also includes logging into the I/O devices that were previously logged off of prior to migration with the new N_Port ID. The Fibre Channel specification provides a port login (PLOGI) process to log into I/O devices. Migrating an operating system from a source computer to a destination computer according to embodiments of the present invention provide a number of advantages. Such advantageous include: • The destination adapter of the destination computer to which the operating system is migrated can be automatically identified using either in-band or out-of-band queries. • No SAN reconfiguration is required to support OS migration in some embodiments and only minimal reconfiguration is required in others. • Operating system migration can occur without major disruption to ongoing OS operation because no shutdown operations need to be done prior to migration. Uncompleted commands that may have been in process prior to migration will be abnormally terminated, but they will be automatically re-executed after migration through normal error recovery. • Because no shutdown operations are required during migration, software drivers do not need to be reconfigured to support migration and applications may continue without interruption. • The general techniques described in this specification are applicable to SAN technologies other than Fibre Channel. • Operating system migration according to some embodiments of the present invention does not require virtual port names and therefore does not require the use of N Port ID. Yirtualization. Providing a method that does not require virtual port names is advantageous for use in legacy configurations in which doe not support NPIV. It will be understood from the foregoing description that modifications and changes may be made in various embodiments of the present invention without departing from the scope. The descriptions in this specification are for purposes of illustration only and are not to be construed in a limiting sense. The scope of the present invention is limited only by the language of the following claims. CLAIMS 1. A method for preparing to migrate an operating system from a source computer to a destination computer, the method comprising: identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer; removing the source adapter from a zone; adding the destination adapter to the zone; logging off the source adapter from a login manager; and logging on the destination adapter to the login manager. 2. The method of claim 1 further comprising the step of transferring the operating system from the source computer to the destination computer. 3. The method of claim 1 or claim 2, wherein removing the source adapter from a zone further comprises: identifying a zone associated with the source adapter; identifying targets associated with the source adapters-disassociating the source adapter from the targets; and deleting the source adapter from the zone. 4. The method of any preceding claim wherein adding the destination adapter to the zone further comprises: identifying a zone associated with the source adapter; including the destination adapter in the zone; identifying targets associated with the source adapter; and associating the destination adapter with the targets. 5. The method of any preceding claim wherein identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer further comprises querying a name server for a world-wide port name of destination adapter. 6. The method of any preceding claim wherein identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer further comprises querying a server for the destination computer of the destination adapter. 7. The method of any preceding claim wherein logging on the destination adapter to the login manager further comprises associating an N_Port ID with a port name. 8. The method of any preceding claim wherein logging off the source adapter from the login manager further comprises disassociating an N_Port ID from a port name. 9. A system for migrating an operating system from a source computer to a destination computer, the system comprising: means for identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer; means for removing the source adapter from a zone; means for adding the destination adapter to the zone; means for logging off the source adapter from a login manager; and means for logging on the destination adapter to the login manager. 10. The system of claim 9 further comprising means for transferring the operating system from the source computer to the destination computer. 11. The system of claim 9 or claim 10 wherein means for removing the source adapter from a zone further comprises: means for identifying a zone associated with the source adapter; means for identifying targets associated with the source adapter; means for disassociating the source adapter from the targets; and means for deleting the source adapter from the zone. 12. The system of any of claims 9 to 11 wherein means for adding the destination adapter to the zone further comprises: means for identifying a zone associated with the source adapter; means for including the destination adapter in the zone; means for identifying targets associated with the source adapter; and means for associating the destination adapter with the targets. 13. The system of any of claims 9 to 12 wherein means for identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer further comprises means for querying a name server for a world-wide port name of destination adapter or a server for the destination computer of the destination adapter. 14. The system of any of claims 9 to 13 wherein means for logging on the destination adapter to the login manager further comprises means for associating or disassociating an N_Port ID with a port name. 15. The system of claims 9 adapted to perform the steps as claimed in any of the method of claims 1 to 8. 16. A product adapted to perform the method as claimed in any of the claims 1 to 8.

Full Text

OPERATING SYSTEM MIGRATION WITH
MINIMAL STORAGE AREA NETWORK RECONFIGURATION
Field of the Invention
The field of the invention is data processing, or, more specifically, methods, systems, and products for preparing to migrate an operating system from a source computer to a destination computer.
Background of the invention
There are a number of situations where operating system migration from a source computer to a destination computer is appropriate and commonly performed. If a system administrator is planning hardware maintenance on the source computer hardware, for example, the system administrator may migrate the operating system including its currently installed applications to another computer. Another situation where operating system migration is appropriate and often performed is when an operating system running one source computer has outgrown the physical resource limitations of that source computer's hardware and a system administrator may want to migrate to another computer whose hardware that can accommodate the resource requirements.
Performing operating system migration poses a number of challenges when the operating system is operating as a component in a complex network, such as for example, a Storage Area Network (^SAN'). A SAN is a dedicated network that serves to interconnect storage-related resources available to one or more networked servers. A SAN is typically separate from local area networks (ALANs' ) and wide area networks (xWANs') . SANs are often characterized by high interconnection data rates between member storage peripherals. SANs are also often characterized by highly scalable architectures. SANs include both hardware and software for hardware management, monitoring, and configuration.
One reason operating system migration poses a challenge when the operating system to be migrated is connected to a SAN, is that SANs are typically * zoned.' Zoning is a logical grouping of hosts and resources. A zoned

operating system is only allowed access to storage devices within the operating system's zone. Zoning a SAN has a number of benefits including load balancing, dedication of storage capacity, data integrity, and security, as well as others that will occur to those of skill in the art.
One type of zoning that is commonly implemented with a SAN is logical unit masking (XLUN masking'). In LUN masking, each storage device is subdivided into logical units (*LUNs') and each storage device restricts operating systems access to a particular LUN. That is, an operating system is only allowed access to storage within its LUN.
Conventional operating system migration techniques require extensive reconfiguration of the SAN to the operating system to access the same storage in the same LUNs after migration. There is therefore an ongoing need for methods, systems, and products for migrating an operating system from a source computer to a destination computer that requires little or no reconfiguration of a storage area network.
Disclosure of "the invention
Methods, systems, and computer program products are also provided for migrating an operating system from a source computer to a destination computer that include identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer, removing the source adapter from a zone, adding the destination adapter to the zone, logging off the source adapter from a login manager, and logging on the destination adapter to the login manager. Typical embodiments also include transferring the operating system from the source computer to the destination computer.
Preferably, methods, systems, and computer program products are provided for migrating an operating system from a source computer to a destination computer. Some embodiments include identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer, logging off a virtual port name of the source adapter from a login manager, deregistering the virtual port name from the source

adapter, registering the virtual port name with the destination adapter, and logging on the destination adapter to the login manager with the virtual port name. Typical embodiments also include transferring the operating system from the source computer to the destination computer.
In typical embodiments, identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer includes querying a server for a world-wide port name of destination adapter. In typical embodiments, identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer includes querying a server for the destination computer of the destination adapter.
In many embodiments, logging off a virtual port name of the source adapter
from the login manager is carried out by disassociating an N_Port ID from
the virtual port name. In many embodiments, logging on the destination
adapter to the login manager with the virtual port name is carried out by
associating an N_Port ID with the virtual port name.
In typical embodiments, removing the source adapter from a zone includes identifying a zone associated with the source adapter, identifying targets associated with the source adapter, disassociating the source adapter from the targets, and deleting the source adapter from the zone. In typical embodiments, adding the destination adapter to the zone includes identifying a zone associated with the source adapter, including the destination adapter in the zone, identifying targets associated with the source adapter, and associating the destination adapter with the targets.
The foregoing and other objects, features and advantages of the invention will be apparent from the following more particular descriptions of exemplary embodiments of the invention as illustrated in the accompanying drawings wherein like reference numbers generally represent like parts of exemplary embodiments of the invention.
BRIEF DESCRIPTION OF THE DRAWINGS

Figure 1 depicts an exemplary data processing system capable of migrating an operating system from a source computer to a destination computer that requires little or no reconfiguration of a storage area network ('SAN') .
Figure 2 sets forth a block diagram of automated computing machinery useful in migrating an operating system from a source computer to a destination computer according to embodiments of the present invention.
Figure 3 sets forth a flow chart illustrating an exemplary method for migrating an operating system from a source computer to a destination computer that requires no reconfiguration of the SAN and may be carried out by a migration module within the operating system to be migrated.
Figure 4 sets forth an exemplary method for identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer manager.
Figure 5 sets forth another method for migrating an operating system from a source computer to a destination computer that does not require the use of virtual port names and employs only minimal reconfiguration of the SAN.
Figure 6 sets forth a flow chart illustrating an exemplary method for removing the source adapter from a zone.
Figure 7 sets forth a flow chart illustrating an exemplary method of adding the destination adapter to a zone.
DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS
The present invention is described to a large extent in this specification in terms of methods for migrating an operating system from a source computer to a destination computer. Persons skilled in the art, however, will recognize that any computer system that includes suitable programming means for operating in accordance with the disclosed methods also falls well within the scope of the present invention. Suitable programming means include any means for directing a computer system to execute the steps of the method of the invention, including for example, systems

comprised of processing units and arithmetic-logic circuits coupled to computer memory, which systems have the capability of storing in computer memory, which computer memory includes electronic circuits configured to store data and program instructions, programmed steps of the method of the invention for execution by a processing unit.
The invention also may be embodied in a computer program product, such as a diskette or other recording medium, for use with any suitable data processing system. Embodiments of a computer program product may be implemented by use of any recording medium for machine-readable information, including magnetic media, optical media, or other suitable media. Persons skilled in the art will immediately recognize that any computer system having suitable programming means will be capable of executing the steps of the method of the invention as embodied in a program product. Persons skilled in the art will recognize immediately that, although most of the exemplary embodiments described in this specification are oriented to software installed and executing on computer hardware, nevertheless, alternative embodiments implemented as firmware or as hardware are well within the scope of the present invention.
Operating System Migration With
Minimal Storage Area Network Reconfiguration
Methods, systems, and products for migrating an operating system from a source computer to a destination computer are now described with reference to the accompanying drawings, beginning with Figure 1. Figure 1 depicts an exemplary data processing system capable of migrating an operating system from a source computer to a destination computer that requires little or no reconfiguration of a storage area network (*SAN'). The system of Figure 1 includes a number of computers connected for data communications in networks. Each of the computers of the system of Figure 1 has installed upon it an operating system which may be migrated to another computer.
The data processing system of Figure 1 includes wide area network ("WAN") (101) and storage area network ("SAN") (103). The network connection aspect of the architecture of Figure 1 is only for explanation, not for limitation. In fact, systems for migrating an operating system from a source computer to a destination computer according to embodiments of the

present invention may also be connected as LANs, WANs, intranets, internets, the Internet, webs, the World Wide Web itself, or other connections as will occur to those of skill in the art. Such networks are media that may be used to provide data communication connections between various devices, computers, and computer storage connected together within an overall data processing system.
In the example of Figure 1, several exemplary devices including a PDA (109), a computer workstation (104), a mobile phone (110), and personal computer (108) are connected to a WAN (101). The network-enabled mobile phone (109) connects to the WAN (101) through a wireless link (116), and the PDA (112) connects to the WAN (101) through a wireless link (114). In the example of Figure 1, the personal computer (108) connects through a wireline connection (120) to the WAN (101), and the computer workstation (104) connects through a wireline connection (122) to the WAN (101).
In the example of Figure 1, each of the computers connected to the WAN (101) may access a storage area network (*SAN') (103) that provides a number of storage devices. In the example of Figure 1 two redundant arrays of independent disks (xRAIDs') (126 and 138) are connected to the SAN (103) through fiber optic connections (118 and 136). Redundant arrays of independent disks are disk drives that employ two or more drives in combination for improved fault tolerance and improved performance. In the example of Figure 1, a tape backup (128) is also connected to the SAN (103) through a fiber optic connection (124).
In the example of Figure 1, the SAN (103) is a Fibre Channel network. Fibre Channel is a protocol suite for transfer of data within a SAN. Fibre Channel is an architecture developed by a consortium of computer and mass storage device manufacturers currently being standardized by the American National Standards Institute (^ANSI'). Fibre Channel was designed for mass storage devices and other peripheral devices that require very high bandwidth. Using optical fiber to connect devices, Fibre Channel supports high data transfer rates. Interested readers may find additional information about Fibre Channel in the currently available. Fibre Channel specification, which is ANSI document number ANSI/INCITS 373 entitled Information Technology -Fibre Channel Framing and Signaling Interface (FC-FS).

While in this specification, methods, systems, and products for migrating an operating system from a source computer to a destination computer are described with reference to Fibre Channel, this is for explanation and not for limitation. In fact, migrating an operating system from a source computer to a destination computer may employ many different SAN technologies such as for example, InfiniBand®, iSCSI SAN, and others as will occur to those of skill in the art.
In the example of Figure 1, a login manager (134) connects to the SAN (103) through a fiber optic link (144). The login manager (134) administers logging in adapters and logging off adapters with the SAN. The exemplary SAN of Figure 1 also includes a zone manager (626) that implements zoning on the SAN by providing each operating system connected to the SAN access to that operating system's assigned storage devices.
In some methods of migrating an operating system from a source computer to a destination computer, the operating system to be migrated includes a migration module that facilitates migration according to embodiments of the present invention. In some such embodiments, the migration module in the operating system is capable generally of identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer, logging off a virtual port name of the source adapter from a login manager, and deregistering the virtual port name from the source adapter. After being transferred from the source computer to the destination computer, the migration module of the operating system is capable generally of registering the virtual port name with the destination adapter and logging on the destination adapter to the login manager with the virtual port name. Such embodiments do not require the SAN to be reconfigured as a part of migration. Instead, such embodiments include registering the operating system with the destination adapter and logging the destination adapter onto the login manager (134) with the same virtual port name that was previously in use by the source adapter of the source computer.
To establish Fibre Channel connectivity, a port name of a Fibre channel adapter must be associated with an N-Port ID. Each end point on the connection is called an N_Port (Node Port), which contains both an N_Port ID and a Port Name. The N Port ID of the destination port is the

destination address of Fibre Channel frames sent to that port, and the N_Port ID of the source port is the source address. The Port Name is a world wide unique identifier (analogous to MAC addresses in Ethernet) that can be queried by others in the SAN to determine the identity of that N_Port.
Conventional Fibre Channel adapters are assigned a burned-in world-wide port name (*WWPN') that uniquely identifies the adapter and is used to establish Fibre Channel connectivity. These burned-in world-wide port names are static and cannot be assigned to other adapters. N_Port ID Virtualization (*NPIV) however provides a Fibre Channel facility for assigning a virtual port name to an adapter. NPIV allows a single fibre channel adapter to be assigned more than one virtual port name. NPIV also advantageously allows a single virtual port name to be moved from one source Fibre Channel adapter to another destination Fibre Channel adapter thereby facilitating migrating an operating system from a source computer to a destination computer without reconfiguration of the SAN according to embodiments of the present invention.
As discussed above, migrating an operating system from a source computer to a destination computer without reconfiguration may in some embodiments be performed by a migration module of the operating system to be migrated. In alternative embodiments, migrating an operating system from a source computer to a destination computer is carried out with minor reconfiguration of the SAN. In the example of Figure 1, a Host Management Console { *HMC ) (140) is connected to the SAN through either in-band or out-of-band connection (142). The HMC (140) is capable of facilitating migration of operating system from a source computer to a destination computer with only minimal SAN reconfiguration by identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer, removing the source adapter from a zone, adding the destination adapter to the zone, and instructing the operating system to log off the source adapter from the login manager. After the operating system is transferred from the source computer to the destination computer, the HMC is capable of instructing the operating system to log on the destination adapter to the login manager.
The arrangement of devices making up the exemplary system illustrated in Figure 1 are for explanation, not for limitation. Data processing systems

useful according to various embodiments of the present invention may include additional servers, routers, other storage devices, and peer-to-peer architectures, not shown in Figure 1, as will occur to those of skill in the art. Networks in such data processing systems may support many data communications protocols, including for example TCP/IP, HTTP, WAP, HDTP, Fibre Channel, InfiniBand, and others as will occur to those of skill in the art. Various embodiments of the present invention may be implemented on a variety of hardware platforms in addition to those illustrated in Figure 1.
As mentioned above, migrating an operating system from a source computer to a destination computer in accordance with the present invention is generally implemented with computers, that is, with automated computing machinery. For further explanation, Figure 2 sets forth a block diagram of automated computing machinery comprising a computer (152) useful in migrating an operating' system from a source computer to a destination computer according to embodiments of the present invention. The computer (152) of Figure 2 includes at least one computer processor (156) or ^CPU' as well as random access memory (168) ("RAM7').
Stored in RAM (168) is an operating system (154). Operating systems useful in computers according to embodiments of the present invention include Unix, Linux, Windows NT^, 15/OS™, and many others as will occur to those of skill in the art. The operating system (154) in the example of Figure 2 is shown in RAM (168), but many components of an operating system typically are stored in non-volatile memory (166) also. As discussed above, in some embodiments of the present invention, migration of the operating system is performed largely by the operating system to be migrated. The exemplary operating system of Figure 2 therefore includes a migration module (232) capable of identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer, logging off a virtual port name of the source adapter from a login manager, and deregistering the virtual port name from the source adapter. After transferring the operating system from the source computer to the destination computer, the migration module is capable generally of registering the virtual port name with the destination adapter and logging on the destination adapter to the login manager with the virtual port name.

The computer (152) of Figure 2 includes non-volatile computer memory (166) coupled through a system bus (160) to processor (156) and to other components of the computer. Non-volatile computer memory (166) may be implemented as a hard disk drive (170), optical disk drive (172), electrically erasable programmable read-only memory space (so-called 'EEPROM' or 'Flash7 memory) (174), RAM drives (not shown), or as any other kind of computer memory as will occur to those of skill in the art.
The exemplary computer (152) of Figure 2 includes a communications adapter (167) for implementing connections for data communications (184), including connections through networks, to other computers (182), including servers, clients, data storage in the SAN, and others as will occur to those of skill in the art. Communications adapters Implement the hardware level of connections for data communications through which local devices and remote devices or servers send data communications directly to one another and through networks. Examples of communications adapters useful for migrating an operating system from a source computer to a destination computer according to embodiments of the present invention include Fibre Channel adapters, modems for wired dial-up connections, Ethernet (IEEE 802.3) adapters for wired LAN connections, and 802.11b adapters for wireless LAN connections.
The example computer of Figure 2 includes one or more input/output interface adapters (17 8) . Input/output interface adapters in computers implement user-oriented input/output through, for example, software drivers and computer hardware for controlling output to display devices (180) such as computer display screens, as well as user input from user input devices (181) such as keyboards and mice.
As discussed above, migrating an operating system from a source computer to a destination computer according to embodiments of the present invention may be facilitated by a migration module in the operating system to be migrated or by a third party entity such as for example a host management console coupled for data communications with the source and destination computers. Migrating an operating system from a source computer to a destination computer may also be carried out in some embodiments with no reconfiguration of the SAN and in other embodiments with only minimal reconfiguration of the SAN. For further explanation,

Figure 3 sets forth a flow chart illustrating an exemplary method for migrating an operating system from a source computer (316) to a destination computer (320) that requires no reconfiguration of the SAN and may be carried out by a migration module within the operating system to be migrated.
The method of Figure 3 includes identifying (302) a destination adapter (318) of the destination computer (320) that is coupled for data communications to a SAN that is also coupled for data communications to a
source adapter (314) of the source computer (316). Identifying (302) a destination adapter (318) of the destination computer (320) that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter (314) of the source computer (316) is carried out by use of in-band communications within the SAN or through out-of-band communications outside the SAN. For further explanation of an exemplary technique of identifying a destination adapter, Figure 4 sets forth an exemplary method for identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer. The method of Figure 4 includes querying (402) a server (404) within the SAN for a world-wide port name (408) of destination adapter and receiving a query response (406) including the world-wide port name (408) of the destination adapter. As discussed above a world-wide port name is a unique Fibre Channel identifier that is burned into the adapter and therefore is a static and unique identification of the adapter. In the example of Figure 4, the server (404) maintains an adapter identification database (416) that includes identifications of adapters that are coupled for data communications with the SAN. The server (404) of Figure 4 may be installed upon the login manager or located at another location coupled for data communications with the source computer.
Having identified an adapter of a destination computer that is coupled for data communications with a SAN that is also coupled for data communication with the source adapter, the method of Figure 4 continues by identifying the destination computer having that adapter installed upon it. That is, the operating system must be migrated to the computer associated with the adapter coupled for data communications with the SAN. The method of Figure 4 therefore also includes querying (410) a server (404) for an identification of the destination computer (413) of the destination

adapter (408) and receiving a query response (412) that includes a destination computer ID (414) identifying the destination computer. In the example of Figure 4, the server (404) includes a computer identification database (414) that includes computer IDs indexed by adapter IDs for identification of destination computers having an adapter with connectivity to the SAN. Such computers are candidates for operating system migration according to embodiments of the present invention.
Again with reference to Figure 3: After identifying a destination adapter of a destination computer, the method of Figure 3 continues by logging off (304) a virtual port name of the source adapter (314) from a login manager (134). As described above, a Fibre Channel N-Node comprises a port name and an N-Port ID. Logging off (304) a virtual port name of the source adapter (314) from the login manager (134) according to the method of Figure 3 is carried out by disassociating an N__Port ID from the virtual port name. The Fibre Channel specification provides a standard fabric logout function LOGO that disassociates the N_Port ID from the virtual port name.
After disassociating the N_Port ID with the virtual port name, typical embodiments also include logging off all input/output (^1/0') devices providing access to storage devices on the SAN. Logging off of all input/output devices advantageously ensures that the I/O devices terminate any remaining commands initiated prior to migration.
The method of Figure 3 also includes deregistering (306) the virtual port name from the source adapter (314). In the method of Figure 3, deregistering (306) the virtual port name from the source adapter is typically carried out by the operating system to be migrated. The method of Figure 3 also includes transferring (308) the operating system from the source computer (316) to the destination computer (320). Transferring (308) the operating system from the source computer (316) to the destination computer (320) is often carried out by a system administrator and often includes copying the operating system from the source computer to the destination computer. In some embodiments, transferring (308) the operating system from the source computer (316) to the destination computer (320) includes copying the operating system from the source computer to an intermediate storage media such as a disk and then copying the operating system from the intermediate storage media to the destination computer.

After the operating system is transferred from the source computer to the destination computer, the method of Figure 3 includes registering (310) the virtual port name with the destination adapter (318) . In many embodiments of the method of Figure 3, registering (310) the virtual port name with the destination adapter (318) is carried out by the operating system to be migrated.
The method of Figure 3 also includes logging on (312) the destination adapter (318) to the login manager (134) with the virtual port name. As described above, a Fibre Channel N-Node comprises a port name and an N-Port ID. Logging on (312) the destination adapter (318) to the login manager (134) with the virtual port name according to the method of Figure 3 may be carried out by associating an N_Port ID with the virtual port name. The Fibre Channel specification provides a standard function FDISC issued by the Fibre Channel adapter to a login manager instructing the login manager to assign an N-Port ID to the adapter to establish an N-Node. In the method of Figure 3, the FDSIC function is parameterized with the virtual port name previously in use with the source adapter. Because zoning and LUN masking in the SAN are based on virtual port names, migration according to the method of Figure 3 advantageously provides access to the same storage devices available to the source computer before the migration without reconfiguration of the SAN.
After acquiring an N_Port ID, logging on (312) the destination adapter (318) to the login manager (134) with the virtual port name also includes logging into the I/O devices that were previously logged off of prior to migration with the new N_Port ID. The Fibre Channel specification provides a port login (PLOGI) process to log into I/O devices.
The method of Figure 3 advantageously provides method for operating systenl migration that does not require reconfiguration of the SAN because the method of Figure 3 utilizes virtual port names. For further explanation. Figure 5 sets forth another method for migrating an operating system from a source computer to a destination computer that does not require the use of virtual port names and employs only minimal reconfiguration of the SAN. The method of Figure 5 may be facilitated by a third-party entity such as for example a host management console (XHMC) coupled for data communications with the SAN.

The method of Figure 5 includes identifying (502) a destination adapter (318) of the destination computer (320) that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter (314) of the source computer (316). As described above with reference to Figure 4, identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer may be carried out by querying a server within the SAN for a world-wide port name of a destination adapter and then querying a server for the destination computer of the destination adapter to identify a candidate destination computer for migration.
The method of Figure 5 also includes removing (504) the source adapter (314) from a zone (512). As discussed above, a zone is logical grouping of hosts and resources. The exemplary zone (512) of Figure 5 includes a plurality of adapters in the zone (514) identified by their burned-in world-wide port name. The exemplary zone (512) of Figure 5 also associates targets (518) with the adapters (514) . Targets are actual storage devices within the zone to which the operating system has access for data storage through their associated adapter.
For further explanation. Figure 6 sets forth a flow chart illustrating an exemplary method for removing the source adapter from a zone. The method of Figure 6 includes identifying (602) a zone (512) associated with the source adapter (608). In the method of Figure 6, identifying (602) a zone (512) associated with the source adapter (608) is carried out by querying a zone manager (626) and receiving a zone query response (606) containing an identification of the zone (512). The zone manager (626) of Figure 6 maintains a zoning database (630) including identifications of adapters indexed by their associated zones. In the example of Figure 6, the zone manager (626) looks up the zone associated with the adapter and issues a zone query response (606) containing the source adapter ID (608) and a zone ID (512) uniquely identifying the zone to which the source adapter is assigned.
Removing the source adapter from a zone according to the method of Figure 6 also includes identifying (612) targets (620) associated with the source adapter (608). As mentioned above, targets are actual storage devices

within the zone to which the operating system has access for data storage. In the example of Figure 6, identifying (612) targets (620) associated with the source adapter (608) is carried out by querying the zone manager
(626) and receiving a zone target query response (618) containing an identification of the targets (620). In the example of Figure 6, the zone manager (62 6) maintains a targets database (628) that includes the targets indexed by associated adapters. The zone manager (626) issues a zone target query response (618) containing a source adapter identification
(608) and the targets (620) associated with the source adapter.
Removing the source adapter from a zone according to the method of Figure 6 includes disassociating (622) the source adapter (608) from the targets (620) and deleting (624) the source adapter from the zone (512). Disassociating the source adapter from the targets before migration of the operating system advantageously frees the targets for association with the destination source adapter after migration of the operating system to the destination computer.
Again with reference to Figure 5: After removing (504) the source adapter (314) from a zone (512), the method of Figure 5 continues by adding (506) the destination adapter (318) to the zone (512). For further explanation, Figure 7 sets forth a flow chart illustrating an exemplary method of adding the destination adapter to a zone. Adding the destination adapter to the zone according to the method of Figure 7 is carried out by identifying (602) a zone (512) associated with the source adapter. As described above with reference to Figure 6, identifying (602) a zone (512) associated with the source adapter (608) is carried out by querying (604) a zone manager (626) and receiving a zone query response (606) containing an identification of the zone (512). The zone manager (626) of Figure 7 maintains a zoning database (630) including identifications of adapters indexed by their associated zones. In the example of Figure 6, the zone manager (626) looks up the zone associated with the adapter and issues a zone query response (60€) containing the source adapter ID (608) and a zone ID (512) uniquely identifying the zone to which the source adapter is assigned.
Adding the destination adapter to the zone according to the method of Figure 7 also includes (702) the destination adapter (706) in the zone (512). Including (702) the destination adapter (706) in the zone (512)

advantageously adds the destination adapter as one of the contents or member elements of the zone.
Adding the destination adapter to the zone according to the method of Figure 7 is also includes identifying (612) targets (620) associated with the source adapter (608). As mentioned above, targets are actual storage devices within the zone to which the operating system has access for data storage. In the example of Figure 7, identifying (612) targets (620) associated with the source adapter (608) is carried out by querying the zone manager (626) and receiving a zone target query response (618) containing an identification of the targets (620). In the example of Figure 7, the zone manager maintains a targets database (628) that includes the targets indexed by associated adapters. The zone manager (626) issues a zone target query response (618) containing an identification of the source adapter (608) and an identification of the targets (620) associated with the source adapter.
Adding the destination adapter to the zone according to the method of Figure 7 also includes associating (704) the destination adapter (706) with the targets (620). Associating (704) the destination adapter (706) with the targets (620) advantageously links the targets with the destination adapter thereby facilitating the migrated operating system' s access to the targets after migration to the destination computer.
Again with reference to Figure 5, after adding the destination adapter to the zone, the method of Figure 5 continues by logging off (508) the source adapter (314) from the login manager (134). As discussed above, in many embodiments, the method of Figure 5 is facilitated by an HMC. In such embodiments, after adding the destination adapter to the zone the HMC instructs the operating system to log off the source adapter from the login manager. As described above, a Fibre Channel N-Node comprises a port name and an N-Port ID. Logging -off (508) the source adapter (314) from the login manager (134) is carried out by disassociating an N_Port ID from a port name. In contrast with the method of Figure 3, the method of Figure 5 does not require the use of virtual port names and therefore the port name of the adapter in the example of Figure 5 may be either a virtual port name or a burned-in world-wide port name. The Fibre Channel specification provides a standard fabric logout function LOGO that disassociates the N_Port ID from the port name.

After disassociating the N_Port ID with the port name, typical embodiments also include logging off of all input/output (*I/0') devices providing access to storage devices on the SAN. Logging off of all input/output devices advantageously ensures that the I/O devices terminate any remaining commands initiated prior to migration.
The method of Figure 5 also includes transferring (510) the operating system from the source computer (316) to the destination computer (320). Transferring (510) the operating system from the source computer (316) to the destination computer (320) is typically carried out by third party such as a system administrator and typically includes copying the operating system from the source computer to the destination computer. In some embodiments, transferring (510) the operating system from the source computer (316) to the destination computer (320) includes copying the operating system from the source computer to an intermediate storage media such as a disk and then copying the operating system from the intermediate storage media to the destination computer.
After transferring the operating system from the source computer to the destination computer, the method of Figure 5 includes logging on (513) the destination adapter (318) to the login manager (134). As discussed above, in many embodiments, the method of Figure 5 is facilitated by an HMC. In such embodiments, after transferring the operating system from the source computer to the destination computer the HMC instructs the operating system to log on the source destination adapter to the login manager. As described above, a Fibre Channel N-Node comprises a port name and an N-Port ID. Logging on the destination adapter to the login manager may be carried out by associating an N_Port ID with a port name. In contrast with the method of Figure 3, the method of Figure 5 does not require the use of virtual port names and therefore the port name of the adapter in the example of Figure 5 may be either a virtual port name or a burned-in - -world-wide port name. The Fibre Channel specification provides a standard function for logging in burned-in world-wide port names, FLOGI, issued by the Fibre Channel adapter to a login manager instructing the login manager to assign an N-Port ID to the adapter to establish an N-Node. After acquiring an N_Port ID, logging on.the destination adapter to the login manager according to the method of Figure 5 also includes logging into the I/O devices that were previously logged off of prior to migration

with the new N_Port ID. The Fibre Channel specification provides a port login (PLOGI) process to log into I/O devices.
Migrating an operating system from a source computer to a destination computer according to embodiments of the present invention provide a number of advantages. Such advantageous include:
• The destination adapter of the destination computer to which the operating system is migrated can be automatically identified using either in-band or out-of-band queries.
• No SAN reconfiguration is required to support OS migration in some embodiments and only minimal reconfiguration is required in others.
• Operating system migration can occur without major disruption to ongoing OS operation because no shutdown operations need to be done prior to migration. Uncompleted commands that may have been in process prior to migration will be abnormally terminated, but they will be automatically re-executed after migration through normal error recovery.
• Because no shutdown operations are required during migration, software drivers do not need to be reconfigured to support migration and applications may continue without interruption.
• The general techniques described in this specification are applicable to SAN technologies other than Fibre Channel.
• Operating system migration according to some embodiments of the present invention does not require virtual port names and therefore does not require the use of N Port ID. Yirtualization. Providing a method that does not require virtual port names is advantageous for use in legacy configurations in which doe not support NPIV.
It will be understood from the foregoing description that modifications and changes may be made in various embodiments of the present invention without departing from the scope. The descriptions in this specification are for purposes of illustration only and are not to be construed in a

limiting sense. The scope of the present invention is limited only by the language of the following claims.

CLAIMS
1. A method for preparing to migrate an operating system from a source
computer to a destination computer, the method comprising:
identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer;
removing the source adapter from a zone;
adding the destination adapter to the zone;
logging off the source adapter from a login manager; and
logging on the destination adapter to the login manager.
2. The method of claim 1 further comprising the step of transferring the operating system from the source computer to the destination computer.
3. The method of claim 1 or claim 2, wherein removing the source adapter from a zone further comprises:
identifying a zone associated with the source adapter; identifying targets associated with the source adapters-disassociating the source adapter from the targets; and deleting the source adapter from the zone.
4. The method of any preceding claim wherein adding the destination
adapter to the zone further comprises:
identifying a zone associated with the source adapter;

including the destination adapter in the zone;
identifying targets associated with the source adapter; and
associating the destination adapter with the targets.
5. The method of any preceding claim wherein identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer further comprises querying a name server for a world-wide port name of destination adapter.
6. The method of any preceding claim wherein identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer further comprises querying a server for the destination computer of the destination adapter.
7. The method of any preceding claim wherein logging on the destination adapter to the login manager further comprises associating an N_Port ID with a port name.
8. The method of any preceding claim wherein logging off the source adapter from the login manager further comprises disassociating an N_Port ID from a port name.
9. A system for migrating an operating system from a source computer to a destination computer, the system comprising:
means for identifying a destination adapter of the destination computer that is coupled for data communications to a SAN that is also coupled for data communications to a source adapter of the source computer;

means for removing the source adapter from a zone;
means for adding the destination adapter to the zone;
means for logging off the source adapter from a login manager; and
means for logging on the destination adapter to the login manager.
10. The system of claim 9 further comprising means for transferring the operating system from the source computer to the destination computer.
11. The system of claim 9 or claim 10 wherein means for removing the source adapter from a zone further comprises:
means for identifying a zone associated with the source adapter;
means for identifying targets associated with the source adapter;
means for disassociating the source adapter from the targets; and
means for deleting the source adapter from the zone.
12. The system of any of claims 9 to 11 wherein means for adding the
destination adapter to the zone further comprises:
means for identifying a zone associated with the source adapter;
means for including the destination adapter in the zone;
means for identifying targets associated with the source adapter; and
means for associating the destination adapter with the targets.

13. The system of any of claims 9 to 12 wherein means for identifying a
destination adapter of the destination computer that is coupled for data
communications to a SAN that is also coupled for data communications to a
source adapter of the source computer further comprises means for querying
a name server for a world-wide port name of destination adapter or a
server for the destination computer of the destination adapter.
14. The system of any of claims 9 to 13 wherein means for logging on the
destination adapter to the login manager further comprises means for
associating or disassociating an N_Port ID with a port name.
15. The system of claims 9 adapted to perform the steps as claimed in
any of the method of claims 1 to 8.
16. A product adapted to perform the method as claimed in any of the
claims 1 to 8.

Documents:

3097-CHENP-2007 CORRESPONDENCE OTHERS 04-04-2011.pdf

3097-CHENP-2007 AMENDED PAGES OF SPECIFICATION 06-03-2012.pdf

3097-CHENP-2007 AMENDED CLAIMS 06-03-2012.pdf

3097-CHENP-2007 FORM-3 06-03-2012.pdf

3097-CHENP-2007 OTHER PATENT DOCUMENT 06-03-2012.pdf

3097-CHENP-2007 OTHER PATENT DOCUMENT 1 06-03-2012.pdf

3097-CHENP-2007 EXAMINATION REPORT REPLY RECEIVED 06-03-2012.pdf

3097-chenp-2007-abstract.pdf

3097-chenp-2007-claims.pdf

3097-chenp-2007-correspondnece-others.pdf

3097-chenp-2007-description(complete).pdf

3097-chenp-2007-drawings.pdf

3097-chenp-2007-form 1.pdf

3097-chenp-2007-form 18.pdf

3097-chenp-2007-form 26.pdf

3097-chenp-2007-form 3.pdf

3097-chenp-2007-form 5.pdf

3097-chenp-2007-pct.pdf

« Previous Patent

Next Patent »

Patent Number

251473

Indian Patent Application Number

3097/CHENP/2007

PG Journal Number

12/2012

Publication Date

23-Mar-2012

Grant Date

19-Mar-2012

Date of Filing

12-Jul-2007

Name of Patentee

INTERNATIONAL BUSINESS MACHINES CORPORATION

Applicant Address

ARMONK, NEW YORK 10504,

Inventors:

#	Inventor's Name	Inventor's Address
1	ALLEN, JAMES	13105 TAMAR COURT, AUSTIN, TEXAS 78727,
2	EISENHAUER, DANIEL	2202 FARNSWOOD CIRCLE, AUSTIN, TEXAS 78704, USA
3	FRAZIER, GILES	1604 NORTHUMBERLAND ROAD, AUSTIN, TEXAS 78703, USA
4	KOVACS, ROBERT	3205 SILVERLEAF DRIVE, AUSTIN, TEXAS 78757, USA
5	SHARMA, SATYA	10109 SWAN VALLEY LANE, AUSTIN, TEXAS 78759, USA

PCT International Classification Number

G06F 9/445

PCT International Application Number

PCT/EP05/56586

PCT International Filing date

2005-12-07

PCT Conventions:

#	PCT Application Number	Date of Convention	Priority Country
1	11/011,244	2004-12-14	U.S.A.