ਭਾਵੇਂ ਇਹ ਹੜ੍ਹ ਹੈ, 1C ਨੂੰ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ! ਅਸੀਂ DR 'ਤੇ ਕਾਰੋਬਾਰ ਨਾਲ ਸਹਿਮਤ ਹਾਂ

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

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

ਇਹ ਬਹੁਤ ਵਧੀਆ ਹੈ ਜੇਕਰ ਕੋਈ ਆਈਟੀ ਮਾਹਰ ਕਾਰੋਬਾਰ ਨਾਲ ਗੱਲਬਾਤ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਸੁਰੱਖਿਆ ਦੀ ਲੋੜ ਬਾਰੇ ਚਰਚਾ ਕਰ ਸਕਦਾ ਹੈ। ਪਰ ਮੈਂ ਇੱਕ ਤੋਂ ਵੱਧ ਵਾਰ ਦੇਖਿਆ ਹੈ ਕਿ ਕਿਵੇਂ ਇੱਕ ਕੰਪਨੀ ਨੇ ਡਿਜ਼ਾਸਟਰ ਰਿਕਵਰੀ (DR) ਹੱਲ 'ਤੇ ਛੱਡ ਦਿੱਤਾ ਕਿਉਂਕਿ ਉਹ ਇਸਨੂੰ ਬੇਲੋੜੀ ਸਮਝਦੀ ਸੀ। ਜਦੋਂ ਇੱਕ ਦੁਰਘਟਨਾ ਵਾਪਰਦੀ ਹੈ, ਤਾਂ ਇੱਕ ਲੰਬੀ ਰਿਕਵਰੀ ਨੁਕਸਾਨ ਦੀ ਧਮਕੀ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਕਾਰੋਬਾਰ ਤਿਆਰ ਨਹੀਂ ਸੀ। ਤੁਸੀਂ ਜਿੰਨਾ ਚਾਹੋ ਦੁਹਰਾ ਸਕਦੇ ਹੋ: "ਮੈਂ ਤੁਹਾਨੂੰ ਕਿਹਾ," ਪਰ IT ਸੇਵਾ ਨੂੰ ਅਜੇ ਵੀ ਸੇਵਾਵਾਂ ਨੂੰ ਬਹਾਲ ਕਰਨਾ ਹੋਵੇਗਾ।

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

• ਅਸੀਂ ਕੀ ਬਚਾ ਰਹੇ ਹਾਂ?
• ਅਸੀਂ ਕਿਸ ਤੋਂ ਬਚਾਅ ਕਰ ਰਹੇ ਹਾਂ?
• ਅਸੀਂ ਕਿੰਨੀ ਸੁਰੱਖਿਆ ਕਰਦੇ ਹਾਂ? 

ਦੂਜੇ ਭਾਗ ਵਿੱਚ, ਅਸੀਂ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣ ਲਈ ਵਿਕਲਪਾਂ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗੇ: ਆਪਣਾ ਬਚਾਅ ਕਿਵੇਂ ਕਰੀਏ। ਮੈਂ ਉਹਨਾਂ ਮਾਮਲਿਆਂ ਦੀਆਂ ਉਦਾਹਰਣਾਂ ਦੇਵਾਂਗਾ ਕਿ ਕਿਵੇਂ ਵੱਖੋ-ਵੱਖਰੇ ਗਾਹਕ ਆਪਣੀ ਸੁਰੱਖਿਆ ਬਣਾਉਂਦੇ ਹਨ।

ਅਸੀਂ ਕੀ ਸੁਰੱਖਿਅਤ ਕਰਦੇ ਹਾਂ: ਵਪਾਰਕ ਕਾਰਜਾਂ ਦੀ ਪਛਾਣ ਕਰਨਾ 

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

ਇੱਕ IT ਪੇਸ਼ੇਵਰ ਨੂੰ ਕਈ ਕਾਰਨਾਂ ਕਰਕੇ ਅਜਿਹੀਆਂ ਗੱਲਬਾਤ ਵਿੱਚ ਮੁਸ਼ਕਲ ਹੋ ਸਕਦੀ ਹੈ:

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

