IP Library Granted Patent US 12,487,769
Granted Patent B2
US 12,487,769 · App. 18/207,950 · Granted Dec 2, 2025

Acceleration secondary use of data

Inventors: Takanobu Suzuki (San Jose, CA); Tomohiro Kawaguchi (Santa Clara, CA); Akiyoshi Tsuchiya (San Jose, CA)
Assignee: HITACHI VANTARA, LTD.
G06F3/0652G06F3/0665G06F3/0683G06F3/0604
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 12,487,769
App. No.
18/207,950
Granted
Dec 2, 2025
Kind
B2
Abstract

Systems and methods described herein can involve, for receipt of a write request from a server to a first storage system associated with a mounted volume having an attribute of read only or read/write, the write request processed by a second storage system, the second storage system setting the write destination of write data associated with the write request to the first storage system or the second storage system based on the attribute.

Claims (52)

1 . A method for dynamically managing write requests in a cloud storage environment, the method comprising:

receiving, by a second storage system, a write request from a server to a first storage system that is associated with a mounted volume and has an attribute of read only or read/write;

determining a current state of the mounted volume by checking a Volume-Pool Mapping Table that stores mappings from volume addresses to pool addresses and a Pool-Volume Mapping Table;

in response to detecting the attribute of the mounted volume as read-only, setting a write destination of write data associated with the write request to a predefined alternative storage location managed by the second storage system, writing the data to a local pool, and changing address mapping, and

in response to detecting the attribute as read/write, setting the write destination to the first storage system and writing data directly to a logical volume of the first storage system;

maintaining metadata indicating when and where write data is stored.

2 . The method of claim 1 , wherein the second storage system sets the write destination to the alternative storage location when the attribute is read only.

3 . The method of claim 1 , wherein the second storage system sets the write destination to the first storage for when the attribute is read/write.

4 . The method of claim 1 , further comprising, in response to the second storage system receiving a write failure due to a read-only status of the first storage system, redirecting the write data to the alternative storage system and storing metadata associated with the redirected write data in the alternative storage location.

5 . The method of claim 1 , further comprising:

receiving, by the second storage system, a read request from the server directed to the first storage system:

storing read data associated with the read request in the alternative storage system; and

providing the read data to the server.

6 . The method of claim 5 , wherein the second storage system marks the stored read data as delete ready.

7 . The method of claim 1 , further comprising:

storing, by the second storage system, in a third storage system, difference data for the write data and metadata indicating location and time of the difference data.

8 . A non-transitory computer readable medium, storing instructions for executing a process, the instructions comprising:

receiving a write request from a server directed to a first storage system associated with a mounted volume having an attribute of read only or read/write;

processing the write request by a second storage system;

determining a current state of the mounted volume by checking a Volume-Pool Mapping Table that stores mappings from volume addresses to pool addresses and a Pool-Volume Mapping Table;

setting a write destination of write data associated with the write request to the first storage system or an alternative location managed by the second storage system based on the attribute, wherein:

in response to detecting the attribute of the mounted volume as read-only, writing the data to a local pool and changing address mapping, and

in response to detecting the attribute as read/write, writing data directly to a logical volume of the first storage system; and

maintaining metadata indicating when and where write data is stored.

9 . The non-transitory computer readable medium of claim 8 , wherein the instructions set the write destination to the alternative storage location when the attribute is read only.

10 . The non-transitory computer readable medium of claim 8 , wherein the instructions set the write destination to the first storage system when the attribute is read/write.

11 . The non-transitory computer readable medium of claim 8 , wherein the instructions further comprise, in response to receiving a write failure in response to writing the write data to the first storage system, setting the write destination to the alternative storage location.

12 . The non-transitory computer readable medium of claim 8 , the instructions further comprising:

for receipt of a read request from the server to the first storage system:

storing read data associated with the read request in the second storage system; and

providing the read data to the server.

13 . The non-transitory computer readable medium of claim 8 , wherein the stored read data is marked as delete ready.

14 . The non-transitory computer readable medium of claim 8 , the instructions further comprising:

storing, in a third storage system, difference data for the write data and metadata indicating location and time of the difference data.

15 . A system, comprising:

a first storage system configured to receive a write request from a server, the write request associated with a mounted volume having an attribute of read only or read/write; and

a second storage system, comprising a processor that is configured to:

receive a write request from a server directed to the first storage system, the write request associated with a mounted volume having an attribute of read-only or read/write;

determine a current state of the mounted volume by checking a Volume-Pool Mapping Table that stores mappings from volume addresses to pool addresses and a Pool-Volume Mapping Table;

process the write request for the first storage system; and

set a write destination of write data associated with the write request to the first storage system or an alternative storage location managed by the second storage system based on the attribute, wherein:

in response to detecting the attribute of the mounted volume as read-only, write the data to a local pool and change address mapping, and

in response to detecting the attribute as read/write, write data directly to a logical volume of the first storage system; and

maintain metadata indicating when and where write data is stored.

16 . The method of claim 1 , further, wherein the second storage system dynamically determines the write destination of write data based on a current state of the volume's attribute and system conditions, including storage capacity and performance metrics.

17 . The method of claim 1 , wherein the second storage system updates metadata in real-time as changes occur in the storage destinations, ensuring consistency and data integrity across the storage systems.

18 . The non-transitory computer-readable medium of claim 8 , wherein the instructions further comprise:

receiving a read request from the server directed to the first storage system;

storing read data associated with the read request in the alternative storage location; and

providing the read data to the server.

19 . The non-transitory computer-readable medium of claim 18 , wherein the instructions mark the stored read data as delete-ready.

20 . The non-transitory computer-readable medium of claim 8 , wherein the instructions further comprise storing, in a third storage system, difference data for the write data and metadata indicating the location and time of the difference data.

Assignments (2)
DE-MERGER EFFECTIVE APRIL 1, 2024 Recorded Oct 1, 2024
From: HITACHI, LTD.
To: HITACHI VANTARA, LTD.
Reel/Frame 069083/0345 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jun 9, 2023
From: SUZUKI, TAKANOBU; KAWAGUCHI, TOMOHIRO; TSUCHIYA, AKIYOSHI
To: HITACHI, LTD.
Reel/Frame 063910/0320 →
Continuity (1)
Related Publication 20240411474A1 · Dec 12, 2024
References Cited (25)
US 8612776B2 · Hakamata · 2013 [cited by examiner]
US 8683152B2 · Kulkarni · 2014 [cited by examiner]
US 10176212B1 · Prohofsky · 2019 [cited by examiner]
US 10877868B2 · Diaconu · 2020 [cited by examiner]
US 10936243B2 · Tsuchiya · 2021 [cited by examiner]
US 11263039B2 · Soman · 2022 [cited by examiner]
US 20040044826A1 · Dawson · 2004 [cited by examiner]
US 20050182769A1 · Fujita · 2005 [cited by examiner]
US 20090265511A1 · Fujita · 2009 [cited by examiner]
US 20090276771A1 · Nickolov · 2009 [cited by examiner]
US 20100057990A1 · Mizuno · 2010 [cited by examiner]
US 20100281211A1 · Ooigawa · 2010 [cited by examiner]
US 20130318196A1 · Yamamoto · 2013 [cited by examiner]
US 20150006237A1 · Beck · 2015 [cited by examiner]
US 20150089171A1 · Fujita · 2015 [cited by examiner]
US 20170206135A1 · Zeng · 2017 [cited by examiner]
US 20170371587A1 · Saito · 2017 [cited by examiner]
US 20180089206A1 · Tamura · 2018 [cited by examiner]
US 20190095132A1 · Tatsumi · 2019 [cited by examiner]
US 20220155972A1 · Edara · 2022 [cited by examiner]
US 20220166887A1 · Kawase · 2022 [cited by examiner]
US 20220283904A1 · Chopra · 2022 [cited by examiner]
US 20240338140A1 · Reddy · 2024 [cited by examiner]
US 20240411474A1 · Suzuki · 2024 [cited by examiner]
JP 2004005370A · 2001 [cited by applicant]