Abstract:
본 발명의 목적은 응용 프로그램에서 사용하는 소켓 인터페이스와 TOE(TCP offload Engine) 사이의 연결을 제어하는 커널 소켓 및 이를 이용한 통신 인터페이스 방법을 제공을 제공하는데 있다. 본 발명에 따르면, 기존의 소켓 인터페이스와 완전히 호환이 가능한 TOE 소켓 인터페이스를 구현할 수 있다. 따라서, 특정 TOE에 의존하지 않는 일반적인 소켓 스위치 계층과 오프로드 프로토콜 처리 계층을 제작할 수 있어서 다양한 TOE 상에서 호환성 있는 소켓 인터페이스를 지원할 수 있다. 또한, 오프로드 프로토콜 처리 계층에서 구현한 데이터 무복사 기능을 통해 TOE를 사용하는 서버의 네트워크 성능을 향상시킬 수 있다. TOE(TCP Offlond engine), 커널 소켓, 소켓 스위치 계층, 오프로드 프로토콜 계층, TOE 디바이스 드라이버
Abstract:
본 발명은 데이터를 중복 저장하는 읽기 연산 집약 시스템에서 디스크에 저장되는 데이터 블록의 배치를 수정하고 이에 따른 새로운 맵핑 방식을 제공함으로써 기존의 데이터 중복 저장 방식(RAID1)의 장점인 데이터 신뢰성을 유지하면서 동시에 데이터 분산 저장 방식(RAID0)의 빠른 읽기 성능을 갖는 대용량 데이터에 대한 데이터 중복 저장 시스템에 관한 것이다. 본 발명의 데이터 중복 저장 시스템은 원본 데이터를 저장하는 원본 디스크와 상기 원본 데이터에 대한 사본들을 저장하는 다수의 중복 디스크들로 구성되며, 디스크 개수만큼의 연속적인 데이터 블록들을 그룹핑하여 상기 원본 디스크와 상기 중복 디스크들에 대한 SMU들을 생성한 후 각 디스크내에서 SMU 순서에 따라 SMU에 SMUno값을 부여하고 각 SMU내에서의 데이터 블록의 순서에 따라 데이터 블록에 SMUidx값을 부여하며, 동일 SMUno값의 각 SMU내에서의 동일 데이터 블록들은 각 디스크마다 서로 다른 배치 순서를 갖는 것을 특징으로 한다.
Abstract:
본 발명은 스트라이핑(striping)을 하는 레이드 시스템(RAID system)에서 동적 디스크의 변화를 지원하는 매핑(mapping)에서의 스냅샷 방법(method of snapshot)에 관한 것이다. 본 발명은 SZIT(Striping Zone Information Table)를 이용한 계산에 의한 매핑을 하는 시스템에서 스냅샷을 생성하고 이를 통하여 온라인 백업(on-line backup) 등의 연산을 수행할 수 있다. SZIT를 이용한 매핑방법은 계산에 의한 매핑의 한 방법으로써 디스크 추가를 할 때 곧바로 데이터에 대한 재구성을 하지 않아도 시스템 운영을 할 수 있는데, 이러한 시스템에서 보통의 경우에는 SZIT를 사용한 계산에 의한 방법으로 매핑을 수행하고, 스냅샷이 생성되어 있는 경우에는 SZIT에 의한 계산을 통하여 매핑을 한 후 스냅샷 테이블을 사용하여 매핑을 수행하게 된다.
Abstract:
A RAID subsystem to distributively store data in a disk array having a plurality of disk drives and performing an I/O of the data in parallel is provided. A sparing disk drive stores a recovery image in which recovery information on a block of an error disk drive is recorded. A disk array controller retrieves the recovery information recorded in the recovery image according to a data input/output request of a host computer to check whether the block of the error disk drive is recovered or not. The regenerated block in the block of the sparing disk drive is recorded according to the check result on the block. The recovery information on the regenerated block is recorded in the recovery image.
Abstract:
An efficient snapshot technique based on a mapping for a large logical volume shared in multiple hosts. According to the present invention, problems of time delays in a conventional snapshot technique is solved by employing a FAB and an SSB, which are bits representing whether a COW operation is carried out to a mapping entry. In other words, the present invention solves the problems of delaying a write operation of corresponding volume, which is simultaneously executed when a snapshot is created, until the snapshot creation is completed.
Abstract:
PURPOSE: A method for executing snapshot for a large scaled common storage is provided to support online backup for large scaled logical volume based on an SAN(Storage Area Network). CONSTITUTION: Mapping converts logical address to physical address, and offers independence between logical address(402) and physical address(403) thought free space manager. Each mapping entry(401) comprises an FAB(First Allocation Bit, 407), an SSB(Snapshot Status Bit, 408), and the physical address(403). The FAB(407) discriminates a first located/used data block after snapshot. After generating snapshot, the data block is located by the free space manager. The FAB value is changed to '1' when the data block is used, and the mapping entry(401) is recorded on the disk. The SSB(408) shows a snapshot status. The FAB(407) and the SSB(408) is initiated when the physical volume is generated at the common storage.
Abstract:
PURPOSE: A method for reconfiguring data on a RAID(Redundant Array of Inexpensive Disks) system using a striping method is provided to offer a service after adding a disk by reconfiguring the data occurred a write operation from user's requests without reconfiguring entire data when the disk is added for expanding a capacity. CONSTITUTION: It is judged that an added disk exists in a storing media of the system. In case that the added disk exists, it is judged that the data for the disk write operation is stored in a reconfiguration request position(S512). In the case that the data is not stored in the reconfiguration request position, the reconfiguration request data is moved to the corresponding to position(S518). In case that the data is stored in the reconfiguration request position, a requested disk write operation block is sequentially stored from an end of the added disk(S513). Physical information is updated to the requested block information of a reconfiguration table(S514).