ਬੈਕਅੱਪ ਭਾਗ 3: ਡੁਪਲੀਸੀਟੀ, ਡੁਪਲੀਸੀਟੀ ਦੀ ਸਮੀਖਿਆ ਅਤੇ ਜਾਂਚ

ਇਹ ਨੋਟ ਬੈਕਅੱਪ ਟੂਲਸ ਬਾਰੇ ਚਰਚਾ ਕਰਦਾ ਹੈ ਜੋ ਬੈਕਅੱਪ ਸਰਵਰ 'ਤੇ ਆਰਕਾਈਵ ਬਣਾ ਕੇ ਬੈਕਅੱਪ ਕਰਦੇ ਹਨ।

ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਵਾਲਿਆਂ ਵਿੱਚ ਡੁਪਲੀਸੀਟੀ (ਜਿਸ ਵਿੱਚ ਡੀਜਾ ਡੁਪ ਦੇ ਰੂਪ ਵਿੱਚ ਇੱਕ ਵਧੀਆ ਇੰਟਰਫੇਸ ਹੈ) ਅਤੇ ਡੁਪਲੀਕਟੀ ਹਨ।

ਇੱਕ ਹੋਰ ਬਹੁਤ ਹੀ ਕਮਾਲ ਦਾ ਬੈਕਅਪ ਟੂਲ ਹੈ dar, ਪਰ ਕਿਉਂਕਿ ਇਸ ਵਿੱਚ ਵਿਕਲਪਾਂ ਦੀ ਇੱਕ ਬਹੁਤ ਹੀ ਵਿਆਪਕ ਸੂਚੀ ਹੈ - ਟੈਸਟਿੰਗ ਵਿਧੀ ਸਿਰਫ 10% ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ ਜੋ ਇਹ ਸਮਰੱਥ ਹੈ - ਅਸੀਂ ਮੌਜੂਦਾ ਚੱਕਰ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਇਸਦੀ ਜਾਂਚ ਨਹੀਂ ਕਰ ਰਹੇ ਹਾਂ।

ਅਨੁਮਾਨਤ ਨਤੀਜੇ

ਕਿਉਂਕਿ ਦੋਵੇਂ ਉਮੀਦਵਾਰ ਕਿਸੇ ਨਾ ਕਿਸੇ ਤਰੀਕੇ ਨਾਲ ਪੁਰਾਲੇਖ ਬਣਾਉਂਦੇ ਹਨ, ਨਿਯਮਤ ਟਾਰ ਨੂੰ ਇੱਕ ਗਾਈਡ ਵਜੋਂ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, ਅਸੀਂ ਇਹ ਮੁਲਾਂਕਣ ਕਰਾਂਗੇ ਕਿ ਸਟੋਰੇਜ ਸਰਵਰ 'ਤੇ ਡਾਟਾ ਸਟੋਰੇਜ ਨੂੰ ਬੈਕਅੱਪ ਕਾਪੀਆਂ ਬਣਾ ਕੇ ਅਨੁਕੂਲ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਜਿਸ ਵਿੱਚ ਸਿਰਫ਼ ਇੱਕ ਪੂਰੀ ਕਾਪੀ ਅਤੇ ਫਾਈਲਾਂ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ, ਜਾਂ ਪਿਛਲੇ ਅਤੇ ਮੌਜੂਦਾ ਪੁਰਾਲੇਖਾਂ (ਵਧੇ ਹੋਏ, ਘਟਦੇ, ਆਦਿ) ਵਿਚਕਾਰ ਅੰਤਰ ਹੈ। .

ਬੈਕਅੱਪ ਬਣਾਉਣ ਵੇਲੇ ਵਿਵਹਾਰ:

1. ਬੈਕਅੱਪ ਸਟੋਰੇਜ਼ ਸਰਵਰ 'ਤੇ ਫਾਈਲਾਂ ਦੀ ਇੱਕ ਮੁਕਾਬਲਤਨ ਛੋਟੀ ਸੰਖਿਆ (ਬੈਕਅੱਪ ਕਾਪੀਆਂ ਦੀ ਸੰਖਿਆ ਜਾਂ GB ਵਿੱਚ ਡੇਟਾ ਦੇ ਆਕਾਰ ਦੇ ਮੁਕਾਬਲੇ), ਪਰ ਉਹਨਾਂ ਦਾ ਆਕਾਰ ਕਾਫ਼ੀ ਵੱਡਾ ਹੈ (ਦਸੋਂ ਤੋਂ ਸੈਂਕੜੇ ਮੈਗਾਬਾਈਟ)।
2. ਰਿਪੋਜ਼ਟਰੀ ਆਕਾਰ ਵਿੱਚ ਸਿਰਫ ਬਦਲਾਅ ਸ਼ਾਮਲ ਹੋਣਗੇ - ਕੋਈ ਡੁਪਲੀਕੇਟ ਸਟੋਰ ਨਹੀਂ ਕੀਤੇ ਜਾਣਗੇ, ਇਸਲਈ ਰਿਪੋਜ਼ਟਰੀ ਦਾ ਆਕਾਰ rsync-ਅਧਾਰਿਤ ਸੌਫਟਵੇਅਰ ਨਾਲੋਂ ਛੋਟਾ ਹੋਵੇਗਾ।
3. ਕੰਪਰੈਸ਼ਨ ਅਤੇ/ਜਾਂ ਏਨਕ੍ਰਿਪਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਭਾਰੀ CPU ਲੋਡ ਦੀ ਉਮੀਦ ਕਰੋ, ਅਤੇ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਕਾਫ਼ੀ ਉੱਚ ਨੈੱਟਵਰਕ ਅਤੇ ਡਿਸਕ ਲੋਡ ਦੀ ਉਮੀਦ ਕਰੋ ਜੇਕਰ ਬੈਕਅੱਪ ਸਟੋਰੇਜ ਸਰਵਰ 'ਤੇ ਆਰਕਾਈਵਿੰਗ ਅਤੇ/ਜਾਂ ਇਨਕ੍ਰਿਪਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਚੱਲ ਰਹੀ ਹੈ।

ਚਲੋ ਇੱਕ ਸੰਦਰਭ ਮੁੱਲ ਦੇ ਤੌਰ ਤੇ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਨੂੰ ਚਲਾਉਂਦੇ ਹਾਂ:

cd /src/dir; tar -cf - * | ssh backup_server "cat > /backup/dir/archive.tar"

ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਦੇ ਨਤੀਜੇ ਇਸ ਤਰ੍ਹਾਂ ਸਨ:

ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਟਾਈਮ 3m12s. ਇਹ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ ਕਿ ਗਤੀ ਬੈਕਅੱਪ ਸਟੋਰੇਜ ਸਰਵਰ ਦੇ ਡਿਸਕ ਸਬ-ਸਿਸਟਮ ਦੁਆਰਾ ਸੀਮਿਤ ਹੈ, ਜਿਵੇਂ ਕਿ ਉਦਾਹਰਨ ਵਿੱਚ rsync. ਸਿਰਫ ਥੋੜਾ ਤੇਜ਼, ਕਿਉਂਕਿ ... ਰਿਕਾਰਡਿੰਗ ਇੱਕ ਫਾਈਲ ਵਿੱਚ ਜਾਂਦੀ ਹੈ।

ਨਾਲ ਹੀ, ਕੰਪਰੈਸ਼ਨ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਲਈ, ਆਓ ਉਹੀ ਵਿਕਲਪ ਚਲਾਈਏ, ਪਰ ਬੈਕਅੱਪ ਸਰਵਰ ਸਾਈਡ 'ਤੇ ਕੰਪਰੈਸ਼ਨ ਨੂੰ ਸਮਰੱਥ ਕਰੀਏ:

cd /src/dir; tar -cf - * | ssh backup_server "gzip > /backup/dir/archive.tgz"

