Veeam B&R ਸਟੋਰੇਜ ਪਾਲਿਸੀਆਂ - ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਦੇ ਨਾਲ ਬੈਕਅੱਪ ਚੇਨਾਂ ਨੂੰ ਸੁਲਝਾਉਣਾ

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

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

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

ਬੈਕਅੱਪ ਨੌਕਰੀਆਂ

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

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

ਜੇਕਰ ਤੁਸੀਂ ਸਿਰਫ਼ ਵਿਕਲਪ 1 ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ ਨੌਕਰੀ "ਸਦਾ ਲਈ ਫਾਰਵਰਡ ਇਨਕਰੀਮੈਂਟਲ" ਮੋਡ ਵਿੱਚ ਚੱਲੇਗੀ। ਇੱਥੇ ਕੋਈ ਮੁਸ਼ਕਲਾਂ ਨਹੀਂ ਹਨ - ਕਾਰਜ ਪੂਰੇ ਬੈਕਅੱਪ (VBK ਐਕਸਟੈਂਸ਼ਨ ਵਾਲੀ ਫਾਈਲ) ਤੋਂ ਲੈ ਕੇ ਆਖਰੀ ਵਾਧੇ (VIB ਐਕਸਟੈਂਸ਼ਨ ਵਾਲੀ ਫਾਈਲ) ਤੱਕ ਰਿਕਵਰੀ ਪੁਆਇੰਟਸ ਦੀ ਨਿਰਧਾਰਤ ਸੰਖਿਆ ਨੂੰ ਸਟੋਰ ਕਰੇਗਾ। ਜਦੋਂ ਪੁਆਇੰਟਾਂ ਦੀ ਗਿਣਤੀ ਨਿਰਧਾਰਤ ਮੁੱਲ ਤੋਂ ਵੱਧ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਸਭ ਤੋਂ ਪੁਰਾਣੀ ਵਾਧੇ ਨੂੰ ਪੂਰੇ ਬੈਕਅੱਪ ਨਾਲ ਮਿਲਾ ਦਿੱਤਾ ਜਾਵੇਗਾ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿਚ, ਜੇਕਰ ਕੰਮ 3 ਪੁਆਇੰਟ ਸਟੋਰ ਕਰਨ ਲਈ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਅਗਲੇ ਸੈਸ਼ਨ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਰਿਪੋਜ਼ਟਰੀ 'ਤੇ 4 ਪੁਆਇੰਟ ਹੋਣਗੇ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਪੂਰਾ ਬੈਕਅੱਪ ਸਭ ਤੋਂ ਪੁਰਾਣੇ ਵਾਧੇ ਨਾਲ ਮਿਲਾਇਆ ਜਾਵੇਗਾ ਅਤੇ ਪੁਆਇੰਟਾਂ ਦੀ ਕੁੱਲ ਸੰਖਿਆ 'ਤੇ ਵਾਪਸ ਆ ਜਾਵੇਗੀ। 3.

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

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

ਅੰਤ ਵਿੱਚ, ਅਸੀਂ ਦਿਲਚਸਪ ਹਿੱਸੇ ਤੇ ਆਉਂਦੇ ਹਾਂ. ਜੇਕਰ ਤੁਸੀਂ ਇਨਕਰੀਮੈਂਟਲ ਬੈਕਅੱਪ ਨੂੰ ਐਕਟੀਵੇਟ ਕਰਦੇ ਹੋ, ਪਰ ਇਸ ਤੋਂ ਇਲਾਵਾ ਵਿਕਲਪ 3 ਜਾਂ 4 (ਜਾਂ ਦੋਵੇਂ ਇੱਕੋ ਸਮੇਂ) ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ ਕੰਮ "ਸਰਗਰਮ" ਜਾਂ ਸਿੰਥੈਟਿਕ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਪੂਰੇ ਬੈਕਅੱਪ ਬਣਾਉਣਾ ਸ਼ੁਰੂ ਕਰ ਦੇਵੇਗਾ। ਪੂਰਾ ਬੈਕਅੱਪ ਬਣਾਉਣ ਦਾ ਤਰੀਕਾ ਮਹੱਤਵਪੂਰਨ ਨਹੀਂ ਹੈ - ਇਸ ਵਿੱਚ ਉਹੀ ਡੇਟਾ ਹੋਵੇਗਾ, ਅਤੇ ਵਾਧੇ ਵਾਲੀ ਲੜੀ ਨੂੰ "ਸਬਚੇਨ" ਵਿੱਚ ਵੰਡਿਆ ਜਾਵੇਗਾ। ਇਸ ਵਿਧੀ ਨੂੰ ਫਾਰਵਰਡ ਇਨਕਰੀਮੈਂਟਲ ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਹ ਇਹ ਤਰੀਕਾ ਹੈ ਜੋ ਸਾਡੇ ਗਾਹਕਾਂ ਦੇ ਸਵਾਲਾਂ ਦਾ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਹਿੱਸਾ ਉਠਾਉਂਦਾ ਹੈ।

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

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

ਜਦੋਂ ਉਹ 10 ਪਾਉਂਦੇ ਹਨ ਤਾਂ ਪਹਿਲਾਂ ਹੀ 3 ਕਿਉਂ ਹੈ? ਸੋਮਵਾਰ ਨੂੰ ਇੱਕ ਪੂਰਾ ਬੈਕਅੱਪ ਬਣਾਇਆ ਗਿਆ ਸੀ। ਮੰਗਲਵਾਰ ਤੋਂ ਐਤਵਾਰ ਤੱਕ ਨੌਕਰੀਆਂ ਵਿੱਚ ਵਾਧਾ ਹੋਇਆ। ਅੰਤ ਵਿੱਚ, ਅਗਲੇ ਸੋਮਵਾਰ ਨੂੰ ਇੱਕ ਪੂਰਾ ਬੈਕਅੱਪ ਦੁਬਾਰਾ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਕੇਵਲ ਜਦੋਂ 2 ਵਾਧੇ ਬਣਾਏ ਗਏ ਹਨ ਅੰਤ ਵਿੱਚ ਚੇਨ ਦੇ ਪੂਰੇ ਪੁਰਾਣੇ ਹਿੱਸੇ ਨੂੰ ਮਿਟਾ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਪੁਆਇੰਟਾਂ ਦੀ ਬਾਕੀ ਦੀ ਗਿਣਤੀ ਸੈੱਟ 3 ਤੋਂ ਹੇਠਾਂ ਨਹੀਂ ਆਵੇਗੀ।

