# ਮਾਈਕ੍ਰੋਸਾਫਟ ਦਾ ਆਉਟਲੁੱਕ ਰਿਕਵਰੀ ਟ੍ਰੈਫਿਕ ਦੇ ਹੇਠਾਂ ਅਸਫਲ ਹੁੰਦਾ ਰਿਹਾ

Published: 2026-11-13

ਮਾਈਕ੍ਰੋਸਾਫਟ ਦੀ 12-13 ਨਵੰਬਰ ਦੀ ਈਮੇਲ ਰੁਕਾਵਟ ਨੇ ਇੱਕ ਰਿਕਵਰੀ ਲੂਪ ਦਾ ਖੁਲਾਸਾ ਕੀਤਾ: ਵਾਪਸ ਕੀਤੇ ਸਰਵਰ ਟ੍ਰੈਫਿਕ ਦੇ ਹੇਠਾਂ ਦੁਬਾਰਾ ਜਵਾਬ ਰਹਿਤ ਹੋ ਸਕਦੇ ਹਨ। ਪ੍ਰਵਾਨਿਤ 13 ਨਵੰਬਰ 11:04:50 UTC ਕੱਟਆਫ 'ਤੇ, ਰਿਕਵਰੀ ਏਸ਼ੀਆ ਪੈਸੀਫਿਕ ਦੇ ਕੁਝ ਹਿੱਸਿਆਂ ਵਿੱਚ ਅੱਗੇ ਵਧੀ ਸੀ ਜਦੋਂ ਕਿ ਅੰਤਰਾਲੀ ਮੁੱਦੇ ਅਤੇ ਹੋਰ ਥਾਵਾਂ 'ਤੇ ਕੰਮ ਬਾਕੀ ਰਹਿੰਦੇ ਸਨ। ਇਹ ਫਾਲੋ-ਅਪ ਨਿਰਭਰਤਾਵਾਂ ਅਤੇ ਦੇਰੀ ਨਾਲ-ਮੇਲ ਸੁਰੱਖਿਆ ਉਪਾਵਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ।

Canonical: https://thedailydiff.dev/pa/video/2026-11-13-microsoft-recovery-loop/

## ਇਹ ਵੀਡੀਓ ਕੀ ਕਵਰ ਕਰਦਾ ਹੈ

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

## ਸਵਾਲ ਅਤੇ ਜਵਾਬ

### ਮਾਈਕ੍ਰੋਸਾਫਟ ਦੇ ਵਾਪਸ ਕੀਤੇ ਮੇਲ ਸਰਵਰ ਟ੍ਰੈਫਿਕ ਦੇ ਹੇਠਾਂ ਦੁਬਾਰਾ ਕਿਉਂ ਅਸਫਲ ਹੋ ਸਕਦੇ ਹਨ?

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

### ਟੀਮਾਂ ਕਾਲਾਂ ਕਿਉਂ ਕੰਮ ਕਰ ਸਕਦੀਆਂ ਸਨ ਜਦੋਂ ਕਿ ਕੈਲੰਡਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਸਫਲ ਹੋ ਗਈਆਂ ਸਨ?

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

### ਕੀ ਅਠਤਾਲੀ ਘੰਟੇ ਦੇ ਈਮੇਲ ਟਾਈਮਆਉਟ ਨੇ ਮੁਰੰਮਤ ਦੀ ਸਮਾਂ ਸੀਮਾ ਨਿਰਧਾਰਤ ਕੀਤੀ?

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

### ਐਕਸਚੇਂਜ ਰੁਕਾਵਟ ਨੇ ਮਾਈਕ੍ਰੋਸਾਫਟ ਗ੍ਰਾਫ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਭਾਵਿਤ ਕੀਤਾ?

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

### ਮਾਈਕ੍ਰੋਸਾਫਟ ਦੀ ਰਿਕਵਰੀ 'ਤੇ The Daily Diff ਦਾ ਫੈਸਲਾ ਕੀ ਸੀ?

The Daily Diff ਦਾ ਫੈਸਲਾ NEEDS REVIEW ਸੀ। ਨੀਕੋ ਨੇ ਰਿਕਵਰੀ ਨੂੰ ਸਮੀਖਿਆ ਅਧੀਨ ਰੱਖਿਆ ਕਿਉਂਕਿ ਮਾਈਕ੍ਰੋਸਾਫਟ ਦੇ ਅਪਡੇਟਾਂ ਨੇ ਟ੍ਰੈਫਿਕ ਦੇ ਹੇਠਾਂ ਅਸਫਲ ਹੋਣ ਵਾਲੇ ਸਰਵਰਾਂ ਦਾ ਵਰਣਨ ਕੀਤਾ। ਅਸਲ ਕੰਮ ਦੇ ਨਾਲ ਨਿਰੰਤਰ ਸੇਵਾ ਉਪਯੋਗੀ ਰਿਕਵਰੀ ਟੈਸਟ ਸੀ। ਸ਼ੁਰੂਆਤੀ ਕਾਰਨ ਐਪੀਸੋਡ ਦੇ ਰਿਪੋਰਟਿੰਗ ਕੱਟਆਫ 'ਤੇ ਖੁੱਲਾ ਰਿਹਾ, ਮਾਈਕ੍ਰੋਸਾਫਟ ਨੇ ਘੱਟ ਕਰਨ ਤੋਂ ਬਾਅਦ ਇੱਕ ਪੂਰੀ ਘਟਨਾ ਰਿਪੋਰਟ ਅਤੇ ਡਿਫੈਂਸ-ਇਨ-ਡੈਪਥ ਕਾਰਵਾਈਆਂ ਦਾ ਵਾਅਦਾ ਕੀਤਾ।

## ਅਧਿਆਇ

- 0:00 ਵਾਪਸ ਕੀਤੇ ਸਰਵਰ ਦੁਬਾਰਾ ਕਿਉਂ ਅਸਫਲ ਹੋ ਗਏ?
- 0:19 ਕਿਹੜੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਐਕਸਚੇਂਜ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀਆਂ ਸਨ?
- 1:03 ਗੁੰਮ ਹੋਈ ਸਮਰੱਥਾ ਇੱਕ ਸੇਵਾ ਨੂੰ ਕਿਵੇਂ ਓਵਰਲੋਡ ਕਰਦੀ ਹੈ?
- 1:34 ਮਾਈਕ੍ਰੋਸਾਫਟ ਨੇ ਪਹਿਲਾਂ ਕੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ?
- 2:48 ਰਿਪੋਰਟਿੰਗ ਕੱਟਆਫ 'ਤੇ ਕੀ ਜਾਣਿਆ ਜਾਂਦਾ ਸੀ?
- 3:17 ਇੱਕ ਗ੍ਰਾਫ ਬੇਨਤੀ ਕਿਉਂ ਅਸਫਲ ਹੋ ਸਕਦੀ ਹੈ?
- 4:05 48-ਘੰਟੇ ਦੀ ਮੇਲ ਵਿੰਡੋ ਕੀ ਖਰੀਦਦੀ ਹੈ?
- 4:48 ਨਿਰੰਤਰ ਰਿਕਵਰੀ ਨੂੰ ਕੀ ਸਾਬਤ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ?

## ਅਨੁਵਾਦਿਤ ਟ੍ਰਾਂਸਕ੍ਰਿਪਟ

ਮੂਲ ਅੰਗਰੇਜ਼ੀ ਬਿਰਤਾਂਤ ਤੋਂ ਅਨੁਵਾਦ ਕੀਤਾ ਗਿਆ। ਉਪਲਬਧ ਆਡੀਓ ਅਤੇ ਕੈਪਸ਼ਨ YouTube ਦੁਆਰਾ ਨਿਯੰਤਰਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

### ਵਾਪਸ ਕੀਤੇ ਸਰਵਰ ਦੁਬਾਰਾ ਕਿਉਂ ਅਸਫਲ ਹੋ ਗਏ?

0:00 ਮਾਈਕ੍ਰੋਸਾਫਟ ਨੇ ਮੇਲ ਸਰਵਰਾਂ ਨੂੰ ਸੇਵਾ ਵਿੱਚ ਵਾਪਸ ਕਰ ਦਿੱਤਾ। ਟ੍ਰੈਫਿਕ ਵਾਪਸ ਆਉਣ 'ਤੇ ਉਹ ਦੁਬਾਰਾ ਜਵਾਬ ਦੇਣਾ ਬੰਦ ਕਰ ਸਕਦੇ ਸਨ। ਇੱਥੇ ਡਿਵੈਲਪਰ ਫਾਲੋ-ਅਪ ਹੈ। ਇਸ ਵੀਡੀਓ ਵਿੱਚ, ਰਿਕਵਰੀ ਕਿਉਂ ਅਸਫਲ ਹੁੰਦੀ ਰਹੀ? ਅਤੇ ਤੁਹਾਡੀ ਐਪ ਦੇ ਕਿਹੜੇ ਹਿੱਸੇ ਅਜੇ ਵੀ ਕੰਮ ਕਰ ਰਹੇ ਸਨ? ਮਾਈਕ੍ਰੋਸਾਫਟ ਨੇ ਦੇਰੀ ਨਾਲ ਈਮੇਲ ਨੂੰ ਅਠਤਾਲੀ ਘੰਟੇ ਵੀ ਦਿੱਤੇ। ਇਹ ਅਸਲ ਵਿੱਚ ਤੁਹਾਨੂੰ ਕੀ ਖਰੀਦਦਾ ਹੈ? ਅੱਜ ਸ਼ੁੱਕਰਵਾਰ, ਤੇਰ੍ਹਾਂ ਨਵੰਬਰ ਹੈ, ਅਤੇ ਇਹ The Daily Diff ਹੈ।

0:18 ਐਕਸਚੇਂਜ ਔਨਲਾਈਨ ਮਾਈਕ੍ਰੋਸਾਫਟ ਦੀ ਹੋਸਟ ਕੀਤੀ ਈਮੇਲ ਸੇਵਾ ਹੈ, ਅਤੇ ਹੋਰ ਮਾਈਕ੍ਰੋਸਾਫਟ ਤਿੰਨ

### ਕਿਹੜੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਐਕਸਚੇਂਜ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀਆਂ ਸਨ?

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

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

### ਗੁੰਮ ਹੋਈ ਸਮਰੱਥਾ ਇੱਕ ਸੇਵਾ ਨੂੰ ਕਿਵੇਂ ਓਵਰਲੋਡ ਕਰਦੀ ਹੈ?

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

1:29 ਸਾਡੇ ਕੋਲ ਕੋਈ ਅੰਤਿਮ ਘਟਨਾ ਰਿਪੋਰਟ ਨਹੀਂ ਹੈ ਜੋ ਇਹ ਦੱਸਦੀ ਹੈ ਕਿ ਉਹ ਸਰਵਰ ਪਹਿਲਾਂ ਕਿਉਂ ਅਣਉਪਲਬਧ ਹੋ ਗਏ। ਅਪਡੇਟਾਂ ਇੱਕ ਆਨ-ਕਾਲ ਸ਼ਿਫਟ ਵਾਂਗ ਪੜ੍ਹੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਜੋ ਨਾਸ਼ਤੇ ਵਿੱਚ

### ਮਾਈਕ੍ਰੋਸਾਫਟ ਨੇ ਪਹਿਲਾਂ ਕੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ?

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

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

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

2:39 ਉਪ-ਸਮੂਹ ਦਾ ਵੀ ਪੁਨਰ ਨਿਰਮਾਣ ਕੀਤਾ ਕਿ ਕੀ ਉਹ ਜਵਾਬਦੇਹ ਰਹਿਣਗੇ। ਉਹਨਾਂ ਨੂੰ ਘੱਟ ਕਰਨ ਦੇ ਪ੍ਰਯੋਗਾਂ ਦੀ ਰਿਪੋਰਟ ਕੀਤੀ ਗਈ ਸੀ। ਰਿਕਵਰੀ ਦੌਰਾਨ ਤੈਨਾਤੀਆਂ ਨੂੰ ਰੋਕਣਾ ਸਾਨੂੰ ਇਸ ਗੱਲ ਦਾ ਕੋਈ ਸਬੂਤ ਨਹੀਂ ਦਿੰਦਾ ਕਿ ਇੱਕ ਸ਼ੁੱਕਰਵਾਰ ਦੀ ਤੈਨਾਤੀ ਕਾਰਨ ਅਸਲ ਆਉਟੇਜ ਹੋਈ ਸੀ।

### ਰਿਪੋਰਟਿੰਗ ਕੱਟਆਫ 'ਤੇ ਕੀ ਜਾਣਿਆ ਜਾਂਦਾ ਸੀ?

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

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

### ਇੱਕ ਗ੍ਰਾਫ ਬੇਨਤੀ ਕਿਉਂ ਅਸਫਲ ਹੋ ਸਕਦੀ ਹੈ?

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

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

### 48-ਘੰਟੇ ਦੀ ਮੇਲ ਵਿੰਡੋ ਕੀ ਖਰੀਦਦੀ ਹੈ?

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

4:28 ਅਤੇ ਇੱਕ ਕਤਾਰਬੱਧ ਸੁਨੇਹਾ ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ ਇਸਦੇ ਪ੍ਰਾਪਤਕਰਤਾ ਤੱਕ ਪਹੁੰਚ ਗਿਆ ਹੋਵੇ। ਸਮਾਂ-ਸੰਵੇਦਨਸ਼ੀਲ ਕੰਮ ਲਈ, ਇੱਕ ਪ੍ਰਵਾਨਿਤ ਸੁਤੰਤਰ ਚੈਨਲ ਦੁਆਰਾ ਨਤੀਜੇ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਇੱਕ ਕਲਾਇੰਟ ਵਿੰਡੋ ਇੱਕ ਆਸ਼ਾਵਾਦੀ ਡਿਲੀਵਰੀ ਰਸੀਦ ਹੈ ਜਦੋਂ ਬੈਕਐਂਡ ਅਜੇ ਵੀ ਰਿਕਵਰ ਕਰ ਰਿਹਾ ਹੈ। ਜੋ ਅੰਤਿਮ ਘਟਨਾ ਰਿਪੋਰਟ ਵਿੱਚ ਪੜ੍ਹਨ ਲਈ ਬਹੁਤ ਕੁਝ ਛੱਡਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਮੈਨੂੰ ਇਹ ਸੁਣਨ ਦੀ ਬਜਾਏ ਇਸਨੂੰ ਪੜ੍ਹਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਡਿਫ ਤੁਹਾਡੇ ਇਨਬਾਕਸ ਵਿੱਚ ਹਰ ਸਵੇਰ, The Daily Diff dot dev 'ਤੇ ਮੁਫਤ, ਲਿੰਕ ਹੇਠਾਂ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਤਾਂ ਅੱਜ ਦਾ ਫੈਸਲਾ, NEEDS REVIEW।

### ਨਿਰੰਤਰ ਰਿਕਵਰੀ ਨੂੰ ਕੀ ਸਾਬਤ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ?

4:49 ਮੈਂ ਰਿਕਵਰੀ ਦੀ ਸਮੀਖਿਆ ਕਰਦਾ ਰਹਾਂਗਾ ਕਿਉਂਕਿ ਮਾਈਕ੍ਰੋਸਾਫਟ ਦੇ ਆਪਣੇ ਅਪਡੇਟਾਂ ਨੇ ਟ੍ਰੈਫਿਕ ਦੇ ਹੇਠਾਂ ਅਸਫਲ ਹੋਣ ਵਾਲੇ ਸਰਵਰਾਂ ਨੂੰ ਦਿਖਾਇਆ। ਉਪਯੋਗੀ ਟੈਸਟ ਅਸਲ ਕੰਮ ਦੇ ਨਾਲ ਨਿਰੰਤਰ ਸੇਵਾ ਹੈ। ਅੰਤਿਮ ਰਿਪੋਰਟ ਤੱਕ, ਸ਼ੁਰੂਆਤੀ ਕਾਰਨ ਖੁੱਲਾ ਰਹਿੰਦਾ ਹੈ। ਅਤੇ ਅੱਜ ਦਾ ਡਿਫ ਇਹੀ ਹੈ। ਮੈਂ ਐਕਸਰਿਸੀ ਤੋਂ ਨੀਕੋ ਹਾਂ। ਜ਼ਿੰਮੇਵਾਰੀ ਨਾਲ ਮਿਲਾਓ।

