ਬੈਕਅੱਪ ਭਾਗ 6: ਬੈਕਅੱਪ ਟੂਲਸ ਦੀ ਤੁਲਨਾ ਕਰਨਾ

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

ਡਾਟਾ ਰਿਕਵਰੀ

rsync ਅਤੇ tar ਨੂੰ ਇੱਕ ਸੰਦਰਭ ਬਿੰਦੂ ਦੇ ਤੌਰ 'ਤੇ ਵਰਤਿਆ ਜਾਵੇਗਾ ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਉਨ੍ਹਾਂ 'ਤੇ ਅਧਾਰਤ ਹੁੰਦੇ ਹਨ ਬੈਕਅੱਪ ਕਾਪੀਆਂ ਬਣਾਉਣ ਲਈ ਸਧਾਰਨ ਸਕ੍ਰਿਪਟਾਂ।

Rsync 4 ਮਿੰਟ ਅਤੇ 28 ਸਕਿੰਟਾਂ ਵਿੱਚ ਸੈੱਟ ਕੀਤੇ ਗਏ ਟੈਸਟ ਡੇਟਾ ਨਾਲ ਨਜਿੱਠਿਆ, ਦਿਖਾ ਰਿਹਾ ਹੈ

ਅਜਿਹਾ ਲੋਡ

ਰਿਕਵਰੀ ਪ੍ਰਕਿਰਿਆ ਨੇ ਬੈਕਅੱਪ ਸਟੋਰੇਜ਼ ਸਰਵਰ (ਸੌਟੁੱਥ ਗ੍ਰਾਫ) ਦੇ ਡਿਸਕ ਸਬ-ਸਿਸਟਮ ਦੀ ਇੱਕ ਸੀਮਾ ਨੂੰ ਮਾਰਿਆ। ਤੁਸੀਂ ਬਿਨਾਂ ਕਿਸੇ ਸਮੱਸਿਆ ਦੇ ਇੱਕ ਕਰਨਲ ਦੀ ਲੋਡਿੰਗ ਨੂੰ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਦੇਖ ਸਕਦੇ ਹੋ (ਘੱਟ iowait ਅਤੇ softirq - ਕ੍ਰਮਵਾਰ ਡਿਸਕ ਅਤੇ ਨੈੱਟਵਰਕ ਨਾਲ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ)। ਕਿਉਂਕਿ ਦੂਜੇ ਦੋ ਪ੍ਰੋਗਰਾਮ, ਜਿਵੇਂ ਕਿ rdiff-ਬੈਕਅੱਪ ਅਤੇ rsnapshot, rsync 'ਤੇ ਆਧਾਰਿਤ ਹਨ ਅਤੇ ਇੱਕ ਰਿਕਵਰੀ ਟੂਲ ਵਜੋਂ ਨਿਯਮਤ rsync ਦੀ ਪੇਸ਼ਕਸ਼ ਵੀ ਕਰਦੇ ਹਨ, ਉਹਨਾਂ ਕੋਲ ਲਗਭਗ ਇੱਕੋ ਜਿਹਾ ਲੋਡ ਪ੍ਰੋਫਾਈਲ ਅਤੇ ਬੈਕਅੱਪ ਰਿਕਵਰੀ ਸਮਾਂ ਹੋਵੇਗਾ।

ਟਾਰ ਇਸ ਨੂੰ ਥੋੜਾ ਤੇਜ਼ੀ ਨਾਲ ਕੀਤਾ

2 ਮਿੰਟ ਅਤੇ 43 ਸਕਿੰਟ:

ਵਧੇ ਹੋਏ softirq ਦੇ ਕਾਰਨ ਕੁੱਲ ਸਿਸਟਮ ਲੋਡ ਔਸਤਨ 20% ਵੱਧ ਸੀ - ਨੈੱਟਵਰਕ ਸਬ-ਸਿਸਟਮ ਦੇ ਸੰਚਾਲਨ ਦੌਰਾਨ ਓਵਰਹੈੱਡ ਲਾਗਤਾਂ ਵਧੀਆਂ।