ਜੇ ਵਿਚਾਰ ਸਪਸ਼ਟ ਹੈ, ਤਾਂ ਮੈਂ ਸੁਝਾਅ ਦਿੰਦਾ ਹਾਂ ਕਿ ਤੁਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ ਧਾਰਨ ਦੀ ਗਣਨਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ. ਆਓ ਹੇਠ ਲਿਖੀਆਂ ਸ਼ਰਤਾਂ ਨੂੰ ਮੰਨੀਏ: ਕੰਮ ਪਹਿਲੀ ਵਾਰ ਵੀਰਵਾਰ ਨੂੰ ਲਾਂਚ ਕੀਤਾ ਗਿਆ ਹੈ (ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ, ਇੱਕ ਪੂਰਾ ਬੈਕਅੱਪ ਬਣਾਇਆ ਜਾਵੇਗਾ). ਇਹ ਕੰਮ ਬੁੱਧਵਾਰ ਅਤੇ ਐਤਵਾਰ ਨੂੰ ਪੂਰਾ ਬੈਕਅੱਪ ਬਣਾਉਣ ਅਤੇ 8 ਰਿਕਵਰੀ ਪੁਆਇੰਟ ਸਟੋਰ ਕਰਨ ਲਈ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ। ਪਹਿਲੀ ਵਾਰ ਧਾਰਨਾ ਕਦੋਂ ਲਾਗੂ ਹੋਵੇਗੀ?

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

ਜਵਾਬ ਦਿਉ

ਸਪੱਸ਼ਟੀਕਰਨ: ਜਵਾਬ ਦੇਣ ਲਈ, ਆਪਣੇ ਆਪ ਨੂੰ ਪੁੱਛੋ ਕਿ "ਰਿਟੈਨਸ਼ਨ ਕਦੋਂ ਲਾਗੂ ਹੋਵੇਗਾ"? ਜਵਾਬ ਉਦੋਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਅਸੀਂ ਪਹਿਲੇ 3 ਪੁਆਇੰਟਾਂ (VBK, VIB, VIB) ਨੂੰ ਹਟਾ ਸਕਦੇ ਹਾਂ ਅਤੇ ਬਾਕੀ ਦੀ ਚੇਨ ਲੋੜੀਂਦੇ 8 ਪੁਆਇੰਟਾਂ ਤੋਂ ਹੇਠਾਂ ਨਹੀਂ ਆਉਂਦੀ। ਇਹ ਸਪੱਸ਼ਟ ਹੋ ਜਾਂਦਾ ਹੈ ਕਿ ਅਸੀਂ ਅਜਿਹਾ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵਾਂਗੇ ਜਦੋਂ ਸਾਡੇ ਕੋਲ ਕੁੱਲ 11 ਅੰਕ ਹੋਣਗੇ, ਯਾਨੀ ਦੂਜੇ ਹਫ਼ਤੇ ਦੇ ਐਤਵਾਰ ਨੂੰ।

ਕੁਝ ਪਾਠਕ ਇਤਰਾਜ਼ ਕਰ ਸਕਦੇ ਹਨ: “ਜੇ ਹੈ ਤਾਂ ਇਹ ਸਭ ਕਿਉਂ ਕਰਦੇ ਹਨ rps.dewin.me?. ਇਸ ਵਿੱਚ ਕੋਈ ਸ਼ੱਕ ਨਹੀਂ ਹੈ ਕਿ ਇਹ ਇੱਕ ਬਹੁਤ ਉਪਯੋਗੀ ਸਾਧਨ ਹੈ, ਅਤੇ ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ ਮੈਂ ਇਸਨੂੰ ਵਰਤਾਂਗਾ, ਪਰ ਇਸ ਦੀਆਂ ਸੀਮਾਵਾਂ ਵੀ ਹਨ। ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਤੁਹਾਨੂੰ ਸ਼ੁਰੂਆਤੀ ਸਥਿਤੀਆਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਮਾਮਲਿਆਂ ਵਿੱਚ ਇਹ ਸਵਾਲ ਬਿਲਕੁਲ ਸਹੀ ਹੁੰਦਾ ਹੈ "ਸਾਡੇ ਕੋਲ ਅਜਿਹੀ ਲੜੀ ਹੈ, ਜੇਕਰ ਅਸੀਂ ਅਜਿਹੀਆਂ ਅਤੇ ਅਜਿਹੀਆਂ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਦੇ ਹਾਂ ਤਾਂ ਕੀ ਹੋਵੇਗਾ?" ਦੂਜਾ, ਸੰਦ ਅਜੇ ਵੀ ਕੁਝ ਹੱਦ ਤੱਕ ਸਪੱਸ਼ਟਤਾ ਦੀ ਘਾਟ ਹੈ. ਗਾਹਕਾਂ ਨੂੰ ਆਰਪੀਐਸ ਪੇਜ ਦਿਖਾਉਂਦੇ ਹੋਏ, ਮੈਨੂੰ ਕੋਈ ਸਮਝ ਨਹੀਂ ਮਿਲੀ, ਪਰ ਇਸ ਨੂੰ ਉਦਾਹਰਨ ਦੇ ਰੂਪ ਵਿੱਚ ਪੇਂਟ ਕਰਨ ਨਾਲ (ਉਹੀ ਪੇਂਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਵੀ), ਦਿਨੋ-ਦਿਨ, ਸਭ ਕੁਝ ਸਪੱਸ਼ਟ ਹੋ ਗਿਆ.

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

ਕੰਮ ਉਸ ਦਿਨ ਤੱਕ ਵਾਧੇ (VIB) ਬਣਾਏਗਾ ਜਦੋਂ ਇੱਕ ਸਿੰਥੈਟਿਕ ਪੂਰਾ ਬੈਕਅੱਪ ਤਹਿ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਦਿਨ, ਇੱਕ VBK ਅਸਲ ਵਿੱਚ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ, ਪਰ ਇਸ VBK ਤੋਂ ਪਹਿਲਾਂ ਦੇ ਸਾਰੇ ਪੁਆਇੰਟ ਰੋਲਬੈਕ (VRB) ਵਿੱਚ ਬਦਲ ਜਾਂਦੇ ਹਨ। ਇਸ ਤੋਂ ਬਾਅਦ, ਕੰਮ ਅਗਲੇ ਸਿੰਥੈਟਿਕ ਬੈਕਅੱਪ ਤੱਕ ਪੂਰੇ ਬੈਕਅਪ ਵਿੱਚ ਵਾਧਾ ਕਰਨਾ ਜਾਰੀ ਰੱਖੇਗਾ। ਨਤੀਜੇ ਵਜੋਂ, ਚੇਨ ਵਿੱਚ VBK, VBR ਅਤੇ VIB ਫਾਈਲਾਂ ਦਾ ਇੱਕ ਵਿਸਫੋਟਕ ਮਿਸ਼ਰਣ ਬਣਾਇਆ ਗਿਆ ਹੈ। ਧਾਰਨਾ ਬਹੁਤ ਹੀ ਅਸਾਨੀ ਨਾਲ ਲਾਗੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ - ਆਖਰੀ VBR ਨੂੰ ਹਟਾ ਕੇ:

