| Parameter | Default value | Description | Applicable version |
|---|---|---|---|
| limitator.platform.threads.number | The default value is subject to resource configurations for full verification. | The number of data source read threads to be verified. The number of read threads at the source and that at the target are subject to the limitator.platform.threads.number and limitator.source.max.thread.size parameters. The calculation logic is as follows:
limitator.platform.threads.number is 10, each of the source and target has five read threads. If the value of limitator.platform.threads.number is 14, each of the source and target has six read threads. |
All versions |
| limitator.platform.split.threads.number | 16 | The number of splitting threads to be verified. | All versions |
| limitator.select.batch.max | 600 | The maximum number of records of each split part.
NoteWe recommend that you do not modify this parameter unless a splitting performance bottleneck occurs. |
All versions |
| limitator.reviewer.rounds.max | 20 | The number of reverification rounds.
NoteIf you want to quickly obtain data inconsistencies or you are in a confirmed data inconsistency scenario, you can set the value of this parameter to |
All versions |
| limitator.reviewer.review.batch.max | 100 | The number of inconsistent unique keys to be verified by each reverification task. | All versions |
| limitator.review.query.batch.limit | 100 | The number of unique keys queried at the source/target at a time in reverification scenarios. This parameter is used in combination with limitator.reviewer.review.batch.max. For example, if limitator.reviewer.review.batch.max is set to 100 and limitator.review.query.batch.limit is set to 50, one reverification task needs to reverify 100 unique keys in total and can query 50 unique keys at the source/target each time. Therefore, the reverification task will access the database twice. |
Versions later than oboms-verifier-2.0.0-xxx |
| filter.verify.rectify.type | N/A | Data correction configuration. Valid values:
Notice
|
All versions |
| filter.verify.inmod.tables | N/A | Configuration for verifying tables by using the inmode mechanism. OMS supports general verification and inmode verification. The two verification modes differ in the method used by the target to read data. In inmode verification, the target does not read data based on the split range. Instead, the target calculates primary key values based on the data read by the source from a split part, and then reads data based on the primary key values.
NoticeThe inmode verification is inapplicable if the target has data that does exist at the source, and will downgrade the verification performance.
|
All versions |
| limitator.table.diff.max | 10000 | The maximum number of data inconsistencies allowed for each table. If the number of data inconsistencies in a table exceeds this value, the Full-Verification component marks the table as an abnormal one and will not verify the remaining data.
NoticeWe recommend that you do not set this parameter to a value greater than 10 million. |
All versions |
| limitator.ready.verify.record.queue.size | 64 | The size of data to be verified. | Versions later than oboms-verifier-2.0.0-xxx |
| limitator.ready.rectify.record.queue.size | 64 | The size of data to be corrected. | Versions later than oboms-verifier-2.0.0-xxx |
| limitator.sink.slice.queue.size | 64 | The size of the splitting queue at the target. | Versions later than oboms-verifier-2.0.0-xxx |
| task.coordinatorSection.reviewTaskQueueSize | 64 | The size of the reverification task queue. | Versions later than oboms-verifier-2.0.0-xxx |
| limitator.verify.thread.size | 8 | The number of verification threads. | Versions later than oboms-verifier-2.0.0-xxx |
| limitator.review.thread.size | 16 | The number of reverification threads. | Versions later than oboms-verifier-2.0.0-xxx |
| limitator.rectify.thread.size | 32 | The number of correction threads. | Versions later than oboms-verifier-2.0.0-xxx |
| limitator.slice.split.batch.size | N/A | The number of unique keys concatenated in a single IN query at the target. | Versions later than oboms-verifier-1.0.23-20230904200300 |
The applicable versions in the preceding table are versions of the Full-Verification component. You can perform the following steps to query the current Full-Verification component version of OMS:
Log in to the server where OMS is deployed.
Run the following command to enter the Docker container:
docker exec -it ${CONTAINER_NAME} bashNotice
CONTAINER_NAMEspecifies the name of the container.Run the following command to query the Full-Verification component version:
rpm -qa | grep "verifier"