ਜੇਕਰ ਪੁਰਾਲੇਖ ਨੂੰ ਹੋਰ ਸੰਕੁਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਰਿਕਵਰੀ ਸਮਾਂ 3 ਮਿੰਟ 19 ਸਕਿੰਟ ਤੱਕ ਵਧ ਜਾਂਦਾ ਹੈ।
ਮੁੱਖ ਸਰਵਰ 'ਤੇ ਅਜਿਹੇ ਲੋਡ ਦੇ ਨਾਲ (ਮੁੱਖ ਸਰਵਰ ਦੇ ਪਾਸੇ ਤੋਂ ਅਨਪੈਕਿੰਗ):

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

В rdiff-ਬੈਕਅੱਪ ਤੁਸੀਂ ਰੈਗੂਲਰ rsync (ਨਤੀਜੇ ਸਮਾਨ ਹੋਣਗੇ) ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬਣਾਏ ਗਏ ਆਖਰੀ ਬੈਕਅਪ ਨੂੰ ਸਮਕਾਲੀ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਪੁਰਾਣੇ ਬੈਕਅੱਪਾਂ ਨੂੰ ਅਜੇ ਵੀ rdiff-ਬੈਕਅੱਪ ਪ੍ਰੋਗਰਾਮ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਰੀਸਟੋਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਜਿਸ ਨੇ 17 ਮਿੰਟ ਅਤੇ 17 ਸਕਿੰਟਾਂ ਵਿੱਚ ਬਹਾਲੀ ਨੂੰ ਪੂਰਾ ਕੀਤਾ, ਦਿਖਾਉਂਦੇ ਹੋਏ

ਇਹ ਲੋਡ:

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

Rsnapshot ਰਿਕਵਰੀ ਲਈ, ਇਹ ਨਿਯਮਤ rsync ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਸੁਝਾਅ ਦਿੰਦਾ ਹੈ, ਇਸਲਈ ਇਸਦੇ ਨਤੀਜੇ ਸਮਾਨ ਹੋਣਗੇ। ਆਮ ਤੌਰ 'ਤੇ, ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਹੋਇਆ ਹੈ.

ਬਰਪ ਮੈਂ 7 ਮਿੰਟ ਅਤੇ 2 ਸਕਿੰਟਾਂ ਵਿੱਚ ਇੱਕ ਬੈਕਅੱਪ ਰੀਸਟੋਰ ਕਰਨ ਦਾ ਕੰਮ ਪੂਰਾ ਕਰ ਲਿਆ
ਇਸ ਲੋਡ ਨਾਲ:

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

ਪ੍ਰੋਗਰਾਮ ਨੇ ਲਗਭਗ ਇੱਕੋ ਗਤੀ ਅਤੇ ਲੋਡ ਦਿਖਾਇਆ ਬੈਕਅਪਪੀਸੀ rsync ਟ੍ਰਾਂਸਫਰ ਮੋਡ ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਵੇਲੇ, ਲਈ ਬੈਕਅੱਪ ਤੈਨਾਤ ਕਰਨਾ

7 ਮਿੰਟ ਅਤੇ 42 ਸਕਿੰਟ:

ਪਰ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਮੋਡ ਵਿੱਚ, ਬੈਕਅੱਪਪੀਸੀ ਨੇ ਟਾਰ ਨਾਲ ਹੋਰ ਹੌਲੀ-ਹੌਲੀ ਮੁਕਾਬਲਾ ਕੀਤਾ: 12 ਮਿੰਟ ਅਤੇ 15 ਸਕਿੰਟਾਂ ਵਿੱਚ, ਪ੍ਰੋਸੈਸਰ ਲੋਡ ਆਮ ਤੌਰ 'ਤੇ ਘੱਟ ਸੀ

ਡੇਢ ਵਾਰ:

ਡੁਪਲਿਕਸ ਬਿਨਾਂ ਏਨਕ੍ਰਿਪਸ਼ਨ ਦੇ 10 ਮਿੰਟ ਅਤੇ 58 ਸਕਿੰਟਾਂ ਵਿੱਚ ਬੈਕਅੱਪ ਨੂੰ ਬਹਾਲ ਕਰਦੇ ਹੋਏ, ਥੋੜ੍ਹਾ ਬਿਹਤਰ ਨਤੀਜੇ ਦਿਖਾਏ ਗਏ। ਜੇਕਰ ਤੁਸੀਂ gpg ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਏਨਕ੍ਰਿਪਸ਼ਨ ਨੂੰ ਸਰਗਰਮ ਕਰਦੇ ਹੋ, ਤਾਂ ਰਿਕਵਰੀ ਸਮਾਂ 15 ਮਿੰਟ ਅਤੇ 3 ਸਕਿੰਟ ਤੱਕ ਵਧ ਜਾਂਦਾ ਹੈ। ਨਾਲ ਹੀ, ਕਾਪੀਆਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਇੱਕ ਰਿਪੋਜ਼ਟਰੀ ਬਣਾਉਣ ਵੇਲੇ, ਤੁਸੀਂ ਪੁਰਾਲੇਖ ਦਾ ਆਕਾਰ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਆਉਣ ਵਾਲੇ ਡੇਟਾ ਸਟ੍ਰੀਮ ਨੂੰ ਵੰਡਣ ਵੇਲੇ ਵਰਤਿਆ ਜਾਵੇਗਾ। ਆਮ ਤੌਰ 'ਤੇ, ਰਵਾਇਤੀ ਹਾਰਡ ਡਰਾਈਵਾਂ 'ਤੇ, ਸਿੰਗਲ-ਥ੍ਰੈੱਡਡ ਓਪਰੇਟਿੰਗ ਮੋਡ ਦੇ ਕਾਰਨ, ਬਹੁਤ ਜ਼ਿਆਦਾ ਅੰਤਰ ਨਹੀਂ ਹੁੰਦਾ. ਜਦੋਂ ਹਾਈਬ੍ਰਿਡ ਸਟੋਰੇਜ ਵਰਤੀ ਜਾਂਦੀ ਹੈ ਤਾਂ ਇਹ ਵੱਖ-ਵੱਖ ਬਲਾਕ ਆਕਾਰਾਂ 'ਤੇ ਦਿਖਾਈ ਦੇ ਸਕਦਾ ਹੈ। ਰਿਕਵਰੀ ਦੌਰਾਨ ਮੁੱਖ ਸਰਵਰ 'ਤੇ ਲੋਡ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਸੀ:

ਕੋਈ ਇਨਕ੍ਰਿਪਸ਼ਨ ਨਹੀਂ

ਏਨਕ੍ਰਿਪਸ਼ਨ ਦੇ ਨਾਲ

ਡੁਪਲਿਕੇਟ 13 ਮਿੰਟ ਅਤੇ 45 ਸਕਿੰਟਾਂ ਵਿੱਚ ਇਸ ਨੂੰ ਪੂਰਾ ਕਰਦੇ ਹੋਏ, ਤੁਲਨਾਤਮਕ ਰਿਕਵਰੀ ਦਰ ਦਿਖਾਈ ਗਈ। ਬਰਾਮਦ ਕੀਤੇ ਡੇਟਾ ਦੀ ਸ਼ੁੱਧਤਾ ਦੀ ਜਾਂਚ ਕਰਨ ਵਿੱਚ ਲਗਭਗ 5 ਮਿੰਟ ਲੱਗ ਗਏ (ਕੁੱਲ ਲਗਭਗ 19 ਮਿੰਟ)। ਲੋਡ ਸੀ

ਕਾਫ਼ੀ ਉੱਚ:

ਜਦੋਂ aes ਇਨਕ੍ਰਿਪਸ਼ਨ ਅੰਦਰੂਨੀ ਤੌਰ 'ਤੇ ਸਮਰੱਥ ਕੀਤੀ ਗਈ ਸੀ, ਤਾਂ ਰਿਕਵਰੀ ਸਮਾਂ 21 ਮਿੰਟ 40 ਸਕਿੰਟ ਸੀ, ਰਿਕਵਰੀ ਦੌਰਾਨ CPU ਉਪਯੋਗਤਾ ਵੱਧ ਤੋਂ ਵੱਧ (ਦੋਵੇਂ ਕੋਰ!) ਦੇ ਨਾਲ; ਡੇਟਾ ਦੀ ਜਾਂਚ ਕਰਦੇ ਸਮੇਂ, ਸਿਰਫ ਇੱਕ ਥ੍ਰੈਡ ਕਿਰਿਆਸ਼ੀਲ ਸੀ, ਇੱਕ ਪ੍ਰੋਸੈਸਰ ਕੋਰ ਉੱਤੇ ਕਬਜ਼ਾ ਕਰ ਰਿਹਾ ਸੀ। ਰਿਕਵਰੀ ਤੋਂ ਬਾਅਦ ਡੇਟਾ ਦੀ ਜਾਂਚ ਕਰਨ ਵਿੱਚ ਉਹੀ 5 ਮਿੰਟ ਲੱਗੇ (ਕੁੱਲ ਮਿਲਾ ਕੇ ਲਗਭਗ 27 ਮਿੰਟ)।

