ਤੁਹਾਡਾ ਸਿੰਕ੍ਰੋਨਸ SQL ਕਮਿਟ VPN ਰਾਊਂਡ ਟ੍ਰਿਪ ਦੀ ਉਡੀਕ ਕਿਉਂ ਕਰਦਾ ਹੈ

ਦੂਜੀ ਸਾਈਟ ਤੇ ਰੈਪਲਿਕਾ ਜਾਣ ਤੋਂ ਬਾਅਦ ਲਿਖਣ ਦੀ ਲੇਟੈਂਸੀ ਉਛਲ ਗਈ, ਅਤੇ ਟਨਲ ਸਭ ਤੋਂ ਨਵਾਂ ਹਿੱਸਾ ਹੈ, ਇਸ ਲਈ ਦੋਸ਼ ਉਸੇ ਤੇ ਜਾਂਦਾ ਹੈ। ਟਨਲ ਨਿਰਦੋਸ਼ ਹੋ ਸਕਦੀ ਹੈ: ਸਿੰਕ੍ਰੋਨਸ-ਕਮਿਟ ਉਪਲਬਧਤਾ ਸਮੂਹ ਦੇ ਅੰਦਰ ਪ੍ਰਾਇਮਰੀ ਦੂਰ ਦੀ ਲਾਗ ਲਿਖਤ ਪੂਰੀ ਹੋਣ ਤੱਕ ਕਮਿਟ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਇਸ ਲਈ ਹਰ ਲੈਣ-ਦੇਣ ਇੱਕ ਰਾਊਂਡ ਟ੍ਰਿਪ ਭਰਦਾ ਹੈ, ਲਿੰਕ ਕਿੰਨੇ ਵੀ ਮੈਗਾਬਿਟ ਲੈ ਜਾ ਸਕੇ। ਥ੍ਰੂਪੁਟ ਪ੍ਰਤੀ ਸਕਿੰਟ ਬਾਈਟ ਮਾਪਦਾ ਹੈ, ਲੇਟੈਂਸੀ ਮਾਪਦੀ ਹੈ ਕਿ ਇੱਕ ਅਦਲਾ-ਬਦਲੀ ਵਿੱਚ ਕਿੰਨਾ ਸਮਾਂ ਲੱਗਦਾ ਹੈ, ਅਤੇ ਕਮਿਟ ਨੂੰ ਪੂਰਾ ਹੋਣ ਲਈ ਸਿਰਫ਼ ਇੱਕ ਛੋਟੀ ਅਦਲਾ-ਬਦਲੀ ਚਾਹੀਦੀ ਹੈ। ਇੱਕ ਸੰਖਿਆ ਹੀ ਬਹਿਸ ਤੈਅ ਕਰਦੀ ਹੈ: ਛੋਟੇ ਲੈਣ-ਦੇਣ ਦੀ ਕਮਿਟ ਮਿਆਦ, ਜੋ ਉਪਲਬਧਤਾ ਡੇਟਾਬੇਸ ਦੇ ਅੰਦਰ ਅਤੇ ਫਿਰ ਉਸੇ ਇੰਸਟੈਂਸ ਦੀ ਸਥਾਨਕ ਸਾਰਣੀ ਦੇ ਸਾਹਮਣੇ ਦੁਬਾਰਾ ਮਾਪੀ ਜਾਂਦੀ ਹੈ।

ਪ੍ਰਾਇਮਰੀ ਅਸਲ ਵਿੱਚ ਕੀ ਉਡੀਕਦਾ ਹੈ

ਸਿੰਕ੍ਰੋਨਸ ਕਮਿਟ ਹੇਠ ਪ੍ਰਾਇਮਰੀ ਕਮਿਟ ਦੀ ਮਨਜ਼ੂਰੀ ਉਦੋਂ ਤੱਕ ਰੋਕਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਸਾਥੀ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕਰਦਾ ਕਿ ਉਸ ਦੇ ਲਾਗ ਰਿਕਾਰਡ ਸਥਿਰ ਹੋ ਗਏ ਹਨ। ਸਥਿਰ ਦਾ ਅਰਥ ਹੈ ਸੈਕੰਡਰੀ ਦੀ ਲੈਣ-ਦੇਣ ਲਾਗ ਵਿੱਚ ਟਿਕਾਊ ਰੂਪ ਵਿੱਚ ਲਿਖਿਆ, ਉਸ ਦੇ ਡੇਟਾ ਪੰਨਿਆਂ ਵਿੱਚ ਦੁਬਾਰਾ ਨਹੀਂ ਚਲਾਇਆ। ਰੀਡੂ ਮਿੰਟਾਂ ਪਿੱਛੇ ਰਹਿ ਸਕਦਾ ਹੈ, ਪ੍ਰਾਇਮਰੀ ਦੀ ਕਮਿਟ ਵਿੱਚ ਇੱਕ ਮਿਲੀਸਕਿੰਟ ਵੀ ਨਾ ਜੋੜਦਾ।

