ਅਸੀਂ ਵਰਤੇ ਹੋਏ CISCO UCS-C220 M3 v2 ਦੇ ਅਧਾਰ ਤੇ RDP ਦੁਆਰਾ ਰਿਮੋਟ ਕੰਮ ਲਈ ਗ੍ਰਾਫਿਕ ਅਤੇ CAD/CAM ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਇੱਕ ਸਰਵਰ ਨੂੰ ਇਕੱਠਾ ਕਰਦੇ ਹਾਂ।

ਲਗਭਗ ਹਰ ਕੰਪਨੀ ਕੋਲ ਹੁਣ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ CAD/CAM ਵਿੱਚ ਕੰਮ ਕਰਨ ਵਾਲਾ ਇੱਕ ਵਿਭਾਗ ਜਾਂ ਸਮੂਹ ਹੈ
ਜਾਂ ਭਾਰੀ ਡਿਜ਼ਾਈਨ ਪ੍ਰੋਗਰਾਮ। ਉਪਭੋਗਤਾਵਾਂ ਦਾ ਇਹ ਸਮੂਹ ਹਾਰਡਵੇਅਰ ਲਈ ਗੰਭੀਰ ਲੋੜਾਂ ਦੁਆਰਾ ਇੱਕਜੁੱਟ ਹੈ: ਬਹੁਤ ਸਾਰੀ ਮੈਮੋਰੀ - 64GB ਜਾਂ ਵੱਧ, ਇੱਕ ਪੇਸ਼ੇਵਰ ਵੀਡੀਓ ਕਾਰਡ, ਇੱਕ ਤੇਜ਼ ssd, ਅਤੇ ਇਹ ਕਿ ਇਹ ਭਰੋਸੇਯੋਗ ਹੈ। ਕੰਪਨੀਆਂ ਅਕਸਰ ਕੰਪਨੀ ਦੀਆਂ ਲੋੜਾਂ ਅਤੇ ਵਿੱਤੀ ਸਮਰੱਥਾਵਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ, ਅਜਿਹੇ ਵਿਭਾਗਾਂ ਦੇ ਕੁਝ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਕਈ ਸ਼ਕਤੀਸ਼ਾਲੀ ਪੀਸੀ (ਜਾਂ ਗ੍ਰਾਫਿਕਸ ਸਟੇਸ਼ਨ) ਖਰੀਦਦੀਆਂ ਹਨ ਅਤੇ ਦੂਜਿਆਂ ਲਈ ਘੱਟ ਸ਼ਕਤੀਸ਼ਾਲੀ। ਇਹ ਅਕਸਰ ਅਜਿਹੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਮਿਆਰੀ ਪਹੁੰਚ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਇਹ ਵਧੀਆ ਕੰਮ ਕਰਦੀ ਹੈ। ਪਰ ਇੱਕ ਮਹਾਂਮਾਰੀ ਅਤੇ ਦੂਰ-ਦੁਰਾਡੇ ਦੇ ਕੰਮ ਦੇ ਦੌਰਾਨ, ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ, ਇਹ ਪਹੁੰਚ ਪ੍ਰਸ਼ਾਸਨ, ਪ੍ਰਬੰਧਨ ਅਤੇ ਹੋਰ ਪਹਿਲੂਆਂ ਵਿੱਚ ਸਭ ਤੋਂ ਵਧੀਆ, ਬਹੁਤ ਬੇਲੋੜੀ ਅਤੇ ਬਹੁਤ ਅਸੁਵਿਧਾਜਨਕ ਹੈ। ਅਜਿਹਾ ਕਿਉਂ ਹੈ, ਅਤੇ ਕਿਹੜਾ ਹੱਲ ਆਦਰਸ਼ਕ ਤੌਰ 'ਤੇ ਬਹੁਤ ਸਾਰੀਆਂ ਕੰਪਨੀਆਂ ਦੀਆਂ ਗ੍ਰਾਫਿਕਸ ਸਟੇਸ਼ਨ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਕਰੇਗਾ? ਕਿਰਪਾ ਕਰਕੇ ਬਿੱਲੀ ਵਿੱਚ ਤੁਹਾਡਾ ਸੁਆਗਤ ਹੈ, ਜੋ ਦੱਸਦਾ ਹੈ ਕਿ ਇੱਕ ਪੱਥਰ ਨਾਲ ਕਈ ਪੰਛੀਆਂ ਨੂੰ ਮਾਰਨ ਅਤੇ ਖੁਆਉਣ ਲਈ ਇੱਕ ਕਾਰਜਸ਼ੀਲ ਅਤੇ ਸਸਤੇ ਹੱਲ ਨੂੰ ਕਿਵੇਂ ਇਕੱਠਾ ਕਰਨਾ ਹੈ, ਅਤੇ ਇਸ ਹੱਲ ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਲਾਗੂ ਕਰਨ ਲਈ ਕਿਹੜੀਆਂ ਛੋਟੀਆਂ ਬਾਰੀਕੀਆਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ।

ਪਿਛਲੇ ਦਸੰਬਰ ਵਿੱਚ, ਇੱਕ ਕੰਪਨੀ ਨੇ ਇੱਕ ਛੋਟੇ ਡਿਜ਼ਾਇਨ ਦਫਤਰ ਲਈ ਇੱਕ ਨਵਾਂ ਦਫਤਰ ਖੋਲ੍ਹਿਆ ਅਤੇ ਉਹਨਾਂ ਲਈ ਪੂਰੇ ਕੰਪਿਊਟਰ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਦਾ ਕੰਮ ਸੌਂਪਿਆ ਗਿਆ, ਕਿਉਂਕਿ ਕੰਪਨੀ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਲੈਪਟਾਪ ਅਤੇ ਕੁਝ ਸਰਵਰ ਸਨ। ਲੈਪਟਾਪ ਪਹਿਲਾਂ ਹੀ ਕੁਝ ਸਾਲ ਪੁਰਾਣੇ ਸਨ ਅਤੇ ਮੁੱਖ ਤੌਰ 'ਤੇ 8-16GB RAM ਦੇ ਨਾਲ ਗੇਮਿੰਗ ਕੌਂਫਿਗਰੇਸ਼ਨ ਸਨ, ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ CAD/CAM ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੇ ਲੋਡ ਦਾ ਸਾਹਮਣਾ ਨਹੀਂ ਕਰ ਸਕਦੇ ਸਨ। ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਮੋਬਾਈਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਉਹਨਾਂ ਨੂੰ ਅਕਸਰ ਦਫ਼ਤਰ ਤੋਂ ਦੂਰ ਕੰਮ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਦਫਤਰ ਵਿੱਚ, ਹਰੇਕ ਲੈਪਟਾਪ ਲਈ ਇੱਕ ਵਾਧੂ ਮਾਨੀਟਰ ਖਰੀਦਿਆ ਜਾਂਦਾ ਹੈ (ਇਸ ਤਰ੍ਹਾਂ ਉਹ ਗ੍ਰਾਫਿਕਸ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ). ਅਜਿਹੇ ਇਨਪੁਟ ਡੇਟਾ ਦੇ ਨਾਲ, ਮੇਰੇ ਲਈ ਇੱਕੋ ਇੱਕ ਅਨੁਕੂਲ, ਪਰ ਜੋਖਮ ਭਰਿਆ ਹੱਲ ਇੱਕ ਸ਼ਕਤੀਸ਼ਾਲੀ ਪੇਸ਼ੇਵਰ ਵੀਡੀਓ ਕਾਰਡ ਅਤੇ ਇੱਕ nvme ssd ਡਿਸਕ ਦੇ ਨਾਲ ਇੱਕ ਸ਼ਕਤੀਸ਼ਾਲੀ ਟਰਮੀਨਲ ਸਰਵਰ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਹੈ।

ਗ੍ਰਾਫਿਕਲ ਟਰਮੀਨਲ ਸਰਵਰ ਦੇ ਫਾਇਦੇ ਅਤੇ RDP ਦੁਆਰਾ ਕੰਮ ਕਰਨਾ

