WO2014010566A1 - ネットワークブートシステム - Google Patents

ネットワークブートシステム Download PDF

Info

Publication number
WO2014010566A1
WO2014010566A1 PCT/JP2013/068679 JP2013068679W WO2014010566A1 WO 2014010566 A1 WO2014010566 A1 WO 2014010566A1 JP 2013068679 W JP2013068679 W JP 2013068679W WO 2014010566 A1 WO2014010566 A1 WO 2014010566A1
Authority
WO
WIPO (PCT)
Prior art keywords
cache
revision
data
virtual disk
generation management
Prior art date
Application number
PCT/JP2013/068679
Other languages
English (en)
French (fr)
Inventor
伸 丸山
Original Assignee
株式会社シー・オー・コンヴ
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 株式会社シー・オー・コンヴ filed Critical 株式会社シー・オー・コンヴ
Priority to US14/240,882 priority Critical patent/US10152334B2/en
Priority to CN201380002647.1A priority patent/CN104603754B/zh
Priority to JP2014524804A priority patent/JP5648203B2/ja
Priority to KR1020147003728A priority patent/KR101618999B1/ko
Publication of WO2014010566A1 publication Critical patent/WO2014010566A1/ja
Priority to HK15106366.6A priority patent/HK1205812A1/xx

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4416—Network booting; Remote initial program loading [RIPL]
    • 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/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1456—Hardware arrangements for backup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H04L67/5683—Storage of data provided by user terminals, i.e. reverse caching

