ਆਪਣੇ ਨੈੱਟਵਰਕ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦਾ ਨਿਯੰਤਰਣ ਕਿਵੇਂ ਲੈਣਾ ਹੈ। ਅਧਿਆਇ ਪਹਿਲਾ. ਫੜੋ

ਇਹ ਲੇਖ ਲੇਖਾਂ ਦੀ ਲੜੀ ਵਿੱਚ ਪਹਿਲਾ ਹੈ "ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦਾ ਨਿਯੰਤਰਣ ਕਿਵੇਂ ਲੈਣਾ ਹੈ।" ਲੜੀ ਦੇ ਸਾਰੇ ਲੇਖਾਂ ਦੀ ਸਮੱਗਰੀ ਅਤੇ ਲਿੰਕ ਲੱਭੇ ਜਾ ਸਕਦੇ ਹਨ ਇੱਥੇ.

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

ਇਸ ਲਈ, ਸ਼ੁਰੂਆਤੀ ਹਾਲਾਤ.

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

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

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

ਉਪਕਰਣ

ਪਹਿਲਾਂ ਤੁਹਾਨੂੰ ਇਹ ਸਮਝਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ ਕਿ ਸਭ ਤੋਂ ਵੱਡੇ ਜੋਖਮ ਕਿੱਥੇ ਹਨ.

ਦੁਬਾਰਾ ਫਿਰ, ਇਹ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ. ਮੈਂ ਮੰਨਦਾ ਹਾਂ ਕਿ ਕਿਤੇ, ਉਦਾਹਰਨ ਲਈ, ਇਹ ਸੁਰੱਖਿਆ ਮੁੱਦੇ ਹੋਣਗੇ, ਅਤੇ ਕਿਤੇ, ਸੇਵਾ ਦੀ ਨਿਰੰਤਰਤਾ ਨਾਲ ਸਬੰਧਤ ਮੁੱਦੇ, ਅਤੇ ਕਿਤੇ, ਸ਼ਾਇਦ, ਕੁਝ ਹੋਰ। ਕਿਉਂ ਨਹੀਂ?

ਚਲੋ ਮੰਨ ਲਓ, ਸਪੱਸ਼ਟ ਹੋਣ ਲਈ, ਕਿ ਇਹ ਅਜੇ ਵੀ ਸੇਵਾ ਦੀ ਨਿਰੰਤਰਤਾ ਹੈ (ਇਹ ਉਹਨਾਂ ਸਾਰੀਆਂ ਕੰਪਨੀਆਂ ਵਿੱਚ ਸੀ ਜਿੱਥੇ ਮੈਂ ਕੰਮ ਕੀਤਾ ਸੀ)।

ਫਿਰ ਤੁਹਾਨੂੰ ਸਾਜ਼-ਸਾਮਾਨ ਨਾਲ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਲੋੜ ਹੈ. ਇੱਥੇ ਧਿਆਨ ਦੇਣ ਲਈ ਵਿਸ਼ਿਆਂ ਦੀ ਇੱਕ ਸੂਚੀ ਹੈ:

• ਨਾਜ਼ੁਕਤਾ ਦੀ ਡਿਗਰੀ ਦੁਆਰਾ ਉਪਕਰਣ ਦਾ ਵਰਗੀਕਰਨ
• ਨਾਜ਼ੁਕ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਦਾ ਬੈਕਅੱਪ
• ਸਹਾਇਤਾ, ਲਾਇਸੰਸ

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

ਉਦਾਹਰਨ:

ਮੰਨ ਲਓ ਅਸੀਂ ਇੱਕ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਰੂਟ ਸਵਿੱਚ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ।

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

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

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

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

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

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

ਤੁਹਾਨੂੰ ਮਾਫ਼ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ ਜੇਕਰ ਤੁਸੀਂ ਆਪਣੇ ਸਮਰਥਨ ਨੂੰ ਰੀਨਿਊ ਕਰਨਾ ਭੁੱਲ ਜਾਂਦੇ ਹੋ ਅਤੇ ਤੁਹਾਡੇ ਹਾਰਡਵੇਅਰ ਦੇ ਟੁੱਟਣ ਤੋਂ ਅਗਲੇ ਦਿਨ।

ਐਮਰਜੈਂਸੀ ਕੰਮ

ਤੁਹਾਡੇ ਨੈੱਟਵਰਕ 'ਤੇ ਜੋ ਵੀ ਵਾਪਰਦਾ ਹੈ, ਆਦਰਸ਼ਕ ਤੌਰ 'ਤੇ ਤੁਹਾਨੂੰ ਆਪਣੇ ਨੈੱਟਵਰਕ ਉਪਕਰਣਾਂ ਤੱਕ ਪਹੁੰਚ ਬਣਾਈ ਰੱਖਣੀ ਚਾਹੀਦੀ ਹੈ।