• ਵਿਅਕਤੀਗਤ ਸ਼ਕਤੀਸ਼ਾਲੀ ਪੀਸੀ ਜਾਂ ਗ੍ਰਾਫਿਕਸ ਸਟੇਸ਼ਨਾਂ 'ਤੇ, ਜ਼ਿਆਦਾਤਰ ਸਮੇਂ, ਹਾਰਡਵੇਅਰ ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ ਤੀਜੇ ਦੁਆਰਾ ਵੀ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਅਤੇ ਵਿਹਲੇ ਰਹਿੰਦੇ ਹਨ ਅਤੇ ਸਿਰਫ ਥੋੜ੍ਹੇ ਸਮੇਂ ਲਈ ਆਪਣੀ ਸਮਰੱਥਾ ਦੇ 35-100% 'ਤੇ ਵਰਤੇ ਜਾਂਦੇ ਹਨ। ਅਸਲ ਵਿੱਚ, ਕੁਸ਼ਲਤਾ 5-20 ਪ੍ਰਤੀਸ਼ਤ ਹੈ.
• ਪਰ ਅਕਸਰ ਹਾਰਡਵੇਅਰ ਸਭ ਤੋਂ ਮਹਿੰਗੇ ਹਿੱਸੇ ਤੋਂ ਬਹੁਤ ਦੂਰ ਹੁੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਬੁਨਿਆਦੀ ਗ੍ਰਾਫਿਕਸ ਜਾਂ CAD/CAM ਸੌਫਟਵੇਅਰ ਲਾਇਸੈਂਸਾਂ ਦੀ ਕੀਮਤ ਅਕਸਰ $5000, ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ ਉੱਨਤ ਵਿਕਲਪਾਂ ਦੇ ਨਾਲ, $10 ਤੱਕ ਹੁੰਦੀ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ, ਇਹ ਪ੍ਰੋਗਰਾਮ ਬਿਨਾਂ ਕਿਸੇ ਸਮੱਸਿਆ ਦੇ RDP ਸੈਸ਼ਨ ਵਿੱਚ ਚੱਲਦੇ ਹਨ, ਪਰ ਕਈ ਵਾਰ ਤੁਹਾਨੂੰ RDP ਵਿਕਲਪ ਨੂੰ ਆਰਡਰ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜਾਂ ਫੋਰਮਾਂ ਦੀ ਖੋਜ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਕਿ ਸੰਰਚਨਾ ਜਾਂ ਰਜਿਸਟਰੀ ਵਿੱਚ ਕੀ ਲਿਖਣਾ ਹੈ ਅਤੇ ਇੱਕ RDP ਸੈਸ਼ਨ ਵਿੱਚ ਅਜਿਹੇ ਸੌਫਟਵੇਅਰ ਨੂੰ ਕਿਵੇਂ ਚਲਾਉਣਾ ਹੈ। ਪਰ ਜਾਂਚ ਕਰੋ ਕਿ ਸਾਨੂੰ ਜਿਸ ਸੌਫਟਵੇਅਰ ਦੀ ਲੋੜ ਹੈ ਉਹ RDP ਰਾਹੀਂ ਕੰਮ ਕਰਦਾ ਹੈ ਬਹੁਤ ਹੀ ਸ਼ੁਰੂ ਵਿੱਚ ਲੋੜ ਹੈ ਅਤੇ ਇਹ ਕਰਨਾ ਆਸਾਨ ਹੈ: ਅਸੀਂ RDP ਦੁਆਰਾ ਲੌਗਇਨ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਾਂ - ਜੇਕਰ ਪ੍ਰੋਗਰਾਮ ਸ਼ੁਰੂ ਹੋ ਗਿਆ ਹੈ ਅਤੇ ਸਾਰੇ ਬੁਨਿਆਦੀ ਸੌਫਟਵੇਅਰ ਫੰਕਸ਼ਨ ਕੰਮ ਕਰ ਰਹੇ ਹਨ, ਤਾਂ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਲਾਇਸੈਂਸਾਂ ਨਾਲ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੋਵੇਗੀ। ਅਤੇ ਜੇਕਰ ਇਹ ਇੱਕ ਗਲਤੀ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਗ੍ਰਾਫਿਕਲ ਟਰਮੀਨਲ ਸਰਵਰ ਨਾਲ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਲਾਗੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਅਸੀਂ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਲੱਭਦੇ ਹਾਂ ਜੋ ਸਾਡੇ ਲਈ ਤਸੱਲੀਬਖਸ਼ ਹੈ.
• ਨਾਲ ਹੀ ਇੱਕ ਵੱਡਾ ਪਲੱਸ ਇੱਕੋ ਕੌਂਫਿਗਰੇਸ਼ਨ ਅਤੇ ਖਾਸ ਸੈਟਿੰਗਾਂ, ਕੰਪੋਨੈਂਟਸ ਅਤੇ ਟੈਂਪਲੇਟਸ ਲਈ ਸਮਰਥਨ ਹੈ, ਜੋ ਕਿ ਸਾਰੇ ਪੀਸੀ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਲਾਗੂ ਕਰਨਾ ਅਕਸਰ ਮੁਸ਼ਕਲ ਹੁੰਦਾ ਹੈ। ਪ੍ਰਬੰਧਨ, ਪ੍ਰਸ਼ਾਸਨ ਅਤੇ ਸੌਫਟਵੇਅਰ ਅੱਪਡੇਟ ਵੀ "ਬਿਨਾਂ ਕਿਸੇ ਰੁਕਾਵਟ ਦੇ" ਹਨ

ਆਮ ਤੌਰ 'ਤੇ, ਇੱਥੇ ਬਹੁਤ ਸਾਰੇ ਫਾਇਦੇ ਹਨ - ਆਓ ਦੇਖੀਏ ਕਿ ਸਾਡਾ ਲਗਭਗ ਆਦਰਸ਼ ਹੱਲ ਅਭਿਆਸ ਵਿੱਚ ਕਿਵੇਂ ਦਿਖਾਉਂਦਾ ਹੈ.

ਅਸੀਂ ਵਰਤੇ ਹੋਏ CISCO UCS-C220 M3 v2 ਦੇ ਅਧਾਰ ਤੇ ਇੱਕ ਸਰਵਰ ਨੂੰ ਇਕੱਠਾ ਕਰਦੇ ਹਾਂ

ਸ਼ੁਰੂ ਵਿੱਚ, 256GB DDR3 ecc ਮੈਮੋਰੀ ਅਤੇ 10GB ਈਥਰਨੈੱਟ ਵਾਲਾ ਇੱਕ ਨਵਾਂ ਅਤੇ ਵਧੇਰੇ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸਰਵਰ ਖਰੀਦਣ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਗਈ ਸੀ, ਪਰ ਉਹਨਾਂ ਨੇ ਕਿਹਾ ਕਿ ਸਾਨੂੰ $1600 ਦੇ ਟਰਮੀਨਲ ਸਰਵਰ ਲਈ ਥੋੜਾ ਜਿਹਾ ਬਚਾਉਣ ਅਤੇ ਬਜਟ ਵਿੱਚ ਫਿੱਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਖੈਰ, ਠੀਕ ਹੈ - ਗਾਹਕ ਹਮੇਸ਼ਾ ਲਾਲਚੀ ਅਤੇ ਸਹੀ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਅਸੀਂ ਇਹ ਰਕਮ ਚੁਣਦੇ ਹਾਂ:

CISCO UCS-C220 M3 v2 (2 X SIX CORE 2.10GHZ E5-2620 v2) 128GB DDR3 ecc - $625 ਵਰਤਿਆ ਗਿਆ
3.5" 3TB sas 7200 US ID - 2×65$=130$
SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512GB ਸੈਮਸੰਗ - $200
ਵੀਡੀਓ ਕਾਰਡ QUADRO P2200 5120MB — $470
Ewell PCI-E 3.0 ਤੋਂ M.2 SSD ਅਡਾਪਟਰ (EW239) -10$
ਕੁੱਲ ਪ੍ਰਤੀ ਸਰਵਰ = $1435

ਇਹ ਇੱਕ 1TB ssd ਅਤੇ ਇੱਕ 10GB ਈਥਰਨੈੱਟ ਅਡਾਪਟਰ - $40 ਲੈਣ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਗਈ ਸੀ, ਪਰ ਇਹ ਪਤਾ ਚਲਿਆ ਕਿ ਉਹਨਾਂ ਦੇ 2 ਸਰਵਰਾਂ ਲਈ ਕੋਈ UPS ਨਹੀਂ ਸੀ, ਅਤੇ ਸਾਨੂੰ ਥੋੜਾ ਜਿਹਾ ਘਟਣਾ ਪਿਆ ਅਤੇ ਇੱਕ UPS PowerWalker VI 2200 RLE - $350 ਖਰੀਦਣਾ ਪਿਆ।