ਨਤੀਜੇ ਹਨ:

ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਟਾਈਮ 10m11s। ਜ਼ਿਆਦਾਤਰ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਸਿਰੇ 'ਤੇ ਰੁਕਾਵਟ ਸਿੰਗਲ-ਫਲੋ ਕੰਪ੍ਰੈਸਰ ਹੈ।

ਉਹੀ ਕਮਾਂਡ, ਪਰ ਸੰਕੁਚਨ ਦੇ ਨਾਲ ਮੂਲ ਡੇਟਾ ਦੇ ਨਾਲ ਸਰਵਰ ਤੇ ਟ੍ਰਾਂਸਫਰ ਕੀਤੀ ਗਈ ਪਰਿਕਲਪਨਾ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਕਿ ਰੁਕਾਵਟ ਇੱਕ ਸਿੰਗਲ-ਥਰਿੱਡਡ ਕੰਪ੍ਰੈਸਰ ਹੈ।

cd /src/dir; tar -czf - * | ssh backup_server "cat > /backup/dir/archive.tgz"

ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਨਿਕਲਿਆ:

ਫਾਂਸੀ ਦਾ ਸਮਾਂ 9m37s ਸੀ। ਕੰਪ੍ਰੈਸਰ ਦੁਆਰਾ ਇੱਕ ਕੋਰ 'ਤੇ ਲੋਡ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਨੈੱਟਵਰਕ ਟ੍ਰਾਂਸਫਰ ਸਪੀਡ ਅਤੇ ਸਰੋਤ ਡਿਸਕ ਸਬ-ਸਿਸਟਮ 'ਤੇ ਲੋਡ ਸਮਾਨ ਹਨ।

ਇਨਕ੍ਰਿਪਸ਼ਨ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਲਈ, ਤੁਸੀਂ ਇੱਕ ਵਾਧੂ ਕਮਾਂਡ ਨੂੰ ਜੋੜ ਕੇ openssl ਜਾਂ gpg ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ openssl ਜ gpg ਪਾਈਪ ਵਿੱਚ. ਹਵਾਲੇ ਲਈ ਇਸ ਤਰ੍ਹਾਂ ਦੀ ਕਮਾਂਡ ਹੋਵੇਗੀ:

cd /src/dir; tar -cf - * | ssh backup_server "gzip | openssl enc -e -aes256 -pass pass:somepassword -out /backup/dir/archive.tgz.enc"

ਨਤੀਜੇ ਇਸ ਤਰ੍ਹਾਂ ਸਾਹਮਣੇ ਆਏ:

ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਟਾਈਮ 10m30s ਨਿਕਲਿਆ, ਕਿਉਂਕਿ 2 ਪ੍ਰਕਿਰਿਆਵਾਂ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਪਾਸੇ ਚੱਲ ਰਹੀਆਂ ਸਨ - ਬੋਟਲਨੇਕ ਦੁਬਾਰਾ ਇੱਕ ਸਿੰਗਲ-ਥਰਿੱਡਡ ਕੰਪ੍ਰੈਸਰ ਹੈ, ਨਾਲ ਹੀ ਛੋਟਾ ਐਨਕ੍ਰਿਪਸ਼ਨ ਓਵਰਹੈੱਡ ਹੈ।

ਯੂਪੀਡੀ: ਬਲਿਜ਼ਨੇਜ਼ ਦੀ ਬੇਨਤੀ 'ਤੇ ਮੈਂ ਪਿਗਜ਼ ਨਾਲ ਟੈਸਟ ਜੋੜ ਰਿਹਾ ਹਾਂ. ਜੇਕਰ ਤੁਸੀਂ ਸਿਰਫ਼ ਕੰਪ੍ਰੈਸਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਹ 6m30s ਲਵੇਗਾ, ਜੇਕਰ ਤੁਸੀਂ ਏਨਕ੍ਰਿਪਸ਼ਨ ਵੀ ਜੋੜਦੇ ਹੋ, ਤਾਂ ਇਹ ਲਗਭਗ 7m ਹੋਵੇਗਾ। ਹੇਠਲੇ ਗ੍ਰਾਫ ਵਿੱਚ ਡਿੱਪ ਇੱਕ ਅਣਫੁੱਲਡ ਡਿਸਕ ਕੈਸ਼ ਹੈ:

ਡੁਪਲੀਕੇਟ ਟੈਸਟਿੰਗ

ਡੁਪਲੀਸਿਟੀ ਟਾਰ ਫਾਰਮੈਟ ਵਿੱਚ ਐਨਕ੍ਰਿਪਟਡ ਆਰਕਾਈਵਜ਼ ਬਣਾ ਕੇ ਬੈਕਅੱਪ ਲਈ ਇੱਕ ਪਾਈਥਨ ਸਾਫਟਵੇਅਰ ਹੈ।

ਵਾਧੇ ਵਾਲੇ ਪੁਰਾਲੇਖਾਂ ਲਈ, librsync ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਇਸ ਵਿੱਚ ਵਰਣਿਤ ਵਿਵਹਾਰ ਦੀ ਉਮੀਦ ਕਰ ਸਕਦੇ ਹੋ ਲੜੀ ਵਿੱਚ ਪਿਛਲੀ ਪੋਸਟ.

ਬੈਕਅੱਪਾਂ ਨੂੰ gnupg ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਐਨਕ੍ਰਿਪਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਸਾਈਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਜੋ ਕਿ ਬੈਕਅੱਪ (s3, backblaze, gdrive, ਆਦਿ) ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਵੱਖ-ਵੱਖ ਪ੍ਰਦਾਤਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦਾ ਹੈ।

ਆਓ ਦੇਖੀਏ ਕਿ ਨਤੀਜੇ ਕੀ ਹਨ:

ਇਹ ਉਹ ਨਤੀਜੇ ਹਨ ਜੋ ਅਸੀਂ ਬਿਨਾਂ ਏਨਕ੍ਰਿਪਸ਼ਨ ਦੇ ਚੱਲਦੇ ਹੋਏ ਪ੍ਰਾਪਤ ਕੀਤੇ

ਵਿਗਾੜਣ ਵਾਲਾ

ਹਰੇਕ ਟੈਸਟ ਦੇ ਚੱਲਣ ਦਾ ਸਮਾਂ:

1 ਲਾਂਚ ਕਰੋ
2 ਲਾਂਚ ਕਰੋ
3 ਲਾਂਚ ਕਰੋ

16 ਐਮ 33 ਐੱਸ
17 ਐਮ 20 ਐੱਸ
16 ਐਮ 30 ਐੱਸ

8 ਐਮ 29 ਐੱਸ
9 ਐਮ 3 ਐੱਸ
8 ਐਮ 45 ਐੱਸ

5 ਐਮ 21 ਐੱਸ
6 ਐਮ 04 ਐੱਸ
5 ਐਮ 53 ਐੱਸ

ਅਤੇ ਇੱਥੇ ਨਤੀਜੇ ਹਨ ਜਦੋਂ gnupg ਇਨਕ੍ਰਿਪਸ਼ਨ ਯੋਗ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, 2048 ਬਿੱਟ ਦੇ ਮੁੱਖ ਆਕਾਰ ਦੇ ਨਾਲ:

ਏਨਕ੍ਰਿਪਸ਼ਨ ਦੇ ਨਾਲ, ਉਸੇ ਡੇਟਾ 'ਤੇ ਓਪਰੇਟਿੰਗ ਸਮਾਂ:

1 ਲਾਂਚ ਕਰੋ
2 ਲਾਂਚ ਕਰੋ
3 ਲਾਂਚ ਕਰੋ

17 ਐਮ 22 ਐੱਸ
17 ਐਮ 32 ਐੱਸ
17 ਐਮ 28 ਐੱਸ

