ਜੇਕਰ ਡੇਟਾ ਸੈਂਟਰ ਦੇ ਧੂੰਏਂ ਦੇ ਟੈਸਟ ਨੂੰ ਅੱਗ ਲੱਗ ਜਾਂਦੀ ਹੈ ਤਾਂ ਕੀ ਸਰਵਰਾਂ ਨੂੰ ਬੁਝਾਉਣਾ ਚਾਹੀਦਾ ਹੈ?

ਤੁਸੀਂ ਕਿਵੇਂ ਮਹਿਸੂਸ ਕਰੋਗੇ ਜੇਕਰ ਗਰਮੀਆਂ ਦੇ ਇੱਕ ਵਧੀਆ ਦਿਨ ਤੁਹਾਡੇ ਉਪਕਰਣਾਂ ਵਾਲਾ ਡੇਟਾ ਸੈਂਟਰ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ?

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

ਨਕਾਰਾਤਮਕ

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

ਗੁੱਸਾ

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

14: 50 ਸੂਚਨਾ ਮਿਲੀ ਹੈ ਕਿ ਅੱਗ ਕੂਲਿੰਗ ਸਿਸਟਮ ਤੱਕ ਪਹੁੰਚ ਰਹੀ ਹੈ. ਪਰ ਕੀ ਇਹ ਆਵੇਗਾ? ਡਿਊਟੀ 'ਤੇ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਇਸ ਡੇਟਾ ਸੈਂਟਰ ਦੇ ਮੋਰਚਿਆਂ ਤੋਂ ਬਾਹਰੀ ਆਵਾਜਾਈ ਨੂੰ ਹਟਾਉਂਦਾ ਹੈ।

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

ਅੱਗ ਨੇ ਸਾਨੂੰ ਅਜੇ ਤੱਕ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਕੀਤਾ ਹੈ - ਨਾ ਹੀ ਉਪਭੋਗਤਾਵਾਂ ਅਤੇ ਨਾ ਹੀ ਉਪਕਰਨਾਂ ਨੂੰ ਨੁਕਸਾਨ ਹੋਇਆ ਹੈ। ਕੀ ਇਹ ਦੁਰਘਟਨਾ ਹੈ? ਦਸਤਾਵੇਜ਼ ਦਾ ਪਹਿਲਾ ਭਾਗ "ਐਕਸੀਡੈਂਟ ਐਕਸ਼ਨ ਪਲਾਨ" "ਐਕਸੀਡੈਂਟ" ਦੀ ਧਾਰਨਾ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਸੈਕਸ਼ਨ ਇਸ ਤਰ੍ਹਾਂ ਖਤਮ ਹੁੰਦਾ ਹੈ:
«ਜੇ ਕੋਈ ਸ਼ੱਕ ਹੋਵੇ ਕਿ ਹਾਦਸਾ ਹੋਇਆ ਹੈ ਜਾਂ ਨਹੀਂ, ਤਾਂ ਇਹ ਹਾਦਸਾ ਹੈ!»

14:53. ਇੱਕ ਐਮਰਜੈਂਸੀ ਕੋਆਰਡੀਨੇਟਰ ਨਿਯੁਕਤ ਕੀਤਾ ਗਿਆ ਹੈ।

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

ਸੌਦਾ