ਇਸ ਦਾ ਨਤੀਜਾ

ਐਨਕ੍ਰਿਪਸ਼ਨ ਲਈ ਬਾਹਰੀ gpg ਪ੍ਰੋਗਰਾਮ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਡੁਪਲੀਕਟੀ ਰਿਕਵਰੀ ਦੇ ਨਾਲ ਥੋੜਾ ਤੇਜ਼ ਸੀ, ਪਰ ਆਮ ਤੌਰ 'ਤੇ ਪਿਛਲੇ ਮੋਡ ਤੋਂ ਅੰਤਰ ਘੱਟ ਹੁੰਦੇ ਹਨ। ਓਪਰੇਟਿੰਗ ਸਮਾਂ 16 ਮਿੰਟ 30 ਸਕਿੰਟ ਸੀ, 6 ਮਿੰਟਾਂ ਵਿੱਚ ਡੇਟਾ ਵੈਰੀਫਿਕੇਸ਼ਨ ਦੇ ਨਾਲ। ਲੋਡ ਸੀ

ਅਜਿਹੇ:

AMANDA, ਟਾਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਇਸਨੂੰ 2 ਮਿੰਟ 49 ਸਕਿੰਟਾਂ ਵਿੱਚ ਪੂਰਾ ਕੀਤਾ, ਜੋ ਕਿ ਸਿਧਾਂਤ ਵਿੱਚ, ਨਿਯਮਤ ਟਾਰ ਦੇ ਬਹੁਤ ਨੇੜੇ ਹੈ। ਸਿਧਾਂਤ ਵਿੱਚ ਸਿਸਟਮ ਤੇ ਲੋਡ ਕਰੋ

ਸਮਾਨ:

ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਬੈਕਅੱਪ ਨੂੰ ਬਹਾਲ ਕਰਦੇ ਸਮੇਂ zbackup ਹੇਠ ਦਿੱਤੇ ਨਤੀਜੇ ਪ੍ਰਾਪਤ ਕੀਤੇ ਗਏ ਸਨ:

ਐਨਕ੍ਰਿਪਸ਼ਨ, lzma ਕੰਪਰੈਸ਼ਨ

ਰਨਿੰਗ ਟਾਈਮ 11 ਮਿੰਟ ਅਤੇ 8 ਸਕਿੰਟ

AES ਇਨਕ੍ਰਿਪਸ਼ਨ, lzma ਕੰਪਰੈਸ਼ਨ

ਓਪਰੇਟਿੰਗ ਟਾਈਮ 14 ਮਿੰਟ

AES ਇਨਕ੍ਰਿਪਸ਼ਨ, lzo ਕੰਪਰੈਸ਼ਨ

ਰਨਿੰਗ ਟਾਈਮ 6 ਮਿੰਟ, 19 ਸਕਿੰਟ

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

ਬੋਰਗਬੈਕਅੱਪ ਅਨਇਨਕ੍ਰਿਪਟਡ ਮੋਡ ਵਿੱਚ ਇਹ ਟਾਰ ਨਾਲੋਂ ਥੋੜਾ ਹੌਲੀ ਸੀ, 2 ਮਿੰਟ 45 ਸਕਿੰਟਾਂ ਵਿੱਚ, ਹਾਲਾਂਕਿ, ਟਾਰ ਦੇ ਉਲਟ, ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਡੁਪਲੀਕੇਟ ਕਰਨਾ ਸੰਭਵ ਹੋ ਗਿਆ। ਲੋਡ ਨਿਕਲਿਆ

ਹੇਠ ਲਿਖਿਆ ਹੋਇਆਂ:

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

ਇਸ ਤਰ੍ਹਾਂ:

AES ਐਨਕ੍ਰਿਪਸ਼ਨ ਥੋੜ੍ਹਾ ਹੌਲੀ ਹੈ, ਰਿਕਵਰੀ ਸਮਾਂ 3 ਮਿੰਟ 23 ਸਕਿੰਟ ਹੈ, ਲੋਡ ਖਾਸ ਤੌਰ 'ਤੇ ਹੈ