ਉਪਲਬਧਤਾ ਮੋਡਾਂ ਬਾਰੇ Microsoft ਦਾ ਦਸਤਾਵੇਜ਼ ਉਸ ਹੱਥ ਮਿਲਾਉਣ ਨੂੰ ਸਮਝਾਉਂਦਾ ਹੈ ਅਤੇ ਦੱਸਦਾ ਹੈ ਕਿ ਸਾਥੀ ਦੇ ਬਾਹਰ ਹੋਣ ਤੇ ਪਲੇਟਫਾਰਮ ਕੀ ਕਰਦਾ ਹੈ। ਸਿੰਕ੍ਰੋਨਸ ਵਜੋਂ ਨਿਸ਼ਾਨ ਲੱਗੀ ਰੈਪਲਿਕਾ ਉਡੀਕ ਦਾ ਨਿਯਮ ਹੈ, ਹਰ ਕਮਿਟ ਲਈ ਸਿਹਤਮੰਦ ਦੂਰ ਦੀ ਨਕਲ ਹੋਣ ਦਾ ਪੱਕਾ ਵਾਅਦਾ ਨਹੀਂ। ਡਿਸਕਨੈਕਟ ਪਾਥ ਵੱਖਰਾ ਪਰਿਭਾਸ਼ਿਤ ਹੈ, ਅਤੇ ਇਹ ਸਿਰਫ਼ ਇਹ ਨਹੀਂ ਕਿ ਕਮਿਟ ਫੇਲ ਹੋ ਜਾਵੇ।

ਇਸ ਲਈ ਤੁਸੀਂ ਜੋ ਉਡੀਕ ਦੇਖਦੇ ਹੋ ਉਹ ਇੱਕ ਜੋੜ ਹੈ: ਲਾਗ ਢੋਆ-ਢੁਆਈ, ਦੋਵੇਂ ਹੋਸਟਾਂ ਤੇ ਸ਼ਡਿਊਲਿੰਗ ਅਤੇ ਦੂਰ ਦੇ ਸਟੋਰੇਜ ਵਿੱਚ ਲਿਖਤ। ਸੰਤ੍ਰਿਪਤ ਲਾਗ ਵਾਲੀਅਮ ਵਾਲੀ ਸੈਕੰਡਰੀ ਉਹ ਸਮਾਂ ਜੋੜਦੀ ਹੈ ਜੋ ਕੋਈ ਗਤੀ ਟੈਸਟ ਨਹੀਂ ਦਿਖਾਏਗਾ। ਸ਼ਿਕਾਇਤ ਵਿੱਚ VPN ਦਾ ਨਾਮ ਆਉਣ ਤੇ ਉਹ ਡਿਸਕ ਘੱਟ ਹੀ ਮਾਪੀ ਜਾਂਦੀ ਹੈ।

ਬੈਂਡਵਿਡਥ ਰਾਊਂਡ-ਟ੍ਰਿਪ ਦੇਰੀ ਨਹੀਂ ਹੈ

ਗਤੀ ਟੈਸਟ ਪਾਥ ਨੂੰ ਥੋੜ੍ਹੇ ਸਮੇਂ ਲਈ ਭਰ ਦਿੰਦਾ ਹੈ ਅਤੇ ਦਰ ਦੱਸਦਾ ਹੈ। ਕਮਿਟ ਕੁਝ ਹੋਰ ਸੰਕੀਰਣ ਮੰਗਦਾ ਹੈ: ਛੋਟੇ ਸੁਨੇਹੇ ਨੂੰ ਦੂਜੇ ਪਾਸੇ ਪਹੁੰਚਣ, ਸੰਭਾਲੇ ਜਾਣ ਅਤੇ ਵਾਪਸ ਆਉਣ ਵਿੱਚ ਕਿੰਨਾ ਸਮਾਂ ਲੱਗਦਾ ਹੈ। ਪਾਥ ਦੀ ਲੰਬਾਈ, ਕਤਾਰਾਂ ਅਤੇ ਪੈਕੇਟ ਨੁਕਸਾਨ ਉਹ ਸੰਖਿਆ ਤੈਅ ਕਰਦੇ ਹਨ, ਅਤੇ ਸਪਲਾਇਰ ਸੀਮਾ ਵਧਾਉਣ ਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਸੁਧਰਦਾ ਨਹੀਂ।