ਮੈਂ ਗੱਲਬਾਤ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਬਣਾਵਾਂਗਾ: 

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

   ਕਾਰੋਬਾਰ ਤੋਂ ਇੱਕ ਸਧਾਰਨ ਜਵਾਬ ਦੀ ਲੋੜ ਹੈ, ਉਦਾਹਰਨ ਲਈ: ਕਾਲ ਸੈਂਟਰ ਨੂੰ 24/7 ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਰਜਿਸਟਰ ਕਰਨਾ ਜਾਰੀ ਰੱਖਣ ਦੀ ਲੋੜ ਹੈ।

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

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

5. ਫਿਰ ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਕਿਹੜੇ ਹਾਰਡਵੇਅਰ ਅਤੇ ਸੌਫਟਵੇਅਰ ਹੱਲ ਪ੍ਰਕਿਰਿਆ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ. ਵਿਆਪਕ ਸੁਰੱਖਿਆ ਲਈ, ਅਸੀਂ ਤਿੰਨ ਪੱਧਰਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹਾਂ: 
   • ਸਾਈਟ ਦੇ ਅੰਦਰ ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਸਿਸਟਮ (ਸਾਫਟਵੇਅਰ ਪੱਧਰ),   
   • ਉਹ ਸਾਈਟ ਜਿੱਥੇ ਸਿਸਟਮ ਚੱਲਦੇ ਹਨ (ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪੱਧਰ), 
   • ਨੈੱਟਵਰਕ (ਉਹ ਅਕਸਰ ਇਸ ਬਾਰੇ ਭੁੱਲ ਜਾਂਦੇ ਹਨ).

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

ਅਸੀਂ ਕਿਸ ਤੋਂ ਬਚਾਉਂਦੇ ਹਾਂ: ਜੋਖਮ

ਅੱਗੇ, ਅਸੀਂ ਕਾਰੋਬਾਰੀ ਗਾਹਕ ਤੋਂ ਪਤਾ ਲਗਾਉਂਦੇ ਹਾਂ ਕਿ ਅਸੀਂ ਪਹਿਲਾਂ ਆਪਣੇ ਆਪ ਨੂੰ ਕਿਹੜੇ ਜੋਖਮਾਂ ਤੋਂ ਬਚਾਉਂਦੇ ਹਾਂ। ਸਾਰੇ ਜੋਖਮਾਂ ਨੂੰ ਦੋ ਸਮੂਹਾਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾ ਸਕਦਾ ਹੈ: 

• ਸਰਵਿਸ ਡਾਊਨਟਾਈਮ ਕਾਰਨ ਸਮੇਂ ਦਾ ਨੁਕਸਾਨ;
• ਭੌਤਿਕ ਪ੍ਰਭਾਵਾਂ, ਮਨੁੱਖੀ ਕਾਰਕਾਂ, ਆਦਿ ਕਾਰਨ ਡੇਟਾ ਦਾ ਨੁਕਸਾਨ

ਕਾਰੋਬਾਰ ਡੇਟਾ ਅਤੇ ਸਮਾਂ ਦੋਵਾਂ ਨੂੰ ਗੁਆਉਣ ਤੋਂ ਡਰਦੇ ਹਨ - ਇਹ ਸਭ ਪੈਸੇ ਦੇ ਨੁਕਸਾਨ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ. ਇਸ ਲਈ ਦੁਬਾਰਾ ਅਸੀਂ ਹਰੇਕ ਜੋਖਮ ਸਮੂਹ ਲਈ ਸਵਾਲ ਪੁੱਛਦੇ ਹਾਂ: 

• ਇਸ ਪ੍ਰਕਿਰਿਆ ਲਈ, ਕੀ ਅਸੀਂ ਅੰਦਾਜ਼ਾ ਲਗਾ ਸਕਦੇ ਹਾਂ ਕਿ ਪੈਸੇ ਵਿੱਚ ਕਿੰਨਾ ਡੇਟਾ ਨੁਕਸਾਨ ਅਤੇ ਸਮੇਂ ਦਾ ਨੁਕਸਾਨ ਹੁੰਦਾ ਹੈ? 
• ਅਸੀਂ ਕਿਹੜਾ ਡੇਟਾ ਨਹੀਂ ਗੁਆ ਸਕਦੇ? 
• ਅਸੀਂ ਕਿੱਥੇ ਡਾਊਨਟਾਈਮ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦੇ ਸਕਦੇ? 
• ਕਿਹੜੀਆਂ ਘਟਨਾਵਾਂ ਸਾਡੇ ਲਈ ਸਭ ਤੋਂ ਵੱਧ ਸੰਭਾਵਿਤ ਅਤੇ ਸਭ ਤੋਂ ਵੱਧ ਖ਼ਤਰਾ ਹਨ?