ਮਹੱਤਵਪੂਰਨ! ਤੁਹਾਡੇ ਕੋਲ ਸਾਰੇ ਉਪਕਰਣਾਂ ਲਈ ਕੰਸੋਲ ਪਹੁੰਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਇਹ ਪਹੁੰਚ ਉਪਭੋਗਤਾ ਡੇਟਾ ਨੈਟਵਰਕ ਦੀ ਸਿਹਤ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ।

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

ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ

• ਵਿਕਰੇਤਾ ਜਾਂ ਏਕੀਕਰਣ ਸਹਾਇਤਾ ਨਾਲ ਟਿਕਟ ਖੋਲ੍ਹਣ ਲਈ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ
• ਕਿਸੇ ਵੀ ਉਪਕਰਣ (ਕੰਸੋਲ, ਪ੍ਰਬੰਧਨ) ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚਣਾ ਹੈ ਬਾਰੇ ਜਾਣਕਾਰੀ

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

ਸਾਡਾ ਭਾਈਵਾਲ਼

ਹੁਣ ਤੁਹਾਨੂੰ ਭਾਈਵਾਲਾਂ ਨਾਲ ਜੁੜੇ ਜੋਖਮਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ ਇਹ

• ਇੰਟਰਨੈਟ ਪ੍ਰਦਾਤਾ ਅਤੇ ਟ੍ਰੈਫਿਕ ਐਕਸਚੇਂਜ ਪੁਆਇੰਟ (IX)
• ਸੰਚਾਰ ਚੈਨਲ ਪ੍ਰਦਾਤਾ

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

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

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

ਅਤੇ, ਬੇਸ਼ੱਕ, ਤੁਹਾਨੂੰ ਨਾ ਸਿਰਫ਼ ਇਹ ਸਵਾਲ ਪੁੱਛਣ ਦੀ ਲੋੜ ਹੈ, ਪਰ, ਦੁਬਾਰਾ, ਪ੍ਰਬੰਧਨ ਦੇ ਸਹਿਯੋਗ ਨਾਲ, ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ ਇੱਕ ਸਵੀਕਾਰਯੋਗ ਹੱਲ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ.

ਬੈਕਅੱਪ

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

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

ਸਾਫਟਵੇਅਰ ਵਰਜਨ

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

ਇੱਥੇ ਤੁਹਾਨੂੰ ਸਭ ਤੋਂ ਵਧੀਆ ਵਿਕਲਪ ਲੱਭਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ. ਕੁਝ ਸਪੱਸ਼ਟ ਸਿਫ਼ਾਰਸ਼ਾਂ

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

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

ਨਾਜ਼ੁਕ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਤੁਸੀਂ ਅੱਪਗਰੇਡ ਵਿੱਚ ਤੁਹਾਡੀ ਮਦਦ ਕਰਨ ਲਈ ਬੇਨਤੀ ਦੇ ਨਾਲ ਵਿਕਰੇਤਾ ਦੀ ਸਹਾਇਤਾ ਨਾਲ ਸੰਪਰਕ ਕਰ ਸਕਦੇ ਹੋ।

ਟਿਕਟ ਸਿਸਟਮ

ਹੁਣ ਤੁਸੀਂ ਆਲੇ-ਦੁਆਲੇ ਦੇਖ ਸਕਦੇ ਹੋ। ਤੁਹਾਨੂੰ ਦੂਜੇ ਵਿਭਾਗਾਂ ਅਤੇ ਵਿਭਾਗ ਦੇ ਅੰਦਰ ਆਪਸੀ ਤਾਲਮੇਲ ਲਈ ਪ੍ਰਕਿਰਿਆਵਾਂ ਸਥਾਪਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

ਇਹ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੋ ਸਕਦਾ ਹੈ (ਉਦਾਹਰਣ ਵਜੋਂ, ਜੇ ਤੁਹਾਡੀ ਕੰਪਨੀ ਛੋਟੀ ਹੈ), ਪਰ ਮੈਂ ਕੰਮ ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਸੰਗਠਿਤ ਕਰਨ ਦੀ ਜ਼ੋਰਦਾਰ ਸਿਫਾਰਸ਼ ਕਰਾਂਗਾ ਕਿ ਸਾਰੇ ਬਾਹਰੀ ਅਤੇ ਅੰਦਰੂਨੀ ਕੰਮ ਟਿਕਟ ਪ੍ਰਣਾਲੀ ਦੁਆਰਾ ਜਾਂਦੇ ਹਨ.

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