ਇਸ ਲਈ «ਤੇਜ਼» ਟਨਲ ਬਹੁਤ ਸਾਰੇ ਛੋਟੇ ਲਗਾਤਾਰ ਲੈਣ-ਦੇਣਾਂ ਨਾਲ ਬਣੇ ਲਿਖਣ-ਭਾਰੀ ਕੰਮ ਤੇ ਦਿੱਖਣ ਵਾਲਾ ਜੁਰਮਾਨਾ ਜੋੜ ਸਕਦੀ ਹੈ। ਉਹੀ ਕੁੱਲ ਬਾਈਟ ਹਜ਼ਾਰ ਕਮਿਟਾਂ ਵਿੱਚ ਵੰਡਿਆ ਰਾਊਂਡ ਟ੍ਰਿਪ ਹਜ਼ਾਰ ਵਾਰ ਭਰਦਾ ਹੈ; ਇੱਕ ਵੱਡਾ ਸਥਾਨਾਂਤਰਨ ਉਸ ਨੂੰ ਇੱਕ ਵਾਰ ਭਰਦਾ ਹੈ।

ਨੈੱਟਵਰਕ ਮਾਲਕ ਨੂੰ ਪ੍ਰਤੀਨਿਧ ਭਾਰ ਹੇਠ ਰੈਪਲਿਕਾ ਮਾਰਗ ਤੇ ਹੀ ਦੇਰੀ ਅਤੇ ਨੁਕਸਾਨ ਮਾਪਣ ਲਈ ਕਹੋ। ਦਫ਼ਤਰ ਦੇ ਲੈਪਟਾਪ ਤੋਂ VPN ਗੇਟਵੇ ਤੱਕ ਪਿੰਗ, ਜਾਂ ਨੇੜਲੇ ਨੋਡ ਤੱਕ ਗਤੀ ਟੈਸਟ, ਲਾਗ ਜਿਸ ਮਾਰਗ ਤੋਂ ਅਸਲ ਵਿੱਚ ਜਾਂਦੀ ਹੈ ਉਸ ਨੂੰ ਲਗਭਗ ਕੁਝ ਨਹੀਂ ਦਿੰਦਾ। ਮਾਪਣ ਵਾਲੀ ਵਿੰਡੋ ਹੌਲੀ ਲਿਖਣ ਦੇ ਘੰਟਿਆਂ ਨਾਲ ਮਿਲੇ ਇਹ ਯਕੀਨੀ ਬਣਾਓ।

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਰੈਪਲਿਕਾ ਦੀ ਹਾਲਤ ਪੜ੍ਹੋ

ਇੰਸਟੈਂਸ ਆਪਣੇ ਬਾਰੇ ਜੋ ਦੱਸਦੇ ਹਨ ਉਸ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਕਿਉਂਕਿ ਸਾਂਝੇਦਾਰੀ ਕਿੰਨੀ ਸਿਹਤਮੰਦ ਹੈ ਇਸ ਤੇ ਦੋਵੇਂ ਧਿਰਾਂ ਸਹਿਮਤ ਨਾ ਹੋ ਸਕਣ ਅਤੇ ਡੈਸ਼ਬੋਰਡ ਦੀ ਔਸਤ ਲੁਕਾਉਂਦੀ ਹੈ ਕਿ ਕਿਹੜੀ ਕਤਾਰ ਅੱਗੇ ਵਧ ਰਹੀ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਕਿਊਰੀਆਂ ਵੱਖਰੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦੀਆਂ ਹਨ: ਇੱਕ ਹਰ ਡੇਟਾਬੇਸ ਲਈ ਰੈਪਲਿਕੇਸ਼ਨ ਹਾਲਤ ਪੜ੍ਹਦੀ ਹੈ, ਦੂਜੀ ਪੜ੍ਹਦੀ ਹੈ ਕਿ ਹਰ ਰੈਪਲਿਕਾ ਕਿਵੇਂ ਸੰਰਚਿਤ ਹੈ। ਕੋਈ ਵੀ ਮੋਡ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਚਲਾਓ।