8 ਐਮ 52 ਐੱਸ
9 ਐਮ 13 ਐੱਸ
9 ਐਮ 3 ਐੱਸ

5 ਐਮ 48 ਐੱਸ
5 ਐਮ 40 ਐੱਸ
5 ਐਮ 30 ਐੱਸ

ਬਲਾਕ ਦਾ ਆਕਾਰ ਦਰਸਾਇਆ ਗਿਆ ਸੀ - 512 ਮੈਗਾਬਾਈਟ, ਜੋ ਕਿ ਗ੍ਰਾਫਾਂ ਵਿੱਚ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ; ਪ੍ਰੋਸੈਸਰ ਲੋਡ ਅਸਲ ਵਿੱਚ 50% 'ਤੇ ਰਿਹਾ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪ੍ਰੋਗਰਾਮ ਇੱਕ ਤੋਂ ਵੱਧ ਪ੍ਰੋਸੈਸਰ ਕੋਰ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦਾ ਹੈ।

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

ਐਨਕ੍ਰਿਪਸ਼ਨ ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਨਾਲ ਪ੍ਰੋਗਰਾਮ ਦੇ ਚੱਲਣ ਦੇ ਸਮੇਂ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਵਾਧਾ ਨਹੀਂ ਹੋਇਆ, ਪਰ ਇਸਨੇ ਪ੍ਰੋਸੈਸਰ ਲੋਡ ਵਿੱਚ ਲਗਭਗ 10% ਵਾਧਾ ਕੀਤਾ, ਜੋ ਕਿ ਇੱਕ ਵਧੀਆ ਬੋਨਸ ਹੋ ਸਕਦਾ ਹੈ।

ਬਦਕਿਸਮਤੀ ਨਾਲ, ਇਹ ਪ੍ਰੋਗਰਾਮ ਡਾਇਰੈਕਟਰੀ ਦਾ ਨਾਮ ਬਦਲਣ ਦੇ ਨਾਲ ਸਥਿਤੀ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਖੋਜਣ ਵਿੱਚ ਅਸਮਰੱਥ ਸੀ, ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ ਰਿਪੋਜ਼ਟਰੀ ਦਾ ਆਕਾਰ ਤਬਦੀਲੀਆਂ ਦੇ ਆਕਾਰ ਦੇ ਬਰਾਬਰ ਨਿਕਲਿਆ (ਜਿਵੇਂ ਕਿ, ਸਾਰੇ 18GB), ਪਰ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਬੈਕਅੱਪ ਲਈ ਇੱਕ ਅਵਿਸ਼ਵਾਸੀ ਸਰਵਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਮਰੱਥਾ. ਇਸ ਵਿਵਹਾਰ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ।

ਡੁਪਲੀਕੇਟ ਟੈਸਟਿੰਗ

ਇਹ ਸਾਫਟਵੇਅਰ C# ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ ਅਤੇ ਮੋਨੋ ਤੋਂ ਲਾਇਬ੍ਰੇਰੀਆਂ ਦੇ ਸੈੱਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਚੱਲਦਾ ਹੈ। ਇੱਕ GUI ਦੇ ਨਾਲ ਨਾਲ ਇੱਕ CLI ਸੰਸਕਰਣ ਵੀ ਹੈ।

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

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

ਆਓ ਦੇਖੀਏ ਕਿ ਇਹ ਹੱਲ ਕਿਹੜੇ ਸੰਕੇਤ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ:

ਜੇਕਰ ਤੁਸੀਂ ਏਨਕ੍ਰਿਪਸ਼ਨ ਬੰਦ ਕਰ ਦਿੰਦੇ ਹੋ (ਅਤੇ WEBGUI ਅਜਿਹਾ ਕਰਨ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਨਹੀਂ ਕਰਦਾ ਹੈ), ਤਾਂ ਨਤੀਜੇ ਹੇਠਾਂ ਦਿੱਤੇ ਹਨ:

ਕੰਮ ਦੇ ਘੰਟੇ:

1 ਲਾਂਚ ਕਰੋ
2 ਲਾਂਚ ਕਰੋ
3 ਲਾਂਚ ਕਰੋ

20 ਐਮ 43 ਐੱਸ
20 ਐਮ 13 ਐੱਸ
20 ਐਮ 28 ਐੱਸ

5 ਐਮ 21 ਐੱਸ
5 ਐਮ 40 ਐੱਸ
5 ਐਮ 35 ਐੱਸ

7 ਐਮ 36 ਐੱਸ
7 ਐਮ 54 ਐੱਸ
7 ਐਮ 49 ਐੱਸ

ਏਨਕ੍ਰਿਪਸ਼ਨ ਸਮਰੱਥ ਹੋਣ ਦੇ ਨਾਲ, ਏਈਐਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ, ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

ਕੰਮ ਦੇ ਘੰਟੇ:

1 ਲਾਂਚ ਕਰੋ
2 ਲਾਂਚ ਕਰੋ
3 ਲਾਂਚ ਕਰੋ

29 ਐਮ 9 ਐੱਸ
30 ਐਮ 1 ਐੱਸ
29 ਐਮ 54 ਐੱਸ

5 ਐਮ 29 ਐੱਸ
6 ਐਮ 2 ਐੱਸ
5 ਐਮ 54 ਐੱਸ

8 ਐਮ 44 ਐੱਸ
9 ਐਮ 12 ਐੱਸ
9 ਐਮ 1 ਐੱਸ

ਅਤੇ ਜੇਕਰ ਤੁਸੀਂ ਬਾਹਰੀ ਪ੍ਰੋਗਰਾਮ gnupg ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਹੇਠਾਂ ਦਿੱਤੇ ਨਤੀਜੇ ਸਾਹਮਣੇ ਆਉਂਦੇ ਹਨ:

1 ਲਾਂਚ ਕਰੋ
2 ਲਾਂਚ ਕਰੋ
3 ਲਾਂਚ ਕਰੋ

26 ਐਮ 6 ਐੱਸ
26 ਐਮ 35 ਐੱਸ
26 ਐਮ 17 ਐੱਸ

5 ਐਮ 20 ਐੱਸ
5 ਐਮ 48 ਐੱਸ
5 ਐਮ 40 ਐੱਸ

8 ਐਮ 12 ਐੱਸ
8 ਐਮ 42 ਐੱਸ
8 ਐਮ 15 ਐੱਸ

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

ਇਕ ਹੋਰ ਚੰਗੀ ਗੱਲ ਇਹ ਸੀ ਕਿ ਰਿਪੋਜ਼ਟਰੀ ਦਾ ਆਕਾਰ ਅਸਲ ਬਦਲੇ ਹੋਏ ਡੇਟਾ ਦੇ ਬਰਾਬਰ ਹੀ ਲੈਂਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ. ਡੁਪਲੀਕੇਟੀ ਨੇ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਦਾ ਨਾਮ ਬਦਲਿਆ ਹੈ ਅਤੇ ਇਸ ਸਥਿਤੀ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਸੰਭਾਲਿਆ ਹੈ। ਦੂਜਾ ਟੈਸਟ ਚਲਾਉਂਦੇ ਸਮੇਂ ਇਹ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਕੁੱਲ ਮਿਲਾ ਕੇ, ਪ੍ਰੋਗਰਾਮ ਦੇ ਕਾਫ਼ੀ ਸਕਾਰਾਤਮਕ ਪ੍ਰਭਾਵ, ਨਵੇਂ ਲੋਕਾਂ ਲਈ ਕਾਫ਼ੀ ਦੋਸਤਾਨਾ ਹੋਣ ਸਮੇਤ।

Результаты

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

ਸਿੱਟਾ