ਇੱਕ ਸਰਵਰ ਅਤੇ ਇੱਕ ਸ਼ਕਤੀਸ਼ਾਲੀ PC ਕਿਉਂ ਨਹੀਂ? ਚੁਣੀ ਗਈ ਸੰਰਚਨਾ ਦਾ ਪ੍ਰਮਾਣਿਕਤਾ।

ਬਹੁਤ ਸਾਰੇ ਘੱਟ ਨਜ਼ਰ ਵਾਲੇ ਪ੍ਰਸ਼ਾਸਕ (ਮੈਂ ਪਹਿਲਾਂ ਵੀ ਕਈ ਵਾਰ ਇਸ ਦਾ ਸਾਹਮਣਾ ਕਰ ਚੁੱਕਾ ਹਾਂ) ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ ਇੱਕ ਸ਼ਕਤੀਸ਼ਾਲੀ PC (ਅਕਸਰ ਇੱਕ ਗੇਮਿੰਗ PC) ਖਰੀਦਦੇ ਹਨ, ਉੱਥੇ 2-4 ਡਿਸਕਾਂ ਲਗਾ ਦਿੰਦੇ ਹਨ, RAID 1 ਬਣਾਉਂਦੇ ਹਨ, ਮਾਣ ਨਾਲ ਇਸਨੂੰ ਸਰਵਰ ਕਹਿੰਦੇ ਹਨ ਅਤੇ ਇਸਨੂੰ ਵਿੱਚ ਪਾ ਦਿੰਦੇ ਹਨ। ਦਫਤਰ ਦੇ ਕੋਨੇ. ਪੂਰਾ ਪੈਕੇਜ ਕੁਦਰਤੀ ਹੈ - ਸ਼ੱਕੀ ਗੁਣਵੱਤਾ ਦਾ "ਹੌਜਪੌਜ"। ਇਸ ਲਈ, ਮੈਂ ਵਿਸਤਾਰ ਵਿੱਚ ਵਰਣਨ ਕਰਾਂਗਾ ਕਿ ਇਸ ਖਾਸ ਸੰਰਚਨਾ ਨੂੰ ਅਜਿਹੇ ਬਜਟ ਲਈ ਕਿਉਂ ਚੁਣਿਆ ਗਿਆ ਸੀ.

