1C ਡਿਵੈਲਪਰ ਦੀਆਂ ਕਹਾਣੀਆਂ: ਪ੍ਰਸ਼ਾਸਕ ਦੀਆਂ

ਸਾਰੇ 1C ਡਿਵੈਲਪਰ ਕਿਸੇ ਨਾ ਕਿਸੇ ਤਰੀਕੇ ਨਾਲ IT ਸੇਵਾਵਾਂ ਨਾਲ ਅਤੇ ਸਿੱਧੇ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕਾਂ ਨਾਲ ਨੇੜਿਓਂ ਗੱਲਬਾਤ ਕਰਦੇ ਹਨ। ਪਰ ਇਹ ਆਪਸੀ ਤਾਲਮੇਲ ਹਮੇਸ਼ਾ ਸੁਚਾਰੂ ਢੰਗ ਨਾਲ ਨਹੀਂ ਚੱਲਦਾ। ਮੈਂ ਤੁਹਾਨੂੰ ਇਸ ਬਾਰੇ ਕੁਝ ਮਜ਼ਾਕੀਆ ਕਹਾਣੀਆਂ ਦੱਸਣਾ ਚਾਹੁੰਦਾ ਹਾਂ।

ਹਾਈ-ਸਪੀਡ ਸੰਚਾਰ ਚੈਨਲ

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

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

ਇਹ ਸਭ ਸਫਲਤਾਪੂਰਵਕ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਸੀ, ਕੰਮ ਵਿੱਚ ਪਾ ਦਿੱਤਾ ਗਿਆ ਸੀ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਅਸਫਲਤਾਵਾਂ ਦੇ ਬਿਨਾਂ ਕੰਮ ਕੀਤਾ ਗਿਆ ਸੀ।

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

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

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

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

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

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

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

ਆਪਣੇ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਨਾਲ ਸੰਪਰਕ ਕਰੋ

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