ਸਮੱਸਿਆਵਾਂ

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

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

ਦੂਜੇ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਇੱਕ ਪੂਰਾ ਬੈਕਅੱਪ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਬਣਾਏ ਜਾਣ ਲਈ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਪਰ ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ ਅਜਿਹਾ ਨਹੀਂ ਹੁੰਦਾ ਹੈ। ਮੈਂ ਇੱਥੇ ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ਕਾਰਨਾਂ ਦੀ ਸੂਚੀ ਬਣਾਵਾਂਗਾ. ਕੁਝ ਗਾਹਕ "ਰਨ ਦੇ ਬਾਅਦ" ਸਮਾਂ-ਸਾਰਣੀ ਵਿਕਲਪ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਪਸੰਦ ਕਰਦੇ ਹਨ ਅਤੇ ਇੱਕ ਲੜੀ ਵਿੱਚ ਚੱਲਣ ਲਈ ਨੌਕਰੀਆਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹਨ। ਚਲੋ ਇਸ ਉਦਾਹਰਨ ਨੂੰ ਲੈਂਦੇ ਹਾਂ: ਇੱਥੇ 3 ਨੌਕਰੀਆਂ ਹਨ ਜੋ ਹਰ ਰੋਜ਼ ਚਲਦੀਆਂ ਹਨ ਅਤੇ ਐਤਵਾਰ ਨੂੰ ਪੂਰਾ ਬੈਕਅੱਪ ਬਣਾਉਂਦੀਆਂ ਹਨ। ਪਹਿਲਾ ਕੰਮ 22.30 'ਤੇ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਬਾਕੀ ਨੂੰ ਇੱਕ ਲੜੀ ਵਿੱਚ ਲਾਂਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਵਾਧੇ ਵਾਲੇ ਬੈਕਅੱਪ ਵਿੱਚ 10 ਮਿੰਟ ਲੱਗਦੇ ਹਨ, ਅਤੇ ਇਸਲਈ 23.00 ਤੱਕ ਸਾਰੀਆਂ ਨੌਕਰੀਆਂ ਕੰਮ ਕਰਨਾ ਖਤਮ ਕਰ ਦਿੰਦੀਆਂ ਹਨ। ਪਰ ਇੱਕ ਪੂਰਾ ਬੈਕਅੱਪ ਇੱਕ ਘੰਟਾ ਲੈਂਦਾ ਹੈ, ਇਸਲਈ ਐਤਵਾਰ ਨੂੰ ਇਹ ਵਾਪਰਦਾ ਹੈ: ਪਹਿਲਾ ਕੰਮ 22.30 ਤੋਂ 23.30 ਤੱਕ ਚੱਲਦਾ ਹੈ। 23.30 ਤੋਂ 00.30 ਤੱਕ ਅੱਗੇ। ਪਰ ਤੀਜਾ ਕੰਮ ਸੋਮਵਾਰ ਨੂੰ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। ਇੱਕ ਪੂਰਾ ਬੈਕਅੱਪ ਐਤਵਾਰ ਲਈ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਇਸਲਈ ਇਸ ਮਾਮਲੇ ਵਿੱਚ ਅਜਿਹਾ ਨਹੀਂ ਹੋਵੇਗਾ। ਕਾਰਜ ਧਾਰਨ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਪੂਰੇ ਬੈਕਅੱਪ ਦੀ ਉਡੀਕ ਕਰੇਗਾ। ਇਸ ਲਈ "ਰਨ ਦੇ ਬਾਅਦ" ਵਿਕਲਪ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਸਾਵਧਾਨ ਰਹੋ ਜਾਂ ਇਸਦੀ ਵਰਤੋਂ ਨਾ ਕਰੋ - ਬੱਸ ਉਸੇ ਸਮੇਂ ਸ਼ੁਰੂ ਹੋਣ ਲਈ ਨੌਕਰੀਆਂ ਨੂੰ ਸੈੱਟ ਕਰੋ ਅਤੇ ਸਰੋਤ ਸ਼ਡਿਊਲਰ ਨੂੰ ਆਪਣਾ ਕੰਮ ਕਰਨ ਦਿਓ।

ਮੁਸ਼ਕਲ ਵਿਕਲਪ "ਹਟਾਏ ਆਈਟਮਾਂ ਨੂੰ ਹਟਾਓ"

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

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

ਚਲੋ ਇਸ ਦ੍ਰਿਸ਼ ਦੀ ਕਲਪਨਾ ਕਰੀਏ: 6 ਪੁਆਇੰਟਾਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਕੌਂਫਿਗਰ ਕੀਤੀ ਗਈ ਇੱਕ ਬੇਅੰਤ ਵਾਧੇ ਵਾਲੀ ਨੌਕਰੀ। ਟਾਸਕ ਵਿੱਚ 2 ਮਸ਼ੀਨਾਂ ਹਨ, ਇੱਕ ਦਾ ਹਮੇਸ਼ਾ ਸਫਲਤਾਪੂਰਵਕ ਬੈਕਅੱਪ ਲਿਆ ਜਾਂਦਾ ਹੈ, ਦੂਜੀ ਨੇ ਕਈ ਵਾਰ ਗਲਤੀਆਂ ਦਿੱਤੀਆਂ। ਨਤੀਜੇ ਵਜੋਂ, ਸੱਤਵੇਂ ਬਿੰਦੂ ਦੁਆਰਾ ਹੇਠ ਲਿਖੀ ਸਥਿਤੀ ਪੈਦਾ ਹੋਈ:

ਰੀਟੈਨਸ਼ਨ ਲਾਗੂ ਕਰਨ ਦਾ ਸਮਾਂ ਹੈ, ਪਰ ਇੱਕ ਕਾਰ ਵਿੱਚ 7 ​​ਪੁਆਇੰਟ ਹਨ, ਅਤੇ ਦੂਜੀ ਵਿੱਚ ਸਿਰਫ਼ 4। ਕੀ ਰੀਟੈਨਸ਼ਨ ਇੱਥੇ ਲਾਗੂ ਕੀਤਾ ਜਾਵੇਗਾ? ਜਵਾਬ ਹਾਂ ਹੈ, ਇਹ ਹੋਵੇਗਾ। ਜੇਕਰ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਵਸਤੂ ਦਾ ਬੈਕਅੱਪ ਲਿਆ ਗਿਆ ਹੈ, ਤਾਂ B&R ਸਮਝਦਾ ਹੈ ਕਿ ਬਿੰਦੂ ਬਣਾਇਆ ਗਿਆ ਹੈ।

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

ਜੇਕਰ ਤੁਸੀਂ ਇਸ ਵੱਲ ਧਿਆਨ ਨਹੀਂ ਦਿੱਤਾ ਤਾਂ ਕੀ ਹੋਵੇਗਾ? ਅਨੰਤ-ਵਧੇ ਹੋਏ ਜਾਂ ਰਿਵਰਸ-ਇੰਕਰੀਮੈਂਟਲ ਮੋਡਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, "ਸਮੱਸਿਆ" ਮਸ਼ੀਨ ਦੇ ਰਿਕਵਰੀ ਪੁਆਇੰਟਾਂ ਦੀ ਸੰਖਿਆ ਹਰੇਕ ਸੈਸ਼ਨ ਦੇ ਨਾਲ ਘੱਟ ਜਾਵੇਗੀ ਜਦੋਂ ਤੱਕ ਇਹ VBK ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ 1 ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਜਾਂਦੀ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਭਾਵੇਂ ਮਸ਼ੀਨ ਨੂੰ ਲੰਬੇ ਸਮੇਂ ਲਈ ਬੈਕਅੱਪ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇੱਕ ਰਿਕਵਰੀ ਪੁਆਇੰਟ ਅਜੇ ਵੀ ਰਹੇਗਾ। ਸਥਿਤੀ ਵੱਖਰੀ ਹੁੰਦੀ ਹੈ ਜੇਕਰ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਪੂਰੇ ਬੈਕਅੱਪ ਨੂੰ ਸਮਰੱਥ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ B&R ਤੋਂ ਸਿਗਨਲਾਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦੇ ਹੋ, ਤਾਂ ਅਖੀਰਲਾ ਬਿੰਦੂ ਚੇਨ ਦੇ ਪੁਰਾਣੇ ਹਿੱਸੇ ਦੇ ਨਾਲ ਮਿਟਾ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ।

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

ਮੈਂ ਤੁਹਾਨੂੰ ਅਭਿਆਸ ਤੋਂ ਇੱਕ ਉਦਾਹਰਣ ਦਿੰਦਾ ਹਾਂ: ਕੰਮ ਵਿੱਚ ਕਈ ਕੰਟੇਨਰ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਸਨ, ਜਿਸ ਦੀ ਰਚਨਾ ਕਾਫ਼ੀ ਗਤੀਸ਼ੀਲ ਸੀ। RAM ਦੀ ਕਮੀ ਦੇ ਕਾਰਨ, B&R ਸਰਵਰ ਨੂੰ ਸਮੱਸਿਆਵਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈ ਰਿਹਾ ਸੀ ਜੋ ਅਣਪਛਾਤੀਆਂ ਗਈਆਂ ਸਨ। ਕੰਮ ਸ਼ੁਰੂ ਕੀਤਾ ਅਤੇ ਮਸ਼ੀਨਾਂ ਦਾ ਬੈਕਅੱਪ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ, ਇੱਕ ਨੂੰ ਛੱਡ ਕੇ, ਜੋ ਉਸ ਸਮੇਂ ਕੰਟੇਨਰ ਵਿੱਚ ਮੌਜੂਦ ਨਹੀਂ ਸੀ। ਕਿਉਂਕਿ ਬਹੁਤ ਸਾਰੀਆਂ ਮਸ਼ੀਨਾਂ ਨੇ ਤਰੁੱਟੀਆਂ ਪੈਦਾ ਕੀਤੀਆਂ ਹਨ, ਮੂਲ ਰੂਪ ਵਿੱਚ B&R ਨੂੰ "ਸਮੱਸਿਆ" ਮਸ਼ੀਨਾਂ ਦਾ ਬੈਕਅੱਪ ਲੈਣ ਲਈ 3 ਵਾਧੂ ਕੋਸ਼ਿਸ਼ਾਂ ਕਰਨੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਰੈਮ ਨਾਲ ਲਗਾਤਾਰ ਸਮੱਸਿਆਵਾਂ ਕਾਰਨ ਇਹ ਕੋਸ਼ਿਸ਼ਾਂ ਕਈ ਦਿਨਾਂ ਤੱਕ ਚੱਲੀਆਂ। ਗੁੰਮ ਹੋਏ VM ਦਾ ਬੈਕਅੱਪ ਬਣਾਉਣ ਦੀ ਕੋਈ ਵਾਰ-ਵਾਰ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕੀਤੀ ਗਈ ਸੀ (ਇੱਕ VM ਦੀ ਅਣਹੋਂਦ ਇੱਕ ਗਲਤੀ ਨਹੀਂ ਹੈ)। ਨਤੀਜੇ ਵਜੋਂ, ਦੁਹਰਾਈਆਂ ਗਈਆਂ ਕੋਸ਼ਿਸ਼ਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੇ ਦੌਰਾਨ, "ਹਟਾਏ ਆਈਟਮਾਂ ਨੂੰ ਹਟਾਓ" ਸ਼ਰਤ ਪੂਰੀ ਕੀਤੀ ਗਈ ਸੀ ਅਤੇ ਮਸ਼ੀਨ ਦੇ ਸਾਰੇ ਪੁਆਇੰਟ ਮਿਟਾ ਦਿੱਤੇ ਗਏ ਸਨ।

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

v.10 ਵਿੱਚ ਕੀ ਜੋੜਿਆ ਗਿਆ ਹੈ

