WO2008075425A1 - 通信処理プログラム、通信処理方法および通信処理装置 - Google Patents

通信処理プログラム、通信処理方法および通信処理装置 Download PDF

Info

Publication number
WO2008075425A1
WO2008075425A1 PCT/JP2006/325429 JP2006325429W WO2008075425A1 WO 2008075425 A1 WO2008075425 A1 WO 2008075425A1 JP 2006325429 W JP2006325429 W JP 2006325429W WO 2008075425 A1 WO2008075425 A1 WO 2008075425A1
Authority
WO
WIPO (PCT)
Prior art keywords
fiber channel
driver
izo
target
communication processing
Prior art date
Application number
PCT/JP2006/325429
Other languages
English (en)
French (fr)
Inventor
Kazushige Kurokawa
Original Assignee
Fujitsu Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Limited filed Critical Fujitsu Limited
Priority to KR1020097007961A priority Critical patent/KR101338595B1/ko
Priority to PCT/JP2006/325429 priority patent/WO2008075425A1/ja
Priority to JP2008550017A priority patent/JP5077240B2/ja
Priority to EP06835049A priority patent/EP2071469B1/en
Priority to CN2006800561724A priority patent/CN101529402B/zh
Publication of WO2008075425A1 publication Critical patent/WO2008075425A1/ja
Priority to US12/411,102 priority patent/US8478935B2/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2002—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant
    • G06F11/2007—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant using redundant communication media
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2002—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant
    • G06F11/2005—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant using redundant communication controllers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/14—Handling requests for interconnection or transfer
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0614—Improving the reliability of storage systems
    • G06F3/0617—Improving the reliability of storage systems in relation to availability
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629—Configuration or reconfiguration of storage systems
    • G06F3/0635—Configuration or reconfiguration of storage systems by changing the path, e.g. traffic rerouting, path reconfiguration
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0683—Plurality of storage devices
    • G06F3/0689—Disk arrays, e.g. RAID, JBOD