ਚਰਚਾ ਤੋਂ ਬਾਅਦ, ਅਸੀਂ ਸਮਝਾਂਗੇ ਕਿ ਅਸਫਲਤਾ ਦੇ ਬਿੰਦੂਆਂ ਨੂੰ ਤਰਜੀਹ ਕਿਵੇਂ ਦੇਣੀ ਹੈ। 

ਅਸੀਂ ਕਿੰਨੀ ਸੁਰੱਖਿਆ ਕਰਦੇ ਹਾਂ: RPO ਅਤੇ RTO 

ਜਦੋਂ ਅਸਫਲਤਾ ਦੇ ਨਾਜ਼ੁਕ ਬਿੰਦੂ ਸਪੱਸ਼ਟ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਅਸੀਂ RTO ਅਤੇ RPO ਸੂਚਕਾਂ ਦੀ ਗਣਨਾ ਕਰਦੇ ਹਾਂ। 

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

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

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

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

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

ਅਸੀਂ ਕਿਵੇਂ ਸੁਰੱਖਿਆ ਕਰਦੇ ਹਾਂ: ਵੱਖ-ਵੱਖ ਜੋਖਮਾਂ ਲਈ ਔਜ਼ਾਰਾਂ ਦੀ ਚੋਣ ਕਰਨਾ

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

ਆਉ ਜੋਖਮਾਂ ਦੇ ਪਹਿਲੇ ਸਮੂਹ ਨਾਲ ਸ਼ੁਰੂ ਕਰੀਏ: ਸਰਵਿਸ ਡਾਊਨਟਾਈਮ ਦੇ ਕਾਰਨ ਹੋਏ ਨੁਕਸਾਨ। ਇਸ ਸਮੱਸਿਆ ਦੇ ਹੱਲ ਲਈ ਵਧੀਆ ਆਰ.ਟੀ.ਓ.

1. ਕਲਾਉਡ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਮੇਜ਼ਬਾਨੀ ਕਰੋ 

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

   ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਕਲਾਉਡ ਵਿੱਚ ਇੱਕ ਡੇਟਾਬੇਸ ਦੇ ਨਾਲ ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਦੀ ਮੇਜ਼ਬਾਨੀ ਕਰ ਸਕਦੇ ਹੋ। ਐਪਲੀਕੇਸ਼ਨ ਇੱਕ ਸਥਾਪਿਤ ਚੈਨਲ ਦੁਆਰਾ ਜਾਂ ਉਸੇ ਕਲਾਉਡ ਤੋਂ ਬਾਹਰੀ ਤੌਰ 'ਤੇ ਡੇਟਾਬੇਸ ਨਾਲ ਜੁੜ ਜਾਵੇਗੀ। ਜੇਕਰ ਕਲੱਸਟਰ ਵਿੱਚ ਕਿਸੇ ਇੱਕ ਸਰਵਰ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਹੁੰਦੀਆਂ ਹਨ, ਤਾਂ VM ਗੁਆਂਢੀ ਸਰਵਰ 'ਤੇ 2 ਮਿੰਟ ਤੋਂ ਵੀ ਘੱਟ ਸਮੇਂ ਵਿੱਚ ਮੁੜ-ਚਾਲੂ ਹੋ ਜਾਵੇਗਾ। ਉਸ ਤੋਂ ਬਾਅਦ, ਇਸ ਵਿੱਚ DBMS ਸ਼ੁਰੂ ਹੋ ਜਾਵੇਗਾ, ਅਤੇ ਕੁਝ ਮਿੰਟਾਂ ਵਿੱਚ ਡੇਟਾਬੇਸ ਉਪਲਬਧ ਹੋ ਜਾਵੇਗਾ।

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

2. ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਕਲੱਸਟਰ ਕਰੋ  

   ਜੇਕਰ ਤੁਸੀਂ RTO ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਪਿਛਲੇ ਵਿਕਲਪ ਨੂੰ ਮਜ਼ਬੂਤ ​​ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਤੁਰੰਤ ਕਲਾਉਡ ਵਿੱਚ ਇੱਕ ਕਲੱਸਟਰਡ ਐਪਲੀਕੇਸ਼ਨ ਲਗਾ ਸਕਦੇ ਹੋ।

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

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

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