ਜਿਸ ਬਾਰੇ ਅਸੀਂ ਪਹਿਲਾਂ ਗੱਲ ਕੀਤੀ ਹੈ ਉਹ ਬਹੁਤ ਸਾਰੇ ਸੰਸਕਰਣਾਂ ਲਈ B&R ਵਿੱਚ ਮੌਜੂਦ ਹੈ। ਇਹਨਾਂ ਓਪਰੇਟਿੰਗ ਸਿਧਾਂਤਾਂ ਨੂੰ ਸਮਝਣ ਤੋਂ ਬਾਅਦ, ਆਓ ਹੁਣ ਦੇਖੀਏ ਕਿ ਵਰ੍ਹੇਗੰਢ "ਦਸ" ਵਿੱਚ ਕੀ ਜੋੜਿਆ ਗਿਆ ਹੈ।

ਰੋਜ਼ਾਨਾ ਧਾਰਨ

ਉੱਪਰ ਅਸੀਂ ਪੁਆਇੰਟਾਂ ਦੀ ਸੰਖਿਆ ਦੇ ਆਧਾਰ 'ਤੇ "ਕਲਾਸੀਕਲ" ਸਟੋਰੇਜ ਨੀਤੀ ਨੂੰ ਦੇਖਿਆ। ਇੱਕ ਵਿਕਲਪਿਕ ਪਹੁੰਚ ਉਸੇ ਮੀਨੂ ਵਿੱਚ "ਬਹਾਲ ਪੁਆਇੰਟ" ਦੀ ਬਜਾਏ "ਦਿਨ" ਸੈਟ ਕਰਨਾ ਹੈ।

ਨਾਮ ਤੋਂ ਇਹ ਵਿਚਾਰ ਸਪੱਸ਼ਟ ਹੈ - ਧਾਰਨਾ ਦਿਨਾਂ ਦੀ ਇੱਕ ਨਿਰਧਾਰਤ ਸੰਖਿਆ ਨੂੰ ਸਟੋਰ ਕਰੇਗੀ, ਪਰ ਹਰ ਦਿਨ ਵਿੱਚ ਅੰਕਾਂ ਦੀ ਗਿਣਤੀ ਕੋਈ ਮਾਇਨੇ ਨਹੀਂ ਰੱਖਦੀ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਤੁਹਾਨੂੰ ਹੇਠ ਲਿਖਿਆਂ ਨੂੰ ਯਾਦ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ:

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

ਨਹੀਂ ਤਾਂ, ਕਾਰਜਾਂ ਦੁਆਰਾ ਧਾਰਨ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਸਿਧਾਂਤ ਵੀ ਚੁਣੇ ਗਏ ਬੈਕਅੱਪ ਵਿਧੀ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਚਲੋ ਉਸੇ ਵਾਧੇ ਵਾਲੇ ਢੰਗ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਹੋਰ ਗਣਨਾ ਕਾਰਜ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੀਏ। ਦੱਸ ਦੇਈਏ ਕਿ ਰਿਟੇਨਸ਼ਨ 8 ਦਿਨਾਂ ਲਈ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਇਹ ਟਾਸਕ ਬੁੱਧਵਾਰ ਨੂੰ ਪੂਰੇ ਬੈਕਅੱਪ ਦੇ ਨਾਲ ਹਰ 6 ਘੰਟੇ ਬਾਅਦ ਚੱਲਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਕੰਮ ਐਤਵਾਰ ਨੂੰ ਕੰਮ ਨਹੀਂ ਕਰਦਾ. ਨੌਕਰੀ ਪਹਿਲੀ ਵਾਰ ਸੋਮਵਾਰ ਨੂੰ ਚੱਲਦੀ ਹੈ। ਧਾਰਨਾ ਕਦੋਂ ਲਾਗੂ ਹੋਵੇਗੀ?

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

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

ਨਿਯਮਤ ਨੌਕਰੀਆਂ ਲਈ GFS ਪੁਰਾਲੇਖ

v.10 ਤੋਂ ਪਹਿਲਾਂ, ਗ੍ਰੈਂਡਫਾਦਰ-ਫਾਦਰ-ਸਨ (GFS) ਸਟੋਰੇਜ ਵਿਧੀ ਸਿਰਫ ਬੈਕਅੱਪ ਕਾਪੀ ਜੌਬ ਅਤੇ ਟੇਪ ਕਾਪੀ ਜੌਬ ਲਈ ਉਪਲਬਧ ਸੀ। ਹੁਣ ਇਹ ਨਿਯਮਤ ਬੈਕਅੱਪ ਲਈ ਉਪਲਬਧ ਹੈ।

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

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

GFS ਦੇ ਤੱਤ ਨੂੰ ਕਈ ਬਿੰਦੂਆਂ ਤੱਕ ਉਬਾਲਿਆ ਜਾ ਸਕਦਾ ਹੈ (ਧਿਆਨ ਦਿਓ ਕਿ GFS ਹੋਰ ਕਿਸਮਾਂ ਦੇ ਕੰਮਾਂ ਵਿੱਚ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ ਬਾਅਦ ਵਿੱਚ ਇਸ ਬਾਰੇ ਹੋਰ):

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

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

• ਜੇਕਰ ਇੱਕ ਵਾਰ ਵਿੱਚ ਕਈ ਪੀਰੀਅਡਸ ਸ਼ਾਮਲ ਕੀਤੇ ਜਾਂਦੇ ਹਨ (ਉਦਾਹਰਨ ਲਈ, ਹਫਤਾਵਾਰੀ ਅਤੇ ਮਾਸਿਕ), ਤਾਂ B&R ਇੱਕ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰੇਗਾ ਜੋ ਉਸੇ ਬਿੰਦੂ ਨੂੰ ਕਈ ਅੰਤਰਾਲਾਂ (ਸਪੇਸ ਬਚਾਉਣ ਲਈ) ਦੇ GFS ਵਜੋਂ ਵਰਤਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਸਭ ਤੋਂ ਛੋਟੀ ਉਮਰ ਤੋਂ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋਏ, ਝੰਡੇ ਕ੍ਰਮ ਅਨੁਸਾਰ ਦਿੱਤੇ ਜਾਣਗੇ।

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

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

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

ਹਾਲਾਂਕਿ, ਜੇਕਰ ਤੁਸੀਂ ਸਿਰਫ਼ ਹਫ਼ਤਾਵਾਰੀ ਅਤੇ ਸਾਲਾਨਾ ਅੰਤਰਾਲਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੇ ਹੋ, ਤਾਂ ਉਹ ਇੱਕ ਦੂਜੇ ਤੋਂ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਨਗੇ ਅਤੇ 2 ਵੱਖਰੇ VBKs ਨੂੰ ਸੰਬੰਧਿਤ GFS ਅੰਤਰਾਲਾਂ ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ ਕਰ ਸਕਦੇ ਹਨ।