SELECT ag.name AS ag_name, drs.database_id, drs.synchronization_state_desc,
       drs.log_send_queue_size, drs.redo_queue_size, drs.secondary_lag_seconds
FROM sys.dm_hadr_database_replica_states AS drs
JOIN sys.availability_groups AS ag ON ag.group_id = drs.group_id;

SELECT ar.replica_server_name, ar.availability_mode_desc, ar.failover_mode_desc
FROM sys.availability_replicas AS ar;

ਪਹਿਲਾ ਨਤੀਜਾ ਲਾਗ ਢੋਆ-ਢੁਆਈ ਨੂੰ ਰੀਡੂ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ। log_send_queue_size ਵਧਦਾ ਹੈ ਜਦੋਂ ਕਿ redo_queue_size ਸਮਤਲ ਰਹਿੰਦਾ ਹੈ ਮਤਲਬ ਲਾਗ ਨਹੀਂ ਪਹੁੰਚੀ; ਉਲਟਾ ਮਤਲਬ ਉਹ ਪਹੁੰਚੀ ਅਤੇ ਦੁਬਾਰਾ ਚਲਾਉਣਾ ਪਿੱਛੇ ਹੈ। ਕਮਿਟ ਮਾਰਗ ਤੇ ਸਿਰਫ਼ ਪਹਿਲਾ ਮਾਮਲਾ ਬੈਠਦਾ ਹੈ।

ਦੂਜਾ ਨਤੀਜਾ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜੀਆਂ ਰੈਪਲਿਕਾਵਾਂ ਅਸਲ ਵਿੱਚ ਤੁਹਾਡੇ ਅਨੁਮਾਨ ਅਨੁਸਾਰ ਸੰਰਚਿਤ ਹਨ, ਕਿਉਂਕਿ ਪਿਛਲੀ ਘਟਨਾ ਵਿੱਚ ਬਦਲਿਆ ਮੋਡ ਅਕਸਰ ਬਦਲਿਆ ਅਤੇ ਦਸਤਾਵੇਜ਼ ਰਹਿਤ ਰਹਿ ਜਾਂਦਾ ਹੈ। ਸਮੂਹ ਦੀ ਡਿਫਾਲਟ ਦੀ ਥਾਂ ਉਹ ਕਤਾਰ ਪੜ੍ਹੋ ਜੋ ਤੁਹਾਡੇ ਲਈ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ: availability_mode_desc ਅਤੇ failover_mode_desc ਪ੍ਰਤੀ ਰੈਪਲਿਕਾ ਹਨ। secondary_lag_seconds ਸਿਰਫ਼ SQL Server 2016 ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਮੌਜੂਦ ਹੈ, ਇਸ ਲਈ ਪੁਰਾਣਾ ਬਿਲਡ ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਭੇਜਣ ਕਤਾਰ ਅਤੇ ਰੀਡੂ ਕਾਲਮ ਹੀ ਦਿੰਦਾ ਹੈ।

ਫਿਰ ਡੈਸ਼ਬੋਰਡ ਦੀ ਔਸਤ ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਥਾਂ ਇੱਕ ਪ੍ਰਤੀਨਿਧ ਲਿਖਤ ਮਾਪੋ। ਹੇਠਾਂ ਦਿੱਤਾ ਬਲਾਕ ਉਪਲਬਧਤਾ ਡੇਟਾਬੇਸ ਵਿੱਚ ਚਲਾਓ, ਫਿਰ ਉਸੇ ਇੰਸਟੈਂਸ ਤੇ ਸਮੂਹ ਤੋਂ ਬਾਹਰ ਦੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਉਸੇ ਸਾਰਣੀ ਆਕਾਰ ਦੇ ਸਾਹਮਣੇ ਦੁਬਾਰਾ ਚਲਾਓ। ਦੋਵਾਂ ਮਿਆਦਾਂ ਦਾ ਫ਼ਰਕ ਦੂਰ ਦੀ ਲਾਗ ਦੀ ਮੋਟੀ ਕੀਮਤ ਹੈ, ਅਤੇ ਨੈੱਟਵਰਕ ਟੀਮ ਨਾਲ ਬਹਿਸ ਵਿੱਚ ਇਹ ਗ੍ਰਾਫ਼ ਨਾਲੋਂ ਕਿਤੇ ਬਿਹਤਰ ਟਿਕਦਾ ਹੈ। ਉਸ ਤੋਂ ਬਾਅਦ ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਚਲ ਬਦਲੋ, ਨਹੀਂ ਤਾਂ ਫ਼ਰਕ ਦਾ ਕੋਈ ਅਰਥ ਨਹੀਂ ਰਹਿੰਦਾ।