15:01. ਅਸੀਂ ਉਹਨਾਂ ਸਰਵਰਾਂ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਉਣਾ ਸ਼ੁਰੂ ਕਰਦੇ ਹਾਂ ਜੋ ਉਤਪਾਦਨ ਨਾਲ ਸਬੰਧਤ ਨਹੀਂ ਹਨ।
15:03. ਅਸੀਂ ਸਾਰੀਆਂ ਰਾਖਵੀਆਂ ਸੇਵਾਵਾਂ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਬੰਦ ਕਰ ਦਿੰਦੇ ਹਾਂ।
ਇਸ ਵਿੱਚ ਨਾ ਸਿਰਫ਼ ਮੋਰਚਿਆਂ (ਜਿਨ੍ਹਾਂ ਤੱਕ ਉਪਭੋਗਤਾ ਹੁਣ ਪਹੁੰਚ ਨਹੀਂ ਕਰਦੇ) ਅਤੇ ਉਹਨਾਂ ਦੀਆਂ ਸਹਾਇਕ ਸੇਵਾਵਾਂ (ਕਾਰੋਬਾਰੀ ਤਰਕ, ਕੈਸ਼, ਆਦਿ) ਸ਼ਾਮਲ ਹਨ, ਸਗੋਂ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਕਾਰਕ 2 ਜਾਂ ਇਸ ਤੋਂ ਵੱਧ ਵਾਲੇ ਵੱਖ-ਵੱਖ ਡੇਟਾਬੇਸ ਵੀ ਸ਼ਾਮਲ ਹਨ (Cassandra, ਬਾਈਨਰੀ ਡਾਟਾ ਸਟੋਰੇਜ਼, ਕੋਲਡ ਸਟੋਰੇਜ਼, NewSQL ਆਦਿ)।
15: 06 ਸੂਚਨਾ ਮਿਲੀ ਹੈ ਕਿ ਡੇਟਾ ਸੈਂਟਰ ਦੇ ਇੱਕ ਹਾਲ ਵਿੱਚ ਅੱਗ ਲੱਗਣ ਦਾ ਖ਼ਤਰਾ ਹੈ। ਸਾਡੇ ਕੋਲ ਇਸ ਕਮਰੇ ਵਿੱਚ ਕੋਈ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਨਹੀਂ ਹੈ, ਪਰ ਇਹ ਤੱਥ ਕਿ ਅੱਗ ਛੱਤ ਤੋਂ ਹਾਲਾਂ ਤੱਕ ਫੈਲ ਸਕਦੀ ਹੈ, ਜੋ ਹੋ ਰਿਹਾ ਹੈ ਉਸ ਦੀ ਤਸਵੀਰ ਨੂੰ ਬਹੁਤ ਬਦਲ ਦਿੰਦਾ ਹੈ।
(ਬਾਅਦ ਵਿੱਚ ਇਹ ਸਾਹਮਣੇ ਆਇਆ ਕਿ ਹਾਲ ਨੂੰ ਕੋਈ ਭੌਤਿਕ ਖ਼ਤਰਾ ਨਹੀਂ ਸੀ, ਕਿਉਂਕਿ ਇਹ ਛੱਤ ਤੋਂ ਹਰਮੇਟਿਕ ਤੌਰ 'ਤੇ ਸੀਲ ਕੀਤਾ ਗਿਆ ਸੀ। ਖ਼ਤਰਾ ਸਿਰਫ਼ ਇਸ ਹਾਲ ਦੇ ਕੂਲਿੰਗ ਸਿਸਟਮ ਨੂੰ ਸੀ।)
15:07. ਅਸੀਂ ਵਾਧੂ ਜਾਂਚਾਂ ਦੇ ਬਿਨਾਂ ਐਕਸਲਰੇਟਿਡ ਮੋਡ ਵਿੱਚ ਸਰਵਰਾਂ 'ਤੇ ਕਮਾਂਡ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਾਂ (ਸਾਡੇ ਮਨਪਸੰਦ ਕੈਲਕੁਲੇਟਰ ਤੋਂ ਬਿਨਾਂ).
15:08. ਹਾਲਾਂ ਵਿੱਚ ਤਾਪਮਾਨ ਆਮ ਸੀਮਾਵਾਂ ਦੇ ਅੰਦਰ ਹੈ।
15: 12 ਹਾਲਾਂ ਵਿੱਚ ਤਾਪਮਾਨ ਵਿੱਚ ਵਾਧਾ ਦਰਜ ਕੀਤਾ ਗਿਆ ਸੀ।
15:13. ਡਾਟਾ ਸੈਂਟਰ ਵਿੱਚ ਅੱਧੇ ਤੋਂ ਵੱਧ ਸਰਵਰ ਬੰਦ ਹਨ। ਚਲੋ ਜਾਰੀ ਰੱਖੀਏ।
15:16. ਸਾਰੇ ਉਪਕਰਣਾਂ ਨੂੰ ਬੰਦ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਗਿਆ ਸੀ।
15:21. ਅਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਬੰਦ ਕੀਤੇ ਬਿਨਾਂ ਸਟੇਟਲੈੱਸ ਸਰਵਰਾਂ ਲਈ ਪਾਵਰ ਬੰਦ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦਿੰਦੇ ਹਾਂ।
15:23. MS SQL ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਲੋਕਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ (ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਬਹੁਤ ਘੱਟ ਹਨ, ਉਹਨਾਂ 'ਤੇ ਸੇਵਾਵਾਂ ਦੀ ਨਿਰਭਰਤਾ ਬਹੁਤ ਵਧੀਆ ਨਹੀਂ ਹੈ, ਪਰ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਬਹਾਲ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵਧੇਰੇ ਸਮਾਂ ਲੈਂਦੀ ਹੈ ਅਤੇ ਉਦਾਹਰਨ ਲਈ, ਕੈਸੈਂਡਰਾ ਨਾਲੋਂ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਹੈ)।

ਨਿਰਾਸ਼

15: 25 16 ਵਿੱਚੋਂ ਚਾਰ ਹਾਲ (ਨੰਬਰ 6, 7, 8, 9) ਵਿੱਚ ਬਿਜਲੀ ਬੰਦ ਹੋਣ ਦੀ ਸੂਚਨਾ ਮਿਲੀ ਸੀ। ਸਾਡਾ ਉਪਕਰਣ ਹਾਲ 7 ਅਤੇ 8 ਵਿੱਚ ਸਥਿਤ ਹੈ। ਸਾਡੇ ਦੋ ਹਾਲ (ਨੰਬਰ 1 ਅਤੇ 3) ਬਾਰੇ ਕੋਈ ਜਾਣਕਾਰੀ ਨਹੀਂ ਹੈ।
ਆਮ ਤੌਰ 'ਤੇ, ਅੱਗ ਦੇ ਦੌਰਾਨ, ਬਿਜਲੀ ਦੀ ਸਪਲਾਈ ਤੁਰੰਤ ਬੰਦ ਕਰ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਪਰ ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਫਾਇਰਫਾਈਟਰਾਂ ਅਤੇ ਡੇਟਾ ਸੈਂਟਰ ਦੇ ਤਕਨੀਕੀ ਕਰਮਚਾਰੀਆਂ ਦੇ ਤਾਲਮੇਲ ਵਾਲੇ ਕੰਮ ਲਈ ਧੰਨਵਾਦ, ਇਸਨੂੰ ਹਰ ਜਗ੍ਹਾ ਬੰਦ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਤੁਰੰਤ ਨਹੀਂ, ਪਰ ਲੋੜ ਅਨੁਸਾਰ.
(ਬਾਅਦ ਵਿੱਚ ਪਤਾ ਲੱਗਾ ਕਿ 8 ਅਤੇ 9 ਹਾਲਾਂ ਵਿੱਚ ਪਾਵਰ ਬੰਦ ਨਹੀਂ ਕੀਤੀ ਗਈ ਸੀ।)
15:28. ਅਸੀਂ ਦੂਜੇ ਡਾਟਾ ਸੈਂਟਰਾਂ ਵਿੱਚ ਬੈਕਅੱਪ ਤੋਂ MS SQL ਡਾਟਾਬੇਸ ਨੂੰ ਤੈਨਾਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਰਹੇ ਹਾਂ।
ਇਸ ਨੂੰ ਕਿੰਨਾ ਸਮਾਂ ਲਗੇਗਾ? ਕੀ ਪੂਰੇ ਰੂਟ ਲਈ ਕਾਫ਼ੀ ਨੈੱਟਵਰਕ ਸਮਰੱਥਾ ਹੈ?
15: 37 ਨੈੱਟਵਰਕ ਦੇ ਕੁਝ ਹਿੱਸਿਆਂ ਦਾ ਬੰਦ ਹੋਣਾ ਰਿਕਾਰਡ ਕੀਤਾ ਗਿਆ ਸੀ।
ਪ੍ਰਬੰਧਨ ਅਤੇ ਉਤਪਾਦਨ ਨੈੱਟਵਰਕ ਇੱਕ ਦੂਜੇ ਤੋਂ ਭੌਤਿਕ ਤੌਰ 'ਤੇ ਅਲੱਗ-ਥਲੱਗ ਹਨ। ਜੇਕਰ ਉਤਪਾਦਨ ਨੈੱਟਵਰਕ ਉਪਲਬਧ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਸਰਵਰ 'ਤੇ ਜਾ ਸਕਦੇ ਹੋ, ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਰੋਕ ਸਕਦੇ ਹੋ ਅਤੇ OS ਨੂੰ ਬੰਦ ਕਰ ਸਕਦੇ ਹੋ। ਜੇਕਰ ਇਹ ਉਪਲਬਧ ਨਹੀਂ ਹੈ, ਤਾਂ ਤੁਸੀਂ IPMI ਰਾਹੀਂ ਲੌਗਇਨ ਕਰ ਸਕਦੇ ਹੋ, ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਰੋਕ ਸਕਦੇ ਹੋ ਅਤੇ OS ਨੂੰ ਬੰਦ ਕਰ ਸਕਦੇ ਹੋ। ਜੇਕਰ ਕੋਈ ਵੀ ਨੈੱਟਵਰਕ ਨਹੀਂ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਕੁਝ ਨਹੀਂ ਕਰ ਸਕਦੇ। "ਧੰਨਵਾਦ, ਕੈਪ!", ਤੁਸੀਂ ਸੋਚੋਗੇ।
"ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ, ਇੱਥੇ ਬਹੁਤ ਗੜਬੜ ਹੈ," ਤੁਸੀਂ ਇਹ ਵੀ ਸੋਚ ਸਕਦੇ ਹੋ।
ਗੱਲ ਇਹ ਹੈ ਕਿ ਸਰਵਰ, ਅੱਗ ਤੋਂ ਬਿਨਾਂ ਵੀ, ਬਹੁਤ ਜ਼ਿਆਦਾ ਗਰਮੀ ਪੈਦਾ ਕਰਦੇ ਹਨ। ਵਧੇਰੇ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ, ਜਦੋਂ ਠੰਢਾ ਹੁੰਦਾ ਹੈ, ਉਹ ਗਰਮੀ ਪੈਦਾ ਕਰਦੇ ਹਨ, ਅਤੇ ਜਦੋਂ ਕੋਈ ਠੰਢਾ ਨਹੀਂ ਹੁੰਦਾ, ਤਾਂ ਉਹ ਇੱਕ ਨਰਕ ਦੀ ਅੱਗ ਬਣਾਉਂਦੇ ਹਨ, ਜੋ ਸਭ ਤੋਂ ਵਧੀਆ ਤੌਰ 'ਤੇ, ਉਪਕਰਣ ਦੇ ਇੱਕ ਹਿੱਸੇ ਨੂੰ ਪਿਘਲਾ ਦਿੰਦੇ ਹਨ ਅਤੇ ਦੂਜੇ ਹਿੱਸੇ ਨੂੰ ਬੰਦ ਕਰ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਸਭ ਤੋਂ ਬੁਰੀ ਤਰ੍ਹਾਂ... ਹਾਲ ਦੇ ਅੰਦਰ ਅੱਗ, ਜੋ ਲਗਭਗ ਹਰ ਚੀਜ਼ ਨੂੰ ਤਬਾਹ ਕਰਨ ਦੀ ਗਰੰਟੀ ਹੈ.

15:39. ਅਸੀਂ conf ਡਾਟਾਬੇਸ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਦੇ ਹਾਂ।

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

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

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

ਗੋਦ ਲੈਣਾ

15:51. MS SQL ਨੂੰ ਛੱਡ ਕੇ ਸਾਰੇ ਸਰਵਰ ਸਹੀ ਢੰਗ ਨਾਲ ਬੰਦ ਕੀਤੇ ਬਿਨਾਂ IPMI ਰਾਹੀਂ ਬੰਦ ਕਰ ਦਿੱਤੇ ਗਏ ਸਨ।
ਜੇਕਰ ਲੋੜ ਹੋਵੇ ਤਾਂ ਕੀ ਤੁਸੀਂ IPMI ਦੁਆਰਾ ਵਿਸ਼ਾਲ ਸਰਵਰ ਪ੍ਰਬੰਧਨ ਲਈ ਤਿਆਰ ਹੋ?

ਬਹੁਤ ਹੀ ਪਲ ਜਦੋਂ ਇਸ ਪੜਾਅ 'ਤੇ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਉਪਕਰਣਾਂ ਦਾ ਬਚਾਅ ਪੂਰਾ ਹੋ ਜਾਂਦਾ ਹੈ. ਸਭ ਕੁਝ ਜੋ ਕੀਤਾ ਜਾ ਸਕਦਾ ਸੀ, ਕੀਤਾ ਗਿਆ ਹੈ। ਕੁਝ ਸਾਥੀ ਆਰਾਮ ਕਰ ਸਕਦੇ ਹਨ।
16: 13 ਜਾਣਕਾਰੀ ਮਿਲੀ ਹੈ ਕਿ ਏਅਰ ਕੰਡੀਸ਼ਨਰਾਂ ਦੀਆਂ ਫ੍ਰੀਓਨ ਪਾਈਪਾਂ ਛੱਤ 'ਤੇ ਫਟ ਗਈਆਂ - ਇਸ ਨਾਲ ਅੱਗ ਬੁਝਾਉਣ ਤੋਂ ਬਾਅਦ ਡਾਟਾ ਸੈਂਟਰ ਦੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਦੇਰੀ ਹੋਵੇਗੀ।
16:19. ਡਾਟਾ ਸੈਂਟਰ ਦੇ ਤਕਨੀਕੀ ਸਟਾਫ ਤੋਂ ਪ੍ਰਾਪਤ ਅੰਕੜਿਆਂ ਅਨੁਸਾਰ ਹਾਲਾਂ ਵਿੱਚ ਤਾਪਮਾਨ ਵਿੱਚ ਵਾਧਾ ਰੁਕ ਗਿਆ ਹੈ।
17:10. conf ਡਾਟਾਬੇਸ ਨੂੰ ਰੀਸਟੋਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਹੁਣ ਅਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਸੈਟਿੰਗਜ਼ ਨੂੰ ਬਦਲ ਸਕਦੇ ਹਾਂ।
ਇਹ ਇੰਨਾ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ ਜੇਕਰ ਸਭ ਕੁਝ ਨੁਕਸ-ਸਹਿਣਸ਼ੀਲ ਹੈ ਅਤੇ ਇੱਕ ਡਾਟਾ ਸੈਂਟਰ ਤੋਂ ਬਿਨਾਂ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ?
ਪਹਿਲੀ ਗੱਲ, ਹਰ ਚੀਜ਼ ਨੁਕਸ-ਸਹਿਣਸ਼ੀਲ ਨਹੀਂ ਹੈ. ਇੱਥੇ ਬਹੁਤ ਸਾਰੀਆਂ ਸੈਕੰਡਰੀ ਸੇਵਾਵਾਂ ਹਨ ਜੋ ਅਜੇ ਤੱਕ ਇੱਕ ਡਾਟਾ ਸੈਂਟਰ ਦੀ ਅਸਫਲਤਾ ਤੋਂ ਚੰਗੀ ਤਰ੍ਹਾਂ ਨਹੀਂ ਬਚੀਆਂ ਹਨ, ਅਤੇ ਮਾਸਟਰ-ਸਟੈਂਡਬਾਏ ਮੋਡ ਵਿੱਚ ਡੇਟਾਬੇਸ ਹਨ। ਸੈਟਿੰਗਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਦੀ ਯੋਗਤਾ ਤੁਹਾਨੂੰ ਮੁਸ਼ਕਲ ਸਥਿਤੀਆਂ ਵਿੱਚ ਵੀ ਉਪਭੋਗਤਾਵਾਂ 'ਤੇ ਦੁਰਘਟਨਾ ਦੇ ਨਤੀਜਿਆਂ ਦੇ ਪ੍ਰਭਾਵ ਨੂੰ ਘੱਟ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਸਭ ਕੁਝ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ।
ਦੂਜਾ, ਇਹ ਸਪੱਸ਼ਟ ਹੋ ਗਿਆ ਕਿ ਡਾਟਾ ਸੈਂਟਰ ਦਾ ਸੰਚਾਲਨ ਆਉਣ ਵਾਲੇ ਘੰਟਿਆਂ ਵਿੱਚ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਹਾਲ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ, ਇਸਲਈ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਉਪਾਅ ਕਰਨੇ ਜ਼ਰੂਰੀ ਸਨ ਕਿ ਪ੍ਰਤੀਕ੍ਰਿਤੀਆਂ ਦੀ ਲੰਬੇ ਸਮੇਂ ਦੀ ਅਣਉਪਲਬਧਤਾ ਕਾਰਨ ਵਾਧੂ ਮੁਸ਼ਕਲਾਂ ਜਿਵੇਂ ਕਿ ਪੂਰੀ ਡਿਸਕਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਨਾ ਹੋਣ। ਬਾਕੀ ਡਾਟਾ ਸੈਂਟਰ।
17:29. ਪੀਜ਼ਾ ਸਮਾਂ! ਅਸੀਂ ਲੋਕਾਂ ਨੂੰ ਰੁਜ਼ਗਾਰ ਦਿੰਦੇ ਹਾਂ, ਰੋਬੋਟ ਨਹੀਂ।

ਪੁਨਰਵਾਸ

18:02. ਹਾਲ ਨੰਬਰ 8 (ਸਾਡੇ), 9, 10 ਅਤੇ 11 ਵਿੱਚ ਤਾਪਮਾਨ ਸਥਿਰ ਹੋ ਗਿਆ ਹੈ। ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਜੋ ਔਫਲਾਈਨ ਰਹਿੰਦਾ ਹੈ (ਨੰਬਰ 7) ਸਾਡੇ ਉਪਕਰਣਾਂ ਨੂੰ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਉੱਥੇ ਤਾਪਮਾਨ ਲਗਾਤਾਰ ਵਧਦਾ ਰਹਿੰਦਾ ਹੈ।
18:31. ਉਨ੍ਹਾਂ ਨੇ ਹਾਲ ਨੰਬਰ 1 ਅਤੇ 3 ਵਿੱਚ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਮਨਜ਼ੂਰੀ ਦਿੱਤੀ - ਇਹ ਹਾਲ ਅੱਗ ਨਾਲ ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਹੋਏ ਸਨ।

ਵਰਤਮਾਨ ਵਿੱਚ, ਸਰਵਰ ਹਾਲ ਨੰਬਰ 1, 3, 8 ਵਿੱਚ ਲਾਂਚ ਕੀਤੇ ਜਾ ਰਹੇ ਹਨ, ਜੋ ਸਭ ਤੋਂ ਨਾਜ਼ੁਕ ਲੋਕਾਂ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ। ਸਾਰੀਆਂ ਚੱਲ ਰਹੀਆਂ ਸੇਵਾਵਾਂ ਦੇ ਸਹੀ ਸੰਚਾਲਨ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਹਾਲ ਨੰਬਰ 7 ਵਿੱਚ ਅਜੇ ਵੀ ਸਮੱਸਿਆਵਾਂ ਹਨ।

18:44. ਡਾਟਾ ਸੈਂਟਰ ਦੇ ਤਕਨੀਕੀ ਸਟਾਫ ਨੇ ਖੋਜ ਕੀਤੀ ਕਿ ਕਮਰਾ ਨੰਬਰ 7 (ਜਿੱਥੇ ਸਿਰਫ਼ ਸਾਡੇ ਉਪਕਰਣ ਸਥਿਤ ਹਨ) ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਸਰਵਰ ਬੰਦ ਨਹੀਂ ਹਨ। ਸਾਡੇ ਡੇਟਾ ਦੇ ਅਨੁਸਾਰ, ਉਥੇ 26 ਸਰਵਰ ਆਨਲਾਈਨ ਰਹਿੰਦੇ ਹਨ। ਇੱਕ ਦੂਜੀ ਜਾਂਚ ਤੋਂ ਬਾਅਦ, ਸਾਨੂੰ 58 ਸਰਵਰ ਮਿਲੇ।
20:18. ਡੇਟਾ ਸੈਂਟਰ ਟੈਕਨੀਸ਼ੀਅਨ ਹਾਲਵੇਅ ਵਿੱਚ ਚੱਲਦੀਆਂ ਮੋਬਾਈਲ ਡਕਟਾਂ ਰਾਹੀਂ ਇੱਕ ਗੈਰ-ਕੰਡੀਸ਼ਨਡ ਕਮਰੇ ਵਿੱਚ ਹਵਾ ਉਡਾਉਂਦੇ ਹਨ।
23:08. ਪਹਿਲੇ ਐਡਮਿਨ ਨੂੰ ਘਰ ਭੇਜਿਆ ਗਿਆ। ਕੱਲ੍ਹ ਨੂੰ ਕੰਮ ਜਾਰੀ ਰੱਖਣ ਲਈ ਕਿਸੇ ਨੂੰ ਰਾਤ ਨੂੰ ਸੌਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਅੱਗੇ, ਅਸੀਂ ਕੁਝ ਹੋਰ ਪ੍ਰਸ਼ਾਸਕਾਂ ਅਤੇ ਵਿਕਾਸਕਾਰਾਂ ਨੂੰ ਜਾਰੀ ਕਰਾਂਗੇ।
02:56। ਅਸੀਂ ਉਹ ਸਭ ਕੁਝ ਲਾਂਚ ਕੀਤਾ ਜੋ ਲਾਂਚ ਕੀਤਾ ਜਾ ਸਕਦਾ ਸੀ। ਅਸੀਂ ਆਟੋਮੈਟਿਕ ਟੈਸਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਦੀ ਬਹੁਤ ਜ਼ਿਆਦਾ ਜਾਂਚ ਕਰਦੇ ਹਾਂ।

03:02। ਪਿਛਲੇ, 7ਵੇਂ ਹਾਲ ਵਿੱਚ ਏਅਰ ਕੰਡੀਸ਼ਨਿੰਗ ਨੂੰ ਬਹਾਲ ਕੀਤਾ ਗਿਆ ਹੈ।
03:36। ਅਸੀਂ ਡਾਟਾ ਸੈਂਟਰ ਵਿੱਚ ਮੋਰਚਿਆਂ ਨੂੰ DNS ਵਿੱਚ ਰੋਟੇਸ਼ਨ ਵਿੱਚ ਲਿਆਏ। ਇਸ ਪਲ ਤੋਂ ਉਪਭੋਗਤਾ ਟ੍ਰੈਫਿਕ ਆਉਣਾ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ.
ਅਸੀਂ ਜ਼ਿਆਦਾਤਰ ਪ੍ਰਸ਼ਾਸਨਿਕ ਟੀਮ ਨੂੰ ਘਰ ਭੇਜ ਰਹੇ ਹਾਂ। ਪਰ ਅਸੀਂ ਕੁਝ ਲੋਕਾਂ ਨੂੰ ਪਿੱਛੇ ਛੱਡ ਦਿੰਦੇ ਹਾਂ।

ਛੋਟੇ ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ:
ਸਵਾਲ: 18:31 ਤੋਂ 02:56 ਤੱਕ ਕੀ ਹੋਇਆ?
A: "ਡਿਜ਼ਾਸਟਰ ਐਕਸ਼ਨ ਪਲਾਨ" ਦੇ ਬਾਅਦ, ਅਸੀਂ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਸੇਵਾਵਾਂ ਤੋਂ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋਏ, ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਸ਼ੁਰੂ ਕਰਦੇ ਹਾਂ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਚੈਟ ਵਿੱਚ ਕੋਆਰਡੀਨੇਟਰ ਇੱਕ ਮੁਫਤ ਪ੍ਰਸ਼ਾਸਕ ਨੂੰ ਸੇਵਾ ਜਾਰੀ ਕਰਦਾ ਹੈ, ਜੋ ਜਾਂਚ ਕਰਦਾ ਹੈ ਕਿ ਕੀ OS ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਸ਼ੁਰੂ ਹੋ ਗਏ ਹਨ, ਕੀ ਕੋਈ ਤਰੁੱਟੀਆਂ ਹਨ, ਅਤੇ ਕੀ ਸੰਕੇਤਕ ਆਮ ਹਨ। ਲਾਂਚ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਉਹ ਚੈਟ ਨੂੰ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ ਕਿ ਉਹ ਮੁਫਤ ਹੈ ਅਤੇ ਕੋਆਰਡੀਨੇਟਰ ਤੋਂ ਨਵੀਂ ਸੇਵਾ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ।
ਅਸਫਲ ਹਾਰਡਵੇਅਰ ਦੁਆਰਾ ਪ੍ਰਕਿਰਿਆ ਹੋਰ ਹੌਲੀ ਹੋ ਜਾਂਦੀ ਹੈ। ਭਾਵੇਂ OS ਨੂੰ ਰੋਕਣਾ ਅਤੇ ਸਰਵਰਾਂ ਨੂੰ ਬੰਦ ਕਰਨਾ ਸਹੀ ਢੰਗ ਨਾਲ ਚੱਲਦਾ ਹੈ, ਕੁਝ ਸਰਵਰ ਅਚਾਨਕ ਡਿਸਕਾਂ, ਮੈਮੋਰੀ ਅਤੇ ਚੈਸਿਸ ਦੀ ਅਸਫਲਤਾ ਕਾਰਨ ਵਾਪਸ ਨਹੀਂ ਆਉਂਦੇ। ਜਦੋਂ ਪਾਵਰ ਖਤਮ ਹੋ ਜਾਂਦੀ ਹੈ, ਅਸਫਲਤਾ ਦੀ ਦਰ ਵਧ ਜਾਂਦੀ ਹੈ.
ਸਵਾਲ: ਤੁਸੀਂ ਸਭ ਕੁਝ ਇੱਕੋ ਵਾਰ ਕਿਉਂ ਨਹੀਂ ਚਲਾ ਸਕਦੇ, ਅਤੇ ਫਿਰ ਨਿਗਰਾਨੀ ਵਿੱਚ ਕੀ ਆਉਂਦਾ ਹੈ ਨੂੰ ਠੀਕ ਕਰ ਸਕਦੇ ਹੋ?
A: ਸਭ ਕੁਝ ਹੌਲੀ-ਹੌਲੀ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਸੇਵਾਵਾਂ ਵਿਚਕਾਰ ਨਿਰਭਰਤਾਵਾਂ ਹਨ। ਅਤੇ ਹਰ ਚੀਜ਼ ਦੀ ਤੁਰੰਤ ਜਾਂਚ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ, ਨਿਗਰਾਨੀ ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ - ਕਿਉਂਕਿ ਸਮੱਸਿਆਵਾਂ ਨਾਲ ਤੁਰੰਤ ਨਜਿੱਠਣਾ ਬਿਹਤਰ ਹੈ, ਉਹਨਾਂ ਦੇ ਵਿਗੜਨ ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ.

7:40. ਆਖਰੀ ਐਡਮਿਨ (ਕੋਆਰਡੀਨੇਟਰ) ਸੌਣ ਲਈ ਚਲਾ ਗਿਆ। ਪਹਿਲੇ ਦਿਨ ਦਾ ਕੰਮ ਪੂਰਾ ਹੋ ਚੁੱਕਾ ਹੈ।
8:09. ਪਹਿਲੇ ਡਿਵੈਲਪਰ, ਡਾਟਾ ਸੈਂਟਰ ਇੰਜੀਨੀਅਰ ਅਤੇ ਪ੍ਰਸ਼ਾਸਕ (ਨਵੇਂ ਕੋਆਰਡੀਨੇਟਰ ਸਮੇਤ) ਨੇ ਬਹਾਲੀ ਦਾ ਕੰਮ ਸ਼ੁਰੂ ਕੀਤਾ।
09:37। ਅਸੀਂ ਹਾਲ ਨੰਬਰ 7 (ਪਿਛਲੇ ਇੱਕ) ਨੂੰ ਵਧਾਉਣਾ ਸ਼ੁਰੂ ਕੀਤਾ।
ਇਸ ਦੇ ਨਾਲ ਹੀ, ਅਸੀਂ ਜੋ ਹੋਰ ਕਮਰਿਆਂ ਵਿੱਚ ਫਿਕਸ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ ਉਸ ਨੂੰ ਬਹਾਲ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦੇ ਹਾਂ: ਡਿਸਕਾਂ/ਮੈਮੋਰੀ/ਸਰਵਰਾਂ ਨੂੰ ਬਦਲਣਾ, ਨਿਗਰਾਨੀ ਵਿੱਚ "ਬਰਨ" ਹੋਣ ਵਾਲੀ ਹਰ ਚੀਜ਼ ਨੂੰ ਠੀਕ ਕਰਨਾ, ਮਾਸਟਰ-ਸਟੈਂਡਬਾਏ ਸਕੀਮਾਂ ਵਿੱਚ ਭੂਮਿਕਾਵਾਂ ਨੂੰ ਵਾਪਸ ਬਦਲਣਾ ਅਤੇ ਹੋਰ ਛੋਟੀਆਂ ਚੀਜ਼ਾਂ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇਹ ਹਨ। ਫਿਰ ਵੀ ਬਹੁਤ ਕੁਝ.
17:08. ਅਸੀਂ ਉਤਪਾਦਨ ਦੇ ਨਾਲ ਸਾਰੇ ਨਿਯਮਤ ਕੰਮ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਾਂ.
21:45. ਦੂਜੇ ਦਿਨ ਦਾ ਕੰਮ ਪੂਰਾ ਹੋ ਗਿਆ।
09:45। ਅੱਜ ਸ਼ੁੱਕਰਵਾਰ ਹੈ. ਨਿਗਰਾਨੀ ਵਿੱਚ ਅਜੇ ਵੀ ਕੁਝ ਛੋਟੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹਨ। ਵੀਕਐਂਡ ਅੱਗੇ ਹੈ, ਹਰ ਕੋਈ ਆਰਾਮ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹੈ। ਅਸੀਂ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਹਰ ਚੀਜ਼ ਦੀ ਮੁਰੰਮਤ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦੇ ਹਾਂ ਜੋ ਅਸੀਂ ਕਰ ਸਕਦੇ ਹਾਂ। ਨਿਯਮਤ ਪ੍ਰਬੰਧਕੀ ਕਾਰਜ ਜੋ ਮੁਲਤਵੀ ਕੀਤੇ ਜਾ ਸਕਦੇ ਸਨ, ਮੁਲਤਵੀ ਕਰ ਦਿੱਤੇ ਗਏ ਸਨ। ਕੋਆਰਡੀਨੇਟਰ ਨਵਾਂ ਹੈ।
15:40. ਅਚਾਨਕ ਇੱਕ ਹੋਰ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਕੋਰ ਨੈਟਵਰਕ ਉਪਕਰਣ ਸਟੈਕ ਦਾ ਅੱਧਾ ਹਿੱਸਾ ਮੁੜ ਚਾਲੂ ਹੋ ਗਿਆ। ਜੋਖਮਾਂ ਨੂੰ ਘੱਟ ਕਰਨ ਲਈ ਮੋਰਚਿਆਂ ਨੂੰ ਰੋਟੇਸ਼ਨ ਤੋਂ ਬਾਹਰ ਲਿਆ ਗਿਆ ਸੀ। ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਕੋਈ ਪ੍ਰਭਾਵ ਨਹੀਂ ਹੈ. ਬਾਅਦ ਵਿੱਚ ਪਤਾ ਲੱਗਾ ਕਿ ਇਹ ਇੱਕ ਨੁਕਸਦਾਰ ਚੈਸੀ ਸੀ। ਕੋਆਰਡੀਨੇਟਰ ਇੱਕੋ ਸਮੇਂ ਦੋ ਹਾਦਸਿਆਂ ਦੀ ਮੁਰੰਮਤ ਦਾ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ।
17:17. ਕਿਸੇ ਹੋਰ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਨੈਟਵਰਕ ਓਪਰੇਸ਼ਨ ਨੂੰ ਬਹਾਲ ਕੀਤਾ ਗਿਆ ਹੈ, ਹਰ ਚੀਜ਼ ਦੀ ਜਾਂਚ ਕੀਤੀ ਗਈ ਹੈ. ਡਾਟਾ ਸੈਂਟਰ ਨੂੰ ਰੋਟੇਸ਼ਨ ਵਿੱਚ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ।
18:29. ਤੀਜੇ ਦਿਨ ਦਾ ਕੰਮ ਅਤੇ, ਆਮ ਤੌਰ 'ਤੇ, ਹਾਦਸੇ ਤੋਂ ਬਾਅਦ ਬਹਾਲੀ ਦਾ ਕੰਮ ਪੂਰਾ ਹੋ ਗਿਆ ਹੈ.

ਬਾਅਦ

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

ਮੌਜੂਦਾ ਦੁਰਘਟਨਾ ਅਤੇ 404 ਵਿਚਕਾਰ ਮੁੱਖ ਅੰਤਰ ਕੀ ਹਨ?

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

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

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

ਤੁਹਾਡੀਆਂ ਦੁਰਘਟਨਾਵਾਂ ਕਿਵੇਂ ਹੁੰਦੀਆਂ ਹਨ?

ਸਰੋਤ: www.habr.com