ਬੈਕਅੱਪ ਕਾਪੀ ਕਾਰਜ

ਇੱਕ ਹੋਰ ਕਿਸਮ ਦਾ ਕੰਮ ਜਿਸ ਲਈ ਅਕਸਰ ਕੰਮ ਬਾਰੇ ਸਪਸ਼ਟੀਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਪਹਿਲਾਂ, ਆਉ ਕੰਮ ਦੇ "ਕਲਾਸਿਕ" ਢੰਗ ਨੂੰ ਵੇਖੀਏ, ਬਿਨਾਂ ਕਾਢਾਂ ਦੇ v.10

ਸਧਾਰਣ ਧਾਰਨ ਵਿਧੀ

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

ਬਿੰਦੂਆਂ ਦੀ ਗਿਣਤੀ ਟਾਰਗੇਟ ਟੈਬ 'ਤੇ ਥੋੜਾ ਹੋਰ ਅੱਗੇ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ

ਕਾਰਜ ਹਰੇਕ ਅੰਤਰਾਲ ਲਈ 1 ਨਵਾਂ ਪੁਆਇੰਟ ਬਣਾਉਂਦਾ ਹੈ (ਅਸਲ ਕਾਰਜਾਂ ਦੁਆਰਾ VM ਲਈ ਕਿੰਨੇ ਪੁਆਇੰਟ ਬਣਾਏ ਗਏ ਸਨ ਇਸ ਨਾਲ ਕੋਈ ਫ਼ਰਕ ਨਹੀਂ ਪੈਂਦਾ)। ਅੰਤਰਾਲ ਦੇ ਅੰਤ 'ਤੇ, ਨਵੇਂ ਬਿੰਦੂ ਨੂੰ ਅੰਤਮ ਰੂਪ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ, ਜੇਕਰ ਲੋੜ ਹੋਵੇ, ਤਾਂ VBK ਅਤੇ ਸਭ ਤੋਂ ਪੁਰਾਣੇ ਵਾਧੇ ਨੂੰ ਜੋੜ ਕੇ ਧਾਰਨ ਨੂੰ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਵਿਧੀ ਪਹਿਲਾਂ ਹੀ ਸਾਡੇ ਲਈ ਜਾਣੂ ਹੈ.

GFS ਵਰਤ ਕੇ ਧਾਰਨ ਵਿਧੀ

BCJ ਆਰਕਾਈਵ ਪੁਆਇੰਟ ਵੀ ਸਟੋਰ ਕਰ ਸਕਦਾ ਹੈ। ਇਹ ਰਿਕਵਰੀ ਪੁਆਇੰਟਾਂ ਦੀ ਗਿਣਤੀ ਲਈ ਸੈਟਿੰਗ ਦੇ ਬਿਲਕੁਲ ਹੇਠਾਂ, ਉਸੇ ਟਾਰਗੇਟ ਟੈਬ 'ਤੇ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ:

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

ਸਿੰਥੈਟਿਕ GFS

ਇਸ ਕੇਸ ਵਿੱਚ, GFS ਪੁਆਇੰਟ ਨਿਰਧਾਰਤ ਦਿਨ 'ਤੇ ਬਿਲਕੁਲ ਨਹੀਂ ਬਣਾਇਆ ਗਿਆ ਹੈ. ਇਸਦੀ ਬਜਾਏ, ਇੱਕ GFS ਪੁਆਇੰਟ ਬਣਾਇਆ ਜਾਵੇਗਾ ਜਦੋਂ ਉਸ ਦਿਨ ਦਾ VIB ਜਿਸ ਲਈ GFS ਪੁਆਇੰਟ ਬਣਾਉਣ ਲਈ ਨਿਯਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਨੂੰ ਇੱਕ ਪੂਰੇ ਬੈਕਅੱਪ ਨਾਲ ਮਿਲਾਇਆ ਜਾਵੇਗਾ। ਇਹ ਕਈ ਵਾਰ ਗਲਤਫਹਿਮੀ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ, ਕਿਉਂਕਿ ਸਮਾਂ ਬੀਤ ਜਾਂਦਾ ਹੈ ਅਤੇ ਅਜੇ ਵੀ ਕੋਈ GFS ਪੁਆਇੰਟ ਨਹੀਂ ਹੈ। ਅਤੇ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਤੋਂ ਸਿਰਫ ਇੱਕ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸ਼ਮਨ ਹੀ ਅੰਦਾਜ਼ਾ ਲਗਾ ਸਕਦਾ ਹੈ ਕਿ ਬਿੰਦੂ ਕਿਸ ਦਿਨ ਦਿਖਾਈ ਦੇਵੇਗਾ. ਵਾਸਤਵ ਵਿੱਚ, ਜਾਦੂ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ - ਸਿਰਫ਼ ਬਿੰਦੂਆਂ ਦੀ ਨਿਰਧਾਰਤ ਸੰਖਿਆ ਅਤੇ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਅੰਤਰਾਲ (ਹਰ ਰੋਜ਼ ਕਿੰਨੇ ਪੁਆਇੰਟ ਬਣਾਏ ਜਾਂਦੇ ਹਨ) ਨੂੰ ਦੇਖੋ। ਇਸ ਉਦਾਹਰਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸਦੀ ਖੁਦ ਗਣਨਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ: ਕਾਰਜ 7 ਪੁਆਇੰਟ ਸਟੋਰ ਕਰਨ ਲਈ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਸਮਕਾਲੀ ਅੰਤਰਾਲ 12 ਘੰਟੇ ਹੈ (ਅਰਥਾਤ 2 ਪੁਆਇੰਟ ਪ੍ਰਤੀ ਦਿਨ)। ਇਸ ਸਮੇਂ, ਚੇਨ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ 7 ਪੁਆਇੰਟ ਹਨ, ਅੱਜ ਸੋਮਵਾਰ ਹੈ, ਅਤੇ ਇੱਕ GFS ਪੁਆਇੰਟ ਬਣਾਉਣਾ ਇਸ ਦਿਨ ਲਈ ਤਹਿ ਕੀਤਾ ਗਿਆ ਹੈ। ਕਿਸ ਦਿਨ ਬਣਾਇਆ ਜਾਵੇਗਾ?

ਜਵਾਬ ਦਿਉ
ਇੱਥੇ ਇਹ ਵਰਣਨ ਕਰਨਾ ਬਿਹਤਰ ਹੈ ਕਿ ਸਮੇਂ ਦੇ ਨਾਲ, ਦਿਨ ਪ੍ਰਤੀ ਦਿਨ ਚੇਨ ਕਿਵੇਂ ਬਦਲੇਗੀ:

ਇਸ ਲਈ ਸੋਮਵਾਰ ਨੂੰ, ਚੇਨ ਵਿੱਚ ਆਖਰੀ ਵਾਧੇ ਨੂੰ GFS ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਪਰ ਕੋਈ ਹੋਰ ਦਿਖਾਈ ਦੇਣ ਵਾਲੀਆਂ ਤਬਦੀਲੀਆਂ ਨਹੀਂ ਹੁੰਦੀਆਂ ਹਨ। ਹਰ ਰੋਜ਼ ਕਾਰਜ 2 ਨਵੇਂ ਪੁਆਇੰਟ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਧਾਰਨਾ ਬੇਮਿਸਾਲ ਤੌਰ 'ਤੇ ਚੇਨ ਨੂੰ ਅੱਗੇ ਵਧਾਉਂਦੀ ਹੈ। ਅੰਤ ਵਿੱਚ, ਵੀਰਵਾਰ ਨੂੰ ਉਸੇ ਵਾਧੇ ਲਈ ਰੀਟੈਨਸ਼ਨ ਲਾਗੂ ਕਰਨ ਦਾ ਸਮਾਂ ਆ ਗਿਆ ਹੈ। ਇਹ ਸੈਸ਼ਨ ਆਮ ਨਾਲੋਂ ਵੱਧ ਸਮਾਂ ਲਵੇਗਾ - ਕਿਉਂਕਿ ਕਾਰਜ ਚੇਨ ਤੋਂ ਲੋੜੀਂਦੇ ਬਲਾਕਾਂ ਨੂੰ "ਐਬਸਟਰੈਕਟ" ਕਰੇਗਾ ਅਤੇ ਇੱਕ ਨਵਾਂ ਪੂਰਾ ਬਿੰਦੂ ਬਣਾਏਗਾ। ਇਸ ਪਲ ਤੋਂ, ਚੇਨ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ 8 ਪੁਆਇੰਟ ਹੋਣਗੇ - 7 ਮੁੱਖ ਚੇਨ + GFS ਵਿੱਚ.

"ਪੂਰਾ ਪੁਆਇੰਟ ਪੜ੍ਹੋ" ਵਿਕਲਪ ਨਾਲ GFS ਪੁਆਇੰਟ ਬਣਾਉਣਾ

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

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

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

ਜਿਵੇਂ ਕਿ ਉੱਪਰ ਦੱਸਿਆ ਗਿਆ ਹੈ, ਇਸ ਵਿਧੀ ਵਿੱਚ ਇਹ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਪੂਰਾ ਬੈਕਅੱਪ ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਬਣਾਇਆ ਜਾਵੇ। ਮੰਨ ਲਓ, ਜੇ ਤੁਸੀਂ 7 ਦਿਨਾਂ ਲਈ ਮੁੱਖ ਧਾਰਨ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹੋ, ਪਰ ਸਿਰਫ 1 ਸਾਲਾਨਾ ਬਿੰਦੂ, ਤਾਂ ਇਹ ਕਲਪਨਾ ਕਰਨਾ ਆਸਾਨ ਹੈ ਕਿ ਵਾਧੇ 7 ਤੋਂ ਬਹੁਤ ਜ਼ਿਆਦਾ, ਬਹੁਤ ਜ਼ਿਆਦਾ ਇਕੱਠੇ ਹੋਣਗੇ। ਅਜਿਹੇ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਬਣਾਉਣ ਦੇ ਸਿੰਥੈਟਿਕ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਬਿਹਤਰ ਹੈ. ਜੀ.ਐੱਫ.ਐੱਸ.

ਅਤੇ ਦੁਬਾਰਾ "ਹਟਾਏ ਆਈਟਮਾਂ ਨੂੰ ਹਟਾਓ"

ਇਹ ਵਿਕਲਪ BCJ ਲਈ ਵੀ ਮੌਜੂਦ ਹੈ:

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

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

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

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

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

ਇਨੋਵੇਸ਼ਨ v.10 - ਤੁਰੰਤ ਕਾਪੀ

"ਕਲਾਸਿਕ" ਕਾਰਜਕੁਸ਼ਲਤਾ ਨਾਲ ਨਜਿੱਠਣ ਤੋਂ ਬਾਅਦ, ਆਓ ਨਵੇਂ ਵੱਲ ਵਧੀਏ। ਇੱਕ ਨਵੀਨਤਾ ਹੈ, ਪਰ ਇੱਕ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੈ. ਇਹ ਕਾਰਵਾਈ ਦਾ ਇੱਕ ਨਵਾਂ ਮੋਡ ਹੈ।

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

ਡਿਸਕਾਂ ਘੁੰਮ ਰਹੀਆਂ ਹਨ। ਰੋਟੇਟਿਡ ਡਰਾਈਵਾਂ ਨਾਲ ਰਿਪੋਜ਼ਟਰੀਆਂ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

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

ਇਸ ਤੋਂ ਬਾਅਦ, VBR ਉਮੀਦ ਕਰੇਗਾ ਕਿ ਮੌਜੂਦਾ ਚੇਨ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਰਿਪੋਜ਼ਟਰੀ ਤੋਂ ਅਲੋਪ ਹੋ ਜਾਵੇਗੀ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਡਿਸਕ ਰੋਟੇਸ਼ਨ. ਰਿਪੋਜ਼ਟਰੀ ਦੀ ਕਿਸਮ ਅਤੇ ਨੌਕਰੀ ਦੀ ਕਿਸਮ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ, B&R ਵੱਖਰਾ ਵਿਹਾਰ ਕਰੇਗਾ। ਇਸਨੂੰ ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਨਾਲ ਦਰਸਾਇਆ ਜਾ ਸਕਦਾ ਹੈ:

ਆਉ ਹਰ ਇੱਕ ਵਿਕਲਪ ਤੇ ਵਿਚਾਰ ਕਰੀਏ.

ਸਧਾਰਣ ਕਾਰਜ ਅਤੇ ਵਿੰਡੋਜ਼ ਰਿਪੋਜ਼ਟਰੀ

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

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

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