- ਇਹਨਾਂ ਹਦਾਇਤਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰੋ। ਉੱਥੇ ਹਰ ਚੀਜ਼ ਨੂੰ ਕਾਫ਼ੀ ਵਿਸਥਾਰ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ. ਜੇ ਇਹ ਕੰਮ ਨਹੀਂ ਕਰਦਾ, ਤਾਂ ਇਸ ਸਾਈਟ ਦੇ ਲੇਖਕ ਨੂੰ ਲਿਖੋ, ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਉਹ ਮਦਦ ਕਰ ਸਕੇ।
"ਨਹੀਂ," ਮੈਂ ਕਹਿੰਦਾ ਹਾਂ, "ਇਹ ਮਦਦ ਨਹੀਂ ਕਰੇਗਾ।"
- ਕਿਉਂ?
- ਮੈਂ ਇਸ ਸਾਈਟ ਦਾ ਲੇਖਕ ਹਾਂ ... (

ਨਤੀਜੇ ਵਜੋਂ, ਅਸੀਂ ਇਸਨੂੰ ਬਿਨਾਂ ਕਿਸੇ ਸਮੱਸਿਆ ਦੇ ਅਪਾਚੇ 'ਤੇ ਲਾਂਚ ਕੀਤਾ। IIS ਕਦੇ ਵੀ ਹਾਰਿਆ ਨਹੀਂ ਸੀ।

ਇੱਕ ਪੱਧਰ ਡੂੰਘਾ

ਸਾਡੇ ਕੋਲ ਇੱਕ ਗਾਹਕ ਸੀ - ਇੱਕ ਛੋਟਾ ਨਿਰਮਾਣ ਉਦਯੋਗ. ਉਹਨਾਂ ਕੋਲ ਇੱਕ ਸਰਵਰ ਸੀ, ਇੱਕ ਕਿਸਮ ਦਾ “ਕਲਾਸਿਕ” 3 ਵਿੱਚ 1: ਟਰਮੀਨਲ ਸਰਵਰ + ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ + ਡਾਟਾਬੇਸ ਸਰਵਰ। ਉਹਨਾਂ ਨੇ UPP ਦੇ ਅਧਾਰ ਤੇ ਕੁਝ ਉਦਯੋਗ-ਵਿਸ਼ੇਸ਼ ਸੰਰਚਨਾ ਵਿੱਚ ਕੰਮ ਕੀਤਾ, ਲਗਭਗ 15-20 ਉਪਭੋਗਤਾ ਸਨ, ਅਤੇ ਸਿਸਟਮ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ, ਸਿਧਾਂਤ ਵਿੱਚ, ਹਰ ਕਿਸੇ ਲਈ ਅਨੁਕੂਲ ਸੀ।

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

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

ਕੁਝ ਸਮੇਂ ਬਾਅਦ, ਐਡਮਿਨ ਮੈਨੂੰ ਨਵੇਂ ਸਰਵਰ ਦਾ IP ਪਤਾ ਅਤੇ ਲੌਗਇਨ ਪ੍ਰਮਾਣ ਪੱਤਰ ਭੇਜਦਾ ਹੈ। ਉਹ ਕਹਿੰਦਾ ਹੈ ਕਿ MS SQL ਅਤੇ 1C ਸਰਵਰ ਕੰਪੋਨੈਂਟ ਉੱਥੇ ਤਾਇਨਾਤ ਕੀਤੇ ਗਏ ਹਨ, ਅਤੇ ਡੇਟਾਬੇਸ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਪਰ ਹੁਣ ਸਿਰਫ DBMS ਸਰਵਰ ਲਈ, ਕਿਉਂਕਿ 1C ਕੁੰਜੀਆਂ ਨਾਲ ਕੁਝ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਹੋਈਆਂ ਹਨ।

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

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

ਹਮ... ਵਰਚੁਅਲ ਸਰਵਰ? ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕਿ ਇੱਥੇ ਕਦੇ ਕੋਈ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਨਹੀਂ ਹੋਇਆ ਹੈ ਅਤੇ ਕਦੇ ਵੀ ਨਹੀਂ ਹੋਇਆ ਹੈ... ਮੈਨੂੰ ਵਿੰਡੋਜ਼ ਸਰਵਰ 1 ਵਿੱਚ ਹਾਈਪਰ-ਵੀ 'ਤੇ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਲਈ 2008C ਸਰਵਰ ਕੁੰਜੀ ਨੂੰ ਅੱਗੇ ਭੇਜਣ ਦੀ ਅਸੰਭਵਤਾ ਦੇ ਨਾਲ ਇੱਕ ਕਾਫ਼ੀ ਜਾਣੀ-ਪਛਾਣੀ ਸਮੱਸਿਆ ਯਾਦ ਹੈ ਅਤੇ ਇੱਥੇ ਮੇਰੇ ਅੰਦਰ ਕੁਝ ਸ਼ੱਕ ਪੈਦਾ ਹੋਣ ਲੱਗਦੇ ਹਨ...

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

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

ਕੁਝ ਸਮੇਂ ਬਾਅਦ, ਹੁਣ ਸੰਕਟ ਆ ਗਿਆ, ਨਵੀਂ ਸ਼ਾਖਾ ਨੂੰ ਬੰਦ ਕਰਨਾ ਪਿਆ, ਲੋਡ ਘੱਟ ਗਿਆ, ਅਤੇ ਸਿਸਟਮ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਘੱਟ ਜਾਂ ਘੱਟ ਸਹਿਣਯੋਗ ਬਣ ਗਈ।

ਖੈਰ, ਬੇਸ਼ਕ, ਉਹ ਸਰਵਰ ਕੁੰਜੀ ਨੂੰ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਨੂੰ ਅੱਗੇ ਨਹੀਂ ਭੇਜ ਸਕੇ। ਨਤੀਜੇ ਵਜੋਂ, ਸਭ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਰਹਿ ਗਿਆ ਸੀ: ਇੱਕ ਭੌਤਿਕ ਮਸ਼ੀਨ ਤੇ ਟਰਮੀਨਲ ਸਰਵਰ + 1C ਕਲੱਸਟਰ, ਇੱਕ ਵਰਚੁਅਲ ਵਿੱਚ ਡਾਟਾਬੇਸ ਸਰਵਰ।

ਅਤੇ ਇਹ ਚੰਗਾ ਹੋਵੇਗਾ ਜੇਕਰ ਇਹ ਕਿਸੇ ਕਿਸਮ ਦਾ ਸ਼ਾਰਸ਼ਕਿਨ ਦਾ ਦਫਤਰ ਸੀ. ਇਸ ਲਈ ਕੋਈ. ਇੱਕ ਜਾਣੀ-ਪਛਾਣੀ ਕੰਪਨੀ ਜਿਸ ਦੇ ਉਤਪਾਦ ਤੁਸੀਂ ਸ਼ਾਇਦ ਜਾਣਦੇ ਹੋ ਅਤੇ ਸਾਰੇ ਲੈਨਟਾਸ ਅਤੇ ਔਚਨਜ਼ ਦੇ ਸੰਬੰਧਿਤ ਵਿਭਾਗਾਂ ਵਿੱਚ ਦੇਖੇ ਹੋਣਗੇ।

ਹਾਰਡ ਡਰਾਈਵ ਛੁੱਟੀਆਂ ਦਾ ਸਮਾਂ

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

ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਉਤਪਾਦਨ ਅਤੇ ਟੈਸਟ ਡੇਟਾਬੇਸ ਨੂੰ ਤੈਨਾਤ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ. ਡਿਵੈਲਪਰ ਨੇ ਕਨੈਕਸ਼ਨ ਡੇਟਾ ਪ੍ਰਾਪਤ ਕੀਤਾ, ਸਰਵਰ ਵਿੱਚ ਲੌਗਇਨ ਕੀਤਾ, MS SQL ਇੰਸਟਾਲ, 1C ਸਰਵਰ, 2 ਲਾਜ਼ੀਕਲ ਡਰਾਈਵਾਂ ਵੇਖਦਾ ਹੈ: 250 ਗੀਗਾਬਾਈਟ ਦੀ ਸਮਰੱਥਾ ਵਾਲੀ "C" ਡਰਾਈਵ ਅਤੇ 1 ਟੇਰਾਬਾਈਟ ਦੀ ਸਮਰੱਥਾ ਵਾਲੀ "D" ਡਰਾਈਵ। ਖੈਰ, “C” ਸਿਸਟਮ ਹੈ, “D” ਡੇਟਾ ਲਈ ਹੈ, ਡਿਵੈਲਪਰ ਤਰਕ ਨਾਲ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਅਤੇ ਉੱਥੇ ਸਾਰੇ ਡੇਟਾਬੇਸ ਨੂੰ ਤੈਨਾਤ ਕਰਦਾ ਹੈ। ਮੈਂ ਬੈਕਅੱਪ ਸਮੇਤ ਰੱਖ-ਰਖਾਅ ਯੋਜਨਾਵਾਂ ਵੀ ਸੈਟ ਅਪ ਕੀਤੀਆਂ ਹਨ, ਸਿਰਫ਼ ਇਸ ਸਥਿਤੀ ਵਿੱਚ (ਭਾਵੇਂ ਅਸੀਂ ਇਸਦੇ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਨਹੀਂ ਹਾਂ)। ਇਹ ਸੱਚ ਹੈ, ਬੈਕਅੱਪ ਇੱਥੇ “D” ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਸਨ। ਭਵਿੱਖ ਵਿੱਚ, ਇਸਨੂੰ ਕੁਝ ਵੱਖਰੇ ਨੈੱਟਵਰਕ ਸਰੋਤਾਂ ਵਿੱਚ ਮੁੜ ਸੰਰਚਿਤ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਗਈ ਸੀ।

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

ਇੱਕ ਸੋਮਵਾਰ ਸਵੇਰ ਤੱਕ ਸਭ ਕੁਝ ਠੀਕ ਚੱਲ ਰਿਹਾ ਸੀ ਜਦੋਂ ਇਹ ਪਤਾ ਲੱਗਿਆ ਕਿ ਡੇਟਾਬੇਸ ਡਿਸਕ ਗਾਇਬ ਸੀ। ਸਰਵਰ 'ਤੇ ਬਸ ਕੋਈ "ਡੀ" ਨਹੀਂ ਹੈ ਅਤੇ ਇਹ ਹੈ।

ਅੱਗੇ ਦੀ ਜਾਂਚ ਨੇ ਇਹ ਖੁਲਾਸਾ ਕੀਤਾ: ਇਹ "ਸਰਵਰ" ਅਸਲ ਵਿੱਚ ਇੱਕ ਸਥਾਨਕ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਦਾ ਕੰਮ ਕੰਪਿਊਟਰ ਸੀ। ਇਹ ਸੱਚ ਹੈ, ਇਸ ਵਿੱਚ ਅਜੇ ਵੀ ਇੱਕ ਸਰਵਰ OS ਸੀ. ਇਸ ਪ੍ਰਸ਼ਾਸਕ ਦੀ ਨਿੱਜੀ USB ਡਰਾਈਵ ਨੂੰ ਸਰਵਰ ਵਿੱਚ ਪਲੱਗ ਕੀਤਾ ਗਿਆ ਸੀ। ਅਤੇ ਇਸ ਲਈ ਪ੍ਰਸ਼ਾਸਕ ਛੁੱਟੀਆਂ 'ਤੇ ਚਲਾ ਗਿਆ, ਆਪਣਾ ਪੇਚ ਆਪਣੇ ਨਾਲ ਲੈ ਕੇ, ਯਾਤਰਾ ਲਈ ਇਸ ਵਿੱਚ ਫਿਲਮਾਂ ਨੂੰ ਪੰਪ ਕਰਨ ਦੇ ਟੀਚੇ ਨਾਲ.

ਰੱਬ ਦਾ ਸ਼ੁਕਰ ਹੈ, ਉਸਨੇ ਡੇਟਾਬੇਸ ਫਾਈਲਾਂ ਨੂੰ ਮਿਟਾਉਣ ਦਾ ਪ੍ਰਬੰਧ ਨਹੀਂ ਕੀਤਾ ਅਤੇ ਉਤਪਾਦਕ ਡੇਟਾਬੇਸ ਨੂੰ ਬਹਾਲ ਕਰਨ ਵਿੱਚ ਕਾਮਯਾਬ ਰਿਹਾ.

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

ਪਰ ਇਹ ਬਿਲਕੁਲ ਵੱਖਰੀ ਕਹਾਣੀ ਹੈ ...

ਸਰੋਤ: www.habr.com