ਜੇਕਰ ਤੁਹਾਨੂੰ ਕਿਤੇ ਵੀ ਕਾਹਲੀ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਅਤੇ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਵਾਧੂ ਪ੍ਰੋਸੈਸਰ ਵੀ ਹੈ, ਤਾਂ ਵਿਚਾਰੇ ਗਏ ਹੱਲਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਕੰਮ ਕਰੇਗਾ, ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ, ਬਹੁਤ ਸਾਰਾ ਕੰਮ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਟਾਰ ਦੇ ਸਿਖਰ 'ਤੇ ਰੈਪਰ ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਲਿਖ ਕੇ ਦੁਹਰਾਇਆ ਨਹੀਂ ਜਾਣਾ ਚਾਹੀਦਾ। . ਏਨਕ੍ਰਿਪਸ਼ਨ ਦੀ ਮੌਜੂਦਗੀ ਇੱਕ ਬਹੁਤ ਜ਼ਰੂਰੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ ਜੇਕਰ ਬੈਕਅੱਪ ਕਾਪੀਆਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਸਰਵਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਭਰੋਸੇਯੋਗ ਨਹੀਂ ਹੋ ਸਕਦਾ ਹੈ।

ਆਧਾਰਿਤ ਹੱਲ ਦੇ ਮੁਕਾਬਲੇ rsync - ਕਾਰਗੁਜ਼ਾਰੀ ਕਈ ਗੁਣਾ ਮਾੜੀ ਹੋ ਸਕਦੀ ਹੈ, ਇਸ ਤੱਥ ਦੇ ਬਾਵਜੂਦ ਕਿ ਇਸਦੇ ਸ਼ੁੱਧ ਰੂਪ ਵਿੱਚ ਟਾਰ ਨੇ rsync ਨਾਲੋਂ 20-30% ਤੇਜ਼ੀ ਨਾਲ ਕੰਮ ਕੀਤਾ ਹੈ।
ਰਿਪੋਜ਼ਟਰੀ ਦੇ ਆਕਾਰ 'ਤੇ ਬੱਚਤ ਹਨ, ਪਰ ਸਿਰਫ ਡੁਪਲੀਕੇਟੀ ਨਾਲ.

ਘੋਸ਼ਣਾ

ਬੈਕਅੱਪ, ਭਾਗ 1: ਬੈਕਅੱਪ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ, ਤਰੀਕਿਆਂ, ਤਕਨਾਲੋਜੀਆਂ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ
ਬੈਕਅੱਪ ਭਾਗ 2: rsync-ਅਧਾਰਿਤ ਬੈਕਅੱਪ ਟੂਲਸ ਦੀ ਸਮੀਖਿਆ ਅਤੇ ਜਾਂਚ ਕਰਨਾ
ਬੈਕਅੱਪ ਭਾਗ 3: ਡੁਪਲੀਸੀਟੀ, ਡੁਪਲੀਕੇਟੀ, ਡੀਜਾ ਡੁਪ ਦੀ ਸਮੀਖਿਆ ਅਤੇ ਜਾਂਚ ਕਰੋ
ਬੈਕਅੱਪ ਭਾਗ 4: zbackup, restic, borgbackup ਦੀ ਸਮੀਖਿਆ ਅਤੇ ਜਾਂਚ ਕਰਨਾ
ਬੈਕਅੱਪ ਭਾਗ 5: ਲੀਨਕਸ ਲਈ ਬੈਕੂਲਾ ਅਤੇ ਵੀਮ ਬੈਕਅੱਪ ਦੀ ਜਾਂਚ
ਬੈਕਅੱਪ ਭਾਗ 6: ਬੈਕਅੱਪ ਟੂਲਸ ਦੀ ਤੁਲਨਾ ਕਰਨਾ
ਬੈਕਅੱਪ ਭਾਗ 7: ਸਿੱਟਾ

ਵੱਲੋਂ ਪੋਸਟ ਕੀਤਾ ਗਿਆ: ਪਾਵੇਲ ਡੇਮਕੋਵਿਚ

ਸਰੋਤ: www.habr.com