ਫਿਰ ਅਸੀਂ ਦੂਜੀ ਡਰਾਈਵ ਨੂੰ ਜੋੜਦੇ ਹਾਂ. ਸਟਾਰਟਅੱਪ 'ਤੇ, B&R ਨੋਟਿਸ ਕਰੇਗਾ ਕਿ ਡਿਸਕ ਨੂੰ ਬਦਲ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਪਹਿਲੀ ਡਿਸਕ 'ਤੇ ਚੇਨ ਇੰਟਰਫੇਸ ਤੋਂ ਅਲੋਪ ਹੋ ਜਾਵੇਗੀ, ਪਰ ਇਸ ਬਾਰੇ ਜਾਣਕਾਰੀ ਡੇਟਾਬੇਸ ਵਿੱਚ ਰਹੇਗੀ। ਹੁਣ ਟਾਸਕ ਦੂਜੀ ਡਿਸਕ 'ਤੇ 3 ਪੁਆਇੰਟ ਰੱਖੇਗਾ। ਆਮ ਸਥਿਤੀ ਇਸ ਤਰ੍ਹਾਂ ਹੋਵੇਗੀ:

ਅੰਤ ਵਿੱਚ, ਅਸੀਂ ਪਹਿਲੀ ਡਰਾਈਵ ਨੂੰ ਦੁਬਾਰਾ ਕਨੈਕਟ ਕਰਦੇ ਹਾਂ। ਇੱਕ ਨਵਾਂ ਬਿੰਦੂ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ, ਕਾਰਜ ਇਹ ਜਾਂਚ ਕਰੇਗਾ ਕਿ ਧਾਰਨ ਨਾਲ ਕੀ ਹੋ ਰਿਹਾ ਹੈ. ਅਤੇ ਧਾਰਨ, ਮੈਂ ਤੁਹਾਨੂੰ ਯਾਦ ਦਿਵਾਉਂਦਾ ਹਾਂ, 3 ਪੁਆਇੰਟ ਸਟੋਰ ਕਰਨ ਲਈ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸ ਦੌਰਾਨ, ਸਾਡੇ ਕੋਲ ਡਿਸਕ 3 'ਤੇ 2 ਪੁਆਇੰਟ ਹਨ (ਪਰ ਇਹ ਡਿਸਕਨੈਕਟ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਇੱਕ ਸੁਰੱਖਿਅਤ ਜਗ੍ਹਾ 'ਤੇ ਸਟੋਰ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿੱਥੇ B&R ਨਹੀਂ ਪਹੁੰਚ ਸਕਦਾ ਹੈ) ਅਤੇ ਡਿਸਕ 3 'ਤੇ 1 ਪੁਆਇੰਟ (ਪਰ ਇਹ ਕਨੈਕਟ ਹੈ)। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਅਸੀਂ ਡਿਸਕ 3 ਤੋਂ 1 ਪੁਆਇੰਟਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਹਟਾ ਸਕਦੇ ਹਾਂ, ਕਿਉਂਕਿ ਉਹ ਧਾਰਨ ਤੋਂ ਵੱਧ ਜਾਂਦੇ ਹਨ। ਜਿਸ ਤੋਂ ਬਾਅਦ ਕੰਮ ਦੁਬਾਰਾ ਇੱਕ ਪੂਰਾ ਬੈਕਅੱਪ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਸਾਡੀ ਚੇਨ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

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

ਨਿਯਮਤ ਨੌਕਰੀ ਅਤੇ Linux ਰਿਪੋਜ਼ਟਰੀ ਨੈੱਟਵਰਕ ਸਟੋਰੇਜ਼

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

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

ਇਸ ਪੰਨੇ 'ਤੇ ਦਰਸਾਏ ਅਨੁਸਾਰ DWORD ForceDeleteBackupFiles ਨੂੰ ਜੋੜਨਾ ਹੱਲ ਹੈ: www.veeam.com/kb1154. ਨੌਕਰੀ ਫਿਰ ਹਰ ਰੋਟੇਸ਼ਨ 'ਤੇ ਜੌਬ ਫੋਲਡਰ ਜਾਂ ਰਿਪੋਜ਼ਟਰੀ ਫੋਲਡਰ (ਮੁੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ) ਦੀ ਪੂਰੀ ਸਮੱਗਰੀ ਨੂੰ ਮਿਟਾਉਣਾ ਸ਼ੁਰੂ ਕਰ ਦੇਵੇਗੀ।

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

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

ਬੈਕਅੱਪ ਕਾਪੀ ਅਤੇ ਵਿੰਡੋਜ਼ ਰਿਪੋਜ਼ਟਰੀ

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

ਪਹਿਲਾਂ, B&R ਪਹਿਲੀ ਡਿਸਕ 'ਤੇ ਪੁਆਇੰਟ ਬਣਾਉਣਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਮੰਨ ਲਓ ਕਿ ਅਸੀਂ ਧਾਰਨ ਨੂੰ 3 ਪੁਆਇੰਟਾਂ 'ਤੇ ਸੈੱਟ ਕਰਦੇ ਹਾਂ। ਟਾਸਕ ਬੇਅੰਤ ਵਾਧੇ ਵਾਲੇ ਮੋਡ ਵਿੱਚ ਕੰਮ ਕਰੇਗਾ ਅਤੇ ਬੇਲੋੜੀ ਹਰ ਚੀਜ਼ ਨੂੰ ਮਿਲਾਏਗਾ (ਮੈਂ ਤੁਹਾਨੂੰ ਯਾਦ ਦਿਵਾਉਂਦਾ ਹਾਂ ਕਿ ਇਸ ਕੇਸ ਵਿੱਚ GFS ਧਾਰਨ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ)।

ਫਿਰ ਅਸੀਂ ਦੂਜੀ ਡਰਾਈਵ ਨੂੰ ਜੋੜਦੇ ਹਾਂ. ਕਿਉਂਕਿ ਇਸ 'ਤੇ ਅਜੇ ਤੱਕ ਕੋਈ ਚੇਨ ਨਹੀਂ ਹੈ, ਅਸੀਂ ਇੱਕ ਪੂਰਾ ਬੈਕਅੱਪ ਬਣਾਉਂਦੇ ਹਾਂ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਸਾਡੇ ਕੋਲ ਤਿੰਨ ਪੁਆਇੰਟਾਂ ਦੀ ਦੂਜੀ ਲੜੀ ਹੈ:

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

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

ਬੈਕਅੱਪ ਕਾਪੀ ਅਤੇ ਲੀਨਕਸ ਰਿਪੋਜ਼ਟਰੀ ਨੈੱਟਵਰਕ ਸਟੋਰੇਜ

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

ਸਿੱਟਾ

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

ਸਰੋਤ: www.habr.com