Definitions

  • the present invention relates to a communication processing program, a communication processing method, and a communication processing device, and in particular, a communication processing program and a communication processing method used for a server connected to a disk array device through a plurality of paths via a fiber channel adapter. And a communication processing apparatus.
  • Fiber Channel used mainly for servers that require high performance
  • Fiber Channel uses high-speed data transfer over long distances up to a maximum transmission distance of 10 kilometers, using an optical fiber or coaxial cable with a maximum transfer speed of 200 megabytes per second for connection.
  • FIG. 27 is a diagram showing a fiber channel configuration between general server disk array devices.
  • the server 700 is connected to the disk array device 900 via the force switches 800a and 800b.
  • the communication control related to the disk IZO requested by the application 710 is controlled on the server 700 by controlling the communication path between the server 700 and the disk array device 900.
  • ⁇ Multipath control software 720, and the actual disk array This is performed by fiber channel drivers 740a and 740b that control the fiber channel adapters 730a and 730b that communicate with the device 900.
  • the Fiber Channel drivers 740a and 740b receive an IZO issue request from the higher-level target drivers 750a and 750b, respectively, manage the IZO issue request (SCSI level), and send it to the disk array device 900 via Fiber Channel communication. Manages issuance issue information for publishing IZO (bre Channel communication FC—PH layer).
  • IZO Tin Channel communication FC—PH layer
  • FIG. 28 is a diagram showing a conventional process.
  • FIG. 28 shows the case where one connection path is used.
  • the Fiber Channel driver 740a when the Fiber Channel driver 740a receives an IZO stop request (abort) from the upper target driver 750a, it issues an I / O stop request to the disk array device 900, Wait for response (ACC) for ⁇ ⁇ ⁇ stop request response waiting time. If there is no response by the failure of the disk array system 900 or connection path failure until the response wait time for the ⁇ stop request elapses, ⁇ will be notified to the upper level as an error. Since an error cannot be returned and a response is expected to be returned with a delay due to the transmission line delay, the exchange issuance information is managed for the waiting time considering the transmission line delay, and the time has elapsed. Then, iZo is notified to the host as an error. For this reason, it takes a lot of time to switch the route at the time of error (route switching). In addition, the waiting time of iZo issued by application 710 also increases.
  • FIG. 29 is a diagram showing another conventional process.
  • Patent Document 1 Japanese Patent Laid-Open No. 6-110800
  • the management time of the IZO issue request in the fiber channel driver 740a can be shortened.
  • the ⁇ issued to the Fiber Channel communication path secures the ID (OX-ID, etc.) for Fiber Channel communication used for ⁇ issuance. It is necessary to keep it.
  • the fiber channel driver 740a manages the exchange issuance information (FC-P) during the waiting time for the IZO stop request response waiting time and the transmission path delay.
  • the disk array device 900 may be repeatedly retried. For example, when a failure occurs between paths, However, there is a problem that the same processing is repeated and the path switching time is delayed.
  • the present invention has been made in view of these points, and an object of the present invention is to provide a communication processing program, a communication processing method, and a communication processing device capable of quickly switching paths.
  • a communication processing program for causing a computer (sano) 1 to execute processing as shown in FIG. 1 is provided.
  • the communication processing program according to the present invention is a program used for a computer 1 that includes a fiber channel adapter 2 and is connected to the disk array device 3 via the fiber channel adapter 2 through a plurality of paths 4a and 4b.
  • the computer 1 that executes the communication processing program has the following functions.
  • the route control means 5 controls the plurality of routes 4a and 4b and switches the route upon receiving an error notification.
  • the target driver 6 issues an IZO stop request to the disk array device 3 in response to the path connection timeout detection of the path control means 5. When an error notification is received, it is output to the route control means 5.
  • the Fiber Channel driver 7 controls the Fiber Channel adapter 2, and when the target driver 6 issues a ⁇ stop request, all processing for the disk array device 3 is closed and an error notification is sent to the target driver. Output to 6 ( ⁇ stop processing).
  • the target driver 6 issues a habit stop request to the disk array device 3 in response to the path connection timeout detection of the path control means 5.
  • a stop request is issued by the target driver 6 by the fiber channel driver 7, all processing for the disk array device 3 is blocked and an error notification is output to the target driver 6.
  • the target driver 6 outputs an error notification to the route control means 5.
  • the route is switched by the route control means 5 that has received the error notification.
  • the fiber channel driver when the path control unit detects a timeout and issues a habit stop request, the fiber channel driver performs the process of putting all the processes into the blocked state for the target disk array. As a result, the error notification can be immediately returned from the Fiber Channel driver to the target driver. Therefore, error notification to the route control means can be performed in a short time. As a result, the route control means can quickly change the route.
  • FIG. 1 is a diagram showing an outline of the present invention.
  • FIG. 2 is a block diagram showing a communication processing system according to the embodiment.
  • FIG. 3 is a diagram illustrating a hardware configuration example of a server. 4] server and c is a block diagram showing the function of the disk array device
  • FIG. 5 is a diagram for explaining processing of the FC driver.
  • FIG. 6 is a flowchart showing the FC driver switching process.
  • FIG. 7 is a sequence diagram showing processing of the FC driver.
  • FIG. 8 is a diagram showing an X ID management table.
  • FIG. 10 is a flowchart showing process B--1.
  • FIG. 12 is a flowchart showing process B--2.
  • FIG. 16 is a flowchart showing process C-2.
  • FIG. 17 is a flowchart showing process C--3.
  • FIG. 18 is a flowchart showing process B--3.
  • FIG. 19 is a flowchart showing process C--1.
  • FIG. 21 is a flowchart showing the blocking process of the FC driver according to the second embodiment.
  • FIG. 22 is a sequence diagram showing processing of the FC driver according to the second embodiment.
  • FIG. 23 is a flowchart showing process a-3.
  • FIG. 24 is a flowchart showing process c2.
  • FIG. 25 is a flowchart showing process c3.
  • FIG. 26 is a flowchart showing process c1.
  • FIG. 27 is a diagram showing a fiber channel configuration between general server disk array devices.
  • FIG. 28 is a diagram showing conventional processing.
  • FIG. 29 is a diagram showing another conventional process.
  • FIG. 1 is a diagram showing an outline of the present invention.
  • a computer 1 shown in FIG. 1 includes a fiber channel adapter 2 for performing fiber channel connection, and is connected to the disk array device 3 through the fiber channel adapter 2 through a plurality of paths 4a and 4b. .
  • the computer 1 includes a path control means 5, a target driver 6, and a fiber channel driver 7 in addition to the fiber channel adapter 2.
  • the route control means 5 controls the plurality of routes 4a and 4b and switches the route upon receiving an error notification. Specifically, when data is transmitted / received to / from the disk array device 3 using the path 4a, the data transfer path is switched to the path 4b in response to an error notification. If data is exchanged with the disk array device 3 using the path 4b, an error notification is received and the data transfer path is switched to the path 4a.
  • the target driver 6 issues an IZO stop request to the disk array apparatus 3 in response to the path connection timeout detection of the path control means 5.
  • the timeout of the route connection for example, when a failure occurs in the disk array device 3, or when a failure occurs in the route 4a or the route 4b performing data transmission / reception.
  • an error notification is received from the fiber channel driver 7, it is output to the route control means 5.
  • the fiber channel driver 7 controls the fiber channel adapter 2 and mainly has a function of managing exchange issuance (Exc) and a function of managing IZO issuance information.
  • the target driver 6 issues an I / O stop request
  • the fiber channel driver 7 puts all processing for the disk array device 3 in a blocked state and outputs an error notification to the target driver 6. In this case, an error notification is returned for the ⁇ issue request from the host, and the response from the disk array device 3 is ignored.
  • the target driver 6 issues a habit stop request to the disk array device 3 in response to the path connection timeout detection of the path control means 5.
  • Stop required by fiber channel driver 7 and target driver 6 When a request is issued, all processing for the disk array device 3 is blocked and an error notification is output to the target driver 6. Then, the target driver 6 outputs an error notification to the route control means 5. The route is switched by the route control means 5 that has received the error notification. Therefore, the IZO standby time of computer 1 is reduced.
  • FIG. 2 is a block diagram illustrating the communication processing system according to the embodiment.
  • a server (communication processing device) 100 and a disk array device 300 are connected via a switch (fiber channel switch) 200a and a switch 200b.
  • the disk array apparatus 300 has one or a plurality of disk arrays (disk array 301 in FIG. 2), and receives and stores data from the server 100.
  • the route from the server 100 to the disk array device 300 via the switch 200a is the first route (main route), and the route from the server 100 to the disk array device 300 via the switch 200b Is the second route (redundant route), and if one of the routes fails, the server 100 switches to the other route and operates the system.
  • FIG. 3 is a diagram illustrating a hardware configuration example of the server.
  • the entire server 100 is controlled by a CPU (Central Processing Unit) 101.
  • the CPU 101 is connected to a RAM (Random Access Memory) 102, a hard disk drive (HDD) 103, a graphics processing device 104, an input interface 105, a communication interface 106, and an FC (F3 ⁇ 4re Channel) via a bus 107.
  • Adapters 10 8a and 108b are connected.
  • the RAM 102 temporarily stores at least part of an OS (Operating System) program application program to be executed by the CPU 101.
  • the RAM 102 stores various data necessary for processing by the CPU 101.
  • the HDD 103 stores the OS and application programs.
  • a program file is stored in the HDD 103.
  • a monitor 11 is connected to the graphic processing device 104.
  • the graphic processing device 104 displays an image on the screen of the monitor 11 in accordance with a command from the CPU 101.
  • a keyboard 12 and a mouse 13 are connected to the input counter face 105.
  • Input interface The CPU 105 transmits a signal sent from the keyboard 12 or the mouse 13 to the CPU 101 via the bus 107.
  • the communication interface 106 is connected to the network 10.
  • the communication interface 106 transmits / receives data to / from other computers via the network 10.
  • FC adapters 108a and 108b constitute the connection portions of signal transmission cables connected to the switches 200a and 200b, respectively.
  • FIG. 4 is a block diagram illustrating functions of the server and the disk array device
  • FIG. 5 is a diagram illustrating processing of the FC driver.
  • the functional blocks are indicated by dotted lines.
  • the server 100 has an application 110, an IZO multipath controller 120, target drains 130a and 130b, and FC (Fibre Channel) drivers 140a and 140b.
  • the application 110 is an application used by a user, for example, and outputs a communication control request (IZO issue request) regarding IZO with the disk array 301.
  • IZO issue request a communication control request regarding IZO with the disk array 301.
  • the IZO multipath control unit 120 controls a communication path between the server 100 and the disk array device 300. Specifically, the status of the connection path between the server 100 and the disk array device 300 is grasped, and the soot issue request received from the application 110 is issued through an appropriate path. The abnormality of each route is determined by whether or not an issue request issued to the lower layer that manages connection with each route is notified (response).
  • the target drivers 130a and 130b issue and manage I / O processing requests to the disk array 301, respectively.
  • the FC drivers 140a and 140b mainly have a function of managing I / O issuance requests and a function of managing exchange issuance.
  • the FC drivers 140a and 140b control the FC adapters 108a and 108b that actually communicate with the disk array device 300, respectively, and perform communication processing with the disk array device 300 when a ⁇ / O issuance request is received. Do. This The communication process is performed by the following method.
  • FC dryers 140a and 140b internally issue an X-ID (exchange ID), which is an ID for identifying one operation consisting of a group of sequences for each adapter port.
  • X-ID exchange ID
  • OX—ID X for sending X—ID
  • RX—ID for receiving X_ID
  • the FC dryinos 140a and 140b set the issued X-ID to OX-ID and issue IZO (command, address, etc.) on the FC transmission line.
  • OX—ID When the disk array device 300 receives OX—ID, it sets X—ID (RX—ID) independently and responds.
  • the FC drivers 140a and 140b issue the IZO using the X-ID that responds from the following as the RX_ID. Exchanges are managed by a combination of these OX_ID—R X—IDs.
  • X—ID (OX—ID, RX—ID) is released at the end of the exchange or after an I / O stop request (abort) is issued and after a predetermined time (10 seconds under FC rules). . If this condition is not met and the X-ID being used is duplicated, the disk array device 300 side will not be guaranteed to change.
  • the disk array device 300 includes controllers 310a and 310b that control the disk array 301 in response to IZO issuance from the server 100 side.
  • the controller 310a corresponds to the main route
  • the controller 310b corresponds to the redundant route.
  • the disk array device 300 receives the IZO issued via the controllers 310a and 310b and returns the corresponding data to the servo 100.
  • the FC drivers 140a and 140b perform the following processing when there is an IZO stop request from the target drivers 130a and 130b, respectively.
  • FIG. 6 is a flowchart showing FC driver switching processing.
  • the adapter port to be blocked (stopped) of the FC adapter 108a is determined (step Sl).
  • the adapter port to be blocked depends on the request. [0049] (l) In the case of abort in lZO units, the adapter port for which the I / O is issued is set as the adapter port to be blocked. (2) If the disk array device is aborted in units of 300, the adapter port that is issued by the IZO is the adapter port that is to be blocked. (3) Disk array (target) In the case of abort in 301 units, the adapter port to which the I / O is issued is the adapter port to be blocked.
  • a LINK DOWN instruction is issued to the adapter port to be blocked, and the link with the fiber channel transmission line is disconnected to stop the fiber channel communication (step S2).
  • all IZO issued and scheduled to be issued from the adapter port to be blocked are unconditionally returned to the target driver 130a with an error, and the management (SCSI level) information of the IZO issue request is deleted (step S3).
  • the IO multipath controller 120 starts switching the route.
  • step S4 the exchange issuance information (FC—layer) for fiber channel communication related to the IZO returned to the target driver 130a is deleted (step S4).
  • a timer for operating a certain time (for example, 60 to 180 seconds or manually canceling by a command) is operated and waits for a predetermined time (Step S5).
  • a timer for example, 60 to 180 seconds or manually canceling by a command
  • the timer is running, even if an IZO issue request is received from the target driver 130a to the adapter port that is the IZO issue target of the FC dry 140a, it will not be accepted and will respond immediately with an error (blocking process).
  • the FC communication path since the communication path is linked down, the FC communication path also does not transmit the response regarding the adapter port that is the IZO issue target of the FC driver 140a.
  • the adapter port LINK UP process is performed to release the blocking process and connect the link (step S6).
  • the exchange issuance information (FC-PH layer) for Fiber Channel communication is immediately deleted without the need for management because all responses from the disk array device 300 are discarded.
  • the IZO issue request (SCSI level) from the target driver 130a so an error can be returned immediately. Therefore, the multipath control unit 120 can switch the route quickly, and the waiting time of the IZO issued by the application 110 is reduced.
  • the FC driver 140a Even if the upper IZO multipath control unit 120 or target driver 130a performs a retry, the FC driver 140a is not in communication with the disk array device 300, so it immediately returns an error notification, which is useless. Can be prevented.
  • FIG. 7 is a sequence diagram showing processing of the FC driver.
  • the FC driver 140a includes an IZO issue request management unit 141a, an exchange issue information management unit 142a, an FC connection management unit 143a, and an X-ID management unit 144a.
  • the IZO issue request management unit 141a In response to the I / O issue request from the target driver 130a, the IZO issue request management unit 141a requests appropriate processing from the other part of the FC driver 140a. Then, it responds to the target driver 130a as necessary. It also manages timers (described later).
  • the exchange issuance information management unit 142a receives an I / O issuance request, attempts to connect to the controller 310a, and issues an I / O to the controller 310a.
  • the FC connection management unit 143a has a connectable target list for managing the connection state with the controller 310a (force or failure when connected to the controller 310a).
  • the X-ID management unit 144a has an X-ID management table for managing X-IDs.
  • FIG. 8 shows the X-ID management table.
  • the X—ID management table Tal has columns for X—ID and usage status, and the information arranged in the horizontal direction of each column is associated with each other.
  • a PKT address is set for the X—ID being used, and NULL is set for the unused X—ID.
  • Fig. 7 The symbols and numbers in Fig. 7 are provided to identify the processing contents and indicate the exchange of information of each part. Further, the processing in FIG. 7 is performed in time series.
  • target driver 130a (hereinafter also referred to as “upper”) is a request for higher power IZO issuance request, ( ⁇ ) is an IZO abort request from higher, ( ⁇ ) issuance of re-I / O from higher
  • FC driver 140a has different processing depending on each request I do.
  • the IZO issue request management unit 141a performs different processes (processes A-1 to A-3) according to each request, and the exchange issue information management unit 142a performs different processes (processes) according to each request.
  • Perform processing Processing D-1 to D-2).
  • process B-1 is executed as a result of process A-1.
  • process B-1 is executed as a result of process A-1.
  • ⁇ issue request management unit 141a performs process A-1
  • process change issue information management unit 142a performs process B-1
  • X- ID management unit 144a performs process D--.
  • This issues an IZO to the controller 310a. If there is an IZO response from the controller 310a, the exchange issuance information management unit 142a performs processing B-2, the IZO issuance request management unit 141a performs processing A-2, and the X-ID management unit 144a performs processing D. — Do two. This returns a response to the upper level.
  • FIG. 9 is a flowchart showing the process A-1.
  • a process name for example, “B-1” in FIG. 9) is assigned near the step that triggers the next process.
  • processing ⁇ -1 is performed.
  • processing ⁇ —1 is completed.
  • FIG. 10 is a flowchart showing the process B-1.
  • step S21 when an IZO issue request is received from the IZO issue request management unit 141a (step S21), it is determined whether or not the controller (device to be issued) 310a exists in the connectable target list (step S22).
  • step S22 When the controller 310a exists in the connectable target list (Yes in step S22), the X_ID management unit 144a is requested for X_ID (step S23). As a result, process D-1 is performed.
  • step S22 if the controller 310a does not exist in the connectable target list (No in step S22), the FC connection management unit 143a is requested to connect the controller 310a (step S25). As a result, process C-1 is performed. Next, it is determined whether or not the response from the FC connection management unit 143a is “connectable” (step S26).
  • step S26 If the response from the FC connection management unit 143a is "connectable" (Yes in step S26), the process proceeds to step S23, and the above-described processing is continued.
  • step S26 when the response from the FC connection management unit 143a is “connection is impossible” (No in step S26), an error of the IZO issue request is returned to the IZO issue request management unit 141a (step S27). Then, process B-1 is completed.
  • FIG. 11 is a flowchart showing the process D-1.
  • the X—ID management unit 144a Upon receiving the X—ID request (step S31), the X—ID management unit 144a selects the lowest unused X—ID from the X—ID management table Tal, and uses the status of the selected X—ID as “Used”. Change to “Medium” (step S32).
  • step S33 the exchange issuance information management unit 142a
  • FIG. 12 is a flowchart showing process B-2.
  • step Sbl Upon receiving an IZO response from the controller 310a (step Sbl), the X ID management unit 144a X—Request release of ID (step Sb2). As a result, process D-2 is performed.
  • step Sb3 an IZO response from the controller 310a is returned to the IZO issue request management unit 141a.
  • process A-2 is performed.
  • FIG. 13 is a flowchart showing the process D-2.
  • step S81 When an X_ID release request is received (step S81), the received X_ID (requested to be released) is searched from the X—ID management table Tal, and the status is changed to “unused” (step S82).
  • FIG. 14 is a flowchart showing the process A-2.
  • Step S101 the response from the exchange issuance information management unit 142a is returned to the upper level (Step S102).
  • step S103 the management information of the IZO issue request is deleted. This completes process A-2.
  • the IZO issue request management unit 141a performs the process A-3
  • the FC connection management unit 143a performs the process C-2 and the process C-3.
  • the adapter port to be blocked is blocked for a predetermined time.
  • the exchange issue information management unit 142a performs the process B-3
  • the X-ID management unit 144a performs the process D-2.
  • FIG. 15 is a flowchart showing the process A-3.
  • step S41 When IZO abort is received from the host (step S41), the adapter port to be blocked in the FC adapter 108a is determined (step S42).
  • Step S43 the FC connection management unit 143a is requested to block the adapter port to be blocked.
  • Step S44 an error response is sent to all iZo that are being issued through the adapter port to be blocked.
  • step S45 the management information of the IZO issue request of all IZOs that are being issued through the adapter port to be blocked is deleted.
  • step S46 the exchange issuance information management unit 142a is requested to delete all the IZOs being issued through the blocked adapter port.
  • step S46 the exchange issuance information management unit 142a is requested to delete all the IZOs being issued through the blocked adapter port.
  • process B-3 is performed.
  • process A-3 is completed.
  • FIG. 16 is a flowchart showing the process C2.
  • the FC connection management unit 143a When receiving the adapter port blocking request (step S51), the FC connection management unit 143a deletes the controller 310a connected through the adapter port to be blocked from the connectable target list (step S52). In the present embodiment, when there are a plurality of controllers having only the controller 310a, all the controllers connected through the adapter port to be blocked are deleted.
  • FC adapter 108a (chip) is instructed to stop the operation (step S53).
  • step S54 a request is made to block the adapter port to be blocked.
  • step S54 a request is made to block the adapter port to be blocked.
  • process C 3 is performed.
  • the process C 2 is thus completed.
  • FIG. 17 is a flowchart showing the process C3.
  • step S61 When receiving a request for blocking the adapter port to be blocked (step S61), it waits for a certain period of time (stops the adapter port) (step S62).
  • the waiting time is not particularly limited, but is about 180 seconds as an example.
  • FIG. 18 is a flowchart showing process B-3.
  • step S71 When an IZO deletion request is received from the IZO issue request management unit 141a (step S71), the X—ID management unit 144a is requested to release the X ID (step S72). As a result, process D-2 is Done.
  • step S73 the management information of the IZO that has received the deletion request is deleted. Then, process B-3 is completed.
  • ⁇ issue request management unit 141a performs processing ⁇ -1 and processing A-2
  • exchange issue information management unit 142a performs processing B-1
  • FC connection management unit 1443a Perform process C-1.
  • an error notification is returned in the case of an IZO issue request for the adapter port to be blocked.
  • Processing ⁇ -1, processing A-2, and processing B-1 are performed as described above.
  • FIG. 19 is a flowchart showing the process C1.
  • step S91 When a connection request to the controller 310a is received (step S91), it is determined whether or not the controller 310a exists in the connectable target list (step S92).
  • step S92 When the controller 310a exists in the connectable target list (Yes in step S92), the process proceeds to step S97 described later.
  • step S93 if the controller 310a does not exist in the connectable target list (No in step S92), LOGIN is issued to the controller 310a (step S93).
  • step S94 it is determined whether or not the FC 310 can be connected to the controller 310a.
  • step S94 If FC connection to the controller 310a is possible (Yes in step S94), it is determined whether or not there is a connection preparation OK response from the controller 310a (step S95).
  • step S95 When the controller 310a receives a connection preparation OK response (Yes in step S95), the controller 310a is added to the connectable target list (step S96).
  • step S96 if FC connection to the controller 310a is not possible (No in step S96) and if the controller 310a does not respond to connection preparation OK even after a predetermined time has passed (No in step S97), the requester (exchange issue information management unit 142a) A connection failure response is returned to (step S98). The process C 1 is thus completed.
  • the IZO multipath control unit 120 of the server (communication processing device) 100 detects a timeout and issues a habit stop request, Since all the processing for the target disk array is blocked, error notifications can be immediately returned from the FC drivers 140a and 140b to the upper target drivers 130a and 130b, respectively. .
  • the IZO multipath controller 120 can retry the ⁇ issuance request on the alternative route (redundant route for the main route and the main route for the redundant route) in a short time and perform the data ⁇ ⁇ ⁇ normally.
  • the application 110 can perform normal processing without timing out.
  • the communication processing system according to the second embodiment is different from the first embodiment in which block power is blocked in units of adapter ports of the FC adapters 108a and 108b.
  • the processing of FC drivers 140a and 140b is different.
  • FIG. 20 is a diagram for explaining the processing of the FC driver according to the second embodiment
  • FIG. 21 is a flowchart showing the blocking processing of the FC driver according to the second embodiment.
  • the FC driver 140a determines a target to be blocked (step Sla).
  • the target to be blocked depends on the request.
  • the target of the I / O issue target is the tar get of the shutdown target.
  • the target is set as the target to be blocked.
  • the target is the target to be blocked.
  • PORT LOGOUT is issued to the target to be blocked, and communication with the target to be blocked is blocked (step S2a).
  • all IZO for the target to be blocked is unconditionally returned to the target driver 130a with an error, and the management (SCSI level) information of the IZO issue request is deleted (step S3a).
  • step S4a the information for issuing the change to the Fiber Channel communication related to the IZO targeting the target to be blocked.
  • a timer for operating a certain time (for example, 60 to 180 seconds or manually canceling with a command) is operated (step S5a). While the timer is operating, even if an IZO issue request is sent from the target driver 130a to the target tar- get target, it will be able to communicate with the target to be blocked! / Please reply with an error immediately without accepting it. Also, the response power S from the target to be blocked from the main route is not accepted and discarded.
  • PORT LOGIN to the target device is performed to release the blocked state (step S 6a).
  • FIG. 22 is a sequence diagram illustrating processing of the FC driver according to the second embodiment.
  • the issuance request management unit 141a performs the processing a-1
  • the status change issuance information management unit 142a performs the processing b-1
  • the X-ID management unit 144a performs the processing d— Do one.
  • Processing b-1> The same processing as the processing B-1 in the first embodiment is performed.
  • Process b-2 The same process as process B-2 of the first embodiment is performed.
  • the IZO issue request management unit 141a performs the process a-3
  • the FC connection management unit 143a performs the process c-2 and the process c-3.
  • the target to be blocked is blocked for a specified time.
  • the exchange issue information management unit 142a performs the process b-3
  • the X-ID management unit 144a performs the process d-2.
  • the FC connection management unit 143a of the second embodiment has a block list having information on the blocked target. If there is an IZO issue request for the target to be closed added to the block list, the FC connection management unit 143a considers that the target to be blocked is not in a communicable state, and does not accept it and immediately responds with an error. . Even if there is a response from the target to be blocked from the main route, it is not accepted and discarded.
  • FIG. 23 is a flowchart showing process a-3.
  • step S41a When IZO abort is received from the host (step S41a), the target to be blocked is determined (step S42a).
  • step S43a it is determined whether or not the target to be blocked exists in the blocked list.
  • step S43a If the target to be blocked does not exist in the blocked list (No in step S43a), the FC connection management unit 143a is requested to issue PORT LOGOUT to the target to be blocked (step S44a). As a result, process c-2 is performed. Thereafter, the process proceeds to step S45a.
  • step S43a when the target to be blocked exists in the blocked list (Yes in step S43a), the process proceeds to step S45a.
  • step S45a an error response is sent to all IZOs that are being issued to the target to be blocked.
  • step S46a the management information of the IZO issue request for all the IZOs currently issued to the target to be blocked is deleted.
  • FIG. 24 is a flowchart showing the process c2.
  • step S51a When a request to issue PORT LOGOUT is received (step S51a), the target to be blocked is deleted from the connectable target list (step S52a).
  • PORT LOGOUT is issued to the target to be blocked (step S53a).
  • step S54a the target of the target to be blocked is requested to be blocked.
  • process c 3 is performed.
  • process c-2 is completed.
  • FIG. 25 is a flowchart showing the process c3.
  • step S6la When a block request for the target to be blocked is received (step S6la), the requested tag is added to the block list (step S62a).
  • the waiting time is not particularly limited, but is about 180 seconds as an example.
  • step S64a the target requested to be blocked is deleted from the blocking list. Then, process c3 is completed.
  • the issuance request management unit 141a performs processing a-1 and processing a-2
  • the exchange issuance information management unit 142a performs processing b-1
  • the FC connection management unit 1 43a Perform process c1.
  • an error notification is returned in the case of an IZO issue request for the target to be blocked.
  • Processing b-1> The same processing as the processing B-1 in the first embodiment is performed.
  • FIG. 26 is a flowchart showing process c1.
  • step S91a when a connection request to the target to be blocked is received (step S91a), It is determined whether or not target exists in the connectable target list (step S92a).
  • step S92a If the target to be blocked exists in the connectable target list (Yes in step S92a), the process proceeds to step S99a described later.
  • step S93a it is determined whether or not the target to be blocked exists in the blocked list.
  • step S93a If the target to be blocked does not exist in the blocked list (No in step S93a), a reply indicating that the connection is not possible is returned to the ethnchange issue information management unit 142a (step S94a), and the process c-1 is terminated.
  • step S 95a if the target to be blocked exists in the blocked list (Yes in step S93a), LOGIN is issued to the target to be closed (step S 95a).
  • step S96a it is determined whether or not the FC connection with the disk array device 300 is possible.
  • step S9 FC connection with disk array device 300 is not possible! /, If (No in step S96a), step S9
  • step S96a it is determined whether or not there is a response indicating that the disk array device 300 is ready for connection.
  • step S97a If the connection preparation OK response is not received even after the predetermined time has elapsed (No in step S97a), the process proceeds to step S94a.
  • step S97a if there is a response indicating that connection preparation is OK (Yes in step S97a), the target to be blocked is added to the connectable target list (step S98a).
  • the communication processing program, the communication processing method, and the communication processing device of the present invention have been described based on the illustrated embodiment. However, the present invention is not limited to this. The configuration of the part can be replaced with any configuration having a similar function. In addition, any other component or process may be added to the present invention.
  • the present invention may be a combination of any two or more configurations (features) of the above-described embodiments.
  • the above processing functions can be realized by a computer (by causing the computer to execute a predetermined communication processing program).
  • a program describing the processing contents of the functions that the server 100 should have is provided.
  • the program describing the processing contents can be recorded on a computer-readable recording medium.
  • the computer-readable recording medium include a magnetic recording device, an optical disk, a magneto-optical recording medium, and a semiconductor memory.
  • the magnetic recording device include a hard disk device (HDD), a flexible disk (FD), and a magnetic tape.
  • optical disc examples include a DVD (Digital Versatile Disc), a DVD—RAM (Random Access Memory), a CD—ROM (Compact Disc Read Only Memory), and a CD-R (Recordable) / RW (Rewritable).
  • magneto-optical recording medium examples include MO (Magneto-Optical disk).
  • Portable recording media such as ROM are sold. It is also possible to store the program in a storage device of the server computer and transfer the program to other computers via the network.
  • a computer that executes a communication processing program stores, for example, a program recorded on a portable recording medium or a program transferred with server computer power in its own storage device. Then, the computer reads the program with its own storage device capability and executes processing according to the program. The computer can also read the program directly from the portable recording medium and execute processing according to the program. In addition, each time the server computer program is transferred, the computer can sequentially execute processing according to the received program.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Hardware Design (AREA)
  • Hardware Redundancy (AREA)
  • Debugging And Monitoring (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

　迅速に経路の切り替えを行うことができる。 　経路制御手段（５）は、複数の経路（４ａ）、（４ｂ）を制御し、エラー通知を受けて経路を切り替える。ターゲットドライバ（６）は、経路制御手段（５）の経路接続のタイムアウト検出に応じてディスクアレイ装置（３）へのＩ／Ｏ停止要求を発行する。また、エラー通知を受け取ると、経路制御手段（５）に出力する。ファイバチャネルドライバ（７）は、ファイバチャネルアダプタ（２）を制御し、ターゲットドライバ（６）がＩ／Ｏ停止要求を発行したとき、ディスクアレイ装置（３）についての処理を全て閉塞状態にするとともにエラー通知をターゲットドライバ（６）に出力する。

Description

明 細 書
通信処理プログラム、通信処理方法および通信処理装置
技術分野
[0001] 本発明は通信処理プログラム、通信処理方法および通信処理装置に関し、特に、 ファイバチャネルアダプタを介してディスクアレイ装置に複数の経路で接続されたサ ーバに用いる通信処理プログラム、通信処理方法および通信処理装置に関する。 背景技術
[0002] ネットワークシステムの信頼性向上のため、サーバーディスクアレイ装置間の接続を 冗長化し、 1つの接続経路が不通となっても、冗長経路力 通信を継続できるように 構成することが一般的に行われている (例えば、特許文献 1参照)。
[0003] ここで、サーバーディスクアレイ装置間のデータ転送方式のひとつとして、主に高い 性能が必要なサーバに用いられるファイバチャネル（ bre Channel)が知られている 。ファイバチャネルは、接続に最大転送速度：毎秒 200メガバイトの光ファイバ一や同 軸ケーブル等を使用し、最大伝送距離 10キロメートルに及ぶ長距離区間の高速デ ータ転送を実現することができる。
[0004] 図 27は、一般的なサーバディスクアレイ装置間のファイバチャネル構成を示す図で ある。サーバ 700とディスクアレイ装置 900と力 スィッチ 800a、 800bを介して接続さ れている。
[0005] アプリケーション 710から発行要求のあったディスク IZOに関する通信制御は、サ ーバ 700上ではサーバ 700—ディスクアレイ装置 900間の通信経路を制御する ΙΖΟ マルチパス制御ソフト 720、および実際にディスクアレイ装置 900との通信を行うファ ィバチャネルアダプタ 730a、 730bを制御するファイバチャネルドライバ 740a、 740b にて行われる。
[0006] ファイバチャネルドライバ 740a、 740bは、それぞれ上位のターゲットドライバ 750a 、 750bより IZO発行要求を受けると IZO発行要求の管理 (SCSIレベル)を行うととも にファイバチャネル通信にてディスクアレイ装置 900へ IZO発行を行うためのェクス チヱンジの発行情報の管理（ bre Channel通信 FC— PH層）を行う。 [0007] このようなファイバチャネル構成では、サーバ 700とディスクアレイ装置 900とが不 通となった場合に、経路の故障を検知し冗長経路へ経路の切り替えが行われ通信が 継続されるまでの時間を短縮することが望まれている。
[0008] 図 28は、従来の処理を示す図である。なお、図 28では一方の接続経路を用いた 場合を図示している。
従来の処理では、ファイバチャネルドライバ 740aは、上位のターゲットドライバ 750 aから IZO停止要求（abort)を受けた場合には、ディスクアレイ装置 900に対し I/O 停止要求を発行し、 IZO停止要求の応答 (ACC)を ΙΖΟ停止要求の応答待ち時間 分待つ。ディスクアレイ装置 900の障害または接続経路の障害等により ΙΖΟ停止要 求の応答待ち時間が経過するまでに応答がなければ ΙΖΟはエラーとして上位に通 知することになるが、この時点で即上位にエラーを返すことはできず、伝送路遅延に より遅れて応答が返ってくることが想定されるため、エクスチェンジの発行情報の管理 を、伝送路遅延を考慮した待ち時間分行い、その時間が経過してから iZoをエラー として上位に通知する。このため、エラー時の経路の切り替わり（経路切り替え）に非 常に時間が力かってしまう。また、アプリケーション 710が発行した iZoの待機時間も 長くなる。
[0009] そこで、経路の切り替え時間の短縮のため、ファイバチャネルドライバ 740aの以下 の制御方法が知られて 、る。
図 29は、従来の他の処理を示す図である。
[0010] (1)ターゲットドライバ 750aから IZO停止要求を受けた場合、ディスクアレイ装置 9 00に対し ΙΖΟ停止要求を発行する。
(2)ターゲットドライバ 750aに対し ΙΖΟ停止要求をエラー通知応答する。
[0011] (3)ディスクアレイ装置 900からの応答は期待せず、 ΙΖΟ発行要求の管理領域は 必要ないため解放する。
(4)ディスクアレイ装置 900からの IZO停止要求の応答（BA— ACC)を I/O停止 要求の応答待ち時間分待つ。
[0012] (5) (4)が過ぎても応答がなければ、さらに伝送路遅延を考慮した待ち時間分応答 を待つ。 (6) (5)が経過した後に、エクスチェンジの発行情報 (FC— PH層)を解放する。 特許文献 1：特開平 6— 110800号公報
発明の開示
発明が解決しょうとする課題
[0013] このような方法によれば、ファイバチャネルドライバ 740aにおける IZO発行要求の 管理時間を短縮することができる。
し力しながら、ファイバチャネル通信路に発行した ΙΖΟは、ディスクアレイ装置 900 に対し ΙΖΟ停止要求を出した後にも、 ΙΖΟ発行に使用したファイバチャネル通信の ための ID(OX— ID等)を確保しておく必要がある。
[0014] 従って、 IZO停止要求の応答待ち時間と伝送路遅延を考慮した待ち時間におい ては、ファイバチャネルドライバ 740aは、エクスチェンジの発行情報の管理（FC— P
H層）を行い、それら IDが不正に使用されないようにする。その結果、それら ID資源 の不要な確保により、 ID資源の枯渴が発生し、経路切り替えの処理が遅延するという 問題がある。
[0015] また、 IZOマルチパス制御ソフト 720力 ZO停止処理の後にディスクアレイ装置 9 00に対し ΙΖΟのリトライを繰り返す場合があり、例えば経路間に障害が発生した場合 、その障害箇所に対し何度も同一の処理が繰り返され、経路切り替え時間が遅延す るという問題がある。
[0016] 本発明はこのような点に鑑みてなされたものであり、迅速に経路の切り替えを行うこ とができる通信処理プログラム、通信処理方法および通信処理装置を提供することを 目的とする。
課題を解決するための手段
[0017] 本発明では上記問題を解決するために、図 1に示すような処理をコンピュータ（サー ノ ） 1に実行させるための通信処理プログラムが提供される。
本発明に係る通信処理プログラムは、ファイバチャネルアダプタ 2を備え、このフアイ バチャネルアダプタ 2を介してディスクアレイ装置 3に複数の経路 4a、 4bで接続され たコンピュータ 1に用いるプログラムである。
[0018] 通信処理プログラムを実行するコンピュータ 1は以下の機能を有する。 経路制御手段 5は、複数の経路 4a、 4bを制御し、エラー通知を受けて経路を切り 替える。
[0019] ターゲットドライバ 6は、経路制御手段 5の経路接続のタイムアウト検出に応じてディ スクアレイ装置 3への IZO停止要求を発行する。また、エラー通知を受け取ると、経 路制御手段 5に出力する。
[0020] ファイバチャネルドライバ 7は、ファイバチャネルアダプタ 2を制御し、ターゲットドライ バ 6が ΙΖΟ停止要求を発行したとき、ディスクアレイ装置 3についての処理を全て閉 塞状態にするとともにエラー通知をターゲットドライバ 6に出力する（ΙΖΟ停止処理)。
[0021] このような通信処理プログラムによれば、ターゲットドライバ 6により、経路制御手段 5 の経路接続のタイムアウト検出に応じたディスクアレイ装置 3への ΙΖΟ停止要求が発 行される。ファイバチャネルドライバ 7により、ターゲットドライバ 6によって ΙΖΟ停止要 求が発行されたとき、ディスクアレイ装置 3についての処理が全て閉塞状態にされると ともにエラー通知がターゲットドライバ 6に出力される。すると、ターゲットドライバ 6によ り、エラー通知が経路制御手段 5に出力される。エラー通知を受けた経路制御手段 5 により、経路が切り替えられる。
発明の効果
[0022] 本発明では経路制御手段がタイムアウトを検出し、 ΙΖΟ停止要求を発行した場合 に、ファイバチャネルドライバが対象となるディスクアレイにっ 、ての処理を全て閉塞 状態にする処理を行うようにしたので、ファイバチャネルドライバからターゲットドライ バにエラー通知を即座に返答することができる。よって、経路制御手段へのエラー通 知も短時間で行うことができる。この結果、経路制御手段が迅速に経路を切り替える ことができる。
[0023] 本発明の上記および他の目的、特徴および利点は本発明の例として好ま U、実施 の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。
図面の簡単な説明
[0024] [図 1]本発明の概要を示す図である。
[図 2]実施の形態の通信処理システムを示すブロック図である。
[図 3]サーバのハードウェア構成例を示す図である。 図 4]サーバおよびディスクアレイ装置の機能を示すブロック図である c
図 5]FCドライバの処理を説明する図である。
図 6]FCドライバの切り替え処理を示すフローチャートである。
図 7]FCドライバの処理を示すシーケンス図である。
図 8]X ID管理テーブルを示す図である。
[図 9]処理 A— 1を示すフロー -チヤー -トである。
[図 10]処理 B- - 1を示すフロ一チヤ -トである。
[図 11]処理 D- —1を示すフロ、一チヤ、ートである。
[図 12]処理 B- - 2を示すフロ一チヤ -トである。
[図 13]処理 D- —2を示すフロ、一チヤ、ートである。
[図 14]処理 A- —2を示すフロ一チヤ、ートである。
[図 15]処理 A- —3を示すフロ一チヤ、ートである。
[図 16]処理 C- - 2を示すフロ一チヤ -トである。
[図 17]処理 C- - 3を示すフロ一チヤ -トである。
[図 18]処理 B- - 3を示すフロ一チヤ -トである。
[図 19]処理 C- - 1を示すフロ一チヤ -トである。
図 20:
図 21第 2の実施の形態の FCドライバの閉塞処理を示すフローチャートである。 図 22第 2の実施の形態の FCドライバの処理を示すシーケンス図である。
図 23処理 a— 3を示すフローチャートである。
図 24処理 c 2を示すフローチャートである。
図 25処理 c 3を示すフローチャートである。
図 26処理 c 1を示すフローチャートである。
図 27一般的なサーバディスクアレイ装置間のファイバチャネル構成を示す図である 図 28:従来の処理を示す図である。
図 29:従来の他の処理を示す図である。
発明を実施するための最良の形態 [0025] 以下、本発明の実施の形態を、図面を参照して詳細に説明する。
まず、本発明の概要について説明し、その後、実施の形態を説明する。 図 1は、本発明の概要を示す図である。
[0026] 図 1に示すコンピュータ 1は、ファイバチャネル接続を行うためのファイバチャネルァ ダプタ 2を備え、このファイバチャネルアダプタ 2を介してディスクアレイ装置 3に複数 の経路 4a、 4bで接続されている。
[0027] コンピュータ 1は、ファイバチャネルアダプタ 2に加え、経路制御手段 5と、ターゲット ドライバ 6と、ファイバチャネルドライバ 7とを有して 、る。
経路制御手段 5は、複数の経路 4a、 4bを制御し、エラー通知を受けて経路を切り 替える。具体的には、経路 4aを用いてディスクアレイ装置 3とデータの送受信を行つ ていた場合、エラー通知を受けてデータ転送経路を経路 4bに切り替える。経路 4bを 用いてディスクアレイ装置 3とデータの送受信を行って 、た場合、エラー通知を受け てデータ転送経路を経路 4aに切り替える。
[0028] ターゲットドライバ 6は、経路制御手段 5の経路接続のタイムアウト検出に応じてディ スクアレイ装置 3への IZO停止要求を発行する。経路接続のタイムアウトを検出する 場合は例えばディスクアレイ装置 3に何らかの障害が発生した場合や、データ送受信 を行っている経路 4aまたは経路 4bに障害が発生した場合等が挙げられる。また、フ アイバチャネルドライバ 7からエラー通知を受け取ると、経路制御手段 5に出力する。
[0029] ファイバチャネルドライバ 7は、ファイバチャネルアダプタ 2を制御するものであり、主 としてエクスチェンジ (Exc)の発行を管理する機能と、 IZO発行情報を管理する機 能とを有している。このファイバチャネルドライバ 7は、ターゲットドライバ 6が I/O停止 要求を発行したとき、ディスクアレイ装置 3についての処理を全て閉塞状態にするとと もにエラー通知をターゲットドライバ 6に出力する。ここで閉塞状態にすることにより、 上位からの ΙΖΟ発行要求に対してはエラー通知を返し、ディスクアレイ装置 3からの 応答に対しては無視する。
[0030] このような通信処理プログラムによれば、ターゲットドライバ 6により、経路制御手段 5 の経路接続のタイムアウト検出に応じたディスクアレイ装置 3への ΙΖΟ停止要求が発 行される。ファイバチャネルドライバ 7により、ターゲットドライバ 6によって ΙΖΟ停止要 求が発行されたとき、ディスクアレイ装置 3についての処理が全て閉塞状態にされると ともにエラー通知がターゲットドライバ 6に出力される。すると、ターゲットドライバ 6によ り、エラー通知が経路制御手段 5に出力される。エラー通知を受けた経路制御手段 5 により、経路が切り替えられる。よって、コンピュータ 1の IZO待機時間が減少する。
[0031] 以下、本発明の実施の形態を説明する。
図 2は、実施の形態の通信処理システムを示すブロック図である。
図 2に示す通信処理システムは、サーバ（通信処理装置） 100とディスクアレイ装置 300とがスィッチ（ファイバチャネルスィッチ） 200aおよびスィッチ 200bを介して接続 されている。ディスクアレイ装置 300は、 1つまたは複数のディスクアレイ（図 2ではデ イスクアレイ 301)を有しており、サーバ 100からのデータを受け取り格納する。
[0032] サーバ 100からスィッチ 200aを経由してディスクアレイ装置 300に至る経路（伝送 路）を第 1の経路（主経路）とし、サーバ 100からスィッチ 200bを経由してディスクァレ ィ装置 300に至る経路を第 2の経路 (冗長経路）とし、サーバ 100は、いずれか一方 の経路に障害が発生すると、他方の経路に切り替えてシステムの運用を行っている。
[0033] 図 3は、サーバのハードウェア構成例を示す図である。
サーバ 100は、 CPU (Central Processing Unit) 101によって装置全体が制御され ている。 CPU101には、バス 107を介して RAM (Random Access Memory) 102、ノヽ ードディスクドライブ（HDD:Hard Disk Drive) 103、グラフィック処理装置 104、入力 インタフェース 105、通信インタフェース 106、および FC (F¾re Channel)アダプタ 10 8a、 108bが接続されている。
[0034] RAM102には、 CPU101に実行させる OS (Operating System)のプログラムゃァ プリケーシヨンプログラムの少なくとも一部が一時的に格納される。また、 RAM102に は、 CPU101による処理に必要な各種データが格納される。 HDD103には、 OSや アプリケーションプログラムが格納される。また、 HDD103内には、プログラムフアイ ルが格納される。
[0035] グラフィック処理装置 104には、モニタ 11が接続されている。グラフィック処理装置 1 04は、 CPU101からの命令に従って、画像をモニタ 11の画面に表示させる。入カイ ンタフェース 105には、キーボード 12とマウス 13とが接続されている。入力インタフエ ース 105は、キーボード 12やマウス 13から送られてくる信号を、バス 107を介して CP U 101に送信する。
[0036] 通信インタフェース 106は、ネットワーク 10に接続されている。通信インタフェース 1 06は、ネットワーク 10を介して、他のコンピュータとの間でデータの送受信を行う。
[0037] FCアダプタ 108a、 108bは、それぞれスィッチ 200a、 200bに接続する信号伝達 用ケーブルの接続部を構成して ヽる。
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現すること ができる。
[0038] このようなハードウェア構成のシステムにおいて通信処理を行うために、サーバ 100 およびディスクアレイ装置 300内には、以下のような機能が設けられる。
図 4は、サーバおよびディスクアレイ装置の機能を示すブロック図であり、図 5は、 F Cドライバの処理を説明する図である。なお、図 4では機能ブロックを点線で示してい る。
[0039] サーバ 100は、アプリケーション 110と、 IZOマルチパス制御部 120と、ターゲットド ライノく 130a、 130bと、 FC (Fibre Channel)ドライバ 140a、 140bとを有している。
[0040] アプリケーション 110は、例えばユーザが使用するアプリケーションであり、ディスク アレイ 301との IZOに関する通信制御要求 (IZO発行要求）を出力する。
IZOマルチパス制御部 120は、サーバ 100—ディスクアレイ装置 300間の通信経 路を制御する。具体的には、サーバ 100—ディスクアレイ装置 300間の接続経路の 状態を把握し、アプリケーション 110から受け付けた ΙΖΟ発行要求を、適当な経路で 発行する。各経路の異常は、各経路との接続管理を行う下位層に対して発行した ΙΖ ο発行要求がエラー通知 (応答)されるか否かで判断する。
[0041] ターゲットドライバ 130a、 130bは、それぞれ、ディスクアレイ 301への I/O処理要 求を発行'管理する。
FCドライバ 140a、 140bは、主として I/O発行要求を管理する機能と、ェクスチェ ンジの発行を管理する機能とを有している。 FCドライバ 140a、 140bは、それぞれ、 実際にディスクアレイ装置 300との通信を行う FCアダプタ 108a、 108bを制御し、 \/ O発行要求を受けた場合に、ディスクアレイ装置 300との通信処理等を行う。この通 信処理は、以下の方法で行う。
[0042] FCドライノく 140a、 140bは、アダプタポート単位で一群のシーケンスからなる 1つの オペレーションを識別する IDである X— ID (exchange ID)を内部で発行する。 1つの オペレーションをエクスチェンジと言 ヽ、 OX— ID (送信用 X— ID)と RX— ID (受信用 X_ID)とで識別する。
[0043] FCドライノ 140a、 140bは、発行した X— IDを OX— IDに設定し、 FC伝送路上に I ZO (命令、アドレス等）を発行する。ディスクアレイ装置 300が OX— IDを受信すると 、独自に X— ID (RX— ID)を設定し、応答する。 FCドライバ 140a、 140bは、次から 応答の有った X— IDを RX_IDとして使用し、 IZOを発行する。これら OX_ID— R X— IDの組み合わせによりエクスチェンジを管理する。
[0044] X— ID (OX— ID、 RX— ID)の解放は、エクスチェンジの終了時、または I/O停止 要求 (abort)発行後、所定時間（FC規約では 10秒)経過して力も行う。この条件を 満たさず、使用中の X— IDを重複使用した場合は、ディスクアレイ装置 300側のエタ スチェンジが保証されなくなる。
[0045] ディスクアレイ装置 300は、サーバ 100側からの IZO発行に応じてディスクアレイ 3 01を制御するコントローラ 310a、 310bを有している。コントローラ 310aは、主経路に 対応し、コントローラ 310bは冗長経路に対応している。ディスクアレイ装置 300は、コ ントローラ 310a、 310bを介して発行された IZOを受け取り、対応するデータをサー ノ 100に返す。
[0046] このようなサーバ 100において、 FCドライバ 140a、 140bはそれぞれターゲットドラ ィバ 130a、 130bからの IZO停止要求があった場合に、以下の処理を行う。
[0047] 以下、代表的に FCドライバ 140aが上位から ΙΖΟ停止要求を受け取った場合に、 主経路力 冗長経路に切り替える切り替え処理について図 5および図 6を用いて説 明する。
[0048] 図 6は、 FCドライバの切り替え処理を示すフローチャートである。
まず、停止要求を受け取った場合、 FCアダプタ 108aの閉塞 (停止）対象のァダプ タポートを決定する (ステップ Sl)。閉塞対象のアダプタポートは、要求によって異な る。 [0049] (l)lZO単位の abortの場合は、その I/Oの発行対象のアダプタポートを閉塞対 象のアダプタポートとする。（2)ディスクアレイ装置 300単位の abortの場合は、その I ZOの発行対象のアダプタポートを閉塞対象のアダプタポートとする。 (3)ディスクァ レイ（target) 301単位の abortの場合は、その I/Oの発行対象のアダプタポートを 閉塞対象のアダプタポートとする。
[0050] 次に、閉塞対象のアダプタポートに対して LINK DOWN指示を出し、ファイバチ ャネル伝送路とのリンクを切断してファイバチャネル通信を停止する (ステップ S2)。 次に、閉塞対象のアダプタポートから発行済みおよび発行予定の IZOを全て無条 件にエラーでターゲットドライバ 130aに返答し、 IZO発行要求の管理（SCSIレベル )情報を削除する (ステップ S3)。これにより、 IOマルチパス制御部 120が経路の切り 替えを開始する。
[0051] 次に、ターゲットドライバ 130aに返答した IZOに関するファイバチャネル通信への エクスチェンジ発行情報 (FC— ΡΗ層）を削除する (ステップ S4)。
次に、 ΙΖΟマルチパス制御部 120の経路切り替え時間を考慮し、一定時間経過（ 例えば 60〜180秒等または手動でコマンドにより解除)させるためのタイマを動作さ せ、所定時間待機する (ステップ S5)。タイマ動作中は、ターゲットドライバ 130aから FCドライノく 140aの IZO発行対象のアダプタポートに IZO発行要求があつたとして も受け付けず即エラーで返答する（閉塞処理)。また通信路がリンクダウンしているた め、 FC通信路カもその FCドライバ 140aの IZO発行対象のアダプタポートに関する 応答は伝達されない。
[0052] 次に、タイマ終了時にアダプタポートの LINK UP処理を行い、閉塞処理を解除し てリンクを接続する (ステップ S6)。
これにより、ファイバチャネル通信へのエクスチェンジ発行情報（FC— PH層）は、 ディスクアレイ装置 300からの応答はすべて廃棄するため管理の必要がなく即削除 する。その結果ターゲットドライバ 130aからの IZO発行要求の管理（SCSIレベル） につ 、ても管理する必要がなくなるため即エラーを返すことができるようになる。よつ てマルチパス制御部 120は、経路の切り替えを迅速に行うことができ、アプリケーショ ン 110が発行した IZOの待機時間が減少する。 [0053] また、上位の IZOマルチパス制御部 120またはターゲットドライバ 130aが ΙΖΟリト ライをした場合でも FCドライバ 140aがディスクアレイ装置 300との通信状態にないた め即エラー通知を返すことで、無駄なリトライを防止することができる。
[0054] 次に、 FCドライノ 140a (140b)の処理について詳しく説明する。
図 7は、 FCドライバの処理を示すシーケンス図である。
FCドライバ 140aは、 IZO発行要求管理部 141aと、エクスチェンジ発行情報管理 部 142aと、 FC接続管理部 143aと、 X— ID管理部 144aとを有している。
[0055] IZO発行要求管理部 141aは、ターゲットドライバ 130aからの I/O発行要求に対 し、 FCドライバ 140aの他部に適切な処理を依頼する。そして、必要に応じてターゲ ットドライバ 130aに応答する。また、タイマ (後述)等も管理する。
[0056] エクスチェンジ発行情報管理部 142aは、 I/O発行要求を受けてコントローラ 310a との接続を試み、コントローラ 310aに I/Oを発行する。
FC接続管理部 143aは、コントローラ 310aとの接続状態 (コントローラ 310aと接続 して 、る力否力 )を管理する接続可能ターゲットリストを有して 、る。
[0057] X— ID管理部 144aは、 X— IDを管理する X— ID管理テーブルを有している。
図 8は、 X— ID管理テーブルを示す図である。
X— ID管理テーブル Talには、 X— IDと使用状態の欄が設けられており、各欄の 横方向に並べられた情報同士が互いに関連づけられて 、る。
[0058] X— IDの欄には、それぞれ固有の X— ID (X— ID 1、 X— ID2、 · · が設定される。
X— IDの個数は、仕様により異なる。
使用状態の欄には、 X— IDが使用中力否かが設定される。使用中の X— IDには P KTアドレスが設定され、未使用の X— IDには NULLが設定される。
[0059] 再び図 7に戻って説明する。
図 7中符号および番号は、処理内容を識別するために設けられており、各部の情 報のやりとりを示している。また、図 7中の処理は時系列で行われる。
[0060] 以下、ターゲットドライバ 130a (以下、「上位」とも言う）力もの要求を )上位力もの IZO発行要求、 ( β )上位からの IZO abort要求、（ γ )上位からの再 I/O発行要 求の 3つの要求に分けて説明する。 FCドライバ 140aは、各要求に応じて異なる処理 を行う。
[0061] ここで、 )は、（j8 )が行われる前の要求であり、 )においては、サーバ 100は 、ディスクアレイ装置 300に IZOを発行する。そして、（|8 )の要求後に（ ）の要求が あった場合は、 FCドライバ 140aは、（ a )とは異なる処理を行う。
[0062] また、 IZO発行要求管理部 141aは、各要求に応じて異なる処理 (処理 A— 1〜A —3)を行い、エクスチェンジ発行情報管理部 142aは、各要求に応じて異なる処理（ 処理 B— 1〜B— 3)を行い、 FC接続管理部 143aは、要求に応じて異なる処理 (処理 C— 1〜C— 3)を行い、 X— ID管理部 144aは、要求に応じて異なる処理 (処理 D— 1 〜D— 2)を行う。
[0063] また、図 7では各部の処理関係を矢印で示して 、る。例えば処理 A— 1が実行され た結果、処理 B— 1が行われる。以下、上位からの要求に応じた各部の処理について 順番に説明する。
[0064] ( a )上位からの IZO発行要求に対する処理
この場合、図 7に示すように、 ΙΖΟ発行要求管理部 141aが処理 A— 1を行い、エタ スチェンジ発行情報管理部 142aが処理 B— 1を行い、 X— ID管理部 144aが処理 D — 1を行う。これによりコントローラ 310aに IZOを発行する。また、コントローラ 310a から IZO応答があった場合は、エクスチェンジ発行情報管理部 142aが処理 B— 2を 行い、 IZO発行要求管理部 141aが処理 A— 2を行い、 X— ID管理部 144aが処理 D— 2を行う。これにより上位に応答を返す。
[0065] <処理 A— 1 >
図 9は、処理 A— 1を示すフローチャートである。なお、図 9〜図 19および図 23〜図 26においては、次処理のきっかけとなるステップの近傍に処理名（例えば図 9中「B — 1」）を付す。
[0066] まず、ターゲットドライバ 130aから IZO発行要求を受け取ると（ステップ S 11)、 1/
Ο発行要求の管理情報を作成する (ステップ S 12)。
次に、エクスチェンジ発行情報管理部 142aに ΙΖΟ発行を依頼する (ステップ S13)
。これにより処理 Β— 1が行われる。以上で、処理 Α— 1を終了する。
[0067] <処理 B— 1 > 図 10は、処理 B— 1を示すフローチャートである。
まず、 IZO発行要求管理部 141aから IZO発行依頼を受け取ると (ステップ S21)、 コントローラ (ΙΖΟ発行対象のデバイス） 310aが接続可能ターゲットリストに存在する か否かを判断する (ステップ S22)。
[0068] コントローラ 310aが接続可能ターゲットリストに存在する場合 (ステップ S22の Yes) 、 X_ID管理部 144aに X_IDを要求する（ステップ S23)。これにより処理 D—1が行 われる。
[0069] その後、取得した (通知された) X_IDを使用し、コントローラ 310aに IZOを発行す る（ステップ S24)。以上で処理 B—1を終了する。
一方、コントローラ 310aが接続可能ターゲットリストに存在しない場合 (ステップ S22 の No)、 FC接続管理部 143aにコントローラ 310aの接続を依頼する（ステップ S25) 。これにより処理 C—1が行われる。次に、 FC接続管理部 143aからの応答が「接続 可能」か否かを判断する (ステップ S26)。
[0070] FC接続管理部 143aからの応答が「接続可能」の場合 (ステップ S26の Yes)、ステ ップ S 23〖こ移行し、引き続き前述した処理を行う。
一方、 FC接続管理部 143aからの応答が「接続不可」の場合 (ステップ S26の No) 、 IZO発行要求管理部 141aに IZO発行依頼のエラーを応答する (ステップ S27)。 以上で処理 B— 1を終了する。
[0071] <処理 D— 1 >
図 11は、処理 D— 1を示すフローチャートである。
X— ID管理部 144aは、 X— ID要求を受け取ると（ステップ S31)、 X— ID管理テー ブル Talから未使用の最小番号の X— IDを選び、選んだ X— IDの状態を「使用中」 に変更する（ステップ S32)。
[0072] 次に、選んだ X— IDをエクスチェンジ発行情報管理部 142aに通知する (ステップ S 33)。以上で処理 D— 1を終了する。
<処理 B— 2>
図 12は、処理 B— 2を示すフローチャートである。
[0073] コントローラ 310aから IZO応答を受け取ると（ステップ Sbl)、X ID管理部 144a に X— IDの解放を依頼する（ステップ Sb2)。これにより処理 D— 2が行われる。
[0074] 次に、 IZO発行要求管理部 141aにコントローラ 310aからの IZO応答を返す (ステ ップ Sb3)。これにより処理 A— 2が行われる。
<処理 D— 2>
図 13は、処理 D— 2を示すフローチャートである。
[0075] X_ID解放依頼を受け取ると (ステップ S81)、受け取った (解放依頼された) X_ID を X— ID管理テーブル Talから検索し、状態を「未使用」に変更する (ステップ S82)
[0076] 次に、エクスチェンジ発行情報管理部 142aに解放終了を応答する (ステップ S83) 。以上で処理 D— 2を終了する。
<処理 A— 2>
図 14は、処理 A— 2を示すフローチャートである。
[0077] エクスチェンジ発行情報管理部 142aから IZO発行依頼のエラー応答を受け取ると
(ステップ S101)、エクスチェンジ発行情報管理部 142aからの応答を上位に返す (ス テツプ S 102)。
[0078] 次に、 IZO発行要求の管理情報を削除する (ステップ S103)。以上で処理 A— 2を 終了する。
( β )上位からの IZO abort要求に対する処理
この場合、図 7に示すように、 IZO発行要求管理部 141aが処理 A— 3を行い、 FC 接続管理部 143aが処理 C— 2、処理 C— 3を行う。これにより、閉塞対象のアダプタ ポートを所定時間閉塞する。また、処理 A— 3に伴いエクスチェンジ発行情報管理部 142aが処理 B— 3を行 、、 X— ID管理部 144aが処理 D - 2を行う。
[0079] く処理 A— 3 >
図 15は、処理 A— 3を示すフローチャートである。
上位より IZO abortを受信すると (ステップ S41)、 FCアダプタ 108aにおける閉塞 対象のアダプタポートを決定する (ステップ S42)。
[0080] 次に、 FC接続管理部 143aに閉塞対象のアダプタポートの閉塞を依頼する (ステツ プ S43)。これにより処理 C 2が行われる。 次に、閉塞対象のアダプタポートを通して発行中の全ての iZoを、上位にエラー 応答する (ステップ S44)。
[0081] 次に、閉塞対象のアダプタポートを通して発行中の全ての IZOの IZO発行要求の 管理情報を削除する (ステップ S45)。
次に、エクスチェンジ発行情報管理部 142aに、閉塞対象のアダプタポートを通して 発行中の全ての IZOの削除を依頼する（ステップ S46)。これにより処理 B— 3が行わ れる。以上で処理 A— 3を終了する。
[0082] く処理 C— 2>
図 16は、処理 C 2を示すフローチャートである。
FC接続管理部 143aは、アダプタポートの閉塞依頼を受け取ると (ステップ S51)、 接続可能ターゲットリストから、その閉塞対象のアダプタポートを通して接続して 、る コントローラ 310aを削除する (ステップ S52)。なお、本実施の形態では、コントローラ 310aのみである力 複数のコントローラが存在する場合、閉塞対象のアダプタポート を介して接続しているコントローラを全て削除する。
[0083] 次に、 FCアダプタ 108a (の chip)に動作停止を指示する（ステップ S53)。
次に、閉塞対象のアダプタポートの閉塞を依頼する (ステップ S54)。これにより処 理 C 3が行われる。以上で処理 C 2を終了する。
[0084] く処理 C— 3 >
図 17は、処理 C 3を示すフローチャートである。
閉塞対象のアダプタポートの閉塞依頼を受け取ると (ステップ S61)、一定時間待機 (アダプタポート停止）する (ステップ S62)。この待機時間は、特に限定されないが、 一例として 180秒程度である。
[0085] FCアダプタ 108a (の chip)を再起動（reset)してアダプタポートを動作状態に戻す
(ステップ S63)。以上で処理 C— 3を終了する。
<処理 B— 3 >
図 18は、処理 B— 3を示すフローチャートである。
[0086] IZO発行要求管理部 141aから IZO削除依頼を受け取ると (ステップ S71)、 X— I D管理部 144aに X IDの解放を依頼する (ステップ S 72)。これにより、処理 D— 2が 行われる。
[0087] 次に、削除依頼を受けた IZOの管理情報を削除する (ステップ S73)。以上で処理 B— 3を終了する。
( γ )上位力 の再 IZO発行要求に対する処理
この場合、図 7に示すように、 ΙΖΟ発行要求管理部 141aが処理 Α— 1、処理 A— 2 を行い、エクスチェンジ発行情報管理部 142aが処理 B—1を行い、 FC接続管理部 1 43aが処理 C—1を行う。これにより、閉塞対象のアダプタポートに対する IZO発行要 求の場合はエラー通知を応答する。
[0088] 処理 Α— 1、処理 A— 2、処理 B— 1については前述した処理を行う。
<処理 C 1 >
図 19は、処理 C 1を示すフローチャートである。
[0089] コントローラ 310aへの接続依頼を受け取ると（ステップ S91)、コントローラ 310aが 接続可能ターゲットリストに存在するカゝ否かを判断する (ステップ S92)。
コントローラ 310aが接続可能ターゲットリストに存在する場合 (ステップ S92の Yes) 、後述するステップ S97に移行する。
[0090] 一方、コントローラ 310aが接続可能ターゲットリストに存在しない場合 (ステップ S92 の No)、コントローラ 310aに LOGINを発行する（ステップ S93)。
次に、コントローラ 310aと FC接続できる力否かを判断する (ステップ S94)。
[0091] コントローラ 310aに FC接続できる場合 (ステップ S94の Yes)、コントローラ 310aか ら接続準備 OKの応答があるか否かを判断する (ステップ S95)。
コントローラ 310aから接続準備 OKの応答があった場合 (ステップ S95の Yes)、接 続可能ターゲットリストにコントローラ 310aを追加する（ステップ S96)。
[0092] 次に、要求元 (エクスチェンジ発行情報管理部 142a)に、接続可能を返答する (ス テツプ S97)。以上で処理 C 1を終了する。
一方、コントローラ 310aに FC接続できない場合 (ステップ S96の No)および所定 時間経過してもコントローラ 310aから接続準備 OKの応答がない場合 (ステップ S97 の No)、要求元 (エクスチェンジ発行情報管理部 142a)に接続不可を返答する (ステ ップ S98)。以上で処理 C 1を終了する。 [0093] 以上述べたように、本実施の形態の通信処理システムによれば、サーバ（通信処理 装置） 100の IZOマルチパス制御部 120がタイムアウトを検出し、 ΙΖΟ停止要求を 発行した場合に、対象となるディスクアレイについての処理を全て閉塞状態にする処 理を行うようにしたので、 FCドライバ 140a、 140bからそれぞれ上位のターゲットドラ ィバ 130a、 130bにエラー通知を即座に返答することができる。よって、 IZOマルチ パス制御部 120へのエラー通知も短時間で行うことができる。この結果、 IZOマルチ パス制御部 120が短時間で代替経路 (主経路に対する冗長経路、冗長経路に対す る主経路）にて ΙΖΟ発行要求をリトライし正常にデータの ΙΖΟを行うことができるため 、アプリケーション 110がタイムアウトせず正常な処理を行うことができる。
[0094] 次に、第 2の実施の形態の通信処理システムについて説明する。
以下、第 2の実施の形態の通信処理システムについて、前述した第 1の実施の形態 との相違点を中心に説明し、同様の事項については、その説明を省略する。
[0095] 第 2の実施の形態の通信処理システムは、コントローラ（target) 310a, 310b単位 の閉塞を行う点力 FCアダプタ 108a、 108bのアダプタポート単位の閉塞を行う第 1 の実施の形態と異なっており、 FCドライバ 140a、 140bの処理が異なっている。
[0096] 以下、第 2の実施の形態の切り替え処理について図 20および図 21を用いて説明 する。
図 20は、第 2の実施の形態の FCドライバの処理を説明する図であり、図 21は、第 2 の実施の形態の FCドライバの閉塞処理を示すフローチャートである。
[0097] まず、ターゲットドライバ 130aからの IZO停止要求（abort)があった場合、 FCドラ イノく 140aは、閉塞対象の targetを決定する（ステップ S la)。閉塞対象の targetは、 要求によって異なる。
[0098] (Ι) ΙΖΟ単位の abortの場合は、その I/Oの発行対象の targetを閉塞対象の tar getとする。 （2)ディスクアレイ装置単位の abortの場合は、その targetを閉塞対象の targetとする。（3) target単位の abortの場合は、その targetを閉塞対象の targetと する。
[0099] 次に、閉塞対象の targetに対して、 PORT LOGOUTを発行し、閉塞対象の targ etとの通信を閉塞する（ステップ S2a)。 次に、閉塞対象の targetに対する IZOを全て無条件にエラーでターゲットドライバ 130aに返答し、 IZO発行要求の管理 (SCSIレベル)情報を削除する (ステップ S3a
) o
[0100] 次に、閉塞対象の targetを対象とした IZOに関するファイバチャネル通信へのエタ スチェンジ発行情報 (FC— PH層）を削除する (ステップ S4a)。
次に、 IZOマルチパス制御部 120の経路切り替え時間を考慮し、一定時間経過（ 例えば 60〜180秒等または手動でコマンドにより解除)させるためのタイマを動作さ せる（ステップ S5a)。タイマ動作中は、ターゲットドライバ 130aから閉塞対象の targe tに IZO発行要求があつたとしても、閉塞対象の targetとは通信可能状態にな！/ヽた め、受け付けず即エラーで返答する。また主経路から閉塞対象の targetからの応答 力 Sあつたとしても受け付けず廃棄する。
[0101] 次に、タイマ終了時に、 target装置への PORT LOGINを実施し閉塞状態を解除 する（ステップ S 6a)。
次に、第 2の実施の形態の上位力もの要求に応じた処理について説明する。
[0102] 図 22は、第 2の実施の形態の FCドライバの処理を示すシーケンス図である。
( a )上位からの IZO発行要求に対する処理
この場合、図 22に示すように、 ΙΖΟ発行要求管理部 141aが処理 a— 1を行い、ェ タスチェンジ発行情報管理部 142aが処理 b— 1を行い、 X— ID管理部 144aが処理 d — 1を行う。これによりコントローラ 310aに IZOを発行する。また、コントローラ 310a から IZO応答があった場合は、エクスチェンジ発行情報管理部 142aが処理 b— 2を 行い、 IZO発行要求管理部 141aが処理 a— 2を行い、 X— ID管理部 144aが処理 d 2を行う。これにより上位に応答を返す。
[0103] <処理 a— 1 > 第 1の実施の形態の処理 A— 1と同様の処理を行う。
く処理 b— 1 > 第 1の実施の形態の処理 B— 1と同様の処理を行う。
く処理 d— 1 > 第 1の実施の形態の処理 D— 1と同様の処理を行う。
[0104] <処理 b— 2 > 第 1の実施の形態の処理 B— 2と同様の処理を行う。
<処理 a— 2 > 第 1の実施の形態の処理 A— 2と同様の処理を行う。
<処理 d— 2 > 第 1の実施の形態の処理 D— 2と同様の処理を行う。 [0105] ( j8 )上位からの IZO abort要求に対する処理
この場合、図 22に示すように、 IZO発行要求管理部 141aが処理 a— 3を行い、 FC 接続管理部 143aが処理 c— 2、処理 c— 3を行う。これにより、閉塞対象の targetを所 定時間閉塞する。また、処理 a— 3に伴い、エクスチェンジ発行情報管理部 142aが処 理 b— 3を行 、、 X— ID管理部 144aが処理 d— 2を行う。
[0106] また、第 2の実施の形態の FC接続管理部 143aは、閉塞した targetに関する情報 を有する閉塞リストを有している。 FC接続管理部 143aは、閉塞リストに追加された閉 塞対象の targetに IZO発行要求があった場合、閉塞対象の targetとは通信可能状 態にないものとみなし、受け付けず即エラーで返答する。また主経路から閉塞対象の targetからの応答があつたとしても受け付けず廃棄する。
[0107] <処理 a— 3 >
図 23は、処理 a— 3を示すフローチャートである。
上位より IZO abortを受け取ると (ステップ S41a)、閉塞対象の targetを決定する (ステップ S42a)。
[0108] 次に、閉塞対象の targetが閉塞リストに存在するか否かを判断する (ステップ S43a
) o
閉塞対象の targetが閉塞リストに存在しない場合 (ステップ S43aの No)、 FC接続 管理部 143aに閉塞対象の targetへの PORT LOGOUTの発行を依頼する（ステ ップ S44a)。これにより処理 c— 2が行われる。その後、ステップ S45aに移行する。
[0109] 一方、閉塞対象の targetが閉塞リストに存在する場合 (ステップ S43aの Yes)、そ のままステップ S45aに移行する。
次に、閉塞対象の targetに発行中の全ての IZOを、上位にエラー応答する (ステ ップ S45a)。
[0110] 次に、閉塞対象の targetに発行中の全ての IZOの IZO発行要求の管理情報を 削除する (ステップ S46a)。
次に、エクスチェンジ発行情報管理部 142aに、閉塞対象の targetに発行中の全て の I/Oの削除を依頼する (ステップ S47a)。これにより処理 b— 3が行われる。以上で 処理 a— 3を終了する。 [0111] <処理 b— 3 > 第 1の実施の形態の処理 B— 3と同様の処理を行う。
<処理 c 2 >
図 24は、処理 c 2を示すフローチャートである。
[0112] PORT LOGOUTの発行依頼を受け取ると (ステップ S51a)、接続可能ターゲット リストから閉塞対象の targetを削除する (ステップ S52a)。
次に、 PORT LOGOUTを閉塞対象の targetに発行する（ステップ S 53a)。
[0113] 次に、閉塞対象の targetの閉塞を依頼する (ステップ S 54a)。これにより処理 c 3 が行われる。以上で処理 c— 2を終了する。
<処理 c 3 >
図 25は、処理 c 3を示すフローチャートである。
[0114] 閉塞対象の targetの閉塞依頼を受け取ると (ステップ S6 la)、閉塞依頼のあった ta rgetを閉塞リストに追加する (ステップ S62a)。
次に、一定時間待機する (ステップ S63a)。この待機時間は、特に限定されないが 、一例として 180秒程度である。
[0115] 次に、閉塞依頼のあった targetを閉塞リストから削除する (ステップ S64a)。以上で 処理 c 3を終了する。
<処理 d— 2 > 第 1の実施の形態の処理 D— 2と同様の処理を行う。
[0116] ( γ )上位力 の再 ΙΖΟ発行要求に対する処理
この場合、図 22に示すように、 ΙΖΟ発行要求管理部 141aが処理 a— 1、処理 a— 2 を行い、エクスチェンジ発行情報管理部 142aが処理 b—1を行い、 FC接続管理部 1 43aが処理 c 1を行う。これにより、閉塞対象の targetに対する IZO発行要求の場 合はエラー通知を応答する。
[0117] く処理 a—l > 第 1の実施の形態の処理 A— 1と同様の処理を行う。
<処理 a— 2 > 第 1の実施の形態の処理 A— 2と同様の処理を行う。
く処理 b— 1 > 第 1の実施の形態の処理 B— 1と同様の処理を行う。
[0118] <処理 c 1 >
図 26は、処理 c 1を示すフローチャートである。
まず、閉塞対象の targetへの接続要求を受け取ると (ステップ S91a)、閉塞対象の targetが接続可能ターゲットリストに存在するカゝ否かを判断する（ステップ S92a)。
[0119] 閉塞対象の targetが接続可能ターゲットリストに存在する場合 (ステップ S92aの Ye s)、後述するステップ S99aに移行する。
一方、閉塞対象の targetが接続可能ターゲットリストに存在しな 、場合 (ステップ S 92aの No)、閉塞対象の targetが閉塞リストに存在するか否かを判断する（ステップ S93a)。
[0120] 閉塞対象の targetが閉塞リストに存在しない場合 (ステップ S93aの No)、エタスチ ェンジ発行情報管理部 142aに接続不可を返答し (ステップ S94a)、処理 c— 1を終 了する。
[0121] 一方、閉塞対象の targetが閉塞リストに存在する場合 (ステップ S93aの Yes)、閉 塞対象の targetに LOGINを発行する（ステップ S 95a)。
次に、ディスクアレイ装置 300と FC接続できる力否かを判断する（ステップ S96a)。
[0122] ディスクアレイ装置 300と FC接続できな!/、場合 (ステップ S96aの No)、ステップ S9
4aに移行する。
一方、ディスクアレイ装置 300と FC接続できる場合 (ステップ S96aの Yes)、デイス クアレイ装置 300から接続準備 OKの応答がある力否かを判断する (ステップ S97a)。
[0123] 所定時間経過しても接続準備 OKの応答がな ヽ場合 (ステップ S97aの No)、ステツ プ S 94aに移行する。
一方、接続準備 OKの応答があった場合 (ステップ S97aの Yes)、接続可能ターゲ ットリストに閉塞対象の targetを追加する（ステップ S98a)。
[0124] 次に、要求元 (エクスチェンジ発行情報管理部 142a)に、接続可能を返答する (ス テツプ S99)。以上で処理 c 1を終了する。
この第 2の実施形態の通信システムによれば、第 1の実施の形態の通信システムと 同様の効果が得られる。
[0125] そして、第 2の実施形態の通信システムによれば、 target単位の閉塞を行うため、よ り自由度の高い制御をすることができる。
以上、本発明の通信処理プログラム、通信処理方法および通信処理装置を、図示 の実施の形態に基づいて説明したが、本発明はこれに限定されるものではなぐ各 部の構成は、同様の機能を有する任意の構成のものに置換することができる。また、 本発明に、他の任意の構成物や工程が付加されて 、てもよ 、。
[0126] また、本発明は、前述した各実施の形態のうちの、任意の 2以上の構成 (特徴)を組 み合わせたものであってもよ 、。
なお、上記の処理機能は、コンピュータによって（コンピュータに所定の通信処理プ ログラムを実行させること〖こより）実現することができる。その場合、サーバ 100が有す べき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンビユー タで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を 記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことが できる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、 光ディスク、光磁気記録媒体、半導体メモリ等が挙げられる。磁気記録装置としては、 例えば、ハードディスク装置 (HDD)、フレキシブルディスク (FD)、磁気テープ等が 挙げられる。光ディスクとしては、例えば、 DVD (Digital Versatile Disc)、 DVD— RA M (Random Access Memory)、 CD— ROM (Compact Disc Read Only Memory)、 C D-R (Recordable) /RW (Rewritable)等が挙げられる。光磁気記録媒体としては、 例えば、 MO (Magneto- Optical disk)等が挙げられる。
[0127] プログラムを流通させる場合には、例えば、そのプログラムが記録された DVD、 CD
ROM等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータ の記憶装置に格納しておき、ネットワークを介して、サーバコンピュータ力 他のコン ピュータにそのプログラムを転送することもできる。
[0128] 通信処理プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録さ れたプログラムもしくはサーバコンピュータ力も転送されたプログラムを、自己の記憶 装置に格納する。そして、コンピュータは、 自己の記憶装置力もプログラムを読み取り 、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直 接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、 コンピュータは、サーバコンピュータ力 プログラムが転送される毎に、逐次、受け取 つたプログラムに従った処理を実行することもできる。
[0129] 上記については単に本発明の原理を示すものである。さらに、多数の変形、変更が 当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用 例に限定されるものではなぐ対応するすべての変形例および均等物は、添付の請 求項およびその均等物による本発明の範囲とみなされる。
符号の説明
1 コンピュータ（サーバ）
2、 108a、 108b ファイバチャネル（FC)アダプタ
3、 300 ディスクアレイ装置
4a, 4b 経路
5 経路制御手段
6、 130a, 130b ターゲットドライノ
7、 140a、 140b ファイバチャネル（FC)ドライバ
100 サーバ
110 アプリケーション
120 IZOマルチパス制御部
141a IZO発行要求管理部
142a エクスチェンジ発行情報管理部
143a FC接続管理部
144a X— ID管理部
200a, 200b スィッチ
301 ディスクアレイ
310、 310b コントローラ