ਬਦਲਿਆ ਨਹੀਂ ਹੈ:

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

ਰੈਸਟਿਕ ਰਿਕਵਰੀ ਦਾ ਥੋੜ੍ਹਾ ਹੋਰ ਹੌਲੀ-ਹੌਲੀ ਮੁਕਾਬਲਾ ਕੀਤਾ, ਓਪਰੇਟਿੰਗ ਸਮਾਂ 4 ਮਿੰਟ 28 ਸਕਿੰਟ ਸੀ। ਲੋਡ ਵਰਗਾ ਲੱਗਦਾ ਸੀ

ਇਸ ਤਰ੍ਹਾਂ:

ਜ਼ਾਹਰ ਹੈ ਕਿ ਰਿਕਵਰੀ ਪ੍ਰਕਿਰਿਆ ਕਈ ਥਰਿੱਡਾਂ ਵਿੱਚ ਕੰਮ ਕਰਦੀ ਹੈ, ਪਰ ਕੁਸ਼ਲਤਾ BorgBackup ਜਿੰਨੀ ਉੱਚੀ ਨਹੀਂ ਹੈ, ਪਰ ਸਮੇਂ ਦੇ ਨਾਲ ਨਿਯਮਤ rsync ਨਾਲ ਤੁਲਨਾਯੋਗ ਹੈ।

ਦੀ ਸਹਾਇਤਾ ਨਾਲ Bਰਬੈਕਅਪ 8 ਮਿੰਟ ਅਤੇ 19 ਸਕਿੰਟਾਂ ਵਿੱਚ ਡੇਟਾ ਨੂੰ ਬਹਾਲ ਕਰਨਾ ਸੰਭਵ ਸੀ, ਲੋਡ ਸੀ

ਅਜਿਹੇ:

ਲੋਡ ਅਜੇ ਵੀ ਬਹੁਤ ਜ਼ਿਆਦਾ ਨਹੀਂ ਹੈ, ਇੱਥੋਂ ਤੱਕ ਕਿ ਟਾਰ ਨਾਲੋਂ ਵੀ ਘੱਟ ਹੈ। ਕੁਝ ਥਾਵਾਂ 'ਤੇ ਬਰਸਟ ਹਨ, ਪਰ ਇੱਕ ਕੋਰ ਦੇ ਲੋਡ ਤੋਂ ਵੱਧ ਨਹੀਂ.

ਤੁਲਨਾ ਲਈ ਮਾਪਦੰਡਾਂ ਦੀ ਚੋਣ ਅਤੇ ਉਚਿਤਤਾ

ਜਿਵੇਂ ਕਿ ਪਿਛਲੇ ਲੇਖਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ, ਬੈਕਅੱਪ ਸਿਸਟਮ ਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ ਮਾਪਦੰਡਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ:

• ਵਰਤਣ ਲਈ ਸੌਖ
• ਬਹੁਪੱਖੀਤਾ
• ਸਥਿਰਤਾ
• ਤੇਜ਼ੀ

ਇਹ ਹਰ ਇੱਕ ਬਿੰਦੂ ਨੂੰ ਹੋਰ ਵਿਸਥਾਰ ਵਿੱਚ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਵਿਚਾਰ ਕਰਨ ਯੋਗ ਹੈ.

ਕਾਰਵਾਈ ਦੀ ਸੌਖ

