ਤਿਆਰ 'ਤੇ ਬੈਕਅੱਪ: ਛੁੱਟੀ ਦੇ ਸਨਮਾਨ ਵਿੱਚ ਮਿਥਿਹਾਸ ਦਾ ਪਰਦਾਫਾਸ਼

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

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

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

ਬੈਕਅੱਪ ਦੀ ਸਭ ਤੋਂ ਆਮ ਵਰਤੋਂ ਵੱਖ-ਵੱਖ ਟੈਸਟ ਪ੍ਰਣਾਲੀਆਂ, ਡਿਵੈਲਪਰਾਂ ਲਈ ਕਲੋਨਾਂ ਦੀ ਤੈਨਾਤੀ ਲਈ ਡੇਟਾਬੇਸ ਦੀ ਇੱਕ ਸੁਰੱਖਿਅਤ ਕੀਤੀ ਕਾਪੀ ਦੀ ਬਹਾਲੀ ਹੈ।

ਬੈਕਅੱਪ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਕੁਝ ਖਾਸ ਮਿੱਥ ਹਨ ਜੋ ਬਹੁਤ ਪਹਿਲਾਂ ਦੂਰ ਹੋ ਜਾਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਇੱਥੇ ਉਹਨਾਂ ਵਿੱਚੋਂ ਸਭ ਤੋਂ ਮਸ਼ਹੂਰ ਹਨ.

ਮਿੱਥ 1. ਸੁਰੱਖਿਆ ਜਾਂ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ ਦੇ ਅੰਦਰ ਬੈਕਅੱਪ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਸਿਰਫ਼ ਇੱਕ ਛੋਟਾ ਕਾਰਜ ਰਿਹਾ ਹੈ

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

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

ਮਿੱਥ 2. ਜਦੋਂ ਰੇਡ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਬੈਕਅੱਪ ਦੀ ਲੋੜ ਨਹੀਂ ਰਹਿੰਦੀ।

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

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

ਮਿੱਥ 3. ਇੱਕ ਬੈਕਅੱਪ ਉਹ ਚੀਜ਼ ਹੈ ਜੋ ਮਹੀਨੇ ਵਿੱਚ ਇੱਕ ਵਾਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

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

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

ਮਿੱਥ 4. ਕਾਪੀਆਂ ਦੀ ਮਾਤਰਾ ਲਗਾਤਾਰ ਵਧ ਰਹੀ ਹੈ ਅਤੇ ਕਿਸੇ ਵੀ ਨਿਰਧਾਰਤ ਥਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਲੈ ਲੈਂਦੀ ਹੈ।

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

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

ਮਿੱਥ 5. ਬੈਕਅੱਪ ਸ਼ੁਰੂ ਹੋਇਆ - ਸਭ ਕੁਝ ਰੁਕ ਗਿਆ

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

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

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

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

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

ਮਿੱਥ 6. ਇੱਕ ਬੈਕਅੱਪ ਸਿਸਟਮ ਲਾਂਚ ਕੀਤਾ - ਇਹ ਤੁਹਾਡੇ ਲਈ ਨੁਕਸ ਸਹਿਣਸ਼ੀਲਤਾ ਹੈ

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

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

ਮਿੱਥ 7. ਮੈਂ ਇੱਕ ਵਾਰ ਬੈਕਅੱਪ ਸੈਟ ਕੀਤਾ, ਜਾਂਚ ਕੀਤੀ ਕਿ ਇਹ ਕੰਮ ਕਰਦਾ ਹੈ। ਇਹ ਸਿਰਫ ਲੌਗਸ ਨੂੰ ਦੇਖਣ ਲਈ ਰਹਿੰਦਾ ਹੈ

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

ਅਤੇ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਦੇ ਕੰਮ ਬਾਰੇ ਥੋੜਾ ਜਿਹਾ

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

ਇਸਦੇ ਨਾਲ ਹੀ, ਵਿੰਡੋਜ਼ ਅਤੇ ਲੀਨਕਸ / ਯੂਨਿਕਸ ਦੋਵਾਂ 'ਤੇ ਡਾਟਾਬੇਸ, ਮੇਲ ਸਿਸਟਮ, ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਕਲੱਸਟਰ, ਅਤੇ ਫਾਈਲ ਸ਼ੇਅਰਾਂ ਸਮੇਤ ਸਰਵਰਾਂ ਦੇ ਵਿਆਪਕ ਫਲੀਟ ਦੇ ਕਾਰਨ ਅਜੇ ਵੀ ਬਹੁਤ ਸਾਰਾ ਕੰਮ ਹੈ। ਬੈਕਅੱਪ ਸਿਸਟਮ ਨੂੰ ਚਾਲੂ ਰੱਖਣ ਵਾਲੇ ਕਰਮਚਾਰੀ ਵਿਹਲੇ ਨਹੀਂ ਬੈਠਦੇ।

ਛੁੱਟੀ ਦੇ ਸਨਮਾਨ ਵਿੱਚ, ਮੈਂ ਸਾਰੇ ਪ੍ਰਸ਼ਾਸਕਾਂ ਨੂੰ ਮਜ਼ਬੂਤ ​​ਨਸਾਂ, ਅੰਦੋਲਨਾਂ ਦੀ ਸਪਸ਼ਟਤਾ ਅਤੇ ਬੈਕਅੱਪ ਸਟੋਰ ਕਰਨ ਲਈ ਬੇਅੰਤ ਥਾਂ ਦੀ ਕਾਮਨਾ ਕਰਨਾ ਚਾਹਾਂਗਾ!

ਸਰੋਤ: www.habr.com