Claims

請求の範囲
[1] ファイバチャネルアダプタを備え、前記ファイバチャネルアダプタを介してディスクァ レイ装置に複数の経路で接続されたサーバに用いる通信処理プログラムにおいて、 コンピュータを、
前記複数の経路を制御し、エラー通知を受けて前記経路を切り替える経路制御手 段、
前記経路制御手段の経路接続のタイムアウト検出に応じて前記ディスクアレイ装置 への iZo停止要求を発行し、前記エラー通知を受け取ると、前記経路制御手段に 出力するターゲットドライバ、
前記ファイバチャネルアダプタを制御し、前記ターゲットドライバが前記 iZo停止要 求を発行したとき、前記ディスクアレイ装置についての処理を全て閉塞状態にすると ともに前記エラー通知を前記ターゲットドライバに出力するファイバチャネルドライノ 、 として機能させることを特徴とする通信処理プログラム。
[2] 前記ファイバチャネルドライバは、前記 ΙΖΟ停止要求に応じて対象となる前記ファ ィバチャネルアダプタのポートを閉塞し、前記ディスクアレイ装置についての処理を 全て閉塞状態にすることを特徴とする請求の範囲第 1項記載の通信処理プログラム。
[3] 前記ファイバチャネルドライバは、前記閉塞状態にするとき、閉塞対象の前記ポート 力も発行済または発行予定の iZo要求を無条件にエラーとして前記ターゲットドライ バに返答し、当該ファイバチャネルドライバが備える iZo発行要求の管理情報を削 除することを特徴とする請求の範囲第 2項記載の通信処理プログラム。
[4] 前記ファイバチャネルドライバは、前記閉塞状態において、閉塞対象の前記ポート を通して発行中の全ての ΙΖΟを削除することを特徴とする請求の範囲第 3項記載の 通信処理プログラム。
[5] 前記ファイバチャネルドライバは、発行中の各 ΙΖΟをそれぞれ管理している各 IDの 管理状態を解除することを特徴とする請求の範囲第 3項記載の通信処理プログラム。
[6] 前記ファイバチャネルドライバは、前記 IZO停止要求に応じて IZO停止対象となる ディスクを制御するために前記ディスクアレイ装置に設けられた制御部に対してポー トログアウトを発行し、前記ディスクアレイ装置についての処理を全て閉塞状態にする ことを特徴とする請求の範囲第 1項記載の通信処理プログラム。
[7] 前記ファイバチャネルドライバは、前記閉塞状態にするとき、前記ディスクに対する I
Ζο発行要求を無条件にエラーとして前記ターゲットドライバに返答し、当該ファイバ チャネルドライバが備える前記 iZo発行要求の管理情報を削除することを特徴とす る請求の範囲第 6項記載の通信処理プログラム。
[8] 前記ファイバチャネルドライバは、前記閉塞状態にお!、て、前記ディスクに発行中 の全ての ΙΖΟを削除することを特徴とする請求の範囲第 6項記載の通信処理プログ ラム。
[9] 前記ファイバチャネルドライバは、発行中の各 ΙΖΟをそれぞれ管理している各 IDの 管理状態を解除することを特徴とする請求の範囲第 7項記載の通信処理プログラム。
[10] 前記ファイバチャネルドライバは、前記閉塞状態において前記ディスクアレイ装置 からの応答を無視することを特徴とする請求の範囲第 1項記載の通信処理プログラム
[11] ファイバチャネルアダプタを備え、前記ファイバチャネルアダプタを介してディスクァ レイ装置に複数の経路で接続されたサーバに用いる通信処理方法において、 ターゲットドライバが、複数の経路を制御する経路制御手段の経路接続のタイムァ ゥト検出に応じて前記ディスクアレイ装置への IZO停止要求を発行し、前記エラー通 知を受け取ると、前記経路制御手段に出力し、
前記ファイバチャネルアダプタを制御するファイバチャネルドライノ が、前記ターゲ ットドライバが前記 iZo停止要求を発行したとき、前記ディスクアレイ装置にっ 、ての 処理を全て閉塞状態にするとともにエラー通知を前記ターゲットドライバに出力し、 前記経路制御手段が、前記エラー通知を受けて前記経路を切り替える、 ことを特徴とする通信処理方法。
[12] ファイバチャネルアダプタを備え、前記ファイバチャネルアダプタを介してディスクァ レイ装置に複数の経路で接続されたサーバに用いる通信処理装置において、 前記複数の経路を制御し、エラー通知を受けて前記経路を切り替える経路制御手 段と、
前記経路制御手段の経路接続のタイムアウト検出に応じて前記ディスクアレイ装置 への iZo停止要求を発行し、前記エラー通知を受け取ると、前記経路制御手段に 出力するターゲットドライバと、
前記ファイバチャネルアダプタを制御し、前記ターゲットドライバが前記 iZo停止要 求を発行したとき、前記ディスクアレイ装置についての処理を全て閉塞状態にすると ともに前記エラー通知を前記ターゲットドライバに出力するファイバチャネルドライバと
を有することを特徴とする通信処理装置,
PCT/JP2006/325429 2006-12-20 2006-12-20 通信処理プログラム、通信処理方法および通信処理装置 WO2008075425A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
KR1020097007961A KR101338595B1 (ko) 2006-12-20 2006-12-20 통신 처리 프로그램을 기록한 컴퓨터 판독가능한 기록 매체 및 통신 처리 방법
PCT/JP2006/325429 WO2008075425A1 (ja) 2006-12-20 2006-12-20 通信処理プログラム、通信処理方法および通信処理装置
JP2008550017A JP5077240B2 (ja) 2006-12-20 2006-12-20 通信処理プログラムおよび通信処理方法
EP06835049A EP2071469B1 (en) 2006-12-20 2006-12-20 Communication processing method, device and program
CN2006800561724A CN101529402B (zh) 2006-12-20 2006-12-20 通信处理装置以及通信处理方法
US12/411,102 US8478935B2 (en) 2006-12-20 2009-03-25 Program, method, and device for communication processing

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2006/325429 WO2008075425A1 (ja) 2006-12-20 2006-12-20 通信処理プログラム、通信処理方法および通信処理装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/411,102 Continuation US8478935B2 (en) 2006-12-20 2009-03-25 Program, method, and device for communication processing