ਇਹ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ ਜਦੋਂ ਇੱਕ ਬਟਨ ਹੁੰਦਾ ਹੈ "ਸਭ ਕੁਝ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕਰੋ" ਪਰ ਜੇਕਰ ਤੁਸੀਂ ਅਸਲ ਪ੍ਰੋਗਰਾਮਾਂ 'ਤੇ ਵਾਪਸ ਆਉਂਦੇ ਹੋ, ਤਾਂ ਸਭ ਤੋਂ ਸੁਵਿਧਾਜਨਕ ਚੀਜ਼ ਕੁਝ ਜਾਣੂ ਅਤੇ ਮਿਆਰੀ ਓਪਰੇਟਿੰਗ ਸਿਧਾਂਤ ਹੋਵੇਗੀ।
ਜ਼ਿਆਦਾਤਰ ਉਪਭੋਗਤਾ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਬਿਹਤਰ ਹੋਣਗੇ ਜੇਕਰ ਉਨ੍ਹਾਂ ਨੂੰ ਕਲੀ ਲਈ ਕੁੰਜੀਆਂ ਦੇ ਝੁੰਡ ਨੂੰ ਯਾਦ ਰੱਖਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਵੈੱਬ ਜਾਂ ਟੂਈ ਦੁਆਰਾ ਵੱਖ-ਵੱਖ, ਅਕਸਰ ਅਸਪਸ਼ਟ ਵਿਕਲਪਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਕੌਂਫਿਗਰ ਕਰਨਾ, ਜਾਂ ਅਸਫਲ ਓਪਰੇਸ਼ਨ ਬਾਰੇ ਸੂਚਨਾਵਾਂ ਸੈਟ ਅਪ ਕਰਨਾ ਹੈ। ਇਸ ਵਿੱਚ ਮੌਜੂਦਾ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਇੱਕ ਬੈਕਅੱਪ ਹੱਲ ਨੂੰ ਆਸਾਨੀ ਨਾਲ "ਫਿੱਟ" ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਦੇ ਨਾਲ-ਨਾਲ ਬੈਕਅੱਪ ਪ੍ਰਕਿਰਿਆ ਦਾ ਸਵੈਚਾਲਨ ਵੀ ਸ਼ਾਮਲ ਹੈ। ਪੈਕੇਜ ਮੈਨੇਜਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ, ਜਾਂ "ਡਾਊਨਲੋਡ ਅਤੇ ਅਨਪੈਕ" ਵਰਗੇ ਇੱਕ ਜਾਂ ਦੋ ਕਮਾਂਡਾਂ ਵਿੱਚ ਇੰਸਟਾਲੇਸ਼ਨ ਦੀ ਸੰਭਾਵਨਾ ਵੀ ਹੈ। curl ссылка | sudo bash - ਇੱਕ ਗੁੰਝਲਦਾਰ ਢੰਗ, ਕਿਉਂਕਿ ਤੁਹਾਨੂੰ ਇਹ ਦੇਖਣ ਦੀ ਲੋੜ ਹੈ ਕਿ ਲਿੰਕ ਰਾਹੀਂ ਕੀ ਆਉਂਦਾ ਹੈ।

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

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

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

ਬਹੁਪੱਖੀਤਾ

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

ਇੱਕ ਨਿਸ਼ਾਨੀ ਵਜੋਂ - ਨਿਯਮਤ ssh ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੰਮ ਕਰਨ ਦੀ ਯੋਗਤਾ.

ਕੰਮ ਦੀ ਗਤੀ

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

ਸਥਿਰਤਾ

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

ਬੈਕਅੱਪ ਟੂਲਸ ਦੀ ਤੁਲਨਾ

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

Rsync
4 ਐਮ 15 ਐੱਸ
4 ਐਮ 28 ਐੱਸ
ਜੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਜੀ
6

ਟਾਰ
ਸ਼ੁੱਧ
3 ਐਮ 12 ਐੱਸ
2 ਐਮ 43 ਐੱਸ
ਜੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਜੀ
8,5

gzip
9 ਐਮ 37 ਐੱਸ
3 ਐਮ 19 ਐੱਸ
ਜੀ

Rdiff-ਬੈਕਅੱਪ
16 ਐਮ 26 ਐੱਸ
17 ਐਮ 17 ਐੱਸ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
11

Rsnapshot
4 ਐਮ 19 ਐੱਸ
4 ਐਮ 28 ਐੱਸ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
12,5

ਬਰਪ
11 ਐਮ 9 ਐੱਸ
7 ਐਮ 2 ਐੱਸ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
10,5

ਡੁਪਲਿਕਸ
ਕੋਈ ਇਨਕ੍ਰਿਪਸ਼ਨ ਨਹੀਂ
16 ਐਮ 48 ਐੱਸ
10 ਐਮ 58 ਐੱਸ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
11

gpg
17 ਐਮ 27 ਐੱਸ
15 ਐਮ 3 ਐੱਸ

ਡੁਪਲਿਕੇਟ
ਕੋਈ ਇਨਕ੍ਰਿਪਸ਼ਨ ਨਹੀਂ
20 ਐਮ 28 ਐੱਸ
13 ਐਮ 45 ਐੱਸ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
11

AES
29 ਐਮ 41 ਐੱਸ
21 ਐਮ 40 ਐੱਸ

gpg
26 ਐਮ 19 ਐੱਸ
16 ਐਮ 30 ਐੱਸ

