A method and system for efficient virtual machine operation while recovering data. Specifically, the disclosed method and system enable the activation of virtual machines while virtual machine data, pertinent to the virtual machines, may concurrently be undergoing restoration. By activation, virtual machines may be permitted to issue input-output operations targeting their respective virtual machine data. Further, whether or not the sought virtual machine data has been recovered, fulfillment of the input-output operations may entail accessing virtual machine data either stored locally or retained remotely on a backup storage service.
Legal claims defining the scope of protection. Each claim is shown in both the original legal language and a plain English translation.
2. The method of claim 1, wherein the first block bitmap state reflects a first value indicative that a virtual disk block of the virtual disk is empty.
A method for managing virtual disk storage involves tracking the state of virtual disk blocks using block bitmaps. The method includes determining the state of a virtual disk block by referencing a first block bitmap, where the first block bitmap reflects a first value indicating that the virtual disk block is empty. This allows the system to efficiently identify and manage unused storage space within the virtual disk. The method may also involve updating the block bitmap to reflect changes in the state of the virtual disk block, such as when data is written to or deleted from the block. By maintaining accurate block state information, the system can optimize storage allocation, reduce fragmentation, and improve performance in virtualized environments. The method is particularly useful in scenarios where virtual disks are dynamically resized or where storage resources are shared among multiple virtual machines. The block bitmap provides a compact and efficient way to track block usage, enabling quick lookups and updates. This approach helps prevent data corruption and ensures consistent state tracking across the virtual disk.
3. The method of claim 2, wherein the first virtual disk block address references the virtual disk block, wherein the virtual disk is locally accessible.
A method for managing virtual disk storage involves accessing a virtual disk block using a first virtual disk block address, where the virtual disk is locally accessible. The method includes determining a physical disk block address corresponding to the first virtual disk block address, where the physical disk block address references a physical disk block on a physical disk. The method further involves reading data from the physical disk block based on the physical disk block address and writing the data to a cache memory. The method also includes determining a second virtual disk block address corresponding to the first virtual disk block address, where the second virtual disk block address references a virtual disk block on a remote virtual disk. The method then reads data from the remote virtual disk based on the second virtual disk block address and writes the data to the cache memory. This approach allows for efficient data access by leveraging both local and remote virtual disk storage, ensuring data consistency and reducing latency in storage operations. The method supports seamless integration between local and remote storage systems, improving performance and reliability in virtualized environments.
5. The method of claim 4, wherein the new first block bitmap state reflects a second value indicative that the virtual disk block of the virtual disk is non-empty.
7. The method of claim 6, wherein the third block bitmap state reflects a value indicative that a virtual disk block of the virtual disk is non-empty.
9. The method of claim 8, wherein the second virtual machine data represents prospective virtual machine data predicted to be sought next by the virtual machine.
11. The non-transitory CRM of claim 10, wherein the first block bitmap state reflects a first value indicative that a virtual disk block of the virtual disk is empty.
12. The non-transitory CRM of claim 11, wherein the first virtual disk block address references the virtual disk block, wherein the virtual disk is locally accessible.
14. The non-transitory CRM of claim 13, wherein the new first block bitmap state reflects a second value indicative that the virtual disk block of the virtual disk is non-empty.
16. The non-transitory CRM of claim 15, wherein the second block bitmap state reflects a value indicative that a virtual disk block of the virtual disk is non-empty.
18. The non-transitory CRM of claim 17, wherein the second virtual machine data represents prospective virtual machine data predicted to be sought next by the virtual machine.
20. The system of claim 19, wherein the virtual machine executes on the client device.
Cooperative Patent Classification codes for this invention. Click any code to explore related patents in that topic.
February 28, 2020
October 18, 2022
Browse 5M+ US patents with plain-English claim translations and AI-generated analysis.