ਆਉ ਓਪਨ ਐਕਸੈਸ ਦੇ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਅਤੇ ਆਮ ਕੰਮ ਦੀ ਇੱਕ ਉਦਾਹਰਣ ਲੈਂਦੇ ਹਾਂ। ਮੈਂ ਇੱਕ ਐਲਗੋਰਿਦਮ ਦਾ ਵਰਣਨ ਕਰਾਂਗਾ ਜੋ ਕੰਪਨੀ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦਾ ਹੈ.

ਉਦਾਹਰਨ:

ਆਉ ਇਸ ਤੱਥ ਦੇ ਨਾਲ ਸ਼ੁਰੂ ਕਰੀਏ ਕਿ ਅਕਸਰ ਪਹੁੰਚ ਵਾਲੇ ਗਾਹਕ ਆਪਣੀਆਂ ਇੱਛਾਵਾਂ ਨੂੰ ਇੱਕ ਨੈਟਵਰਕ ਇੰਜੀਨੀਅਰ ਲਈ ਸਮਝ ਵਿੱਚ ਨਾ ਆਉਣ ਵਾਲੀ ਭਾਸ਼ਾ ਵਿੱਚ ਤਿਆਰ ਕਰਦੇ ਹਨ, ਅਰਥਾਤ, ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਭਾਸ਼ਾ ਵਿੱਚ, ਉਦਾਹਰਨ ਲਈ, "ਮੈਨੂੰ 1C ਤੱਕ ਪਹੁੰਚ ਦਿਓ।"

ਇਸ ਲਈ, ਅਸੀਂ ਕਦੇ ਵੀ ਅਜਿਹੇ ਉਪਭੋਗਤਾਵਾਂ ਤੋਂ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਬੇਨਤੀਆਂ ਨੂੰ ਸਵੀਕਾਰ ਨਹੀਂ ਕੀਤਾ ਹੈ।
ਅਤੇ ਇਹ ਪਹਿਲੀ ਲੋੜ ਸੀ

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

ਦੂਜੀ ਸ਼ਰਤ ਇਹ ਹੈ ਕਿ

• ਇਹ ਪਹੁੰਚ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਲੌਗ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ (ਤਕਨੀਕੀ ਵਿਭਾਗ ਦੁਆਰਾ ਜਿਸ ਤੋਂ ਸਾਨੂੰ ਇਹ ਬੇਨਤੀ ਪ੍ਰਾਪਤ ਹੋਈ ਹੈ) ਅਤੇ ਇੱਕ ਬੇਨਤੀ ਦੇ ਰੂਪ ਵਿੱਚ ਸਾਨੂੰ ਇਸ ਲੌਗ ਕੀਤੀ ਪਹੁੰਚ ਲਈ ਇੱਕ ਲਿੰਕ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ

ਇਸ ਬੇਨਤੀ ਦਾ ਰੂਪ ਸਾਡੇ ਲਈ ਸਮਝਣ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਯਾਨੀ.

• ਬੇਨਤੀ ਵਿੱਚ ਇਹ ਜਾਣਕਾਰੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਕਿ ਕਿਹੜਾ ਸਬਨੈੱਟ ਅਤੇ ਕਿਸ ਸਬਨੈੱਟ ਤੱਕ ਪਹੁੰਚ ਖੁੱਲੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਨਾਲ ਹੀ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ (tcp/udp ਦੇ ਮਾਮਲੇ ਵਿੱਚ) ਪੋਰਟਾਂ

ਇਹ ਉੱਥੇ ਵੀ ਸੰਕੇਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ

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

ਅਤੇ ਇੱਕ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਬਿੰਦੂ ਪ੍ਰਵਾਨਗੀ ਹੈ

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

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

ਲਾਗਿੰਗ

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

ਇੱਥੇ ਕੁਝ ਵਿਹਾਰਕ ਸਿਫਾਰਸ਼ਾਂ ਹਨ:

• ਤੁਹਾਨੂੰ ਰੋਜ਼ਾਨਾ ਲੌਗਸ ਦੀ ਸਮੀਖਿਆ ਕਰਨ ਦੀ ਲੋੜ ਹੈ
• ਇੱਕ ਯੋਜਨਾਬੱਧ ਸਮੀਖਿਆ ਦੇ ਮਾਮਲੇ ਵਿੱਚ (ਅਤੇ ਐਮਰਜੈਂਸੀ ਸਥਿਤੀ ਨਹੀਂ), ਤੁਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ ਗੰਭੀਰਤਾ ਦੇ ਪੱਧਰ 0, 1, 2 ਤੱਕ ਸੀਮਤ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਜੇ ਤੁਸੀਂ ਇਸ ਨੂੰ ਜ਼ਰੂਰੀ ਸਮਝਦੇ ਹੋ ਤਾਂ ਹੋਰ ਪੱਧਰਾਂ ਤੋਂ ਚੁਣੇ ਹੋਏ ਪੈਟਰਨ ਸ਼ਾਮਲ ਕਰ ਸਕਦੇ ਹੋ।
• ਇੱਕ ਸਕ੍ਰਿਪਟ ਲਿਖੋ ਜੋ ਲਾਗਾਂ ਨੂੰ ਪਾਰਸ ਕਰਦੀ ਹੈ ਅਤੇ ਉਹਨਾਂ ਲੌਗਾਂ ਨੂੰ ਅਣਡਿੱਠ ਕਰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਦੇ ਪੈਟਰਨ ਤੁਸੀਂ ਅਣਡਿੱਠ ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੇ ਹਨ

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