1. ਭਰੋਸੇਯੋਗਤਾ !!! - ਸਰਵਰ ਦੇ ਸਾਰੇ ਹਿੱਸੇ 5-10 ਸਾਲਾਂ ਤੋਂ ਵੱਧ ਸਮੇਂ ਲਈ ਕੰਮ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤੇ ਗਏ ਹਨ ਅਤੇ ਟੈਸਟ ਕੀਤੇ ਗਏ ਹਨ। ਅਤੇ ਗੇਮਿੰਗ ਮਾਵਾਂ ਵੱਧ ਤੋਂ ਵੱਧ 3-5 ਸਾਲਾਂ ਲਈ ਕੰਮ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ ਕੁਝ ਲਈ ਵਾਰੰਟੀ ਮਿਆਦ ਦੇ ਦੌਰਾਨ ਟੁੱਟਣ ਦੀ ਪ੍ਰਤੀਸ਼ਤਤਾ 5% ਤੋਂ ਵੱਧ ਹੈ। ਅਤੇ ਸਾਡਾ ਸਰਵਰ ਸੁਪਰ-ਭਰੋਸੇਯੋਗ CISCO ਬ੍ਰਾਂਡ ਤੋਂ ਹੈ, ਇਸਲਈ ਕੋਈ ਖਾਸ ਸਮੱਸਿਆਵਾਂ ਦੀ ਉਮੀਦ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਅਤੇ ਉਹਨਾਂ ਦੀ ਸੰਭਾਵਨਾ ਇੱਕ ਸਥਿਰ ਪੀਸੀ ਨਾਲੋਂ ਘੱਟ ਤੀਬਰਤਾ ਦਾ ਆਰਡਰ ਹੈ
2. ਮਹੱਤਵਪੂਰਨ ਹਿੱਸੇ ਜਿਵੇਂ ਕਿ ਪਾਵਰ ਸਪਲਾਈ ਡੁਪਲੀਕੇਟ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ, ਆਦਰਸ਼ਕ ਤੌਰ 'ਤੇ, ਦੋ ਵੱਖ-ਵੱਖ ਲਾਈਨਾਂ ਤੋਂ ਬਿਜਲੀ ਦੀ ਸਪਲਾਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ ਅਤੇ ਜੇਕਰ ਇੱਕ ਯੂਨਿਟ ਫੇਲ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਸਰਵਰ ਕੰਮ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦਾ ਹੈ।
3. ECC ਮੈਮੋਰੀ - ਹੁਣ ਬਹੁਤ ਘੱਟ ਲੋਕਾਂ ਨੂੰ ਯਾਦ ਹੈ ਕਿ ਸ਼ੁਰੂ ਵਿੱਚ ECC ਮੈਮੋਰੀ ਨੂੰ ਮੁੱਖ ਤੌਰ 'ਤੇ ਬ੍ਰਹਿਮੰਡੀ ਕਿਰਨਾਂ ਦੇ ਪ੍ਰਭਾਵਾਂ ਤੋਂ ਪੈਦਾ ਹੋਈ ਇੱਕ ਗਲਤੀ ਤੋਂ ਇੱਕ ਬਿੱਟ ਨੂੰ ਠੀਕ ਕਰਨ ਲਈ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ 128GB ਦੀ ਮੈਮੋਰੀ ਸਮਰੱਥਾ ਨਾਲ - ਇੱਕ ਗਲਤੀ ਸਾਲ ਵਿੱਚ ਕਈ ਵਾਰ ਹੋ ਸਕਦੀ ਹੈ। ਇੱਕ ਸਟੇਸ਼ਨਰੀ ਪੀਸੀ 'ਤੇ ਅਸੀਂ ਪ੍ਰੋਗਰਾਮ ਦੇ ਕਰੈਸ਼ਿੰਗ, ਫ੍ਰੀਜ਼ਿੰਗ, ਆਦਿ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹਾਂ, ਜੋ ਕਿ ਨਾਜ਼ੁਕ ਨਹੀਂ ਹੈ, ਪਰ ਸਰਵਰ 'ਤੇ ਇੱਕ ਗਲਤੀ ਦੀ ਕੀਮਤ ਕਈ ਵਾਰ ਬਹੁਤ ਜ਼ਿਆਦਾ ਹੁੰਦੀ ਹੈ (ਉਦਾਹਰਨ ਲਈ, ਡੇਟਾਬੇਸ ਵਿੱਚ ਇੱਕ ਗਲਤ ਐਂਟਰੀ), ਸਾਡੇ ਕੇਸ ਵਿੱਚ, ਇੱਕ ਗੰਭੀਰ ਗੜਬੜ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਇਸਨੂੰ ਰੀਬੂਟ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ ਅਤੇ ਕਈ ਵਾਰ ਇਸ ਵਿੱਚ ਕਈ ਲੋਕਾਂ ਨੂੰ ਇੱਕ ਦਿਨ ਦਾ ਕੰਮ ਖਰਚ ਕਰਨਾ ਪੈਂਦਾ ਹੈ
4. ਸਕੇਲੇਬਿਲਟੀ - ਅਕਸਰ ਇੱਕ ਕੰਪਨੀ ਦੀ ਸਰੋਤਾਂ ਦੀ ਜ਼ਰੂਰਤ ਕੁਝ ਸਾਲਾਂ ਵਿੱਚ ਕਈ ਵਾਰ ਵਧ ਜਾਂਦੀ ਹੈ ਅਤੇ ਸਰਵਰ ਵਿੱਚ ਡਿਸਕ ਮੈਮੋਰੀ ਜੋੜਨਾ, ਪ੍ਰੋਸੈਸਰ ਬਦਲਣਾ ਆਸਾਨ ਹੁੰਦਾ ਹੈ (ਸਾਡੇ ਕੇਸ ਵਿੱਚ, ਛੇ-ਕੋਰ E5-2620 ਤੋਂ ਦਸ-ਕੋਰ Xeon E5 2690 v2) - ਇੱਕ ਨਿਯਮਤ ਪੀਸੀ 'ਤੇ ਲਗਭਗ ਕੋਈ ਮਾਪਯੋਗਤਾ ਨਹੀਂ ਹੈ
5. ਸਰਵਰ ਫਾਰਮੈਟ U1 - ਸਰਵਰ ਸਰਵਰ ਰੂਮ ਵਿੱਚ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ! ਅਤੇ ਦਫ਼ਤਰ ਦੇ ਕੋਨੇ ਵਿੱਚ ਸਟੋਕ ਕਰਨ (1KW ਤੱਕ ਗਰਮੀ) ਅਤੇ ਰੌਲਾ ਪਾਉਣ ਦੀ ਬਜਾਏ ਸੰਖੇਪ ਰੈਕਾਂ ਵਿੱਚ! ਕੰਪਨੀ ਦੇ ਨਵੇਂ ਦਫਤਰ ਵਿੱਚ, ਸਰਵਰ ਰੂਮ ਵਿੱਚ ਥੋੜੀ ਜਿਹੀ (3-6 ਯੂਨਿਟਾਂ) ਜਗ੍ਹਾ ਵੱਖਰੀ ਦਿੱਤੀ ਗਈ ਸੀ ਅਤੇ ਸਾਡੇ ਸਰਵਰ 'ਤੇ ਇੱਕ ਯੂਨਿਟ ਸਾਡੇ ਬਿਲਕੁਲ ਨੇੜੇ ਸੀ।
6. ਰਿਮੋਟ: ਪ੍ਰਬੰਧਨ ਅਤੇ ਕੰਸੋਲ - ਰਿਮੋਟ ਲਈ ਇਸ ਆਮ ਸਰਵਰ ਰੱਖ-ਰਖਾਅ ਤੋਂ ਬਿਨਾਂ! ਬਹੁਤ ਔਖਾ ਕੰਮ!
7. 128GB RAM - ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੇ ਕਿਹਾ ਕਿ 8-10 ਉਪਭੋਗਤਾ ਹਨ, ਪਰ ਅਸਲ ਵਿੱਚ 5-6 ਇੱਕੋ ਸਮੇਂ ਦੇ ਸੈਸ਼ਨ ਹੋਣਗੇ - ਇਸ ਲਈ, ਉਸ ਕੰਪਨੀ ਵਿੱਚ ਖਾਸ ਅਧਿਕਤਮ ਮੈਮੋਰੀ ਖਪਤ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, 2-30GB = 40GB ਦੇ 70 ਉਪਭੋਗਤਾ ਅਤੇ 4 ਉਪਭੋਗਤਾ 3-15GB = 36GB, + ਕੁੱਲ 10GB ਲਈ ਪ੍ਰਤੀ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ 116GB ਤੱਕ ਅਤੇ ਰਿਜ਼ਰਵ ਵਿੱਚ 10% (ਇਹ ਸਭ ਵੱਧ ਤੋਂ ਵੱਧ ਵਰਤੋਂ ਦੇ ਦੁਰਲੱਭ ਮਾਮਲਿਆਂ ਵਿੱਚ ਹੈ। ਪਰ ਜੇਕਰ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਸਮੇਂ 256GB ਤੱਕ ਜੋੜ ਸਕਦੇ ਹੋ। ਸਮਾਂ
8. ਵੀਡੀਓ ਕਾਰਡ QUADRO P2200 5120MB - ਉਸ ਕੰਪਨੀ ਵਿੱਚ ਔਸਤਨ ਪ੍ਰਤੀ ਉਪਭੋਗਤਾ
   ਇੱਕ ਰਿਮੋਟ ਸੈਸ਼ਨ ਵਿੱਚ, ਵੀਡੀਓ ਮੈਮੋਰੀ ਦੀ ਖਪਤ 0,3GB ਤੋਂ 1,5GB ਤੱਕ ਸੀ, ਇਸ ਲਈ 5GB ਕਾਫ਼ੀ ਹੋਵੇਗੀ। ਸ਼ੁਰੂਆਤੀ ਡੇਟਾ i5 ਦੇ ਅਧਾਰ ਤੇ ਇੱਕ ਸਮਾਨ, ਪਰ ਘੱਟ ਸ਼ਕਤੀਸ਼ਾਲੀ ਹੱਲ ਤੋਂ ਲਿਆ ਗਿਆ ਸੀ/64GB/Quadro P620 2GB, ਜੋ ਕਿ 3-4 ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਕਾਫੀ ਸੀ
9. SSD M.2 2280 970 PRO, PCI-E 3.0 (x4) 512GB Samsung - ਸਮਕਾਲੀ ਕਾਰਵਾਈ ਲਈ
   8-10 ਉਪਭੋਗਤਾ, NVMe ਦੀ ਗਤੀ ਅਤੇ ਸੈਮਸੰਗ ssd ਦੀ ਭਰੋਸੇਯੋਗਤਾ ਦੀ ਲੋੜ ਹੈ। ਕਾਰਜਸ਼ੀਲਤਾ ਦੇ ਰੂਪ ਵਿੱਚ, ਇਹ ਡਿਸਕ OS ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਵਰਤੀ ਜਾਵੇਗੀ
10. 2x3TB sas - RAID 1 ਵਿੱਚ ਸੰਯੁਕਤ ਜਾਂ ਬਹੁਤ ਘੱਟ ਵਰਤੇ ਗਏ ਸਥਾਨਕ ਉਪਭੋਗਤਾ ਡੇਟਾ ਦੇ ਨਾਲ ਨਾਲ ਸਿਸਟਮ ਬੈਕਅਪ ਅਤੇ nvme ਡਿਸਕ ਤੋਂ ਨਾਜ਼ੁਕ ਸਥਾਨਕ ਡੇਟਾ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ

ਸੰਰਚਨਾ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦਿੱਤੀ ਗਈ ਹੈ ਅਤੇ ਖਰੀਦੀ ਗਈ ਹੈ, ਅਤੇ ਜਲਦੀ ਹੀ ਸੱਚ ਦਾ ਪਲ ਆ ਜਾਵੇਗਾ!

ਅਸੈਂਬਲੀ, ਸੰਰਚਨਾ, ਸਥਾਪਨਾ ਅਤੇ ਸਮੱਸਿਆ ਦਾ ਹੱਲ।

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

1 ਦੂਰ-ਦੁਰਾਡੇ ਦੀ ਸਮੱਸਿਆ - ਵੀਡੀਓ ਕਾਰਡ ਪੇਸ਼ੇਵਰ, ਪੂਰਾ-ਫਾਰਮੈਟ ਹੈ! + ਕੁਝ ਮਿਲੀਮੀਟਰ, ਪਰ ਕੀ ਜੇ ਇਹ ਫਿੱਟ ਨਹੀਂ ਹੁੰਦਾ? 75W - ਜੇਕਰ PCI ਕਨੈਕਟਰ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਤਾਂ ਕੀ ਹੋਵੇਗਾ? ਅਤੇ ਇਹਨਾਂ 75W ਲਈ ਇੱਕ ਆਮ ਹੀਟ ਸਿੰਕ ਕਿਵੇਂ ਬਣਾਉਣਾ ਹੈ? ਪਰ ਇਹ ਫਿੱਟ ਹੋ ਗਿਆ ਹੈ, ਚਾਲੂ ਹੋ ਗਿਆ ਹੈ, ਗਰਮੀ ਦੀ ਖਰਾਬੀ ਆਮ ਹੈ (ਖਾਸ ਤੌਰ 'ਤੇ ਜੇ ਸਰਵਰ ਕੂਲਰ ਔਸਤ ਤੋਂ ਵੱਧ ਸਪੀਡ 'ਤੇ ਚਾਲੂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਹਾਲਾਂਕਿ, ਜਦੋਂ ਮੈਂ ਇਸਨੂੰ ਸਥਾਪਿਤ ਕੀਤਾ, ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਕਿ ਕੁਝ ਵੀ ਘੱਟ ਨਹੀਂ ਸੀ, ਮੈਂ ਇਸ ਵਿੱਚ ਕੁਝ ਝੁਕਦਾ ਹਾਂ। ਸਰਵਰ 1mm (ਮੈਨੂੰ ਯਾਦ ਨਹੀਂ ਹੈ ਕਿ ਕੀ), ਪਰ ਢੱਕਣ ਤੋਂ ਬਿਹਤਰ ਤਾਪ ਖਰਾਬ ਕਰਨ ਲਈ ਸਰਵਰ ਨੇ ਫਿਰ, ਅੰਤਮ ਸੈੱਟਅੱਪ ਤੋਂ ਬਾਅਦ, ਨਿਰਦੇਸ਼ ਫਿਲਮ ਨੂੰ ਫਾੜ ਦਿੱਤਾ ਜੋ ਪੂਰੇ ਢੱਕਣ 'ਤੇ ਸੀ ਅਤੇ ਜੋ ਢੱਕਣ ਰਾਹੀਂ ਗਰਮੀ ਦੀ ਖਰਾਬੀ ਨੂੰ ਵਿਗਾੜ ਸਕਦੀ ਸੀ।

ਦੂਜਾ ਟੈਸਟ - ਹੋ ਸਕਦਾ ਹੈ ਕਿ NVMe ਡਿਸਕ ਅਡਾਪਟਰ ਰਾਹੀਂ ਦਿਖਾਈ ਨਾ ਦੇਵੇ, ਜਾਂ ਸਿਸਟਮ ਉੱਥੇ ਸਥਾਪਿਤ ਨਹੀਂ ਹੋਵੇਗਾ, ਅਤੇ ਜੇਕਰ ਇੰਸਟਾਲ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਇਹ ਬੂਟ ਨਹੀਂ ਹੋਵੇਗਾ। ਅਜੀਬ ਤੌਰ 'ਤੇ, ਵਿੰਡੋਜ਼ ਨੂੰ ਇੱਕ NVMe ਡਿਸਕ 'ਤੇ ਸਥਾਪਿਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਪਰ ਇਸ ਤੋਂ ਬੂਟ ਨਹੀਂ ਹੋ ਸਕਿਆ, ਜੋ ਕਿ ਲਾਜ਼ੀਕਲ ਹੈ ਕਿਉਂਕਿ BIOS (ਇੱਥੋਂ ਤੱਕ ਕਿ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ) ਬੂਟਿੰਗ ਲਈ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ NVMe ਨੂੰ ਪਛਾਣਨਾ ਨਹੀਂ ਚਾਹੁੰਦਾ ਸੀ। ਮੈਂ ਬੈਸਾਖੀ ਨਹੀਂ ਬਣਨਾ ਚਾਹੁੰਦਾ ਸੀ, ਪਰ ਮੈਨੂੰ ਕਰਨਾ ਪਿਆ - ਇੱਥੇ ਸਾਡਾ ਮਨਪਸੰਦ ਹੱਬ ਅਤੇ ਪੋਸਟ ਬਚਾਅ ਲਈ ਆਏ ਪੁਰਾਤਨ ਸਿਸਟਮਾਂ ਉੱਤੇ nvme ਡਿਸਕ ਤੋਂ ਬੂਟ ਕਰਨ ਬਾਰੇ ਡਾਊਨਲੋਡ ਕੀਤਾ ਬੂਟ ਡਿਸਕ ਸਹੂਲਤ (BDUtility.exe), ਪੋਸਟ ਦੀਆਂ ਹਦਾਇਤਾਂ ਅਨੁਸਾਰ CloverBootManager ਨਾਲ ਇੱਕ ਫਲੈਸ਼ ਡਰਾਈਵ ਬਣਾਈ, ਬੂਟ ਕਰਨ ਲਈ ਪਹਿਲਾਂ BIOS ਵਿੱਚ ਫਲੈਸ਼ ਡਰਾਈਵ ਸਥਾਪਤ ਕੀਤੀ, ਅਤੇ ਹੁਣ ਅਸੀਂ ਫਲੈਸ਼ ਡਰਾਈਵ ਤੋਂ ਬੂਟਲੋਡਰ ਲੋਡ ਕਰ ਰਹੇ ਹਾਂ, ਕਲੋਵਰ ਨੇ ਸਫਲਤਾਪੂਰਵਕ ਸਾਡੀ NVMe ਡਿਸਕ ਦੇਖੀ ਅਤੇ ਇਸ ਤੋਂ ਆਟੋਮੈਟਿਕਲੀ ਬੂਟ ਹੋ ਗਈ। ਕੁਝ ਸਕਿੰਟ! ਅਸੀਂ ਆਪਣੀ ਰੇਡ 3TB ਡਿਸਕ 'ਤੇ ਕਲੋਵਰ ਸਥਾਪਤ ਕਰਨ ਦੇ ਨਾਲ ਖੇਡ ਸਕਦੇ ਹਾਂ, ਪਰ ਇਹ ਪਹਿਲਾਂ ਹੀ ਸ਼ਨੀਵਾਰ ਦੀ ਸ਼ਾਮ ਸੀ, ਅਤੇ ਅਜੇ ਵੀ ਕੰਮ ਦਾ ਇੱਕ ਦਿਨ ਬਾਕੀ ਸੀ, ਕਿਉਂਕਿ ਸੋਮਵਾਰ ਤੱਕ ਸਾਨੂੰ ਜਾਂ ਤਾਂ ਸਰਵਰ ਨੂੰ ਸੌਂਪਣਾ ਸੀ ਜਾਂ ਇਸਨੂੰ ਛੱਡਣਾ ਸੀ। ਮੈਂ ਸਰਵਰ ਦੇ ਅੰਦਰ ਬੂਟ ਹੋਣ ਯੋਗ USB ਫਲੈਸ਼ ਡਰਾਈਵ ਛੱਡ ਦਿੱਤੀ ਹੈ; ਉੱਥੇ ਇੱਕ ਵਾਧੂ USB ਸੀ।

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

ਹੈਰਾਨੀਜਨਕ! ਮੈਂ ਘਰ ਚਲਾ ਰਿਹਾ/ਰਹੀ ਹਾਂ ਅਤੇ RDP ਰਾਹੀਂ ਕਨੈਕਟ ਕਰ ਰਿਹਾ/ਰਹੀ ਹਾਂ, ਐਪਲੀਕੇਸ਼ਨ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦੀ ਹੈ, ਪਰ ਇੱਕ ਗੰਭੀਰ ਪਛੜ ਜਾਂਦਾ ਹੈ, ਮੈਂ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਦੇਖਦਾ ਹਾਂ ਅਤੇ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ "ਸਾਫਟ ਮੋਡ ਚਾਲੂ ਹੈ" ਸੁਨੇਹਾ ਆਉਂਦਾ ਹੈ। ਕੀ?! ਮੈਂ ਵੀਡੀਓ ਕਾਰਡ ਲਈ ਹੋਰ ਤਾਜ਼ਾ ਅਤੇ ਸੁਪਰ-ਪ੍ਰੋਫੈਸ਼ਨਲ ਬਾਲਣ ਦੀ ਲੱਕੜ ਦੀ ਭਾਲ ਕਰ ਰਿਹਾ ਹਾਂ, ਮੈਂ ਜ਼ੀਰੋ ਨਤੀਜੇ ਦਿੰਦਾ ਹਾਂ, p1000 ਲਈ ਪੁਰਾਣੀ ਬਾਲਣ ਦੀ ਲੱਕੜ ਵੀ ਕੁਝ ਨਹੀਂ ਹੈ. ਅਤੇ ਇਸ ਸਮੇਂ, ਅੰਦਰਲੀ ਆਵਾਜ਼ ਮਖੌਲ ਕਰਦੀ ਰਹਿੰਦੀ ਹੈ "ਮੈਂ ਤੁਹਾਨੂੰ ਕਿਹਾ ਸੀ - ਤਾਜ਼ਾ ਚੀਜ਼ਾਂ ਨਾਲ ਪ੍ਰਯੋਗ ਨਾ ਕਰੋ - p1000 ਲਓ।" ਅਤੇ ਇਹ ਸਮਾਂ ਹੈ - ਇਹ ਪਹਿਲਾਂ ਹੀ ਵਿਹੜੇ ਵਿੱਚ ਰਾਤ ਹੈ, ਮੈਂ ਇੱਕ ਭਾਰੀ ਦਿਲ ਨਾਲ ਸੌਣ ਲਈ ਜਾਂਦਾ ਹਾਂ. ਐਤਵਾਰ, ਮੈਂ ਦਫਤਰ ਜਾ ਰਿਹਾ ਹਾਂ - ਮੈਂ ਸਰਵਰ ਵਿੱਚ ਇੱਕ ਕੁਆਡਰੋ P620 ਪਾ ਦਿੱਤਾ ਹੈ ਅਤੇ ਇਹ RDP - MS ਦੁਆਰਾ ਵੀ ਕੰਮ ਨਹੀਂ ਕਰਦਾ, ਕੀ ਮਾਮਲਾ ਹੈ? ਮੈਂ "2019 ਸਰਵਰ ਅਤੇ RDP" ਲਈ ਫੋਰਮਾਂ ਦੀ ਖੋਜ ਕੀਤੀ ਅਤੇ ਲਗਭਗ ਤੁਰੰਤ ਜਵਾਬ ਲੱਭ ਲਿਆ।

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

• ਕੰਟਰੋਲ ਪੈਨਲ ਤੋਂ ਸੰਪਾਦਨ ਸਮੂਹ ਨੀਤੀ ਟੂਲ ਖੋਲ੍ਹੋ ਜਾਂ ਵਿੰਡੋਜ਼ ਖੋਜ ਡਾਇਲਾਗ ਦੀ ਵਰਤੋਂ ਕਰੋ (Windows Key + R, ਫਿਰ gpedit.msc ਟਾਈਪ ਕਰੋ)
• ਇਸ 'ਤੇ ਬ੍ਰਾਊਜ਼ ਕਰੋ: ਸਥਾਨਕ ਕੰਪਿਊਟਰ ਨੀਤੀ ਕੰਪਿਊਟਰ ਸੰਰਚਨਾ ਪ੍ਰਸ਼ਾਸਨਿਕ ਨਮੂਨੇ ਵਿੰਡੋਜ਼ ਕੰਪੋਨੈਂਟਸ ਰਿਮੋਟ ਡੈਸਕਟਾਪ ਸੇਵਾਵਾਂ ਰਿਮੋਟ ਡੈਸਕਟਾਪ ਸੈਸ਼ਨ ਹੋਸਟ ਰਿਮੋਟ ਸੈਸ਼ਨ ਵਾਤਾਵਰਣ
• ਫਿਰ "ਸਾਰੇ ਰਿਮੋਟ ਡੈਸਕਟੌਪ ਸੇਵਾਵਾਂ ਸੈਸ਼ਨਾਂ ਲਈ ਹਾਰਡਵੇਅਰ ਡਿਫੌਲਟ ਗ੍ਰਾਫਿਕਸ ਅਡਾਪਟਰ ਦੀ ਵਰਤੋਂ ਕਰੋ" ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ।

ਅਸੀਂ ਰੀਬੂਟ ਕਰਦੇ ਹਾਂ - ਸਭ ਕੁਝ RDP ਦੁਆਰਾ ਠੀਕ ਕੰਮ ਕਰਦਾ ਹੈ। ਅਸੀਂ ਵੀਡੀਓ ਕਾਰਡ ਨੂੰ P2200 ਵਿੱਚ ਬਦਲਦੇ ਹਾਂ ਅਤੇ ਇਹ ਦੁਬਾਰਾ ਕੰਮ ਕਰਦਾ ਹੈ! ਹੁਣ ਜਦੋਂ ਸਾਨੂੰ ਯਕੀਨ ਹੈ ਕਿ ਹੱਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ, ਅਸੀਂ ਸਾਰੀਆਂ ਸਰਵਰ ਸੈਟਿੰਗਾਂ ਨੂੰ ਆਦਰਸ਼ 'ਤੇ ਲਿਆਉਂਦੇ ਹਾਂ, ਉਹਨਾਂ ਨੂੰ ਡੋਮੇਨ ਵਿੱਚ ਦਾਖਲ ਕਰਦੇ ਹਾਂ, ਉਪਭੋਗਤਾ ਪਹੁੰਚ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹਾਂ, ਆਦਿ, ਅਤੇ ਸਰਵਰ ਰੂਮ ਵਿੱਚ ਸਰਵਰ ਨੂੰ ਸਥਾਪਿਤ ਕਰਦੇ ਹਾਂ। ਅਸੀਂ ਕੁਝ ਦਿਨਾਂ ਲਈ ਪੂਰੀ ਟੀਮ ਨਾਲ ਇਸਦੀ ਜਾਂਚ ਕੀਤੀ - ਸਭ ਕੁਝ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਸਾਰੇ ਕਾਰਜਾਂ ਲਈ ਸਰਵਰ ਦੇ ਲੋੜੀਂਦੇ ਸਰੋਤ ਹਨ, ਆਰਡੀਪੀ ਦੁਆਰਾ ਕੰਮ ਕਰਨ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਹੋਣ ਵਾਲੀ ਘੱਟੋ ਘੱਟ ਪਛੜਾਈ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਅਦਿੱਖ ਹੈ। ਸ਼ਾਨਦਾਰ - ਕੰਮ 100% ਪੂਰਾ ਹੋ ਗਿਆ ਸੀ.

ਕੁਝ ਬਿੰਦੂ ਜਿਨ੍ਹਾਂ 'ਤੇ ਗ੍ਰਾਫਿਕਲ ਸਰਵਰ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਸਫਲਤਾ ਨਿਰਭਰ ਕਰਦੀ ਹੈ

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

ਫਿਰ ਯੋਜਨਾ ਦੇ ਪੜਾਅ 'ਤੇ ਤੁਹਾਨੂੰ ਕੁਝ ਸਧਾਰਨ ਕਦਮ ਚੁੱਕਣ ਦੀ ਲੋੜ ਹੈ:

1. ਨਿਸ਼ਾਨਾ ਦਰਸ਼ਕ ਅਤੇ ਕਾਰਜ ਉਹ ਉਪਭੋਗਤਾ ਹਨ ਜੋ ਗਰਾਫਿਕਸ ਨਾਲ ਡੂੰਘਾਈ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਵੀਡੀਓ ਕਾਰਡ ਦੇ ਹਾਰਡਵੇਅਰ ਪ੍ਰਵੇਗ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਸਾਡੇ ਹੱਲ ਦੀ ਸਫਲਤਾ ਇਸ ਤੱਥ 'ਤੇ ਅਧਾਰਤ ਹੈ ਕਿ ਗ੍ਰਾਫਿਕਸ ਅਤੇ CAD/CAM ਪ੍ਰੋਗਰਾਮਾਂ ਦੇ ਉਪਭੋਗਤਾਵਾਂ ਦੀਆਂ ਪਾਵਰ ਲੋੜਾਂ 10 ਸਾਲ ਤੋਂ ਵੱਧ ਪਹਿਲਾਂ ਪੂਰੀਆਂ ਕੀਤੀਆਂ ਗਈਆਂ ਸਨ, ਅਤੇ ਇਸ ਸਮੇਂ ਸਾਡੇ ਕੋਲ ਇੱਕ ਪਾਵਰ ਰਿਜ਼ਰਵ ਹੈ ਜੋ ਲੋੜਾਂ ਤੋਂ 10 ਗੁਣਾ ਵੱਧ ਹੈ ਜਾਂ ਹੋਰ. ਉਦਾਹਰਨ ਲਈ, Quadro P2200 GPU ਦੀ ਪਾਵਰ 10 ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਕਾਫ਼ੀ ਹੈ, ਅਤੇ ਨਾਕਾਫ਼ੀ ਵੀਡੀਓ ਮੈਮੋਰੀ ਦੇ ਨਾਲ ਵੀ, ਵੀਡੀਓ ਕਾਰਡ ਰੈਮ ਤੋਂ ਇਸ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਆਮ 3D ਡਿਵੈਲਪਰ ਲਈ ਮੈਮੋਰੀ ਸਪੀਡ ਵਿੱਚ ਅਜਿਹੀ ਛੋਟੀ ਜਿਹੀ ਗਿਰਾਵਟ ਦਾ ਧਿਆਨ ਨਹੀਂ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ. . ਪਰ ਜੇਕਰ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਕਾਰਜਾਂ ਵਿੱਚ ਤੀਬਰ ਕੰਪਿਊਟਿੰਗ ਕਾਰਜ (ਰੈਂਡਰਿੰਗ, ਗਣਨਾ, ਆਦਿ) ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ, ਜੋ ਅਕਸਰ 100% ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਤਾਂ ਸਾਡਾ ਹੱਲ ਢੁਕਵਾਂ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਹੋਰ ਉਪਭੋਗਤਾ ਇਹਨਾਂ ਮਿਆਦਾਂ ਦੌਰਾਨ ਆਮ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਨ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋਣਗੇ। ਇਸ ਲਈ, ਅਸੀਂ ਧਿਆਨ ਨਾਲ ਉਪਭੋਗਤਾ ਦੇ ਕੰਮਾਂ ਅਤੇ ਮੌਜੂਦਾ ਸਰੋਤ ਲੋਡ (ਘੱਟੋ-ਘੱਟ ਲਗਭਗ) ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਦੇ ਹਾਂ। ਅਸੀਂ ਪ੍ਰਤੀ ਦਿਨ ਡਿਸਕ ਨੂੰ ਮੁੜ ਲਿਖਣ ਦੀ ਮਾਤਰਾ ਵੱਲ ਵੀ ਧਿਆਨ ਦਿੰਦੇ ਹਾਂ, ਅਤੇ ਜੇਕਰ ਇਹ ਇੱਕ ਵੱਡੀ ਮਾਤਰਾ ਹੈ, ਤਾਂ ਅਸੀਂ ਇਸ ਵਾਲੀਅਮ ਲਈ ਸਰਵਰ ssd ਜਾਂ optane ਡਰਾਈਵਾਂ ਦੀ ਚੋਣ ਕਰਦੇ ਹਾਂ।
2. ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਗਿਣਤੀ ਦੇ ਆਧਾਰ 'ਤੇ, ਅਸੀਂ ਸਰੋਤਾਂ ਲਈ ਢੁਕਵੇਂ ਸਰਵਰ, ਵੀਡੀਓ ਕਾਰਡ ਅਤੇ ਡਿਸਕਾਂ ਦੀ ਚੋਣ ਕਰਦੇ ਹਾਂ:
   • ਫਾਰਮੂਲਾ 1 ਕੋਰ ਪ੍ਰਤੀ ਯੂਜ਼ਰ + 2,3 ਪ੍ਰਤੀ OS ਦੇ ਅਨੁਸਾਰ ਪ੍ਰੋਸੈਸਰ, ਵੈਸੇ ਵੀ, ਹਰੇਕ ਇੱਕ ਸਮੇਂ ਵਿੱਚ ਇੱਕ ਜਾਂ ਵੱਧ ਤੋਂ ਵੱਧ ਦੋ (ਜੇ ਮਾਡਲ ਬਹੁਤ ਘੱਟ ਲੋਡ ਹੁੰਦਾ ਹੈ) ਕੋਰ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦਾ;
   • ਵੀਡੀਓ ਕਾਰਡ - ਇੱਕ RDP ਸੈਸ਼ਨ ਵਿੱਚ ਪ੍ਰਤੀ ਉਪਭੋਗਤਾ ਵੀਡੀਓ ਮੈਮੋਰੀ ਅਤੇ GPU ਦੀ ਖਪਤ ਦੀ ਔਸਤ ਮਾਤਰਾ ਨੂੰ ਦੇਖੋ ਅਤੇ ਇੱਕ ਪੇਸ਼ੇਵਰ ਚੁਣੋ! ਵੀਡੀਓ ਕਾਰਡ;
   • ਅਸੀਂ RAM ਅਤੇ ਡਿਸਕ ਸਬ-ਸਿਸਟਮ ਨਾਲ ਵੀ ਅਜਿਹਾ ਹੀ ਕਰਦੇ ਹਾਂ (ਅੱਜ ਕੱਲ੍ਹ ਤੁਸੀਂ RAID nvme ਨੂੰ ਸਸਤੇ ਵਿੱਚ ਵੀ ਚੁਣ ਸਕਦੇ ਹੋ)।
3. ਅਸੀਂ ਕੁਨੈਕਟਰਾਂ, ਸਪੀਡਾਂ, ਪਾਵਰ ਸਪਲਾਈ ਅਤੇ ਸਮਰਥਿਤ ਤਕਨਾਲੋਜੀਆਂ ਦੇ ਨਾਲ-ਨਾਲ ਸਥਾਪਤ ਵਾਧੂ ਭਾਗਾਂ ਦੇ ਭੌਤਿਕ ਮਾਪਾਂ ਅਤੇ ਗਰਮੀ ਦੇ ਵਿਗਾੜ ਦੇ ਮਾਪਦੰਡਾਂ ਦੀ ਪਾਲਣਾ ਲਈ ਸਰਵਰ ਲਈ ਦਸਤਾਵੇਜ਼ਾਂ ਦੀ ਧਿਆਨ ਨਾਲ ਜਾਂਚ ਕਰਦੇ ਹਾਂ (ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ, ਸਾਰੇ ਬ੍ਰਾਂਡ ਵਾਲੇ ਸਰਵਰਾਂ ਕੋਲ ਪੂਰੇ ਦਸਤਾਵੇਜ਼ ਹਨ)।
4. ਅਸੀਂ RDP ਦੁਆਰਾ ਕਈ ਸੈਸ਼ਨਾਂ ਵਿੱਚ ਸਾਡੇ ਸੌਫਟਵੇਅਰ ਦੇ ਆਮ ਕਾਰਜ ਦੀ ਜਾਂਚ ਕਰਦੇ ਹਾਂ, ਨਾਲ ਹੀ ਲਾਇਸੈਂਸ ਪਾਬੰਦੀਆਂ ਦੀ ਅਣਹੋਂਦ ਲਈ ਅਤੇ ਜ਼ਰੂਰੀ ਲਾਇਸੈਂਸਾਂ ਦੀ ਉਪਲਬਧਤਾ ਦੀ ਧਿਆਨ ਨਾਲ ਜਾਂਚ ਕਰਦੇ ਹਾਂ। ਅਸੀਂ ਇਸ ਮੁੱਦੇ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੇ ਪਹਿਲੇ ਕਦਮਾਂ ਤੋਂ ਪਹਿਲਾਂ ਹੱਲ ਕਰਦੇ ਹਾਂ। ਜਿਵੇਂ ਕਿ ਪਿਆਰੇ ਮੈਲਫਿਕਸ ਦੁਆਰਾ ਟਿੱਪਣੀ ਵਿੱਚ ਕਿਹਾ ਗਿਆ ਸੀ
   "- ਲਾਇਸੈਂਸਾਂ ਨੂੰ ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਗਿਣਤੀ ਨਾਲ ਜੋੜਿਆ ਜਾ ਸਕਦਾ ਹੈ - ਫਿਰ ਤੁਸੀਂ ਲਾਇਸੈਂਸ ਦੀ ਉਲੰਘਣਾ ਕਰ ਰਹੇ ਹੋ।
   — ਸੌਫਟਵੇਅਰ ਕਈ ਚੱਲ ਰਹੀਆਂ ਉਦਾਹਰਣਾਂ ਦੇ ਨਾਲ ਸਹੀ ਢੰਗ ਨਾਲ ਕੰਮ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹੈ - ਜੇਕਰ ਇਹ ਉਪਭੋਗਤਾ ਪ੍ਰੋਫਾਈਲ/%temp% ਨੂੰ ਨਹੀਂ, ਬਲਕਿ ਜਨਤਕ ਤੌਰ 'ਤੇ ਪਹੁੰਚਯੋਗ ਕਿਸੇ ਚੀਜ਼ ਲਈ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਥਾਂ 'ਤੇ ਕੂੜਾ ਜਾਂ ਸੈਟਿੰਗਾਂ ਲਿਖਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਸਮੱਸਿਆ ਨੂੰ ਫੜਨ ਵਿੱਚ ਬਹੁਤ ਮਜ਼ਾ ਆਵੇਗਾ। ."
5. ਅਸੀਂ ਇਸ ਬਾਰੇ ਸੋਚਦੇ ਹਾਂ ਕਿ ਗ੍ਰਾਫਿਕ ਸਰਵਰ ਕਿੱਥੇ ਸਥਾਪਿਤ ਕੀਤਾ ਜਾਵੇਗਾ, UPS ਅਤੇ ਉੱਥੇ ਉੱਚ-ਸਪੀਡ ਈਥਰਨੈੱਟ ਪੋਰਟਾਂ ਅਤੇ ਇੰਟਰਨੈਟ ਦੀ ਮੌਜੂਦਗੀ (ਜੇਕਰ ਜ਼ਰੂਰੀ ਹੋਵੇ), ਅਤੇ ਨਾਲ ਹੀ ਸਰਵਰ ਦੀਆਂ ਮੌਸਮੀ ਜ਼ਰੂਰਤਾਂ ਦੀ ਪਾਲਣਾ ਬਾਰੇ ਨਾ ਭੁੱਲੋ.
6. ਅਸੀਂ ਲਾਗੂ ਕਰਨ ਦੀ ਮਿਆਦ ਨੂੰ ਘੱਟੋ-ਘੱਟ 2,5-3 ਹਫ਼ਤਿਆਂ ਤੱਕ ਵਧਾਉਂਦੇ ਹਾਂ, ਕਿਉਂਕਿ ਬਹੁਤ ਸਾਰੇ ਛੋਟੇ ਲੋੜੀਂਦੇ ਭਾਗਾਂ ਨੂੰ ਦੋ ਹਫ਼ਤਿਆਂ ਤੱਕ ਦਾ ਸਮਾਂ ਲੱਗ ਸਕਦਾ ਹੈ, ਪਰ ਅਸੈਂਬਲੀ ਅਤੇ ਸੰਰਚਨਾ ਵਿੱਚ ਕਈ ਦਿਨ ਲੱਗ ਜਾਂਦੇ ਹਨ - OS ਲਈ ਇੱਕ ਸਧਾਰਨ ਸਰਵਰ ਲੋਡ ਹੋਣ ਵਿੱਚ 5 ਮਿੰਟ ਤੋਂ ਵੱਧ ਸਮਾਂ ਲੱਗ ਸਕਦਾ ਹੈ।
7. ਅਸੀਂ ਪ੍ਰਬੰਧਨ ਅਤੇ ਸਪਲਾਇਰਾਂ ਨਾਲ ਚਰਚਾ ਕਰਦੇ ਹਾਂ ਕਿ ਜੇਕਰ ਕਿਸੇ ਪੜਾਅ 'ਤੇ ਅਚਾਨਕ ਪ੍ਰੋਜੈਕਟ ਠੀਕ ਨਹੀਂ ਹੁੰਦਾ ਜਾਂ ਗਲਤ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਅਸੀਂ ਵਾਪਸੀ ਜਾਂ ਬਦਲ ਸਕਦੇ ਹਾਂ।
8. ਵਿਚ ਵੀ ਸੁਝਾਓ ਦਿੱਤਾ ਗਿਆ ਸੀ malefix ਟਿੱਪਣੀ
   ਸੈਟਿੰਗਾਂ ਦੇ ਸਾਰੇ ਪ੍ਰਯੋਗਾਂ ਤੋਂ ਬਾਅਦ, ਹਰ ਚੀਜ਼ ਨੂੰ ਨਸ਼ਟ ਕਰੋ ਅਤੇ ਇਸਨੂੰ ਸਕ੍ਰੈਚ ਤੋਂ ਸਥਾਪਿਤ ਕਰੋ। ਇਸ ਤਰ੍ਹਾਂ:
   - ਪ੍ਰਯੋਗਾਂ ਦੇ ਦੌਰਾਨ ਸਾਰੀਆਂ ਨਾਜ਼ੁਕ ਸੈਟਿੰਗਾਂ ਨੂੰ ਦਸਤਾਵੇਜ਼ ਬਣਾਉਣਾ ਜ਼ਰੂਰੀ ਹੈ
   - ਇੱਕ ਤਾਜ਼ਾ ਇੰਸਟਾਲੇਸ਼ਨ ਦੇ ਦੌਰਾਨ, ਤੁਸੀਂ ਘੱਟੋ-ਘੱਟ ਲੋੜੀਂਦੀਆਂ ਸੈਟਿੰਗਾਂ ਨੂੰ ਦੁਹਰਾਉਂਦੇ ਹੋ (ਜੋ ਤੁਸੀਂ ਪਿਛਲੇ ਪੜਾਅ ਵਿੱਚ ਦਸਤਾਵੇਜ਼ੀ ਤੌਰ 'ਤੇ ਕੀਤਾ ਸੀ)
9. ਅਸੀਂ ਪਹਿਲਾਂ ਅਜ਼ਮਾਇਸ਼ ਮੋਡ ਵਿੱਚ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ (ਤਰਜੀਹੀ ਤੌਰ 'ਤੇ ਵਿੰਡੋਜ਼ ਸਰਵਰ 2019 - ਇਸ ਵਿੱਚ ਉੱਚ-ਗੁਣਵੱਤਾ ਵਾਲੀ RDP ਹੈ) ਨੂੰ ਸਥਾਪਿਤ ਕਰਦੇ ਹਾਂ, ਪਰ ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ ਇਸਦਾ ਮੁਲਾਂਕਣ ਨਹੀਂ ਕਰਦੇ (ਤੁਹਾਨੂੰ ਫਿਰ ਇਸਨੂੰ ਸਕ੍ਰੈਚ ਤੋਂ ਮੁੜ ਸਥਾਪਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ)। ਅਤੇ ਕੇਵਲ ਇੱਕ ਸਫਲ ਲਾਂਚ ਤੋਂ ਬਾਅਦ ਹੀ ਅਸੀਂ ਲਾਇਸੈਂਸਾਂ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਦੇ ਹਾਂ ਅਤੇ OS ਨੂੰ ਕਿਰਿਆਸ਼ੀਲ ਕਰਦੇ ਹਾਂ।
10. ਨਾਲ ਹੀ, ਲਾਗੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਅਸੀਂ ਕੰਮ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਇੱਕ ਪਹਿਲਕਦਮੀ ਸਮੂਹ ਚੁਣਦੇ ਹਾਂ ਅਤੇ ਭਵਿੱਖ ਦੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਗ੍ਰਾਫਿਕਲ ਸਰਵਰ ਨਾਲ ਕੰਮ ਕਰਨ ਦੇ ਫਾਇਦੇ ਸਮਝਾਉਂਦੇ ਹਾਂ। ਜੇਕਰ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਅਜਿਹਾ ਕਰਦੇ ਹੋ, ਤਾਂ ਅਸੀਂ ਸ਼ਿਕਾਇਤਾਂ, ਭੰਨਤੋੜ ਅਤੇ ਬੇਬੁਨਿਆਦ ਨਕਾਰਾਤਮਕ ਸਮੀਖਿਆਵਾਂ ਦੇ ਜੋਖਮ ਨੂੰ ਵਧਾਉਂਦੇ ਹਾਂ।

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

ਇਸ ਲਈ ਬਹੁਤ ਸਾਰੇ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਲਾਗੂ ਕੀਤੇ ਗਏ ਅਮਲ ਦੇ ਅਨੁਸਾਰ ਇੱਕ ਗ੍ਰਾਫਿਕ ਸਰਵਰ ਸਥਾਪਤ ਕਰਨਾ ਬਿਹਤਰ ਹੈ ਅਤੇ 10 ਗ੍ਰਾਫਿਕ ਸਟੇਸ਼ਨਾਂ ਜਾਂ ਇੱਕ ਪੀਸੀ ਨਾਲੋਂ ਵੱਧ ਮੋਬਾਈਲ ਹੈ।

PS RDP ਦੁਆਰਾ ਇੰਟਰਨੈਟ ਰਾਹੀਂ ਆਸਾਨੀ ਨਾਲ ਅਤੇ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਕਿਵੇਂ ਜੁੜਨਾ ਹੈ, ਨਾਲ ਹੀ RDP ਗਾਹਕਾਂ ਲਈ ਅਨੁਕੂਲ ਸੈਟਿੰਗਾਂ - ਤੁਸੀਂ ਲੇਖ ਵਿੱਚ ਦੇਖ ਸਕਦੇ ਹੋ "ਦਫਤਰ ਵਿਚ ਰਿਮੋਟ ਕੰਮ. RDP, ਪੋਰਟ ਨੋਕਿੰਗ, ਮਾਈਕਰੋਟਿਕ: ਸਧਾਰਨ ਅਤੇ ਸੁਰੱਖਿਅਤ"

ਸਰੋਤ: www.habr.com