IF OBJECT_ID('dbo.CommitProbe') IS NULL
    CREATE TABLE dbo.CommitProbe (probe_id int PRIMARY KEY, touched_at datetime2(3));
IF NOT EXISTS (SELECT 1 FROM dbo.CommitProbe WHERE probe_id = 1)
    INSERT INTO dbo.CommitProbe (probe_id) VALUES (1);
SET STATISTICS TIME ON;
BEGIN TRANSACTION;
UPDATE dbo.CommitProbe SET touched_at = SYSUTCDATETIME() WHERE probe_id = 1;
COMMIT TRANSACTION;
SET STATISTICS TIME OFF;

ਅਸਿੰਕ੍ਰੋਨਸ ਕਮਿਟ ਕੀ ਖਰੀਦਦਾ ਹੈ, ਅਤੇ ਕੀ ਕੀਮਤ ਦਿੰਦਾ ਹੈ

ਅਸਿੰਕ੍ਰੋਨਸ ਕਮਿਟ ਨਾਲ ਪ੍ਰਾਇਮਰੀ ਦੂਰ ਦੇ ਸਥਿਰੀਕਰਨ ਦੀ ਪੁਸ਼ਟੀ ਦੀ ਉਡੀਕ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਰਾਊਂਡ ਟ੍ਰਿਪ ਕਮਿਟ ਮਾਰਗ ਤੋਂ ਹਟ ਜਾਂਦੀ ਹੈ। ਕਮਿਟ ਲੇਟੈਂਸੀ ਘਟਦੀ ਹੈ ਅਤੇ ਸੈਕੰਡਰੀ ਉੱਨਾ ਪਿੱਛੇ ਰਹਿਣ ਨੂੰ ਆਜ਼ਾਦ ਹੈ ਜਿੰਨਾ ਕੋਈ ਨਿਯੰਤਰਿਤ ਨਹੀਂ ਕਰਦਾ। ਇਹ ਉਡੀਕ ਦਾ ਅਸਲੀ ਹੱਲ ਅਤੇ ਵਾਅਦੇ ਵਿੱਚ ਅਸਲੀ ਬਦਲਾਅ ਹੈ।

ਕੀਮਤ ਰਿਕਵਰੀ-ਪੁਆਇੰਟ ਦਾ ਫ਼ੈਸਲਾ ਹੈ। ਜੇ ਪ੍ਰਾਇਮਰੀ ਆਪਣੀ ਲਾਗ ਨੂੰ ਸੱਚਮੁੱਚ ਵਰਤੇ ਜਾ ਸਕਣ ਵਾਲੇ ਫੇਲਓਵਰ ਟਾਰਗੈਟ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਮਰ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸੇਵਾ ਨੂੰ ਅਸਿੰਕ੍ਰੋਨਸ ਨਕਲ ਤੇ ਲਿਜਾਣਾ ਉਹ ਲੈਣ-ਦੇਣ ਸੁੱਟ ਦਿੰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਪਹਿਲਾਂ ਹੀ ਕਮਿਟ ਦੱਸ ਚੁੱਕੀ ਸੀ। ਕੋਈ ਸੰਰਚਨਾ ਸੰਵਾਦ ਇਸ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਪੇਸ਼ ਨਹੀਂ ਕਰਦਾ, ਕਿਉਂਕਿ ਇਹ ਸਵੀਕਾਰਯੋਗ ਨੁਕਸਾਨ ਬਾਰੇ ਕਾਰੋਬਾਰੀ ਸਵਾਲ ਹੈ, ਪ੍ਰਦਰਸ਼ਨ ਸੈਟਿੰਗ ਨਹੀਂ। ਸਹਿਣਯੋਗ ਨੁਕਸਾਨ ਵਿੰਡੋ ਘਟਨਾ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖੋ, ਉਸ ਦੌਰਾਨ ਨਹੀਂ।

