VPN ਰਾਹੀਂ ਕਲਾਊਡ ਬੈਕਅਪ ਹੌਲੀ ਹਨ: ਅਸਲ ਪੜਾਅ ਲੱਭੋ
ਹੌਲੀ ਬੈਕਅਪ ਟ੍ਰਾਂਸਫਰ ਦੀ ਥਾਂ ਸਕੈਨ, ਹੈਸ਼ ਜਾਂ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹੋ ਸਕਦਾ ਹੈ। ਰੂਟ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪੜਾਅ, ਮੰਜ਼ਿਲ ਦੀ ਕਿਸਮ ਅਤੇ ਰੀਸਟੋਰ ਦੀ ਤੁਲਨਾ ਕਰੋ।
VPN ਰਾਹੀਂ ਘਿਸਦਾ ਬੈਕਅਪ ਟਨਲ ਨੂੰ ਡਿਸਕਨੈਕਟ ਕਰਕੇ ਦੁਬਾਰਾ ਮਾਪਣ ਦੇ ਸਪਸ਼ਟ ਪ੍ਰਯੋਗ ਦਾ ਸੱਦਾ ਦਿੰਦਾ ਹੈ। ਉਹ ਪ੍ਰਯੋਗ ਅਕਸਰ ਕਿਸੇ ਹੋਰ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਕੰਮ ਬਾਈਟ ਖਿਸਕਾਉਣ ਦੀ ਥਾਂ ਫਾਈਲਾਂ ਨੂੰ ਹੈਸ਼ ਕਰ ਰਿਹਾ ਹੋ ਸਕਦਾ ਹੈ ਜਾਂ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੋ ਸਕਦਾ ਹੈ। ਪਹਿਲਾਂ ਪੜਾਅ ਵੱਖ ਕਰੋ, ਸ਼ਿਕਾਇਤ ਖਾਸ ਉਮੀਦ ਕੀਤੇ ਨਤੀਜੇ ਵਾਲੀ ਖਾਸ ਪਰਖ ਬਣ ਜਾਂਦੀ ਹੈ। ਰੂਟ ਤਦ ਹੀ ਉਮੀਦਵਾਰ ਬਣਦਾ ਹੈ ਜਦੋਂ ਟ੍ਰਾਂਸਫਰ ਦਾ ਪੜਾਅ ਹੀ ਅਸਲ ਵਿੱਚ ਹੌਲੀ ਹੋਵੇ।
ਹੌਲੀ ਲੱਗਦਿਆਂ ਕੰਮ ਕਿਹੜੇ ਪੜਾਅ ਵਿੱਚ ਹੈ
ਬੈਕਅਪ ਸਾਧਨ ਪੜਾਵਾਂ ਵਿੱਚੋਂ ਲੰਘਦੇ ਹਨ: ਫਾਈਲਾਂ ਲੱਭਣਾ, ਉਨ੍ਹਾਂ ਨੂੰ ਪੜ੍ਹਨਾ ਅਤੇ ਹੈਸ਼ ਕਰਨਾ, ਸੰਕੁਚਿਤ ਕਰਨਾ, ਐਨਕ੍ਰਿਪਟ ਕਰਨਾ, ਅੱਪਲੋਡ ਕਰਨਾ ਅਤੇ ਫਿਰ ਤਸਦੀਕ ਕਰਨਾ। ਹਰ ਪੜਾਅ ਦੀ ਆਪਣੀ ਰੁਕਾਵਟ ਹੈ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੁਝ ਹੀ ਨੈੱਟਵਰਕ ਨੂੰ ਛੂੰਹਦੇ ਹਨ। ਜੋ ਸਾਧਨ ਅਜੇ ਕੋਈ ਪੜਾਅ ਨਹੀਂ ਦੱਸ ਰਿਹਾ, ਉਹ ਤੁਹਾਨੂੰ ਦੱਸ ਰਿਹਾ ਹੈ ਕਿ ਉਸਨੇ ਸਕੈਨ ਪੂਰਾ ਨਹੀਂ ਕੀਤਾ।
ਦਸ ਲੱਖ ਛੋਟੀਆਂ ਫਾਈਲਾਂ ਤਿਆਰ ਕਰਨ ਵਿੱਚ ਵੀਹ ਮਿੰਟ ਲਾਉਣ ਵਾਲਾ ਕੰਮ ਟਨਲ ਤੇਜ਼ ਹੋਣ 'ਤੇ ਤੇਜ਼ ਨਹੀਂ ਹੋਵੇਗਾ। ਅੱਪਲਿੰਕ ਭਰ ਦੇਣ ਵਾਲਾ ਕੰਮ ਵੱਖਰੇ ਹੱਲ ਵਾਲੀ ਸਮਰੱਥਾ ਦੀ ਸਮੱਸਿਆ ਹੈ। ਦੇਰੀ ਦੌਰਾਨ ਤਰੱਕੀ ਦਾ ਆਉਟਪੁੱਟ ਪੜ੍ਹੋ, ਪੜਾਅ ਨੋਟ ਕਰੋ ਅਤੇ ਸਮਾਂ ਲਿਖ ਲਓ, ਕਿਉਂਕਿ ਸ਼ਿਕਾਇਤ ਦੇ ਸਮੇਂ ਦਾ ਪੜਾਅ ਹੀ ਇੱਕੋ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਛੋਟੀਆਂ ਫਾਈਲਾਂ ਇੱਕ ਵੱਡੀ ਵਸਤੂ ਨਾਲੋਂ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰਦੀਆਂ ਹਨ, ਕਿਉਂਕਿ ਪ੍ਰਤੀ ਫਾਈਲ ਆਉਣ-ਜਾਣ ਦੇ ਗੇੜ ਪ੍ਰਬਲ ਹੁੰਦੇ ਹਨ ਅਤੇ ਟ੍ਰਾਂਸਫਰ ਕਦੇ ਸਥਿਰ ਦਰ 'ਤੇ ਨਹੀਂ ਪਹੁੰਚਦਾ। ਟਨਲ ਬਾਰੇ ਸਿੱਟੇ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਸਮਾਨ ਦੀ ਸਮਾਨ ਨਾਲ ਤੁਲਨਾ ਕਰੋ।
ਜਨਤਕ ਐਂਡਪਾਇੰਟ ਅਤੇ ਨਿੱਜੀ NAS ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਫੇਲ ਹੁੰਦੇ ਹਨ
ਜਨਤਕ ਬੈਕਅਪ ਸੇਵਾ ਆਪਣਾ ਪ੍ਰਮਾਣਿਤ ਐਪਲੀਕੇਸ਼ਨ ਕਨੈਕਸ਼ਨ ਲੈ ਕੇ ਚੱਲਦੀ ਹੈ, ਅਤੇ ਟਨਲ ਲੰਬੇ ਰਾਹ 'ਤੇ ਇੱਕ ਛਾਲ ਹੈ। ਨਿੱਜੀ NAS ਆਮ ਤੌਰ 'ਤੇ ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ ਤੱਕ ਬੁਨਿਆਦੀ ਪਹੁੰਚ ਲਈ ਉਸੇ ਟਨਲ 'ਤੇ ਨਿਰਭਰ ਹੁੰਦਾ ਹੈ। ਇਹੀ ਫਰਕ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਡਿਸਕਨੈਕਟ ਕਰਨਾ ਵੈਧ ਆਧਾਰ-ਰੇਖਾ ਹੈ ਜਾਂ ਕੁਝ ਵੀ ਨਾ ਹੋਣ ਦੀ ਪਰਖ।
ਜਨਤਕ ਮਾਮਲੇ ਵਿੱਚ, ਨੀਤੀ ਇਜਾਜ਼ਤ ਦੇਵੇ ਤਾਂ ਕਿਸੇ ਹੋਰ ਰੂਟ ਰਾਹੀਂ ਉਹੀ ਕੰਮ ਨਿਆਂਪੂਰਨ ਤੁਲਨਾ ਹੋ ਸਕਦਾ ਹੈ। ਨਿੱਜੀ ਮਾਮਲੇ ਵਿੱਚ, ਟਨਲ ਹਟਾਉਣ ਨਾਲ ਸਰਵਰ ਤੱਕ ਕੋਈ ਰਾਹ ਨਹੀਂ ਬਚਦਾ, ਇਸ ਲਈ ਨਤੀਜਾ ਤੁਹਾਡੇ ਵਰਤੇ ਰਾਹ ਦਾ ਨਹੀਂ, ਸਗੋਂ ਤੁਹਾਡੇ ਮਿਟਾਏ ਰਾਹ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ।
| Destination | What the tunnel provides | Valid baseline |
|---|---|---|
| Public backup service | One hop among several | The same job over another route |
| Private NAS | The only path to the server | None that removes the tunnel |
| Self-hosted gateway | Path plus split-DNS policy | Only if the policy is unchanged |
ਰੁਕਣਾ ਹੌਲੀ ਟ੍ਰਾਂਸਫਰ ਨਾਲੋਂ ਵੱਖਰੀ ਅਸਫਲਤਾ ਹੈ
ਉਸ ਟੇਬਲ ਦਾ ਤੀਜਾ ਕਾਲਮ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਸਥਿਰਤਾ ਦੀ ਪਰਖ ਬਿਲਕੁਲ ਹੋ ਸਕਦੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਕਿਉਂਕਿ ਟਨਲ ਹਟਾਉਣ ਵਾਲੀ ਆਧਾਰ-ਰੇਖਾ ਦਾ ਅਰਥ ਸਿਰਫ਼ ਉੱਥੇ ਹੈ ਜਿੱਥੇ ਕੋਈ ਹੋਰ ਰਾਹ ਮੌਜੂਦ ਹੋਵੇ। ਵਰਤੋਂਯੋਗ ਆਧਾਰ-ਰੇਖਾ ਨਾਲ ਔਸਤ ਦਰ ਦੀ ਥਾਂ ਅਸਫਲਤਾ ਦੀ ਸ਼ਕਲ ਵੇਖੋ। ਘੱਟ ਪਰ ਸਥਿਰ ਅੱਪਲੋਡ ਸਮਰੱਥਾ ਵੱਲ ਸੰਕੇਤ ਕਰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਰੁਕ ਕੇ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲਾ ਕੰਮ ਰੁਕਾਵਟ, ਪ੍ਰਮਾਣੀਕਰਨ ਜਾਂ ਇੱਕ ਮੁਸ਼ਕਲ ਫਾਈਲ ਵੱਲ। ਇਹ ਦੋਵੇਂ ਲਗਭਗ ਇੱਕੋ ਜਿਹੀਆਂ ਸ਼ਿਕਾਇਤਾਂ ਅਤੇ ਬਿਲਕੁਲ ਵੱਖਰੀਆਂ ਮੁਰੰਮਤਾਂ ਪੈਦਾ ਕਰਦੇ ਹਨ।
ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ਾਂ ਹਰ ਮਾਪ ਨੂੰ ਵਿਗਾੜਦੀਆਂ ਹਨ, ਕਿਉਂਕਿ ਤਾਰ 'ਤੇ ਬਾਈਟ ਅਸਲ ਵਿੱਚ ਬਦਲੀ ਮਾਤਰਾ ਨਾਲੋਂ ਵੱਧ ਹੋ ਸਕਦੇ ਹਨ। ਕੀ ਹੁੰਦਾ ਹੈ ਵੇਖਣ ਲਈ ਕੰਮ ਦੁਬਾਰਾ ਰੋਕਣ ਤੋਂ ਪਹਿਲਾਂ ਮੁੜ ਸ਼ੁਰੂ ਹੋਣ ਦਾ ਵਿਵਹਾਰ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਟੁਕੜਿਆਂ ਵਿੱਚ ਮੁੜ ਸ਼ੁਰੂ ਹੋ ਸਕਣ ਵਾਲੇ ਅੱਪਲੋਡ ਸਸਤੇ ਵਿੱਚ ਸੁਧਰਦੇ ਹਨ ਅਤੇ ਪੂਰੀ ਫਾਈਲ ਮੁੜ ਸ਼ੁਰੂ ਕਰਨਾ ਨਹੀਂ। ਹਰ ਕੁਝ ਮਿੰਟਾਂ ਬਾਅਦ ਦੁਬਾਰਾ ਜੁੜਨ ਵਾਲਾ ਟਨਲ ਵੀ ਅਸਲ ਵਿੱਚ ਸਥਿਰਤਾ ਦੀ ਸਮੱਸਿਆ ਹੁੰਦਿਆਂ ਬੈਂਡਵਿਡਥ ਸਮੱਸਿਆ ਵਾਂਗ ਦਿਸਦਾ ਹੈ। ਰਾਹ ਦਾ MTU ਇਸਨੂੰ ਵਧਾਉਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਉਪਯੋਗ ਪੇਲੋਡ ਘਟਾਉਣ ਵਾਲਾ ਟਨਲ ਵੱਡੇ ਖੰਡ ਰੋਕਦਾ ਹੈ, ਛੋਟੇ ਲੰਘ ਜਾਂਦੇ ਹਨ।
journalctl -u wg-quick@wg0 -n 50 --no-pager
ss -tin dst :443
ping -M do -s 1400 -c 3 backup.example.comਇੱਕ ਅੱਪਲੋਡ ਬਾਕੀ ਸਾਰੇ ਪ੍ਰਵਾਹਾਂ ਨੂੰ ਭੁੱਖਾ ਮਾਰ ਸਕਦਾ ਹੈ
ਅੱਪਲਿੰਕ ਭਰਨ ਵਾਲਾ ਅੱਪਲੋਡ ਕਾਲਾਂ ਅਤੇ ਬ੍ਰਾਊਜ਼ਿੰਗ ਨੂੰ ਪ੍ਰਤੀਕਿਰਿਆਹੀਣ ਬਣਾ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਬੈਕਅਪ ਉਸ ਲਈ ਮੁਕਾਬਲਾ ਕਰਨ ਵਾਲੀ ਇੱਕੋ ਵਸਤੂ ਘੱਟ ਹੀ ਹੁੰਦਾ ਹੈ। ਦੂਜਾ ਸਿੰਕ ਕਲਾਇੰਟ ਆਪਣੇ ਆਪ ਉਹੀ ਲੱਛਣ ਪੈਦਾ ਕਰਦਾ ਹੈ। ਟਨਲ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਵੇਖੋ ਹੋਰ ਕੀ ਅੱਪਲੋਡ ਹੋ ਰਿਹਾ ਹੈ।
ਅਧਿਕਤਮ ਥ੍ਰੂਪੁੱਟ ਲਈ ਲੜਨ ਦੀ ਥਾਂ ਉਹ ਸ਼ਡਿਊਲ ਜਾਂ ਬੈਂਡਵਿਡਥ ਸੀਮਾ ਵਰਤੋ ਜੋ ਸਾਧਨ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ; ਇੰਟਰਐਕਟਿਵ ਕੰਮ ਲਈ ਥਾਂ ਛੱਡਣਾ ਆਮ ਤੌਰ 'ਤੇ ਆਖਰੀ ਕੁਝ ਪ੍ਰਤੀਸ਼ਤ ਨਾਲੋਂ ਵੱਧ ਕੀਮਤੀ ਹੁੰਦਾ ਹੈ। ਫਿਰ ਜਾਂਚੋ ਕਿ ਸੀਮਾ ਅਸਲ ਵਿੱਚ ਕਿਸ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ, ਕਿਉਂਕਿ ਕੁਝ ਸਾਧਨ ਪ੍ਰਤੀ ਫਾਈਲ ਸੀਮਾ ਲਾਉਂਦੇ ਹਨ, ਕੁਝ ਪੂਰੀ ਦੌੜ 'ਤੇ, ਅਤੇ ਕੁਝ ਛੋਟੀਆਂ ਫਾਈਲਾਂ ਦਾ ਵਾਧੂ ਭਾਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਣਡਿੱਠ ਕਰਦੇ ਹਨ। ਕੰਮ ਦੇ ਭਾਰ ਨਾਲ ਨਾ ਮਿਲਦੀ ਸੀਮਾ ਕੁਝ ਨਹੀਂ ਬਦਲਦੀ। ਸਪਲਿਟ ਟਨਲਿੰਗ ਵੀ ਇੱਥੇ ਸ਼ੱਕਯੋਗ ਹੈ, ਕਿਉਂਕਿ ਲਾਂਚਰ ਨੂੰ ਟਨਲ ਤੋਂ ਬਾਹਰ ਰੱਖਣਾ ਅੱਪਲੋਡ ਕਰਨ ਵਾਲੀ ਸਹਾਇਕ ਸੇਵਾ ਨੂੰ ਬਾਹਰ ਨਹੀਂ ਰੱਖਦਾ। ਉਦਾਹਰਨ ਲਈ Rclone ਟ੍ਰਾਂਸਫਰ ਸੀਮਾਵਾਂ ਅਤੇ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਦਾ ਵਿਵਹਾਰ ਦੋਵੇਂ ਆਪਣੇ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਜੋ ਸੀਮਾ ਨੂੰ ਕੀ ਨਿਯੰਤਰਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਲਈ ਇਸਨੂੰ ਲਾਭਦਾਇਕ ਸੰਦਰਭ ਬਣਾਉਂਦਾ ਹੈ।
ਗਤੀ ਦੀ ਪਰਖ ਨਹੀਂ, ਰੀਸਟੋਰ ਨਾਲ ਖ਼ਤਮ ਕਰੋ
ਪੂਰਾ ਹੋਇਆ ਅੱਪਲੋਡ ਤਦ ਤੱਕ ਬੈਕਅਪ ਨਹੀਂ ਜਦੋਂ ਤੱਕ ਉਸ ਵਿੱਚੋਂ ਕੁਝ ਰੀਸਟੋਰ ਨਾ ਹੋਵੇ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਉਮੀਦ ਕੀਤਾ ਸੰਸਕਰਣ ਮੌਜੂਦ ਹੈ, ਫਿਰ ਸਾਧਨ ਦੱਸੀ ਪ੍ਰਕਿਰਿਆ ਨਾਲ ਇੱਕ ਨਮੂਨਾ ਫਾਈਲ ਰੀਸਟੋਰ ਕਰੋ। ਰਿਕਵਰੀ ਜਾਣਕਾਰੀ ਉਸ ਮਸ਼ੀਨ ਜਾਂ ਪ੍ਰੋਫਾਈਲ ਤੋਂ ਵੱਖਰੀ ਥਾਂ ਰੱਖੋ ਜੋ ਤੁਸੀਂ ਗੁਆ ਸਕਦੇ ਹੋ, ਅਤੇ ਪ੍ਰਯੋਗ ਸਾਫ਼ ਰੱਖਣ ਲਈ ਕਦੇ ਵੀ ਕੰਮ ਕਰਦਾ ਬੈਕਅਪ ਨਾ ਸੁੱਟੋ।
restic snapshots --latest 3
restic restore latest --target /tmp/restore-check --include /etc/hostsਨੈੱਟਵਰਕ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਟ੍ਰਾਂਸਫਰ ਅਤੇ ਰੀਸਟੋਰ ਦੋਵੇਂ ਦੁਹਰਾਓ, ਤਾਂ ਜੋ ਸੁਧਾਰ ਸਿਰਫ਼ ਡੇਟਾ ਤੇਜ਼ੀ ਨਾਲ ਖਿਸਕਾਉਣ ਦਾ ਨਹੀਂ ਸਗੋਂ ਬੈਕਅਪ ਦੀ ਸੇਵਾ ਕਰਨ ਵਾਲਾ ਦਿਸੇ। ਉਹੀ ਦੂਜੀ ਦੌੜ ਟਿਕਟ ਬੰਦ ਕਰਦੀ ਹੈ। ਬਿਨਾਂ ਪਰਖੇ ਰੀਸਟੋਰ ਨਾਲ ਤੇਜ਼ ਟ੍ਰਾਂਸਫਰ ਬਿਨਾਂ ਸੁਰੱਖਿਆ ਰਹਿਣ ਦਾ ਹੌਲਾ ਤਰੀਕਾ ਹੈ।