ਜ਼ੈਕਬੈਕ
ਕੋਈ ਇਨਕ੍ਰਿਪਸ਼ਨ ਨਹੀਂ
40 ਐਮ 3 ਐੱਸ
11 ਐਮ 8 ਐੱਸ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
10

AES
42 ਐਮ 0 ਐੱਸ
14 ਐਮ 1 ਐੱਸ

aes+lzo
18 ਐਮ 9 ਐੱਸ
6 ਐਮ 19 ਐੱਸ

ਬੋਰਗਬੈਕਅੱਪ
ਕੋਈ ਇਨਕ੍ਰਿਪਸ਼ਨ ਨਹੀਂ
4 ਐਮ 7 ਐੱਸ
2 ਐਮ 45 ਐੱਸ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
16

AES
4 ਐਮ 58 ਐੱਸ
3 ਐਮ 23 ਐੱਸ

ਬਲੇਕ2
4 ਐਮ 39 ਐੱਸ
3 ਐਮ 19 ਐੱਸ

ਰੈਸਟਿਕ
5 ਐਮ 38 ਐੱਸ
4 ਐਮ 28 ਐੱਸ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
15,5

Bਰਬੈਕਅਪ
8 ਐਮ 21 ਐੱਸ
8 ਐਮ 19 ਐੱਸ
ਜੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
12

amanda
9 ਐਮ 3 ਐੱਸ
2 ਐਮ 49 ਐੱਸ
ਜੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਜੀ
13

ਬੈਕਅਪਪੀਸੀ
rsync
12 ਐਮ 22 ਐੱਸ
7 ਐਮ 42 ਐੱਸ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਕੋਈ ਵੀ
ਜੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
ਕੋਈ ਵੀ
ਜੀ
10,5

ਟਾਰ
12 ਐਮ 34 ਐੱਸ
12 ਐਮ 15 ਐੱਸ

ਟੇਬਲ ਕਥਾ:

• ਹਰਾ, ਓਪਰੇਟਿੰਗ ਸਮਾਂ ਪੰਜ ਮਿੰਟ ਤੋਂ ਘੱਟ, ਜਾਂ ਜਵਾਬ "ਹਾਂ" (ਕਾਲਮ "ਇੱਕ ਕਲਾਇੰਟ ਸਰਵਰ ਦੀ ਲੋੜ ਹੈ?" ਨੂੰ ਛੱਡ ਕੇ), 1 ਪੁਆਇੰਟ
• ਪੀਲਾ, ਓਪਰੇਟਿੰਗ ਸਮਾਂ ਪੰਜ ਤੋਂ ਦਸ ਮਿੰਟ, 0.5 ਪੁਆਇੰਟ
• ਲਾਲ, ਕੰਮ ਦਾ ਸਮਾਂ ਦਸ ਮਿੰਟ ਤੋਂ ਵੱਧ ਹੈ, ਜਾਂ ਜਵਾਬ ਹੈ “ਨਹੀਂ” (ਕਾਲਮ “ਕੀ ਤੁਹਾਨੂੰ ਕਲਾਇੰਟ ਸਰਵਰ ਦੀ ਲੋੜ ਹੈ?” ਨੂੰ ਛੱਡ ਕੇ), 0 ਅੰਕ

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

ਮੈਂ ਉਹਨਾਂ ਸਾਰਿਆਂ ਦਾ ਧੰਨਵਾਦ ਕਰਦਾ ਹਾਂ ਜੋ ਅੰਤ ਤੱਕ ਲੜੀ ਨੂੰ ਪੜ੍ਹਦੇ ਹਨ, ਮੈਂ ਵਿਕਲਪਾਂ 'ਤੇ ਚਰਚਾ ਕਰਨ ਅਤੇ ਤੁਹਾਡੇ ਆਪਣੇ, ਜੇ ਕੋਈ ਹੈ, ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਨ ਦਾ ਪ੍ਰਸਤਾਵ ਕਰਦਾ ਹਾਂ। ਜਿਵੇਂ-ਜਿਵੇਂ ਚਰਚਾ ਅੱਗੇ ਵਧਦੀ ਹੈ, ਸਾਰਣੀ ਦਾ ਵਿਸਤਾਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

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

ਘੋਸ਼ਣਾ

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

ਸਰੋਤ: www.habr.com