3. ਇੱਕ ਆਫ਼ਤ-ਪ੍ਰੂਫ਼ ਕਲਾਉਡ 'ਤੇ ਜਾਓ

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

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

   ਅਭਿਆਸ ਤੋਂ: ਸਾਡੇ ਗਾਹਕਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨੇ ਇੱਕ ਵਿਆਪਕ ਆਫ਼ਤ ਰਿਕਵਰੀ ਪਲਾਨ ਤਿਆਰ ਕੀਤਾ ਹੈ। ਇਹ ਉਹ ਰਣਨੀਤੀ ਹੈ ਜੋ ਉਸਨੇ ਚੁਣੀ ਹੈ: 

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

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

4. ਕਿਸੇ ਹੋਰ ਸਾਈਟ 'ਤੇ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਦਾ ਪ੍ਰਬੰਧ ਕਰੋ 

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

   ਆਰਪੀਓ ਅਤੇ ਆਰ.ਟੀ.ਓ: 5 ਮਿੰਟ ਤੋਂ। 

   ਦੀ ਲਾਗਤ: ਪਹਿਲੇ ਵਿਕਲਪ ਨਾਲੋਂ ਵਧੇਰੇ ਮਹਿੰਗਾ, ਪਰ ਆਫ਼ਤ-ਪ੍ਰੂਫ਼ ਕਲਾਉਡ ਵਿੱਚ ਹਾਰਡਵੇਅਰ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਨਾਲੋਂ ਸਸਤਾ। ਕੀਮਤ ਵਿੱਚ ਇੱਕ vCAV ਲਾਇਸੈਂਸ ਦੀ ਲਾਗਤ, ਪ੍ਰਸ਼ਾਸਨ ਦੀਆਂ ਫੀਸਾਂ, ਕਲਾਉਡ ਸਰੋਤਾਂ ਦੀ ਲਾਗਤ ਅਤੇ PAYG ਮਾਡਲ ਦੇ ਅਨੁਸਾਰ ਰਿਜ਼ਰਵ ਸਰੋਤ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ (ਸਵਿੱਚ ਆਫ VMs ਲਈ ਕੰਮ ਕਰਨ ਵਾਲੇ ਸਰੋਤਾਂ ਦੀ ਲਾਗਤ ਦਾ 10%)।

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

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

5. ਬੈਕਅੱਪ ਬਾਰੇ ਨਾ ਭੁੱਲੋ

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

ਸਖਤੀ ਨਾਲ ਬੋਲਦੇ ਹੋਏ, ਬੈਕਅੱਪ DR ਨਹੀਂ ਹੈ. ਅਤੇ ਇਸੇ ਲਈ: 

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

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

ਅੰਤਮ ਆਫ਼ਤ ਰਿਕਵਰੀ ਪਲਾਨ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ 2 ਸਾਧਨ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ:  

• 1-4 ਵਿਕਲਪਾਂ ਵਿੱਚੋਂ ਇੱਕ, ਜੋ ਸਿਸਟਮ ਨੂੰ ਅਸਫਲਤਾਵਾਂ ਅਤੇ ਡਿੱਗਣ ਤੋਂ ਬਚਾਏਗਾ।
• ਡਾਟਾ ਨੂੰ ਨੁਕਸਾਨ ਤੋਂ ਬਚਾਉਣ ਲਈ ਬੈਕਅੱਪ। 

ਮੁੱਖ ਇੰਟਰਨੈਟ ਪ੍ਰਦਾਤਾ ਦੇ ਹੇਠਾਂ ਜਾਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਇੱਕ ਬੈਕਅੱਪ ਸੰਚਾਰ ਚੈਨਲ ਦਾ ਧਿਆਨ ਰੱਖਣਾ ਵੀ ਮਹੱਤਵਪੂਰਣ ਹੈ। ਅਤੇ - ਵੋਇਲਾ! - ਘੱਟੋ-ਘੱਟ ਉਜਰਤ 'ਤੇ DR ਪਹਿਲਾਂ ਹੀ ਤਿਆਰ ਹੈ। 

ਸਰੋਤ: www.habr.com