Definitions

  • the present invention relates to a network boot system that starts an operating system via a network.
  • read cache mechanism In recent years, in a system that starts an operating system (hereinafter referred to as “OS”) via a network (hereinafter referred to as “network boot system”), in order to reduce the load on the network boot server, It is generally known that a read-only cache (hereinafter referred to as “read cache mechanism”) is provided in a part of a physical storage device.
  • Patent Document 1 discloses a read cache that can reduce network access to a server by caching a virtual disk on a network boot server in a local disk of a PC (client terminal) used by an end user in a network boot system.
  • a network boot system with a mechanism is disclosed.
  • the virtual disk is generation-managed using revision information (hereinafter referred to as “revision”), and the revision is updated in accordance with the revision of the virtual disk such as installation of an update program or setting change.
  • the read cache mechanism has a cache management table corresponding to the revision of the virtual disk in each terminal, and determines the presence or absence of cache data by using the management table.
  • the network boot system described above further includes a change area map indicating the correspondence between the virtual disk area and the cache area, and when the virtual disk is newly revised, the revision of the virtual disk is the oldest.
  • a changed area map indicating the changed cache area is applied to the cache management table.
  • the read cache mechanism discards the cache data corresponding to the changed data of the virtual disk and recaches it, and holds the cache data corresponding to the data that has not been changed as it is as a cache. I have to.
  • the read cache mechanism can effectively use it leaving most of the cache.
  • even when a large number of client terminals are activated all at once there is almost no access to the network in the second and subsequent activations, and the activation of the client terminals is accelerated.
  • the present invention has been made in view of the above, and in a network boot system having a read cache mechanism, even if a large number of terminals are simultaneously activated after a virtual disk is rolled back, the activation speed of the terminals is reduced.
  • the main technical issue is to control
  • a network boot server that provides a disk image including an operating system that operates on a client terminal as a virtual disk and a client terminal that includes a physical storage device are connected via a network.
  • the operating system includes a read cache mechanism that stores data read from the server as cache data in a storage device, and the read cache mechanism is generation management data for generation management of revision transitions indicating revision information of a virtual disk.
  • the generation management data is divided and stored in the server for each revision transition, and at least one of the divided generation management data is also stored in a storage device.
  • the generation management data is data indicating which area of the virtual disk has been changed by the transition of the revision of the virtual disk (disk image). By associating the area of the virtual disk with the area where the cache data is stored, the area where the cache data is changed can be known.
  • the read cache mechanism uses the copy of the generation management data stored in the terminal storage device to access the network from the terminal to the server. It is possible to reduce the startup speed of the terminal.
  • the cache data preferably has a cache revision corresponding to the revision representing the revision information of the virtual disk
  • the copy of the generation management data stored in the storage device is preferably generation management data up to the cache revision.
  • the generation management data up to the revision 11 of the cache changes which area of the virtual disk when the virtual disk transitions from a certain revision to the revision 11. It is data indicating whether or not.
  • the copy of the generation management data stored in the storage device may be included between two different revisions in which the revision of the virtual disk corresponding to the cache revision has transitioned. In any case, by using a copy of the generation management data stored in this storage device, it is possible to acquire information between generations of the virtual disk up to the cache revision.
  • the read cache mechanism has a cache management table that indicates whether or not there is a cache.
  • generation management from the rolled back revision of the virtual disk to the virtual disk revision corresponding to the cache revision is performed.
  • Select data from the copy of generation management data stored in the storage device as generation management data at the time of rollback and generate the cache management table by applying the generation management data at the time of rollback to the cache management table before the rollback
  • means for storing generation management data up to the rolled-back revision of the virtual disk in the storage device can effectively use the cache data by suppressing the amount of cache data discarded by using the cache management table generated when the rollback is performed.
  • generation management data up to the revision of the virtual disk that has been rolled back is stored in the storage device of the terminal, so that even if the virtual disk is rolled back, the cache data is effectively used using the generation management data. be able to.
  • the cache management table before rollback is a bit string that represents an area with cache data and an area without cache data
  • the generation management data at the time of rollback is a bit string that represents an area that has been changed and an area that has not been changed.
  • the cache management table can be calculated by a logical operation between the cache management table before being rolled back and the generation management data at the time of rollback.
  • the cache management table is a bit string in which the area with cache data is 1 and the area without cache data is 0, and the generation management data at the time of rollback is 1 for the changed area and 0 for the area that has not been changed.
  • the cache management table can be obtained by a logical product of the cache management table and the negation of generation management data at the time of rollback.
  • the read cache mechanism may be activated by the following procedure.
  • A The revision representing the revision information of the virtual disk is compared with the revision of the virtual disk corresponding to the cache data.
  • the generation management data from the revision representing the revision information of the virtual disk to the revision of the virtual disk corresponding to the cache data Select from the copy of the generation management data saved in the terminal as the generation management data before and after the change.
  • C The generation management data up to the revision representing the revision information of the virtual disk is stored in the terminal.
  • D Operate the read cache while using the generation management data before and after the change so as not to use the changed cache data.
  • the network boot server provides a disk image including an operating system operating on a client terminal as a virtual disk to the terminal via the network, and the operating system reads the data read from the server as cache data.
  • the server has a cache mechanism, and the server is for generation management of revision transitions indicating revision information of the virtual disk, and has generation management data in which a copy is stored in the terminal.
  • a client terminal is connected via a network to a network boot server that provides a disk image including an operating system operating on the client terminal as a virtual disk, and the operating system stores data read from the server in a storage device.
  • a read cache mechanism for storing cache data is provided, and the terminal has a copy of generation management data for generation management of revision transitions representing revision information of virtual disks stored in the server.
  • the read cache mechanism reduces the network access from the terminal to the server by using a copy of generation management data stored in the terminal. It is possible to suppress a decrease in the startup speed.
  • the read cache mechanism activation method includes a network boot server that provides a disk image including an operating system that operates on a client terminal as a virtual disk, and a client terminal connected via a network.
  • a network boot system having a read cache mechanism that stores data read from a server as cache data in a terminal, and the read cache mechanism includes generation management data for generation management of revision transitions representing revision information of a virtual disk The process of comparing the revision representing the revision information of the virtual disk and the revision of the virtual disk corresponding to the cache data, and the revision representing the revision information of the virtual disk correspond to the cache data.
  • the network boot system reduces the network access from the terminal to the server by using a copy of the generation management data stored in the storage device of the terminal even after the virtual disk is rolled back, thereby starting the terminal. A decrease in speed can be suppressed.
  • FIG. 4A is a diagram illustrating an example of a cache management table of revision 11
  • FIG. 11 is a diagram showing an example of a change area map to 11
  • (c) is a diagram showing an example of a revision 8 cache management table.
  • the flowchart which shows an example of the flow which a read cache mechanism applies a change area map to a cache management table in the network boot system of this embodiment.
  • FIG. 1 is a conceptual diagram for explaining the basic configuration of the network boot system of the present embodiment.
  • the server 10 includes a physical disk 11, and the client terminal 20a includes a physical disk 21a and a virtual disk 22a as physical storage devices, both of which have basic configurations such as a CPU and a physical memory (not shown).
  • the physical disk 11 stores an OS disk image 22a that each client terminal 20 (20a,...) Reads at the first startup.
  • the physical disk refers to a hard disk or other storage means accompanied by an entity.
  • the physical disk 21a has a first partition P1 recognized at a logical level and a second partition P2 recognized at a physical level. A read cache area and a cache management area are mainly allocated to the second partition P2.
  • the filter driver of the terminal 20a converts read / write access to the physical disk 21a into network access, so that the CPU of the terminal 20a instead of accessing the physical disk 21a.
  • the disk image 22a on the server 10 connected via the network is accessed using the network interface.
  • the client terminal 20a includes a read cache driver for causing the read cache mechanism to function.
  • the read cache driver is a program and mainly performs data access (write and read) to the read cache area in the physical disk 21a.
  • the read cache driver functions to store the data read from the server 10 as a cache in the read cache area of the physical disk 21a and read the data.
  • the read cache area is associated with the disk image 22a on a one-to-one basis.
  • the management flag may be used so that cache data that has been written even once after cache is not used.
  • FIG. 2 is a conceptual diagram for explaining a change area map in the network boot system of the present embodiment.
  • the disk image of the client terminal 20a managed by each revision ..., Rev.8, 9Rev9, ..., Rev.11
  • the change area map as generation management data of the disk image is stored.
  • the revision 11 disk image 22a of the client terminal 20a and change area maps M1,..., Mn (n is a positive integer) as generation management data of the disk image 22a are stored.
  • the cache data read by the above read cache driver, the cache management table T1 of the revision 11 and the change area maps M1,..., Mk (k is a positive value less than n). Integer).
  • the revision 11 cache management table T1 is data indicating whether or not the cache data of the revision 11 disk image 22a exists in the read cache area Ac. For example, the area (sector) in which the cache data exists is 1 and the cache data It is a bit string that indicates each area with no data as 0.
  • the revision 11 cache management table T1 manages revision 11 cache data, and the revision 11 cache data is associated with the revision 11 disk image 22a.
  • the cache management table T1 is read into the physical memory of the terminal 20a and periodically written back to the cache management area.
  • Each of the change area maps M1,..., Mk is generation management data for generation management of revision changes of the virtual disk 22a (the disk image 22a of the server 10) of the terminal 20a. This data indicates which area of the disk image 22a has been changed.
  • the change area map M1,..., Mk is a copy of one or more of the change area maps M1,..., Mn on the physical disk 11 of the server 10, for example, a disk image 22a of revision 11 1 is a bit string indicating a region changed with reference to 1 and 0 is a non-changed region.
  • the change area maps M1 In the read cache mechanism, even if the disk image 22a has been revised or rolled back to a revision different from the revision 11 on the server 10 side, the change area maps M1,.
  • an area where the disk image 22a has not been changed that is, an area where the cache data can be used as it is, can be specified, and the cache data can be used effectively.
  • network access from the terminal to the server can be reduced, and a decrease in the startup speed of the terminal can be suppressed.
  • FIG. 3 is a conceptual diagram illustrating a cache management table to which the changed area map is applied in the network boot system of the present embodiment.
  • 3A is a diagram showing an example of a cache management table of revision 11
  • FIG. 3B is a diagram showing an example of a change area map from revision 8 to revision 11
  • FIG. 10 is a diagram illustrating an example of a revision 8 cache management table;
  • the revision 11 cache management table T1 is 1 for sector A, 0 for sector B, and 1 for sector C. This is because the data of the revision 11 disk image 22a is already stored as cache data in the sectors A and C of the read cache area of the terminal 20a (cached), and there is no cache data in the sector B (not yet). It is a cache).
  • the read cache mechanism can access the cache data of the cached sector by referring to this revision 11 cache management table T1, and reads the data corresponding to the uncached area in the revision 11 disk image 22a. In this case, it can be saved as cache data.
  • the change area map M3 from revision 8 to revision 11 is 1 for sector A, 1 for sector B, 0 for sector C, and 0 for other sectors. This is because when the disk image 22a is revised from revision 8 to revision 11, the sectors A and B in the read cache area are areas (change areas) changed in accordance with the revision of the disk image 22a, and the sector C. And other sectors are unchanged areas (unchanged areas).
  • the size of one change area map is, for example, about 5 Mbytes on a hard disk of about 21 Gbytes. If this change area map is compressed using the Run-Length compression method, it is about 3.2K to 6.4K. It becomes a byte and becomes smaller. For this reason, when a plurality of compressed change area maps are stored in the physical disk 21a of the terminal 20a and cache data is effectively used using the change area map, each area of the disk image 22a is stored in the terminal as a cache. The network load can be greatly reduced rather than repairing. Such compression of the change area map may be performed on the server side or on the terminal side.
  • the revision 8 cache management table T2 is 0 for sector A, 0 for sector B, and 1 for sector C. This is because there is no cache data (uncached) in sectors A and B in the read cache area of terminal 20a, and the data of revision 8 disk image 22a is already cache data in sector C in the read cache area of terminal 20a. Is stored (cached).
  • the revision 8 cache management table T2 extracts sectors A and B in which the read cache area has been changed in the change area map M3 from revision 8 to revision 11, and the sectors A and B in the cache management table T1 of revision 11 are extracted.
  • the read cache mechanism refers to the revision 8 cache management table T2 to newly update the revision 11 cache data of the sectors A and B.
  • the cache data of revision 11 that has not been changed is re-cached and the cache data of revision 11 is used as the cache data of revision 11, so that the amount of cache data of revision 11 that is discarded can be suppressed and cache data of revision 11 can be used effectively. it can.
  • the network boot system applies a change area map from the revision after rollback stored in the storage device of the terminal to the revision before rollback stored in the storage device of the terminal after the virtual disk is rolled back.
  • the cache data can be used effectively, and network access from the terminal to the server can be reduced. Therefore, even if a large number of terminals are activated all at once after the virtual disk is rolled back, it is possible to suppress a decrease in the activation speed of the terminals.
  • FIG. 4 is a flowchart showing an example of a flow in which the read cache mechanism applies the change area map to the cache management table in the network boot system of the present embodiment.
  • the revision of the cache data is the same as the revision of the disk image corresponding to the cache data revision.
  • the revision of the disk image on the server is compared with the revision of the cache data (S1). If the disk image revision on the server is older than the cache data revision, the disk image on the server has been rolled back.
  • the change area map from the revision of the disk image to the revision of the cache data is selected, and the change area map is applied to the cache management table to generate a new cache management table (S2).
  • the cache data revision is changed to correspond to the revision of the rolled back disk image. Since the rolled-back disk image includes a change area map up to the revision of the rolled-back disk image, these are stored in the physical disk of the terminal (S3). This S3 may be performed at an arbitrary timing, or may be performed when the disk image on the server is revised and the change area map on the server is updated. Thereafter, using the new cache management table, the read cache is activated while not using the changed cache data (S4). For example, in a new cache management table, a cache data area that has been changed is represented by a flag (0) indicating that there is no cache, and the cache data area corresponding to the flag is not used. Start the cache. Since the read cache mechanism includes a program for processing the above procedure, the read cache mechanism can effectively use the cache data stored in the terminal even if the disk image on the server is rolled back.
  • the read cache mechanism applies the changed area map saved on the terminal side to the cache management table to revise or roll the disk image.
  • the cache data area corresponding to the area that was not changed by the back-up that is, the area where the cache data can be used as it is in the current revision is specified, and the cache data corresponding to the area is effectively used as cache data without being discarded. be able to. Thereby, it is possible to reduce network access to the server and suppress a decrease in the startup speed of the terminal.
  • the changed area map is stored on the physical disk of the terminal.
  • the area may be an area that the terminal can access without increasing the network load at the time of startup. Or may be stored in a medium such as a USB memory.
  • the change area map is up to the revision of the cache data.
  • the revision area map may include a revision of the virtual disk corresponding to the revision of the cache data between revisions. For example, even if the change area map from revision 8 to revision 12 is applied to the cache management table of revision 11 in the same manner as described above, the cache management table of revision 8 is generated to change the cache data of revision 11 to revision 8. It can be used effectively as cache data.
  • Network boot server 11 Physical disk (hard disk) 20 Client terminal 20a Client terminal 21a Disk 22a Virtual disk (vDisk) 23a physical memory 30 network 100 network boot system Ac read cache area M, Ma change area map T1, T2 cache management table

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Stored Programmes (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Memory System Of A Hierarchy Structure (AREA)

Abstract

【課題】仮想ディスクをロールバックさせた後に多数の端末を一斉に起動させても端末の起動速度が低下することを抑える。 【解決手段】ネットワークブートシステム１００は、端末上で動作するオペレーティングシステムを含むディスクイメージを仮想ディスク２２ａとして提供するネットワークブートサーバと、物理的な記憶装置２１ａを備えた端末２０ａとがネットワーク３０を介して接続され、オペレーティングシステムは、サーバから読み出したデータを記憶装置にキャッシュデータとして保存するリードキャッシュ機構を備える。そして、そのリードキャッシュ機構は、仮想ディスクの改訂情報を表すリビジョンの遷移を世代管理するための世代管理データを備え、世代管理データは、リビジョンの遷移毎に分けられてサーバに保存されているとともに、分けられた世代管理データの少なくとも一つは、記憶装置にもそのコピーが保存されている。

Description

ネットワークブートシステム
　本発明は、ネットワークを介してオペレーティングシステムを起動するネットワークブートシステムに関するものである。
　近年、ネットワークを介してオペレーティングシステム（以下、「ＯＳ」という。）を起動するシステム（以下、「ネットワークブートシステム」という。）において、ネットワークブートサーバへの負荷を軽減するために、クライアント端末側の物理的な記憶装置の一部に、読み出し専用のキャッシュ（以下、「リードキャッシュ機構」という。）を備えることが一般的に知られている。
　特許文献１には、ネットワークブートシステムにおいて、エンドユーザが使用するＰＣ（クライアント端末）のローカルディスク内にネットワークブートサーバ上の仮想ディスクをキャッシュすることでサーバへのネットワークアクセスを減らすことができるリードキャッシュ機構を備えたネットワークブートシステムが開示されている。仮想ディスクは改訂情報（以下、「リビジョン」という。）を用いて世代管理されおり、アップデート・プログラムのインストールや設定変更といったような仮想ディスクの改訂に伴ってそのリビジョンが更新される。リードキャッシュ機構は、各端末に仮想ディスクのリビジョンに対応したキャッシュ管理テーブルを有し、その管理テーブルを用いることでキャッシュデータの有無を判別している。
　そして、上述のネットワークブートシステムでは、仮想ディスクの領域とキャッシュ領域との対応関係を示す変更領域マップをさらに有しており、仮想ディスクが新たに改訂された場合、仮想ディスクのリビジョンが古いものから新しいものに進められ、変更されたキャッシュ領域を示す変更領域マップがキャッシュ管理テーブルに適用される。リードキャッシュ機構は、この管理テーブルを用いることで、仮想ディスクの変更されたデータに相当するキャッシュデータを破棄してキャッシュし直し、変更されなかったデータに相当するキャッシュデータをそのままキャッシュとして保持するようにしている。このように仮想ディスクを新たに改訂してリビジョンを進めた場合、リードキャッシュ機構はキャッシュの大部分を残して有効に利用することができる。このようなネットワークブートシステムでは、多数のクライアント端末を一斉に起動した場合でも２回目以降の起動ではネットワークへのアクセスが殆ど無く、クライアント端末の起動が高速化する。
国際公開第０９－１４５２７４号公報
　しかしながら、上述のような従来のネットワークブートシステムでは、仮想ディスク（サーバ上のディスクイメージ）を過去の状態、具体的には、過去のリビジョンに戻すためにロールバック（rollback）させると、ロールバックされた仮想ディスクと端末側のキャッシュデータとの整合性がとれず、キャッシュデータを利用することができなかった。そのため、上述のリードキャッシュ機構では、キャッシュデータを全て破棄してロールバックされた仮想ディスクをキャッシュし直していたが、仮想ディスクがロールバックされた後に多数の端末が一斉に起動すると、端末からサーバへのネットワークアクセスが多発し、サーバに負荷が集中して端末の起動速度が低下するという問題があった。
　本発明は、上記に鑑みてなされたものであり、リードキャッシュ機構を備えたネットワークブートシステムにおいて仮想ディスクをロールバックさせた後に多数の端末を一斉に起動させても端末の起動速度が低下することを抑えることを主な技術的課題とする。
　本発明に係るネットワークブートシステムは、クライアント端末上で動作するオペレーティングシステムを含むディスクイメージを仮想ディスクとして提供するネットワークブートサーバと、物理的な記憶装置を備えたクライアント端末とがネットワークを介して接続され、オペレーティングシステムは、サーバから読み出したデータを記憶装置にキャッシュデータとして保存するリードキャッシュ機構を備え、そのリードキャッシュ機構は、仮想ディスクの改訂情報を表すリビジョンの遷移を世代管理するための世代管理データを備え、世代管理データは、リビジョンの遷移毎に分けられてサーバに保存されているとともに、分けられた世代管理データの少なくとも一つは、記憶装置にもそのコピーが保存されていることを特徴とする。世代管理データは、仮想ディスク（ディスクイメージ）のリビジョンの遷移によって仮想ディスクのどの領域が変更されたかを示すデータである。仮想ディスクの領域がキャッシュデータが保存された領域に対応付けされることでキャッシュデータの変更された領域がわかる。
　この構成により、仮想ディスク（サーバ上のディスクイメージ）が改訂又はロールバックされても、リードキャッシュ機構は端末の記憶装置に保存された世代管理データのコピーを用いることによって端末からサーバへのネットワークアクセスを軽減して端末の起動速度が低下することを抑えることができる。
　キャッシュデータは、仮想ディスクの改訂情報を表すリビジョンに対応するキャッシュのリビジョンを有し、記憶装置に保存された世代管理データのコピーは、キャッシュのリビジョンまでの世代管理データであることが好ましい。例えば、仮想ディスクのリビジョンとキャッシュのリビジョンとが同じである場合、キャッシュのリビジョン１１までの世代管理データとは、仮想ディスクがあるリビジョンからリビジョン１１に遷移したときに仮想ディスクのどの領域が変更されたかを示すデータである。また、記憶装置に保存された世代管理データのコピーは、キャッシュのリビジョンに対応する仮想ディスクのリビジョンが遷移した２つの異なるリビジョン間に含まれるものであってもよい。いずれにしてもこの記憶装置に保存された世代管理データのコピーを用いることでキャッシュのリビジョンまでの仮想ディスクの世代間の情報を取得することができる。
　さらに、リードキャッシュ機構は、キャッシュの有無を示すキャッシュ管理テーブルを備え、仮想ディスクがロールバックされた場合、仮想ディスクのロールバックされたリビジョンからキャッシュのリビジョンに対応する仮想ディスクのリビジョンへの世代管理データをロールバック時の世代管理データとして記憶装置に保存された世代管理データのコピーから選択し、ロールバック前のキャッシュ管理テーブルにロールバック時の世代管理データを適用してキャッシュ管理テーブルを生成する手段と、仮想ディスクのロールバックされたリビジョンまでの世代管理データを前記記憶装置に保存する手段とを備えることが好ましい。これにより、リードキャッシュ機構は、ロールバックされた場合に生成されるキャッシュ管理テーブルを用いることで破棄されるキャッシュデータの量を抑えてキャッシュデータを有効に利用することができる。また、仮想ディスクのロールバックされたリビジョンまでの世代管理データを端末の記憶装置に保存しておくことでさらに仮想ディスクがロールバックされてもその世代管理データを用いてキャッシュデータを有効に利用することができる。
　ロールバック前のキャッシュ管理テーブルは、キャッシュデータが有る領域とキャッシュデータが無い領域とを表すビット列であり、ロールバック時の世代管理データは、変更された領域と変更されなかった領域とを表すビット列であると、キャッシュ管理テーブルは、ロールバックされる前のキャッシュ管理テーブルとロールバック時の世代管理データとの論理演算により算出できる。例えば、キャッシュ管理テーブルを、キャッシュデータが有る領域を１、キャッシュデータが無い領域を０とするビット列とし、ロールバック時の世代管理データを、変更された領域を１、変更されなかった領域を０とするビット列としたときには、キャッシュ管理テーブルとロールバック時の世代管理データの否定との論理積で、キャッシュ管理テーブルを求めることができる。
　リードキャッシュ機構は、以下の手順により起動されるようにしてもよい。
（ａ）仮想ディスクの改訂情報を表すリビジョンとキャッシュデータに対応する仮想ディスクのリビジョンとを比較する。
（ｂ）仮想ディスクの改訂情報を表すリビジョンがキャッシュデータに対応する仮想ディスクのリビジョンよりも古い場合、仮想ディスクの改訂情報を表すリビジョンからキャッシュデータに対応する仮想ディスクのリビジョンへの世代管理データを変更前後の世代管理データとして端末に保存された世代管理データのコピーから選択する。
（ｃ）仮想ディスクの改訂情報を表すリビジョンまでの世代管理データを端末に保存する。
（ｄ）変更前後の世代管理データを用いて変更の有ったキャッシュデータを利用しないようにしつつリードキャッシュを動作する。
　本発明に係るネットワークブートサーバは、クライアント端末上で動作するオペレーティングシステムを含むディスクイメージを仮想ディスクとして端末にネットワークを介して提供し、オペレーティングシステムは、サーバから読み出したデータをキャッシュデータとして保存するリードキャッシュ機構を備え、サーバは、仮想ディスクの改訂情報を表すリビジョンの遷移を世代管理するためのものであって端末にもコピーが保存される世代管理データを有することを特徴とする。
　本発明に係るクライアント端末は、クライアント端末上で動作するオペレーティングシステムを含むディスクイメージを仮想ディスクとして提供するネットワークブートサーバとネットワークを介して接続され、オペレーティングシステムは、サーバから読み出したデータを記憶装置にキャッシュデータとして保存するリードキャッシュ機構を備え、端末は、サーバに保存された仮想ディスクの改訂情報を表すリビジョンの遷移を世代管理するための世代管理データのコピーを有することを特徴とする。
　上記ネットワークブートシステムのサーバ又は端末を用いてネットワークブートシステムを構成することで、リードキャッシュ機構は端末に保存された世代管理データのコピーを用いいて端末からサーバへのネットワークアクセスを軽減して端末の起動速度が低下することを抑えることができる。
　本発明に係るリードキャッシュ機構の起動方法は、クライアント端末上で動作するオペレーティングシステムを含むディスクイメージを仮想ディスクとして提供するネットワークブートサーバと、クライアント端末とがネットワークを介して接続され、オペレーティングシステムは、サーバから読み出したデータをキャッシュデータとして端末に保存するリードキャッシュ機構を備え、リードキャッシュ機構は、仮想ディスクの改訂情報を表すリビジョンの遷移を世代管理するための世代管理データを備えたネットワークブートシステムにおいて、仮想ディスクの改訂情報を表すリビジョンとキャッシュデータに対応する仮想ディスクのリビジョンとを比較する工程と、仮想ディスクの改訂情報を表すリビジョンがキャッシュデータに対応する仮想ディスクのリビジョンよりも古い場合、仮想ディスクの改訂情報を表すリビジョンからキャッシュデータに対応する仮想ディスクのリビジョンへの世代管理データを変更前後の世代管理データとして世代管理データから選択する工程と、前記仮想ディスクの改訂情報を表すリビジョンまでの世代管理データを前記端末に保存する工程と、変更前後の世代管理データを用いて変更の有ったキャッシュデータを利用しないようにしつつリードキャッシュを動作する工程とを含むことを特徴とする。
　本発明に係るネットワークブートシステムでは、仮想ディスクをロールバックさせた後においても端末の記憶装置に保存された世代管理データのコピーを用いることで端末からサーバへのネットワークアクセスを軽減して端末の起動速度が低下することを抑えることができる。
本実施形態のネットワークブートシステムの基本構成を説明するための概念図 本実施形態のネットワークブートシステムにおける変更領域マップについて説明するための概念図 本実施形態のネットワークブートシステムにおいて変更領域マップが適用されたキャッシュ管理テーブルを説明する概念図、（ａ）はリビジョン１１のキャッシュ管理テーブルの一例を示す図であり、（ｂ）はリビジョン８からリビジョン１１への変更領域マップの一例を示す図であり、（ｃ）はリビジョン８のキャッシュ管理テーブルの一例を示す図 本実施形態のネットワークブートシステムにおいてリードキャッシュ機構がキャッシュ管理テーブルに変更領域マップを適用する流れの一例を示すフローチャート
　以下、本実施形態のネットワークブートシステムについて図面を参照して詳述する。まず、本発明が前提とするリードキャッシュ機構を備えたネットワークブートシステムの一実施態様を例示して説明する。各実施形態の記載は本発明の技術的思想を理解するために合目的的に解釈され、実施形態の記載に限定解釈されるべきものではない。
（１）ネットワークブートシステムの全体構成
　図１は、本実施形態のネットワークブートシステムの基本構成を説明するための概念図である。図１に示すように、ネットワークブートシステム１００は、サーバ１０と、複数台のクライアント端末２０（２０ａ，・・・）とがネットワーク３０を介して接続されている。サーバ１０は物理ディスク１１を、クライアント端末２０ａは物理的な記憶装置としての物理ディスク２１ａと仮想ディスク２２ａとをそれぞれ備え、いずれも図示しないＣＰＵや物理メモリなどの基本的な構成を備えている。物理ディスク１１には、各クライアント端末２０（２０ａ，・・・）が最初の起動時に読み込むＯＳのディスクイメージ２２ａが保存されている。なお、物理ディスクは、実体を伴うハードディスクその他の記憶手段を指す。物理ディスク２１ａは、論理的なレベルで認識される第１のパーテーションＰ１と物理的なレベルで認識される第２のパーテーションＰ２とを有する。第２のパーテーションＰ２には、主に読み出しキャッシュ領域とキャッシュ管理領域とが割り当てられる。
　クライアント端末２０ａの基本的な動作としては、端末２０ａのフィルタドライバが物理ディスク２１ａへの読み書きのアクセスをネットワークアクセスに変換することにより、端末２０ａのＣＰＵは、物理ディスク２１ａにアクセスすることに代えて、ネットワークインターフェースを用いてネットワークを介して接続されるサーバ１０上のディスクイメージ２２ａにアクセスする。クライアント端末２０ａは、リードキャッシュ機構を機能させるためのリードキャッシュドライバを備える。リードキャッシュドライバは、プログラムであり、物理ディスク２１ａにおける読み出しキャッシュ領域に対するデータのアクセス（書き込み及び読み出し）を主に行う。リードキャッシュドライバはサーバ１０から読み出されたデータを物理ディスク２１ａの読み出しキャッシュ領域にキャッシュとして保存して読み出しキャッシュさせる働きをする。なお、読み出しキャッシュ領域は、ディスクイメージ２２ａと１対１で対応付けされている。管理フラグを用いてキャッシュ後に一度でも書き込みが行われたことのあるキャッシュデータを利用しないようにしてもよい。
　図２は、本実施形態のネットワークブートシステムにおける変更領域マップを説明するための概念図である。図２に示すように、サーバ１０の物理ディスク１１上には、各リビジョン（・・・, Rev.8, Rev9, ・・・, Rev.11）で管理された、クライアント端末２０ａのディスクイメージと、そのディスクイメージの世代管理データとしての変更領域マップとが保存されている。例えば、クライアント端末２０ａのリビジョン１１のディスクイメージ２２ａと、ディスクイメージ２２ａの世代管理データとしての変更領域マップＭ１，・・・，Ｍｎ（ｎは正の整数）とが保存されている。また、端末２０ａの物理ディスク２１ａ上には、上述のリードキャッシュドライバが読み出したキャッシュデータと、リビジョン１１のキャッシュ管理テーブルＴ１と、変更領域マップＭ１，・・・，Ｍｋ（ｋはｎ以下の正の整数）とが保存されている。
　リビジョン１１のキャッシュ管理テーブルＴ１は、読み出しキャッシュ領域Ａｃ内にリビジョン１１のディスクイメージ２２ａのキャッシュデータが存在するかどうかを示すデータであり、例えば、キャッシュデータが有る領域（セクタ）を１で、キャッシュデータが無い領域を０でそれぞれ示すビット列である。なお、リビジョン１１のキャッシュ管理テーブルＴ１はリビジョン１１のキャッシュデータを管理しており、そのリビジョン１１のキャッシュデータはリビジョン１１のディスクイメージ２２ａに対応付けされている。キャッシュ管理テーブルＴ１は、端末２０ａの物理メモリに読み込まれ、定期的にキャッシュ管理領域へと書き戻される。
　変更領域マップＭ１，・・・，Ｍｋは、いずれも端末２０ａの仮想ディスク２２ａ（サーバ１０のディスクイメージ２２ａ）のリビジョンの遷移を世代管理するための世代管理データであり、２つの異なるリビジョン間でディスクイメージ２２ａ内のどの領域のデータが変更されたかを示すデータである。変更領域マップＭ１，・・・，Ｍｋは、サーバ１０の物理ディスク１１上の変更領域マップＭ１，・・・，Ｍｎの一つ又は複数をコピーしたものであり、例えば、リビジョン１１のディスクイメージ２２ａを基準に変更された領域を１で、変更されていない領域を０でそれぞれ示すビット列である。
　リードキャッシュ機構は、サーバ１０側でディスクイメージ２２ａがリビジョン１１と異なったリビジョンに改訂又はロールバックされていても、端末２０ａ側に保存された変更領域マップＭ１，・・・，Ｍｋをリビジョン１１のキャッシュ管理テーブルＴ１に適用することにより、ディスクイメージ２２ａが変更されなかった領域、すなわち、キャッシュデータをそのまま利用できる領域を特定し、キャッシュデータを有効に利用することができる。これにより、端末からサーバへのネットワークアクセスを低減して端末の起動速度が低下することを抑えることができる。次に、変更領域マップをキャッシュ管理テーブルに適用する方法について説明する。
　図３は、本実施形態のネットワークブートシステムにおいて変更領域マップが適用されたキャッシュ管理テーブルを説明する概念図である。図３（ａ）はリビジョン１１のキャッシュ管理テーブルの一例を示す図であり、図３（ｂ）はリビジョン８からリビジョン１１への変更領域マップの一例を示す図であり、図３（ｃ）はリビジョン８のキャッシュ管理テーブルの一例を示す図である。
　図３（ａ）に示すように、リビジョン１１のキャッシュ管理テーブルＴ１は、セクタＡで１、セクタＢで０、セクタＣで１である。これは、端末２０ａの読み出しキャッシュ領域のセクタＡ及びＣでリビジョン１１のディスクイメージ２２ａのデータが既にキャッシュデータとして保存されている（キャッシュ済みである）こと、及びセクタＢでキャッシュデータが無い（未キャッシュである）ことを示している。リードキャッシュ機構は、このリビジョン１１のキャッシュ管理テーブルＴ１を参照することで、キャッシュ済みのセクタのキャッシュデータにアクセスすることができ、リビジョン１１のディスクイメージ２２ａにおいて未キャッシュの領域に対応するデータを読み込んだ際にはキャッシュデータとして保存することができる。
　図３（ｂ）に示すように、リビジョン８からリビジョン１１への変更領域マップＭ３は、セクタＡで１、セクタＢで１、セクタＣで０とそれ以外のセクタで０である。これは、ディスクイメージ２２ａをリビジョン８からリビジョン１１に改訂したときに、読み出しキャッシュ領域のセクタＡ及びＢがディスクイメージ２２ａの改訂に伴って変更された領域（変更領域）であること、及びセクタＣとそれ以外のセクタが変更されなかった領域（未変更領域）であることを示している。
　変更領域マップは、ディスクイメージ（仮想ディスク）２２ａの変更された領域に対応する読み出しキャッシュ領域、例えばハードディスクではセクタを示すだけであり、その領域内のデータの中身については一切情報を保持しない。このため、変更領域マップの容量サイズをディスクイメージ２２ａのサイズよりもはるかに小さくすることができる。例えば、現状のハードディスク等の記録単位を例にとり、１セクタに５１２バイトのデータが保存されているとすると、５１２バイト（＝４０９６ビット）あたり１ビットとなるため、仮想ディスクの容量の１／４０９６（＝１ビット／５１２バイト）のサイズでよいことがわかる。
　１つの変更領域マップのサイズは、例えば約２１Ｇバイトのハードディスクで約５Ｍバイトであるが、この変更領域マップをランレングス（Run Length）圧縮法を用いて圧縮すると、約３．２Ｋ～６．４Ｋバイトになり、より小さくなる。そのため、この圧縮された変更領域マップを端末２０ａの物理ディアスク２１ａに複数保存するようにして変更領域マップを用いてキャッシュデータを有効に利用すると、ディスクイメージ２２ａの各領域をキャッシュとして端末に保存し直すよりも大幅にネットワーク負荷を低減することができる。このような変更領域マップの圧縮は、サーバ側で実施してもよく、端末側で実施してもよい。
　図３（ｃ）に示すように、リビジョン８のキャッシュ管理テーブルＴ２は、セクタＡで０、セクタＢで０、セクタＣで１である。これは、端末２０ａの読み出しキャッシュ領域のセクタＡ及びＢでキャッシュデータが無い（未キャッシュである）こと、及び端末２０ａの読み出しキャッシュ領域のセクタＣでリビジョン８のディスクイメージ２２ａのデータが既にキャッシュデータとして保存されている（キャッシュ済みである）ことを示している。リビジョン８のキャッシュ管理テーブルＴ２は、リビジョン８からリビジョン１１への変更領域マップＭ３における読み出しキャッシュ領域の変更のあったセクタＡ及びＢを抽出し、リビジョン１１のキャッシュ管理テーブルＴ１のセクタＡ及びＢを０（未キャッシュの状態）にする、すなわち、キャッシュ管理テーブルＴ１と変更領域マップＭ１の否定との論理積を求めることで得ることができる。なお、リビジョン８のキャッシュ管理テーブルＴ２を用いる場合、キャッシュデータのリビジョンを１１から８に変更しておく。また、このとき、図２に示すリビジョン８の変更領域マップＭａを端末２０ａの記憶装置２１ａに保存することで、さらにディスクイメージ２２ａがリビジョン８からロールバックされても同様にしてキャッシュ管理テーブルを求めることができる。
　リードキャッシュ機構は、ディスクイメージ２２ａがリビジョン１１からリビジョン８へロールバックされていても、リビジョン８のキャッシュ管理テーブルＴ２を参照して変更のあったセクタＡ及びＢのリビジョン１１のキャッシュデータを新たにキャッシュし直し、変更されなかったリビジョン１１のキュッシュデータをリビジョン８のキャッシュデータとすることで、破棄されるリビジョン１１のキャッシュデータの量を抑えて、リビジョン１１のキャッシュデータを有効に利用することができる。
　本実施形態のネットワークブートシステムは、仮想ディスクをロールバックさせた後、端末の記憶装置に保存されたロールバック後のリビジョンからロールバック前のリビジョンへの変更領域マップをキャッシュ管理テーブルに適用することで破棄されるキャッシュデータの量を抑えてそのキャッシュデータを有効に利用し、端末からサーバへのネットワークアクセスを軽減することができる。そのため、仮想ディスクをロールバックさせた後に多数の端末を一斉に起動させても端末の起動速度が低下することを抑えることができる。
　図４は、本実施形態のネットワークブートシステムにおいてリードキャッシュ機構がキャッシュ管理テーブルに変更領域マップを適用する流れの一例を示すフローチャートである。以下、キャッシュデータのリビジョンとそのキャッシュデータのリビジョンに対応するディスクイメージのリビジョンとが同じものとして説明する。まず、サーバ上のディスクイメージのリビジョンとキャッシュデータのリビジョンとを比較する（Ｓ１）。サーバ上のディスクイメージのリビジョンがキャッシュデータのリビジョンよりも古い場合は、サーバ上のディスクイメージがロールバックされているため、端末に保存された変更領域マップのうち、具体的には、ロールバックされたディスクイメージのリビジョンからキャッシュデータのリビジョンへの変更領域マップを選択し、その変更領域マップをキャッシュ管理テーブルに適用して新たなキャッシュ管理テーブルを生成する（Ｓ２）。このとき、キャッシュデータのリビジョンをロールバックされたディスクイメージのリビジョンに対応させて変更する。ロールバックされたディスクイメージにはロールバックされたディスクイメージのリビジョンまでの変更領域マップが含まれているため、それらを端末の物理ディスクに保存する（Ｓ３）。このＳ３は、任意のタイミングで行ってもよく、サーバ上のディスクイメージが改訂されてサーバ上の変更領域マップが更新されたときに実施してもよい。その後新たなキャッシュ管理テーブルを用いて、変更の有ったキャッシュデータを利用しないようにしつつリードキャッシュを起動させる（Ｓ４）。例えば、新たなキャッシュ管理テーブルでは、変更の有ったキャッシュデータの領域をキャッシュが無い状態を示すフラグ（０）で表すようにし、そのフラグに対応するキャッシュデータの領域を利用しないようにしてリードキャッシュを起動させる。リードキャッシュ機構が以上の手順を処理するプログラムを備えることにより、リードキャッシュ機構はサーバ上のディスクイメージがロールバックされていても端末に保存されたキャッシュデータを有効に利用することができる。
　本実施形態のネットワークブートシステムでは、サーバ側でディスクイメージが改訂又はロールバックされていても、リードキャッシュ機構が端末側に保存された変更領域マップをキャッシュ管理テーブルに適用することにより、改訂又はロールバックにより変更されなかった領域に対応するキャッシュデータの領域、すなわち、現リビジョンでキャッシュデータがそのまま利用できる領域を特定し、その領域に対応するキャッシュデータを破棄することなくキャッシュデータとして有効に利用することができる。これにより、サーバへのネットワークアクセスを軽減して端末の起動速度が低下することを抑えることができる。
　本実施形態のネットワークブートシステムでは、端末の物理ディスク上に変更領域マップを保存したが、端末が起動時にネットワーク負荷を大きくかけずにアクセスすることができる領域であってもよく、例えば、外部ストレージやＵＳＢメモリ等の媒体に保存しておいてもよい。また、変更領域マップは、キャッシュデータのリビジョンまでのものであったが、各リビジョン間にキャッシュデータのリビジョンに対応する仮想ディスクのリビジョンを含むものであってもよい。例えば、リビジョン８からリビジョン１２の変更領域マップであっても上述と同様にしてリビジョン１１のキャッシュ管理テーブルに適用してリビジョン８のキャッシュ管理テーブルを生成することでリビジョン１１のキャッシュデータをリビジョン８のキャッシュデータとして有効に利用することができる。
１０　サーバ（ネットワークブートサーバ）
１１　物理ディスク（ハードディスク）
２０　クライアント端末
２０ａ　クライアント端末
２１ａ　ディスク
２２ａ　仮想ディスク（ｖＤｉｓｋ）
２３ａ　物理メモリ
３０　ネットワーク
１００　ネットワークブートシステム
Ａｃ　読み出しキャッシュ領域
Ｍ、Ｍａ　変更領域マップ
Ｔ１、Ｔ２　キャッシュ管理テーブル

Claims (10)

  1. クライアント端末上で動作するオペレーティングシステムを含むディスクイメージを仮想ディスクとして提供するネットワークブートサーバと、物理的な記憶装置を備えたクライアント端末とがネットワークを介して接続され、
    　前記オペレーティングシステムは、前記サーバから読み出したデータを前記記憶装置にキャッシュデータとして保存するリードキャッシュ機構を備えたネットワークブートシステムであって、
    　前記リードキャッシュ機構は、前記仮想ディスクの改訂情報を表すリビジョンの遷移を世代管理するための世代管理データを備え、
    　前記世代管理データは、リビジョンの遷移毎に分けられて前記サーバに保存されているとともに、
    　前記分けられた世代管理データの少なくとも一つは、前記記憶装置にもそのコピーが保存されている
    ことを特徴とするネットワークブートシステム。
  2. 前記キャッシュデータは、前記仮想ディスクの改訂情報を表すリビジョンに対応するキャッシュのリビジョンを有し、
    　前記コピーは、前記キャッシュのリビジョンまでの世代管理データである
    ことを特徴とする請求項１記載のネットワークブートシステム。
  3. 前記リードキャッシュ機構は、キャッシュデータの有無を示すキャッシュ管理テーブルを備え、
    　前記仮想ディスクがロールバックされた場合には、前記仮想ディスクのロールバックされたリビジョンから前記キャッシュのリビジョンに対応する仮想ディスクのリビジョンへの世代管理データをロールバック時の世代管理データとして前記コピーから選択し、ロールバック前のキャッシュ管理テーブルに前記ロールバック時の世代管理データを適用して前記キャッシュ管理テーブルを生成する手段と、
    　前記仮想ディスクのロールバックされたリビジョンまでの世代管理データを前記記憶装置に保存する手段とを備える
    ことを特徴とする請求項１又は請求項２記載のネットワークブートシステム。
  4. 前記ロールバック前のキャッシュ管理テーブルは、キャッシュデータが有る領域とキャッシュデータが無い領域とを表すビット列であり、
    　前記ロールバック時の世代管理データは、変更された領域と変更されなかった領域とを表すビット列であり、
    　前記キャッシュ管理テーブルは、前記ロールバックされる前のキャッシュ管理テーブルと前記ロールバック時の世代管理データとの論理演算により算出される
    ことを特徴とする請求項３記載のネットワークブートシステム。
  5. 前記リードキャッシュ機構は、以下の手順により起動される
    ことを特徴とする請求項１項記載のネットワークブートシステム。
    （ａ）前記仮想ディスクの改訂情報を表すリビジョンと前記キャッシュデータに対応する仮想ディスクのリビジョンとを比較する
    （ｂ）前記仮想ディスクの改訂情報を表すリビジョンが前記キャッシュデータに対応する仮想ディスクのリビジョンよりも古い場合、前記仮想ディスクの改訂情報を表すリビジョンから前記キャッシュデータに対応する仮想ディスクのリビジョンへの世代管理データを変更前後の世代管理データとして前記コピーから選択する
    （ｃ）前記仮想ディスクの改訂情報を表すリビジョンまでの世代管理データを前記端末に保存する
    （ｄ）前記変更前後の世代管理データを用いて変更の有ったキャッシュデータを利用しないようにしつつリードキャッシュを動作する
  6. クライアント端末上で動作するオペレーティングシステムを含むディスクイメージを仮想ディスクとして前記端末にネットワークを介して提供するネットワークブートサーバであって、
    　前記オペレーティングシステムは、前記サーバから読み出したデータをキャッシュデータとして保存するリードキャッシュ機構を備え、
    　前記サーバは、前記仮想ディスクの改訂情報を表すリビジョンの遷移を世代管理するためのものであって前記端末にもコピーが保存される世代管理データを有する
    ことを特徴とするネットワークブートサーバ。
  7. クライアント端末上で動作するオペレーティングシステムを含むディスクイメージを仮想ディスクとして提供するネットワークブートサーバとネットワークを介して接続されたネットワークブートシステムにおけるクライアント端末であって、
    　前記オペレーティングシステムは、前記サーバから読み出したデータを前記記憶装置にキャッシュデータとして保存するリードキャッシュ機構を備え、
    　前記端末は、前記サーバに保存された前記仮想ディスクの改訂情報を表すリビジョンの遷移を世代管理するための世代管理データのコピーを有する
    ことを特徴とするクライアント端末。
  8. クライアント端末上で動作するオペレーティングシステムを含むディスクイメージを仮想ディスクとして提供するネットワークブートサーバと、クライアント端末とがネットワークを介して接続され、
    　前記オペレーティングシステムは、前記サーバから読み出したデータをキャッシュデータとして端末に保存するリードキャッシュ機構を備え、
    　前記リードキャッシュ機構は、前記仮想ディスクの改訂情報を表すリビジョンの遷移を世代管理するための世代管理データを備えたネットワークブートシステムのリードキャッシュ機構の起動方法であって、
    　前記仮想ディスクの改訂情報を表すリビジョンと前記キャッシュデータに対応する仮想ディスクのリビジョンとを比較する工程と、
    　前記仮想ディスクの改訂情報を表すリビジョンが前記キャッシュデータに対応する仮想ディスクのリビジョンよりも古い場合、前記仮想ディスクの改訂情報を表すリビジョンから前記キャッシュデータに対応する仮想ディスクのリビジョンへの世代管理データを変更前後の世代管理データとして前記世代管理データから選択する工程と、
    　前記仮想ディスクの改訂情報を表すリビジョンまでの世代管理データを前記端末に保存する工程と、
    　前記変更前後の世代管理データを用いて変更の有ったキャッシュデータを利用しないようにしつつリードキャッシュを動作する工程とを含む
    ことを特徴とするリードキャッシュ機構の起動方法。
  9. 前記リードキャッシュ機構は、キャッシュデータの有無を示すキャッシュ管理テーブルを備え、
    　前記リードキャッシュを動作する工程は、
    　　前記キャッシュ管理テーブルに前記変更前後の世代管理データを適用して新たにキャッシュ管理テーブルを生成し、前記新たに生成されたキャッシュ管理テーブルを参照してキャッシュデータが無いとされる領域のキャッシュデータを利用しないようにしつつリードキャッシュを動作する
    ことを特徴とする請求項８記載のリードキャッシュ機構の起動方法。
  10. 前記キャッシュ管理テーブルは、キャッシュデータが有る領域とキャッシュデータが無い領域とを表すビット列であり、
    　前記変更前後の世代管理データは、変更された領域と変更されなかった領域とを表すビット列であり、
    　前記新たにキャッシュ管理テーブルを生成する工程は、
    　　前記キャッシュ管理テーブルと前記変更前後の世代管理データとの論理演算をする
    ことを特徴とする請求項９記載のリードキャッシュ機構の起動方法。
PCT/JP2013/068679 2012-07-09 2013-07-08 ネットワークブートシステム WO2014010566A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
US14/240,882 US10152334B2 (en) 2012-07-09 2013-07-08 Network boot system
CN201380002647.1A CN104603754B (zh) 2012-07-09 2013-07-08 网络启动系统
JP2014524804A JP5648203B2 (ja) 2012-07-09 2013-07-08 ネットワークブートシステム
KR1020147003728A KR101618999B1 (ko) 2012-07-09 2013-07-08 네트워크 부트 시스템
HK15106366.6A HK1205812A1 (en) 2012-07-09 2015-07-03 Network boot system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012153195 2012-07-09
JP2012-153195 2012-07-09

Publications (1)

Publication Number Publication Date
WO2014010566A1 true WO2014010566A1 (ja) 2014-01-16

Family

ID=49916018

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/068679 WO2014010566A1 (ja) 2012-07-09 2013-07-08 ネットワークブートシステム

Country Status (6)

Country Link
US (1) US10152334B2 (ja)
JP (1) JP5648203B2 (ja)
KR (1) KR101618999B1 (ja)
CN (1) CN104603754B (ja)
HK (1) HK1205812A1 (ja)
WO (1) WO2014010566A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150058092A (ko) * 2012-09-18 2015-05-28 가부시키가이샤 씨오-콘브 네트워크 부트 시스템

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001297005A (ja) * 2000-04-14 2001-10-26 Mitsubishi Electric Corp クライアントサーバシステム
JP2001325140A (ja) * 2000-05-17 2001-11-22 Mitsubishi Electric Corp ファイル転送装置
WO2009145274A1 (ja) * 2008-05-29 2009-12-03 株式会社シー・オー・コンヴ ネットワークブートシステム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6857057B2 (en) * 2002-10-03 2005-02-15 Hewlett-Packard Development Company, L.P. Virtual storage systems and virtual storage system operational methods
US7373451B2 (en) * 2003-12-08 2008-05-13 The Board Of Trustees Of The Leland Stanford Junior University Cache-based system management architecture with virtual appliances, network repositories, and virtual appliance transceivers
CN100524238C (zh) * 2007-11-02 2009-08-05 西安三茗科技有限责任公司 基于块级的增量备份和整卷恢复的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001297005A (ja) * 2000-04-14 2001-10-26 Mitsubishi Electric Corp クライアントサーバシステム
JP2001325140A (ja) * 2000-05-17 2001-11-22 Mitsubishi Electric Corp ファイル転送装置
WO2009145274A1 (ja) * 2008-05-29 2009-12-03 株式会社シー・オー・コンヴ ネットワークブートシステム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150058092A (ko) * 2012-09-18 2015-05-28 가부시키가이샤 씨오-콘브 네트워크 부트 시스템
KR102123701B1 (ko) 2012-09-18 2020-06-16 가부시키가이샤 씨오-콘브 네트워크 부트 시스템

Also Published As

Publication number Publication date
US20150120811A1 (en) 2015-04-30
HK1205812A1 (en) 2015-12-24
JP5648203B2 (ja) 2015-01-07
KR20140041840A (ko) 2014-04-04
KR101618999B1 (ko) 2016-05-18
JPWO2014010566A1 (ja) 2016-06-23
CN104603754A (zh) 2015-05-06
CN104603754B (zh) 2017-09-19
US10152334B2 (en) 2018-12-11

Similar Documents

Publication Publication Date Title
US7069393B2 (en) Storage system providing file aware caching and file aware remote copy
EP3108371B1 (en) Modified memory compression
JP2019535077A (ja) 物理メディアアウェア空間的結合ジャーナル処理及びリプレイ
EP2989536B1 (en) Management of access to a hybrid drive in power saving mode
JP2008217209A (ja) 差分スナップショット管理方法、計算機システム及びｎａｓ計算機
JP5944502B2 (ja) 計算機システム及び制御方法
TWI596541B (zh) 資料存取系統、資料存取裝置及資料存取方法
EP3051408B1 (en) Data operating method and device
JP2007183763A (ja) システム、サーバ装置及びスナップショットの形式変換方法
US10166467B2 (en) Information processing device, data structure of game data, and recording medium
US20150126288A1 (en) Information processing device, program, and recording medium
JP2008225765A (ja) ネットワークストレージ・システムとその管理方法及び制御プログラム
CN109074308A (zh) 适应性的块转换表(btt)
JP5290446B2 (ja) ネットワークブートシステム
EP2878348B1 (en) Information processing device, data structure of game data, program, and recording medium
US11176089B2 (en) Systems and methods for implementing dynamic file systems
JP5648203B2 (ja) ネットワークブートシステム
KR102123701B1 (ko) 네트워크 부트 시스템
US20190196732A1 (en) FLEXIBLE OVER-PROVISIONING OF STORAGE SPACE WITHIN SOLID-STATE STORAGE DEVICES (SSDs)
JP2015088144A (ja) 情報処理装置およびゲームデータのデータ構造
CN111124746B (zh) 管理独立盘冗余阵列的方法、设备和计算机可读介质
JP7099690B2 (ja) ストレージシステム、ストレージ制御装置、ストレージ制御方法、及びストレージ制御プログラム
CN117369709A (zh) 数据存储管理方法和装置、存储介质、系统

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2014524804

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 20147003728

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14240882

Country of ref document: US

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

Ref document number: 13815967

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13815967

Country of ref document: EP

Kind code of ref document: A1