ਡੇਟਾ ਦੇ ਮਾਲਕ ਨਾਲ ਮੋਡ ਤੇ ਲਿਖਤੀ ਸਹਿਮਤੀ ਬਣਾਓ, ਪਸੰਦੀਦਾ ਟਾਰਗੈਟ ਉਪਲਬਧ ਨਾ ਹੋਣ ਦੇ ਮਾਮਲੇ ਲਈ ਫੇਲਓਵਰ ਪ੍ਰਕਿਰਿਆ ਸਮੇਤ। ਡਿਜ਼ਾਈਨ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਸਿੰਕ੍ਰੋਨਸ ਓਪਰੇਸ਼ਨਲ ਗਾਈਡ ਨਹੀਂ ਹੈ, ਅਤੇ ਅਸਿੰਕ੍ਰੋਨਸ ਕਤਾਰਾਂ ਵੇਖਣਾ ਬੰਦ ਕਰਨ ਦਾ ਲਾਇਸੰਸ ਨਹੀਂ ਹੈ।

ਉਹ ਹੱਲ ਚੁਣੋ ਜਿਸ ਦਾ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਬਚਾਅ ਕਰ ਸਕੋ

ਚਾਰ ਇਮਾਨਦਾਰ ਵਿਕਲਪ ਹਨ। ਜਿੱਥੇ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਅਰਥਸ਼ਾਸਤਰ ਬੈਚਿੰਗ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਉੱਥੇ ਟਾਲੇ ਜਾ ਸਕਣ ਵਾਲੇ ਕਮਿਟ ਰਾਊਂਡ ਟ੍ਰਿਪ ਕੱਟੋ; ਤੁਸੀਂ ਮਾਪਿਆ ਢੋਆ-ਢੁਆਈ ਜਾਂ ਸਟੋਰੇਜ ਰੁਕਾਵਟ ਸੁਧਾਰੋ, ਜਿਸ ਦਾ ਅਰਥ ਸੈਕੰਡਰੀ ਤੇ ਵੱਡੇ ਪਾਈਪ ਦੀ ਥਾਂ ਤੇਜ਼ ਲਾਗ ਵਾਲੀਅਮ ਹੋ ਸਕਦਾ ਹੈ; ਰਾਊਂਡ ਟ੍ਰਿਪ ਘਟਣ ਲਈ ਰੈਪਲਿਕਾ ਨੇੜੇ ਲਿਆਓ; ਜਾਂ ਸੁਰੱਖਿਆ ਨੀਤੀ ਢਿੱਲੀ ਕਰੋ ਅਤੇ ਚੌੜੀ ਨੁਕਸਾਨ ਵਿੰਡੋ ਸਵੀਕਾਰੋ। ਹਰ ਇੱਕ ਲੇਟੈਂਸੀ ਦੂਜਾ ਕੁਝ ਖਰਚ ਕੇ ਖਰੀਦਦਾ ਹੈ, ਅਤੇ ਚੌਥਾ ਟਿਕਾਊਪਣ ਖਰਚਦਾ ਹੈ। ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਖਰਚ ਦਾ ਨਾਮ ਲਓ।

ਕੰਮ ਦੇ ਭਾਰ ਦਾ ਲੇਟੈਂਸੀ ਟਾਰਗੈਟ ਅਤੇ ਉਸ ਦੀ ਟਿਕਾਊਪਣ ਲੋੜ ਇੱਕੋ ਸਮੇਂ ਸਾਹਮਣੇ ਰੱਖ ਕੇ ਫ਼ੈਸਲਾ ਕਰੋ, ਕਿਉਂਕਿ ਇੱਕ ਨੂੰ ਅਨੁਕੂਲ ਕਰਨਾ ਦੂਜੇ ਨੂੰ ਚੁੱਪਚਾਪ ਖਰਚਦਾ ਹੈ। ਫਿਰ ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਮਾਪਿਆ ਉਹੀ ਲੈਣ-ਦੇਣ ਦੁਬਾਰਾ ਚਲਾਓ। ਜੋ ਹੱਲ ਉਸ ਸੰਖਿਆ ਨੂੰ ਹਿਲਾ ਨਹੀਂ ਸਕਦਾ ਉਹ ਬਦਲਾਅ ਟਿਕਟ ਪਹਿਨੀ ਅੰਦਾਜ਼ਾ ਹੈ।

ਬਦਲਾਅ ਰਿਕਾਰਡ ਵਿੱਚ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਦੇ ਪਾਠ ਰੱਖੋ। ਨਹੀਂ ਤਾਂ ਹੌਲੀ ਲਿਖਤ ਵੇਖਣ ਵਾਲਾ ਅਗਲਾ ਵਿਅਕਤੀ ਜਾਂਚ ਸ਼ੁਰੂ ਤੋਂ ਦੁਹਰਾਉਂਦਾ ਹੈ ਅਤੇ ਫਿਰ ਟਨਲ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ।