SharePoint ਤੋਂ Excel ਵਿੱਚ ਨਿਰਯਾਤ: ਰਿਫ੍ਰੈਸ਼ ਅਸਲ ਵਿੱਚ ਕਿੱਥੇ ਚੱਲਦਾ ਹੈ
SharePoint-Excel ਨਿਰਯਾਤ ਨੂੰ ਕੁਐਰੀ ਫਾਈਲ, Office ਦੀ ਆਪਣੀ HTTP ਬੇਨਤੀ ਅਤੇ ਸੰਭਾਲੇ ਰਿਫ੍ਰੈਸ਼ ਰਾਹੀਂ ਟ੍ਰੇਸ ਕਰੋ ਅਤੇ ਪਤਾ ਲਗਾਓ ਕਿ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਪੜਾਅ ਫੇਲ੍ਹ ਹੋਇਆ।
Excel ਵਿੱਚ ਨਿਰਯਾਤ ਤੈਨਾਤੀ ਦੇ ਆਧਾਰ 'ਤੇ ਤਿੰਨ ਵੱਖਰੇ ਆਰਟੀਫੈਕਟ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਗਲਤੀ ਠੀਕ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੀ ਹੁੰਦੀ ਹੈ। ਡਾਊਨਲੋਡ ਕੀਤੀ ਕੁਐਰੀ ਫਾਈਲ, ਸਥਿਰ CSV ਅਤੇ ਰਿਫ੍ਰੈਸ਼ ਹੋਣ ਵਾਲੀ ਜੁੜੀ ਸਾਰਣੀ ਇੱਕੋ ਨਤੀਜਾ ਨਹੀਂ ਹਨ, ਅਤੇ ਹਰ ਇੱਕ ਵੱਖਰੇ ਪੜਾਅ 'ਤੇ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ। ਇਹ ਜਾਣਨਾ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਕਿਹੜਾ ਆਰਟੀਫੈਕਟ ਹੈ, ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਅਗਲਾ ਕਦਮ ਨੈੱਟਵਰਕ ਟੀਮ, ਪਛਾਣ ਟੀਮ ਜਾਂ ਸੂਚੀ ਦੇ ਮਾਲਕ ਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤਾ ਤੰਤਰ ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ Excel ਦੀ ਆਪਣੀ ਬੇਨਤੀ ਤੱਕ ਦੇ ਹਸਤਾਂਤਰਣ ਦੀ ਪੈਰਵੀ ਕਰਦਾ ਹੈ।
ਨਿਰਯਾਤ ਅਸਲ ਵਿੱਚ ਕੀ ਸੌਂਪਦਾ ਹੈ
ਕਲਾਸਿਕ SharePoint ਸੂਚੀਆਂ ਵਿੱਚ, Excel ਵਿੱਚ ਨਿਰਯਾਤ ਇੱਕ ਛੋਟੀ ਟੈਕਸਟ ਫਾਈਲ ਡਾਊਨਲੋਡ ਕਰਦਾ ਹੈ ਜਿਸਦਾ ਮੁੱਖ ਹਿੱਸਾ URL ਹੁੰਦਾ ਹੈ; ਫਿਰ Excel ਉਸ ਫਾਈਲ ਨੂੰ ਪੜ੍ਹਦਾ ਹੈ ਅਤੇ ਉਸਦੇ ਪਿੱਛੇ ਦੇ ਡੇਟਾ ਲਈ ਆਪਣੀ ਬੇਨਤੀ ਭੇਜਦਾ ਹੈ। ਡਾਊਨਲੋਡ ਕੀਤੀ ਫਾਈਲ ਇੱਕ ਸੰਕੇਤਕ ਹੈ, ਸੂਚੀ ਨਹੀਂ। ਇਸਦੇ ਉਲਟ CSV ਨਿਰਯਾਤ ਵਿੱਚ ਕਤਾਰਾਂ ਆਪ ਹੁੰਦੀਆਂ ਹਨ ਅਤੇ ਰਿਫ੍ਰੈਸ਼ ਲਈ ਕੋਈ ਕਨੈਕਸ਼ਨ ਨਹੀਂ ਹੁੰਦਾ। ਨਵੀਂ ਜੁੜੀ ਸਾਰਣੀ ਕੁਐਰੀ ਨੂੰ ਸਿੱਧਾ ਵਰਕਬੁੱਕ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰ ਸਕਦੀ ਹੈ, ਇਸ ਲਈ ਡਾਊਨਲੋਡ ਫੋਲਡਰ ਵਿੱਚ ਕੁਝ ਵੀ ਨਹੀਂ ਪਹੁੰਚਦਾ।
ਹਰ ਜੁੜਿਆ ਰੂਪ ਇੱਕਤਰਫ਼ਾ ਹੈ। ਰਿਫ੍ਰੈਸ਼ ਸੂਚੀ ਤੋਂ ਮੌਜੂਦਾ ਕਤਾਰਾਂ ਵਰਕਬੁੱਕ ਵਿੱਚ ਲਿਆਉਂਦਾ ਹੈ, ਅਤੇ ਸਾਰਣੀ ਸੰਪਾਦਿਤ ਕਰਨ ਨਾਲ ਕੁਝ ਵੀ ਵਾਪਸ ਨਹੀਂ ਭੇਜਿਆ ਜਾਂਦਾ। ਇਹ ਅਸਮਾਨਤਾ ਨਿਦਾਨ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਕਿਉਂਕਿ ਪਿਛਲੇ ਹਫ਼ਤੇ ਦੀਆਂ ਕਤਾਰਾਂ ਨਾਲ ਖੁੱਲ੍ਹਣ ਵਾਲੀ ਵਰਕਬੁੱਕ ਪਹਿਲਾਂ ਹੀ ਸਾਬਤ ਕਰ ਚੁੱਕੀ ਹੈ ਕਿ ਫਾਈਲ ਮੌਜੂਦ ਹੈ ਅਤੇ ਕਨੈਕਸ਼ਨ ਸੰਭਾਲਿਆ ਗਿਆ ਸੀ, ਪਰ ਇਹ ਨਹੀਂ ਦੱਸਦੀ ਕਿ ਰਿਫ੍ਰੈਸ਼ ਅੱਜ ਕੰਮ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।
ਇਸ ਲਈ ਪਹਿਲਾ ਸਵਾਲ ਇਹ ਨਹੀਂ ਕਿ ਨਿਰਯਾਤ ਕਿਉਂ ਫੇਲ੍ਹ ਹੋਇਆ, ਸਗੋਂ ਇਹ ਹੈ ਕਿ ਵਰਤੋਂਕਾਰ ਕਿਹੜੇ ਆਰਟੀਫੈਕਟ ਦੀ ਉਮੀਦ ਕਰ ਰਿਹਾ ਸੀ। ਜਵਾਬ ਜਾਂਚ ਨੂੰ ਤਿੰਨ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਤੱਕ ਸੀਮਿਤ ਕਰਦਾ ਹੈ।
ਤਿੰਨ ਪ੍ਰਕਿਰਿਆਵਾਂ, ਤਿੰਨ ਵੱਖਰੀਆਂ ਪਛਾਣਾਂ
ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਡਾਊਨਲੋਡ ਬ੍ਰਾਊਜ਼ਰ ਸੈਸ਼ਨ ਵਰਤਦਾ ਹੈ, ਆਪਣੀਆਂ ਕੂਕੀਜ਼, ਪ੍ਰੌਕਸੀ ਸੰਰਚਨਾ ਅਤੇ ਸਾਈਨ-ਇਨ ਸਥਿਤੀ ਨਾਲ। ਫਾਈਲ ਖੋਲ੍ਹਣ ਵਾਲਾ Excel Office ਦਾ HTTP ਸਟੈਕ ਵਰਤਦਾ ਹੈ, ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਪੂਰੀ ਮਸ਼ੀਨ ਦੀ WinHTTP ਸੈਟਿੰਗ ਦੀ ਥਾਂ ਪ੍ਰਤੀ-ਵਰਤੋਂਕਾਰ ਇੰਟਰਨੈੱਟ ਵਿਕਲਪ ਪ੍ਰੌਕਸੀ ਦੀ ਪੈਰਵੀ ਕਰਦਾ ਹੈ, ਅਤੇ ਵਰਤੋਂਕਾਰ ਕੋਲ ਜੋ ਵੀ Office ਪਛਾਣ ਹੈ ਉਸ ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਕਰਦਾ ਹੈ। ਬਾਅਦ ਵਾਲਾ ਰਿਫ੍ਰੈਸ਼ ਸੰਭਾਲਿਆ ਕਨੈਕਸ਼ਨ ਦੁਬਾਰਾ ਵਰਤਦਾ ਹੈ ਅਤੇ ਪੁੱਛਣ ਦੀ ਥਾਂ Windows ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਮੈਨੇਜਰ ਤੋਂ ਕੈਸ਼ ਕੀਤੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਲੈ ਸਕਦਾ ਹੈ।
ਇਹ ਤਿੰਨ ਸੰਦਰਭ ਇੱਕੋ ਮਸ਼ੀਨ 'ਤੇ ਅਸਹਿਮਤ ਹੋ ਸਕਦੇ ਹਨ, ਅਤੇ ਇਸੇ ਲਈ ਸੂਚੀ ਆਸਾਨੀ ਨਾਲ ਖੋਲ੍ਹਣ ਵਾਲਾ ਬ੍ਰਾਊਜ਼ਰ ਅਤੇ ਸਾਈਨ-ਇਨ ਸੰਕੇਤ ਵਾਪਸ ਦੇਣ ਵਾਲਾ Excel ਰਿਫ੍ਰੈਸ਼ ਵਿਰੋਧਾਭਾਸ ਨਹੀਂ ਸਗੋਂ ਸੁਸੰਗਤ ਨਤੀਜਾ ਹਨ। ਟਨਲ ਤਿੰਨਾਂ ਲਈ ਮਸ਼ੀਨ ਦੀ ਰਾਊਟਿੰਗ ਬਦਲਦੀ ਹੈ, ਪਰ ਪ੍ਰੌਕਸੀ ਸਵੈ-ਸੰਰਚਨਾ ਫਾਈਲ ਫਿਰ ਵੀ Office ਬੇਨਤੀਆਂ ਕਿਤੇ ਹੋਰ ਭੇਜ ਸਕਦੀ ਹੈ।
ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਪੜਾਅ 'ਤੇ ਵਰਤੀ ਜਾਣ ਵਾਲੀ ਪਛਾਣ ਦਰਜ ਕਰੋ। ਬ੍ਰਾਊਜ਼ਰ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਸੁਧਾਰ ਉਸ ਬੇਨਤੀ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕਦਾ ਜੋ Excel ਕਿਸੇ ਹੋਰ ਖਾਤੇ ਅਧੀਨ ਕਰਦਾ ਹੈ।
ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਹਸਤਾਂਤਰਣ ਫਾਈਲ ਪੜ੍ਹੋ
ਡਾਊਨਲੋਡ ਕੀਤੀ ਫਾਈਲ ਸਾਦਾ ਟੈਕਸਟ ਹੈ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਛੋਟੀ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਪਹਿਲਾਂ ਉਹ ਪੜ੍ਹੋ। ਇਹ ਉਸ ਹੋਸਟ ਅਤੇ ਸਮਾਪਤੀ ਬਿੰਦੂ ਦਾ ਨਾਮ ਦੱਸਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ Excel ਕਾਲ ਕਰੇਗਾ, ਅਤੇ ਉਹੀ ਹੋਸਟ ਵਰਤੋਂਕਾਰ ਦੀ ਮਸ਼ੀਨ ਤੋਂ ਹੱਲ ਹੋਣਾ ਅਤੇ ਪ੍ਰਮਾਣਿਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਬ੍ਰਾਊਜ਼ਰ ਦੀ ਸਿਰਨਾਵਾਂ ਪੱਟੀ ਵਿੱਚ ਦਿਸਦਾ ਪਤਾ ਲਾਜ਼ਮੀ ਨਹੀਂ।
Get-Content "$env:USERPROFILE\Downloads\query.iqy"
Resolve-DnsName team.example.net
netsh winhttp show proxyਫਾਈਲ ਵਿੱਚ ਦਿੱਤੀ ਹੋਸਟ ਦੀ ਤੁਲਨਾ ਉਸ ਸਾਈਟ ਨਾਲ ਕਰੋ ਜਿੱਥੋਂ ਵਰਤੋਂਕਾਰ ਸਮਝਦਾ ਹੈ ਕਿ ਉਸਨੇ ਨਿਰਯਾਤ ਕੀਤਾ। ਨਿਰਯਾਤ ਦੌਰਾਨ ਰੀਡਾਇਰੈਕਟ, ਪੁਰਾਣਾ ਸਾਈਟ ਸੰਗ੍ਰਹਿ ਜਾਂ ਭੇਜੀ ਗਈ ਸੂਚੀ ਹੁਣ ਡੇਟਾ ਨਾ ਦੇਣ ਵਾਲੇ ਨਾਮ ਵੱਲ ਸੰਕੇਤਕ ਛੱਡ ਸਕਦੀ ਹੈ, ਅਤੇ ਇਸ ਤੋਂ ਬਣਨ ਵਾਲੀ ਗਲਤੀ ਨੈੱਟਵਰਕ ਫੇਲ੍ਹ ਹੋਣ ਵਰਗੀ ਦਿਸਦੀ ਹੈ। ਜੇ ਨਾਮ ਹੱਲ ਹੋ ਜਾਵੇ ਅਤੇ ਸਮਾਪਤੀ ਬਿੰਦੂ ਜਵਾਬ ਦੇਵੇ, ਤਾਂ ਬਚੇ ਉਮੀਦਵਾਰ ਪ੍ਰਮਾਣੀਕਰਨ ਅਤੇ ਕੁਐਰੀ ਆਪ ਹਨ।
ਕੰਮ ਕਰਾਉਣ ਲਈ ਹੋਸਟ ਨਾਮ ਨੂੰ IP ਪਤੇ ਨਾਲ ਨਾ ਬਦਲੋ। ਇਹ ਸਰਟੀਫਿਕੇਟ ਦੀ ਨਾਮ ਜਾਂਚ ਤੋੜਦਾ ਹੈ ਅਤੇ ਅਸਲ ਸਮੱਸਿਆ ਨੂੰ ਅਗਲੇ ਸਰਟੀਫਿਕੇਟ ਨਵੀਨੀਕਰਨ 'ਤੇ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲੇ ਉਪਾਅ ਪਿੱਛੇ ਲੁਕਾਉਂਦਾ ਹੈ।
ਨਾਮ, ਸਾਈਨ-ਇਨ ਅਤੇ ਕੁਐਰੀ ਫੇਲ੍ਹਤਾਵਾਂ ਨੂੰ ਵੱਖ ਕਰੋ
ਚਾਰ ਨਤੀਜੇ ਲਗਭਗ ਹਰ ਰਿਪੋਰਟ ਨੂੰ ਕਵਰ ਕਰਦੇ ਹਨ, ਅਤੇ ਹਰ ਇੱਕ ਦਾ ਮਾਲਕ ਵੱਖਰਾ ਹੈ। ਜੋ ਨਾਮ ਹੱਲ ਨਾ ਹੋਵੇ ਉਹ DNS ਦਾ ਹੈ। ਜੋ ਕਨੈਕਸ਼ਨ ਸਮਾਂ-ਸੀਮਾ 'ਤੇ ਖਤਮ ਹੋਵੇ ਉਹ ਰਾਊਟਿੰਗ ਜਾਂ ਪ੍ਰੌਕਸੀ ਦਾ ਹੈ। ਸਾਈਨ-ਇਨ ਸੰਕੇਤ ਜਾਂ 401 ਪਛਾਣ ਦਾ ਹੈ। ਜੋ ਜਵਾਬ ਆਉਂਦਾ ਹੈ ਪਰ ਵਿਸ਼ਲੇਸ਼ਣ ਨਹੀਂ ਹੋ ਸਕਦਾ ਉਹ ਕੁਐਰੀ ਜਾਂ ਉਸ ਸਮਾਪਤੀ ਬਿੰਦੂ ਦਾ ਹੈ ਜੋ ਸੂਚੀ ਹੁਣ ਪੇਸ਼ ਕਰਦੀ ਹੈ।
| What the user sees | Stage that failed |
|---|---|
| Data source could not be found | Name resolution or the pointer in the file |
| Repeated sign-in prompt | Office identity or cached credential |
| Timeout while refreshing | Route, proxy or the VPN path |
| Refresh succeeds, rows look wrong | Query scope or list view, not connectivity |
ਆਖਰੀ ਕਤਾਰ ਉਹੀ ਹੈ ਜਿਸਦਾ ਲੋਕ ਗਲਤ ਨਿਦਾਨ ਕਰਦੇ ਹਨ। ਪੂਰਾ ਹੋ ਕੇ ਗਲਤ ਕਤਾਰਾਂ ਵਾਪਸ ਦੇਣ ਵਾਲਾ ਰਿਫ੍ਰੈਸ਼ ਪਹਿਲਾਂ ਹੀ ਸਾਬਤ ਕਰ ਚੁੱਕਾ ਹੈ ਕਿ ਹਰ ਨੈੱਟਵਰਕ ਅਤੇ ਪਛਾਣ ਪਰਤ ਕੰਮ ਕਰਦੀ ਹੈ, ਅਤੇ ਬਚਿਆ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਕੁਐਰੀ ਕਿਹੜਾ ਦ੍ਰਿਸ਼ ਜਾਂ ਕਿਹੜਾ ਫਿਲਟਰ ਲੈ ਕੇ ਚੱਲਦੀ ਹੈ। ਉਹ ਟਿਕਟ ਨੈੱਟਵਰਕ ਟੀਮ ਨੂੰ ਭੇਜਣਾ ਇੱਕ ਦਿਨ ਬਰਬਾਦ ਕਰਨਾ ਹੈ।
ਗਲਤੀ ਦਾ ਸਹੀ ਟੈਕਸਟ ਅਤੇ ਪਹਿਲੀ ਫੇਲ੍ਹਤਾ ਦਾ ਸਮਾਂ ਸੰਭਾਲੋ। ਇਹੀ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਸਾਰਣੀ ਦੀ ਕਿਹੜੀ ਕਤਾਰ ਵਿੱਚ ਹੋ, ਅਤੇ ਇਹੀ ਇਕੋ-ਇਕ ਸਬੂਤ ਹੈ ਜਿਸ 'ਤੇ ਸੂਚੀ ਦਾ ਮਾਲਕ ਕਾਰਵਾਈ ਕਰ ਸਕਦਾ ਹੈ।
ਉਸੇ ਸੂਚੀ 'ਤੇ ਰਿਫ੍ਰੈਸ਼ ਦੁਬਾਰਾ ਜਾਂਚੋ
ਫੇਲ੍ਹ ਹੋਇਆ ਪੜਾਅ ਪਛਾਣੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਉਹੀ ਕਾਰਵਾਈ ਦੁਹਰਾਓ ਜੋ ਫੇਲ੍ਹ ਹੋਈ, ਸਸਤੀ ਕਾਰਵਾਈ ਨਹੀਂ। ਉਹੀ ਸੂਚੀ ਮਨਸੂਬਾ Excel ਵਾਤਾਵਰਨ ਤੋਂ, ਉਮੀਦ ਕੀਤੇ ਖਾਤੇ ਅਤੇ ਮਨਜ਼ੂਰ ਨੈੱਟਵਰਕ ਮਾਰਗ ਨਾਲ ਰਿਫ੍ਰੈਸ਼ ਕਰੋ, ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਤਾਰ ਗਿਣਤੀ ਜਾਂ ਕੋਈ ਜਾਣੀ ਬਦਲੀ ਕੀਮਤ ਸੱਚਮੁੱਚ ਅੱਪਡੇਟ ਹੁੰਦੀ ਹੈ। ਸੰਭਾਲੀ ਵਰਕਬੁੱਕ ਖੋਲ੍ਹਣਾ ਕਨੈਕਸ਼ਨ ਬਾਰੇ ਕੁਝ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ।
ਵਿਆਪਕ ਮੁਰੰਮਤਾਂ ਦਾ ਵਿਰੋਧ ਕਰੋ: ਸਾਰੇ ਸੰਭਾਲੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਮਿਟਾਉਣਾ, Office ਨੂੰ ਉੱਚ ਅਧਿਕਾਰਾਂ ਨਾਲ ਚਲਾਉਣਾ ਜਾਂ ਕੋਈ ਸੁਰੱਖਿਆ ਵਿਸ਼ੇਸ਼ਤਾ ਬੰਦ ਕਰਨਾ ਪੜਾਅ ਸੁਧਾਰੇ ਬਿਨਾਂ ਲੱਛਣ ਬਦਲ ਸਕਦਾ ਹੈ। ਜੇ ਪ੍ਰਮਾਣੀਕਰਨ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲੀ ਪਰਤ ਹੈ, ਤਾਂ ਕਲਾਇੰਟ 'ਤੇ ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਦੀ ਥਾਂ ਸੂਚੀ ਦੇ ਮਾਲਕ ਨੂੰ ਖਾਤਾ ਅਤੇ ਸਮਰਥਿਤ ਸਾਈਨ-ਇਨ ਪ੍ਰਵਾਹ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਕਹੋ।
CSV ਸਿਰਫ਼ ਤਦ ਪੇਸ਼ ਕਰੋ ਜਦੋਂ ਡਿਸਕਨੈਕਟਿਡ ਸਨੈਪਸ਼ਾਟ ਕੰਮ ਪੂਰਾ ਕਰੇ ਅਤੇ ਉਹ ਨਿਰਯਾਤ ਵਾਤਾਵਰਨ ਲਈ ਸਮਰਥਿਤ ਹੋਵੇ। ਆਉਟਪੁੱਟ ਫਾਰਮੈਟ ਬਦਲਣਾ ਕੰਮ ਦਾ ਪ੍ਰਵਾਹ ਬਦਲਦਾ ਹੈ ਅਤੇ ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਜੁੜੀ ਕਾਰਵਾਈ ਨੇ ਕੰਮ ਕਰਨਾ ਕਿਉਂ ਬੰਦ ਕੀਤਾ।