## ਸਰੋਤ

- [ExpandedMicrosoftservicehealth, reportingcutoffNovember13 11:04:50UTC; earlier10:01:07observationshistorical](https://status.cloud.microsoft/) — Microsoft
- [Returned servers can become unresponsive again once they receive traffic](https://x.com/MSFT365Status/status/2121031935010951521) — Microsoft 365 Status
- [Health-processing component investigation hypothesis](https://x.com/MSFT365Status/status/2120974801388904932) — Microsoft 365 Status
- [Alternative health check returned a subset of servers](https://x.com/MSFT365Status/status/2120985048337830246) — Microsoft 365 Status
- [Isolate, restart and reintroduce traffic to test stability](https://x.com/MSFT365Status/status/2121002505911857577) — Microsoft 365 Status
- [Unavailable servers strain remaining infrastructure](https://x.com/MSFT365Status/status/2120962673911181437) — Microsoft 365 Status
- [Initial Exchange mailbox-access investigation in the Americas](https://x.com/MSFT365Status/status/2120938282204688468) — Microsoft 365 Status
- [Users in any region may be affected](https://x.com/MSFT365Status/status/2120941584220827979) — Microsoft 365 Status
- [Email timeout extended to preserve delayed messages](https://x.com/MSFT365Status/status/2121172248241348867) — Microsoft 365 Status
- [Paused deployments, traffic redistribution and server restarts](https://x.com/MSFT365Status/status/2120957934607700161) — Microsoft 365 Status
- [Independent live reporting on the Microsoft email disruption](https://www.cnn.com/2026/11/12/business/live-news/microsoft-global-outage-intl-hnk) — CNN
- [Microsoft Graph throttling guidance](https://learn.microsoft.com/en-us/graph/throttling) — Microsoft Learn
- [Exchange Online service description](https://learn.microsoft.com/en-us/office365/servicedescriptions/exchange-online-service-description/exchange-online-service-description) — Microsoft Learn
- [Satya Nadella portrait by OFFICIAL LEWEB PHOTOS (2013), CC BY 2.0. Whole portrait-based artwork adapted by cropping, background removal, resizing and text/composition; vendor identity only, no endorsement or current reaction.](https://commons.wikimedia.org/wiki/File:Satya_Nadella.jpg) — OFFICIAL LEWEB PHOTOS
- [Portrait-only CC BY 2.0 licence; separate from third-party source/cartoon rights](https://creativecommons.org/licenses/by/2.0/) — Creative Commons
- [WWE still. Brief silent process commentary; WWE, The Simpsons/20th Television/Disney, Microsoft and other source owners retain copyright. Hosting and this specific editorial-use decision provide no blanket reuse grant or copyright clearance. The portrait licence is separate from third-party source/cartoon rights.](https://imgflip.com/memetemplate/234202281/AJ-Styles--Undertaker) — WWE / Imgflip source hosting
- [The Simpsons/Bob GIF. Brief silent process commentary; WWE, The Simpsons/20th Television/Disney, Microsoft and other source owners retain copyright. Hosting and this specific editorial-use decision provide no blanket reuse grant or copyright clearance. The portrait licence is separate from third-party source/cartoon rights.](https://giphy.com/gifs/the-simpsons-sideshow-bob-RSOUOj8H9A3Xq) — The Simpsons / 20th Television / Disney; GIPHY source hosting