Replication Log Replay Using Bitmaps for Region Tracking
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
The existing replication systems face inefficiencies and resource consumption during the replay process of application writes in a replication log, leading to unsynchronization of data between primary and secondary volumes, which can cause delays and waste in network bandwidth.
Innovation Solution
The method involves using bitmaps (active, accumulative, and replication bitmaps) to track and synchronize regions of the primary volume with the secondary volume, allowing for efficient replay by identifying and processing only necessary regions, thus optimizing resource usage and reducing redundant operations.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If a replay of application writes is performed to resynchronize data between primary and secondary volumes, then data consistency is restored, but the process consumes large amounts of computing resources and time
Solution Approach 1:
The patent divides the replay log into multiple segments and processes them in parallel using multiple threads. Each thread handles a specific segment of the replay log, allowing concurrent processing of different regions of the primary volume. This segmentation enables the system to resynchronize data faster by utilizing multiple computing resources simultaneously, reducing the overall replay duration while maintaining data consistency.
Solution Approach 2:
The patent performs preliminary analysis of the replay log to identify and categorize write operations before executing the actual replay. It pre-processes the log to determine which regions need synchronization and prepares the processing plan in advance. This preliminary action allows the system to optimize the replay execution by avoiding unnecessary operations and focusing resources on regions that actually require resynchronization.
2Reliability
If a replay of application writes is performed to resynchronize data between primary and secondary volumes, then data consistency is restored, but computing resources are consumed heavily
Solution Approach 1:
The patent divides the replay log into multiple segments and processes them in parallel using multiple threads. Each thread handles a specific segment of the replay log, allowing concurrent processing of different regions of the primary volume. This segmentation enables the system to resynchronize data faster by utilizing multiple computing resources simultaneously, reducing the overall replay duration while maintaining data consistency.
Solution Approach 2:
The patent implements early termination of the replay process by monitoring synchronization progress. When the system detects that the secondary volume has caught up with the primary volume or when a predefined synchronization threshold is reached, the replay is stopped prematurely. This partial action approach avoids consuming additional computing resources for redundant synchronization operations while ensuring data consistency is achieved.
3Reliability
If traditional replay processing is used, then all write operations are processed, but redundant operations waste network bandwidth and processing time
Solution Approach 1:
The patent extracts and identifies only the necessary regions that require synchronization by analyzing the replay log and comparing it with the current state of the primary volume. It separates essential synchronization operations from redundant ones by using region-based tracking and change detection mechanisms. This extraction approach allows the system to transfer only the necessary data blocks over the network, significantly reducing network bandwidth consumption while ensuring proper data synchronization.
Solution Approach 2:
The patent applies different processing strategies to different regions of the volume based on their synchronization status. Instead of uniformly processing all regions, it identifies specific regions that need attention and applies targeted synchronization only to those areas. This local quality approach optimizes resource allocation by focusing network bandwidth and computing power on regions that actually require resynchronization rather than wasting resources on already-synchronized areas.
Data Source
AI summary
A system and method for replaying writes in a replication log is provided. The replay of writes in the replication log can begin at some point after detecting an imminent overflow condition is detected. One method involves detecting the imminent overflow condition, performing a first synchronization for regions of the first volume based upon information in a first subset of the replication log, processing information in a second subset of the replication log while the first synchronization is ongoing, and performing a second synchronization for regions of the first volume based upon information in the second subset of the replication log, subsequent to the first synchronization and subsequent to processing the information in the second subset of the replication log.