ਨਿਗਰਾਨੀ

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

ਮੇਰੇ ਅਭਿਆਸ ਵਿੱਚ ਦੋ ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ਉਦਾਹਰਣਾਂ:

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

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

ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਸੋਚੋ ਜਿਵੇਂ ਸਾਰੇ ਇੰਜੀਨੀਅਰਾਂ ਨੂੰ ਜਗਾਉਣ ਲਈ ਨਹੀਂ. ਇਸ ਲਈ ਸਾਡੇ ਕੋਲ ਇੱਕ ਇੰਜੀਨੀਅਰ ਡਿਊਟੀ 'ਤੇ ਸੀ।

ਕੰਟਰੋਲ ਬਦਲੋ

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

ਕੁਝ ਸੁਝਾਅ:

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

ਤੁਸੀਂ ਇਸ ਨੂੰ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਦੇ ਤੌਰ 'ਤੇ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹੋ, ਤਬਦੀਲੀਆਂ ਲਈ ਰੋਜ਼ਾਨਾ ਸਾਰੀਆਂ ਟਿਕਟਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰ ਸਕਦੇ ਹੋ।

ਪ੍ਰਕਿਰਿਆਵਾਂ

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

ਰੋਜ਼ਾਨਾ ਪ੍ਰਕਿਰਿਆਵਾਂ:

• ਟਿਕਟਾਂ ਨਾਲ ਕੰਮ ਕਰਨਾ
• ਲੌਗਸ ਨਾਲ ਕੰਮ ਕਰਨਾ
• ਕੰਟਰੋਲ ਬਦਲੋ
• ਰੋਜ਼ਾਨਾ ਚੈੱਕ ਸ਼ੀਟ

ਸਾਲਾਨਾ ਪ੍ਰਕਿਰਿਆਵਾਂ:

• ਗਾਰੰਟੀ, ਲਾਇਸੰਸ ਦਾ ਵਿਸਤਾਰ

ਅਸਿੰਕ੍ਰੋਨਸ ਪ੍ਰਕਿਰਿਆਵਾਂ:

• ਵੱਖ-ਵੱਖ ਸੰਕਟਕਾਲੀਨ ਸਥਿਤੀਆਂ ਲਈ ਜਵਾਬ

ਪਹਿਲੇ ਭਾਗ ਦਾ ਸਿੱਟਾ

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

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

ਹੇਠਾਂ ਦਿੱਤੇ ਹਿੱਸੇ ਤੁਹਾਨੂੰ ਦੱਸੇਗਾ ਕਿ ਗਲਤੀਆਂ ਨੂੰ ਕਿਵੇਂ ਲੱਭਣਾ ਅਤੇ ਦੂਰ ਕਰਨਾ ਹੈ, ਅਤੇ ਫਿਰ ਤੁਹਾਡੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨੂੰ ਕਿਵੇਂ ਸੁਧਾਰਣਾ ਹੈ।

ਬੇਸ਼ੱਕ, ਤੁਹਾਨੂੰ ਸਭ ਕੁਝ ਕ੍ਰਮਵਾਰ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਸਮਾਂ ਨਾਜ਼ੁਕ ਹੋ ਸਕਦਾ ਹੈ। ਜੇਕਰ ਸਰੋਤ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ ਤਾਂ ਇਸ ਨੂੰ ਸਮਾਨਾਂਤਰ ਕਰੋ।

ਅਤੇ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਜੋੜ. ਆਪਣੀ ਟੀਮ ਨਾਲ ਗੱਲਬਾਤ ਕਰੋ, ਪੁੱਛੋ, ਸਲਾਹ ਕਰੋ। ਅੰਤ ਵਿੱਚ, ਉਹ ਉਹ ਹਨ ਜੋ ਇਹ ਸਭ ਕੁਝ ਕਰਦੇ ਹਨ ਅਤੇ ਸਮਰਥਨ ਕਰਦੇ ਹਨ.

ਸਰੋਤ: www.habr.com