Publications (1)

Publication Number Publication Date
WO2008075425A1 true WO2008075425A1 (ja) 2008-06-26

Family

ID=39536064

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/325429 WO2008075425A1 (ja) 2006-12-20 2006-12-20 通信処理プログラム、通信処理方法および通信処理装置

Country Status (6)

Country Link
US (1) US8478935B2 (ja)
EP (1) EP2071469B1 (ja)
JP (1) JP5077240B2 (ja)
KR (1) KR101338595B1 (ja)
CN (1) CN101529402B (ja)
WO (1) WO2008075425A1 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010184687A (ja) * 2009-02-13 2010-08-26 Nsk Ltd 車両用制御装置
JP2012182580A (ja) * 2011-02-28 2012-09-20 Fujitsu Ltd スイッチ、情報処理装置および情報処理システム
JP2013008230A (ja) * 2011-06-24 2013-01-10 Hitachi Ltd 計算機システム、ホストバスアダプタ制御方法及びそのプログラム
WO2016189636A1 (ja) * 2015-05-25 2016-12-01 株式会社日立製作所 計算機システム
JP2018041414A (ja) * 2016-09-09 2018-03-15 富士通株式会社 アクセス制御装置、アクセス制御方法、およびアクセス制御プログラム
JP2023128349A (ja) * 2022-03-03 2023-09-14 Ｎｅｃプラットフォームズ株式会社 ストレージシステム、サーバ、パス切替方法、およびプログラム

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8255596B2 (en) * 2009-06-10 2012-08-28 International Business Machines Corporation Multipath-based migration of data across storage controllers
US8417849B2 (en) * 2009-10-07 2013-04-09 International Business Machines Corporation Apparatus and method to adjust a multi-path device reservation
US9792076B2 (en) * 2011-12-23 2017-10-17 Cirrus Data Solutions, Inc. Systems, devices, apparatus, and methods for transparently inserting a virtual storage layer in a fibre channel based storage area network while maintaining continuous input/output operations
JP5923976B2 (ja) * 2011-12-27 2016-05-25 富士通株式会社 接続装置、ストレージ装置、接続装置における処理方法、および処理プログラム
US9451024B2 (en) * 2013-03-15 2016-09-20 Futurewei Technologies, Inc. Self-organizing disk (SoD)
CN103354523B (zh) * 2013-06-21 2017-07-07 新华三技术有限公司 一种交换机及无损切换方法
US9645872B1 (en) * 2015-03-27 2017-05-09 EMC IP Holding Company LLC Method to use multipath to reduce IO error handle duration
CN109445680B (zh) * 2018-08-20 2020-03-31 华为技术有限公司 一种对硬盘进行管理的方法及装置
CN116701024A (zh) * 2022-02-25 2023-09-05 戴尔产品有限公司 用于访问存储设备的方法、电子设备和计算机程序产品

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06110800A (ja) 1992-09-25 1994-04-22 Fujitsu Ltd 動的パス切替方法
JP2000132413A (ja) * 1998-10-22 2000-05-12 Nec Corp エラーリトライ方法、エラーリトライシステム及びその記録媒体
JP2001005744A (ja) * 1999-06-18 2001-01-12 Hitachi Ltd チャネル装置
JP2006309506A (ja) * 2005-04-28 2006-11-09 Fujitsu Ltd リモートコピー処理方法、プログラム及び装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3582970B2 (ja) * 1997-11-04 2004-10-27 富士通株式会社 アダプタ、及びアダプタとディスクカートリッジ駆動装置との間の通信方法
JP4080629B2 (ja) * 1999-03-30 2008-04-23 株式会社東芝 アクセス制御装置及びプログラムを記憶したコンピュータ読み取り可能な記憶媒体
WO2002084471A1 (en) 2001-04-13 2002-10-24 Sun Microsystems, Inc. Virtual host controller interface with multipath input/output
JP2003131897A (ja) * 2001-10-24 2003-05-09 Hitachi Ltd ポートを内蔵したストレージ
US7702786B2 (en) * 2002-08-09 2010-04-20 International Business Machines Corporation Taking a resource offline in a storage network
JP4012498B2 (ja) * 2003-11-18 2007-11-21 株式会社日立製作所 情報処理システム、情報処理装置、情報処理装置の制御方法及びプログラム
JP4241405B2 (ja) * 2004-01-23 2009-03-18 日本電気株式会社 コンピュータシステムおよびｉ／ｏリトライ方法ならびにプログラム
JP2006107151A (ja) * 2004-10-06 2006-04-20 Hitachi Ltd ストレージシステム及びストレージシステムの通信パス制御方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06110800A (ja) 1992-09-25 1994-04-22 Fujitsu Ltd 動的パス切替方法
JP2000132413A (ja) * 1998-10-22 2000-05-12 Nec Corp エラーリトライ方法、エラーリトライシステム及びその記録媒体
JP2001005744A (ja) * 1999-06-18 2001-01-12 Hitachi Ltd チャネル装置
JP2006309506A (ja) * 2005-04-28 2006-11-09 Fujitsu Ltd リモートコピー処理方法、プログラム及び装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2071469A4 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010184687A (ja) * 2009-02-13 2010-08-26 Nsk Ltd 車両用制御装置
JP2012182580A (ja) * 2011-02-28 2012-09-20 Fujitsu Ltd スイッチ、情報処理装置および情報処理システム
US9331870B2 (en) 2011-02-28 2016-05-03 Fujitsu Limited Switch, information processing apparatus, and information processing system
JP2013008230A (ja) * 2011-06-24 2013-01-10 Hitachi Ltd 計算機システム、ホストバスアダプタ制御方法及びそのプログラム
WO2016189636A1 (ja) * 2015-05-25 2016-12-01 株式会社日立製作所 計算機システム
JP2018041414A (ja) * 2016-09-09 2018-03-15 富士通株式会社 アクセス制御装置、アクセス制御方法、およびアクセス制御プログラム
JP2023128349A (ja) * 2022-03-03 2023-09-14 Ｎｅｃプラットフォームズ株式会社 ストレージシステム、サーバ、パス切替方法、およびプログラム
JP7409700B2 (ja) 2022-03-03 2024-01-09 Ｎｅｃプラットフォームズ株式会社 ストレージシステム、サーバ、パス切替方法、およびプログラム

Also Published As

Publication number Publication date
KR20090055036A (ko) 2009-06-01
US20090187708A1 (en) 2009-07-23
CN101529402A (zh) 2009-09-09
US8478935B2 (en) 2013-07-02
EP2071469A1 (en) 2009-06-17
KR101338595B1 (ko) 2013-12-06
EP2071469A4 (en) 2011-03-09
JPWO2008075425A1 (ja) 2010-04-02
CN101529402B (zh) 2012-02-08
EP2071469B1 (en) 2012-05-16
JP5077240B2 (ja) 2012-11-21

Similar Documents

Publication Publication Date Title
WO2008075425A1 (ja) 通信処理プログラム、通信処理方法および通信処理装置
TWI403891B (zh) 直接附加儲存系統之主動－主動失效切換
US7111084B2 (en) Data storage network with host transparent failover controlled by host bus adapter
US8621603B2 (en) Methods and structure for managing visibility of devices in a clustered storage system
US8443237B2 (en) Storage apparatus and method for controlling the same using loopback diagnosis to detect failure
US7536508B2 (en) System and method for sharing SATA drives in active-active RAID controller system
JP4963808B2 (ja) 記憶制御システム
US7194662B2 (en) Method, apparatus and program storage device for providing data path optimization
US7594083B2 (en) Storage system and storage control device
US20080147934A1 (en) STORAGE SYSTEM FOR BACK-end COMMUNICATIONS WITH OTHER STORAGE SYSTEM
US7568119B2 (en) Storage control device and storage control device path switching method
JP2000339098A (ja) ストレージドメイン管理システム
TW201015336A (en) Shared-storage bus switch
JP2010537267A (ja) ストレージ・コントローラと複製エンジンとの間で書き込みを分割する方法、システムおよびプログラム
JP2004088570A (ja) ネットワーク計算機システムおよび管理装置
JP6005446B2 (ja) ストレージシステム、仮想化制御装置、情報処理装置、および、ストレージシステムの制御方法
JP2003131897A (ja) ポートを内蔵したストレージ
JP4433372B2 (ja) データアクセスシステム及び方法
JP2005128781A (ja) 系切り替え方法及び情報処理システム
JP6244970B2 (ja) ストレージシステム、制御装置及び制御プログラム
US9542348B2 (en) Arbitration monitoring for serial attached small computer system interface systems during discovery
US9317467B2 (en) Session key associated with communication path
JP4326819B2 (ja) ストレージシステムの制御方法、ストレージシステム、プログラム、及び記録媒体
JP4080629B2 (ja) アクセス制御装置及びプログラムを記憶したコンピュータ読み取り可能な記憶媒体
JP2007193839A (ja) ストレージシステム、ストレージシステムにおけるデータ送受信方法及びシステム

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200680056172.4

Country of ref document: CN

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

Ref document number: 06835049

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2008550017

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2006835049

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 1020097007961

Country of ref document: KR

NENP Non-entry into the national phase

Ref country code: DE