ਜ਼ਿਮਬਰਾ ਸਹਿਯੋਗ ਸੂਟ ਦਾ ਸੁਰੱਖਿਅਤ ਅਪਡੇਟ

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

ਸਾਫਟਵੇਅਰ ਅੱਪਡੇਟ ਦਾ ਅਵਿਸ਼ਵਾਸ ਬਹੁਤ ਸਾਰੇ ਅਣਸੁਖਾਵੇਂ ਮਾਮਲਿਆਂ ਦੇ ਕਾਰਨ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਤਾਜ਼ੇ ਪੈਚਾਂ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਨਾਲ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਗਿਰਾਵਟ, ਉਪਭੋਗਤਾ ਇੰਟਰਫੇਸ ਵਿੱਚ ਤਬਦੀਲੀਆਂ, ਸੂਚਨਾ ਪ੍ਰਣਾਲੀ ਦੀ ਅਸਫਲਤਾ, ਜਾਂ, ਖਾਸ ਤੌਰ 'ਤੇ ਨਾਪਸੰਦ ਕੀ ਹੈ, ਡੇਟਾ ਦਾ ਨੁਕਸਾਨ ਹੁੰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਤੁਸੀਂ ਅਪਡੇਟਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਇਨਕਾਰ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ; ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਤੁਹਾਡੇ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਦਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਸਾਈਬਰ ਅਪਰਾਧੀਆਂ ਦੁਆਰਾ ਹਮਲੇ ਦੇ ਅਧੀਨ ਹੋ ਸਕਦਾ ਹੈ। WannaCry ਵਾਇਰਸ ਦੇ ਸਨਸਨੀਖੇਜ਼ ਕੇਸ ਨੂੰ ਯਾਦ ਕਰਨ ਲਈ ਇਹ ਕਾਫ਼ੀ ਹੈ, ਜਦੋਂ ਲੱਖਾਂ ਕੰਪਿਊਟਰਾਂ 'ਤੇ ਸਟੋਰ ਕੀਤਾ ਡੇਟਾ ਜੋ ਵਿੰਡੋਜ਼ ਦੇ ਨਵੀਨਤਮ ਸੰਸਕਰਣ ਲਈ ਅਪਡੇਟ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਸੀ, ਐਨਕ੍ਰਿਪਟ ਕੀਤਾ ਗਿਆ ਸੀ। ਇਸ ਘਟਨਾ ਨੇ ਨਾ ਸਿਰਫ਼ ਇੱਕ ਸੌ ਤੋਂ ਵੱਧ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕਾਂ ਦੀਆਂ ਨੌਕਰੀਆਂ ਦੀ ਲਾਗਤ ਕੀਤੀ, ਸਗੋਂ ਉੱਦਮ ਵਿੱਚ ਸਾਫਟਵੇਅਰ ਉਤਪਾਦਾਂ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਲਈ ਇੱਕ ਨਵੀਂ ਨੀਤੀ ਵਿਕਸਤ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨੂੰ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤਾ, ਜੋ ਸੁਰੱਖਿਆ ਅਤੇ ਇੰਸਟਾਲੇਸ਼ਨ ਦੀ ਗਤੀ ਨੂੰ ਜੋੜ ਦੇਵੇਗਾ। Zimbra 8.8.15 ਦੇ LTS ਰੀਲੀਜ਼ ਦੀ ਉਮੀਦ ਵਿੱਚ, ਆਓ ਦੇਖੀਏ ਕਿ ਤੁਸੀਂ ਸਾਰੇ ਨਾਜ਼ੁਕ ਡੇਟਾ ਦੀ ਸੁਰੱਖਿਆ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ Zimbra Collabration Suite ਓਪਨ-ਸੋਰਸ ਐਡੀਸ਼ਨ ਨੂੰ ਕਿਵੇਂ ਅੱਪਡੇਟ ਕਰ ਸਕਦੇ ਹੋ।

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

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

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

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

ਪਰ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾ ਜੋ Zextras PowerStore ਸੁਰੱਖਿਅਤ ਅੱਪਡੇਟ ਲਈ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦੀ ਹੈ ਮਲਟੀ-ਸਰਵਰ ਜ਼ਿਮਬਰਾ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਮੇਲ ਸਰਵਰਾਂ ਵਿਚਕਾਰ ਮੇਲਬਾਕਸਾਂ ਦਾ ਤਬਾਦਲਾ ਹੈ। ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਲਈ ਧੰਨਵਾਦ, ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਕੋਲ ਮੇਲ ਸਟੋਰੇਜ ਦੇ ਨਾਲ ਬਿਲਕੁਲ ਉਹੀ ਕੰਮ ਕਰਨ ਦਾ ਮੌਕਾ ਹੈ ਜੋ ਅਸੀਂ MTA ਅਤੇ LDAP ਸਰਵਰਾਂ ਨਾਲ ਉਹਨਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੂਪ ਨਾਲ ਅਪਡੇਟ ਕਰਨ ਲਈ ਕੀਤਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਜੇ ਜ਼ਿਮਬਰਾ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਚਾਰ ਮੇਲ ਸਟੋਰ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਤੋਂ ਮੇਲਬਾਕਸਾਂ ਨੂੰ ਦੂਜੇ ਤਿੰਨਾਂ ਵਿੱਚ ਵੰਡਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਜਦੋਂ ਪਹਿਲਾ ਮੇਲ ਸਟੋਰ ਖਾਲੀ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਡੇਟਾ ਦੀ ਸੁਰੱਖਿਆ ਲਈ ਬਿਨਾਂ ਕਿਸੇ ਡਰ ਦੇ ਇਸਨੂੰ ਅਪਡੇਟ ਕਰ ਸਕਦੇ ਹੋ। . ਜੇਕਰ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਕੋਲ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਇੱਕ ਵਾਧੂ ਮੇਲ ਸਟੋਰੇਜ ਹੈ, ਤਾਂ ਉਹ ਇਸਨੂੰ ਅੱਪਡੇਟ ਕੀਤੇ ਮੇਲ ਸਟੋਰੇਜ ਤੋਂ ਟ੍ਰਾਂਸਫਰ ਕੀਤੇ ਮੇਲਬਾਕਸਾਂ ਲਈ ਅਸਥਾਈ ਸਟੋਰੇਜ ਵਜੋਂ ਵਰਤ ਸਕਦਾ ਹੈ।

ਕੰਸੋਲ ਕਮਾਂਡ ਤੁਹਾਨੂੰ ਅਜਿਹਾ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ DoMoveMailbox. ਮੇਲ ਸਟੋਰੇਜ ਤੋਂ ਸਾਰੇ ਖਾਤਿਆਂ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਲਈ ਇਸਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਪਹਿਲਾਂ ਉਹਨਾਂ ਦੀ ਪੂਰੀ ਸੂਚੀ ਪ੍ਰਾਪਤ ਕਰਨੀ ਪਵੇਗੀ। ਇਸ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਮੇਲ ਸਰਵਰ 'ਤੇ ਅਸੀਂ ਕਮਾਂਡ ਚਲਾਵਾਂਗੇ zmprov ਲਈ zimbraMailHost=mailbox.example.com > accounts.txt. ਇਸਨੂੰ ਚਲਾਉਣ ਤੋਂ ਬਾਅਦ ਸਾਨੂੰ ਇੱਕ ਫਾਈਲ ਪ੍ਰਾਪਤ ਹੋਵੇਗੀ accounts.txt ਸਾਡੇ ਮੇਲ ਸਟੋਰੇਜ 'ਤੇ ਸਾਰੇ ਮੇਲਬਾਕਸਾਂ ਦੀ ਸੂਚੀ ਦੇ ਨਾਲ। ਇਸ ਤੋਂ ਬਾਅਦ, ਤੁਸੀਂ ਤੁਰੰਤ ਇਸਦੀ ਵਰਤੋਂ ਖਾਤਿਆਂ ਨੂੰ ਕਿਸੇ ਹੋਰ ਮੇਲ ਸਟੋਰੇਜ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਲਈ ਕਰ ਸਕਦੇ ਹੋ। ਉਦਾਹਰਨ ਲਈ, ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇਵੇਗਾ:

zxsuite powerstore doMailboxMove reserve_mailbox.example.com input_file accounts.txt ਪੜਾਅ ਡੇਟਾ
zxsuite powerstore doMailboxMove reserve_mailbox.example.com input_file accounts.txt ਪੜਾਅ ਡੇਟਾ, ਖਾਤਾ ਸੂਚਨਾਵਾਂ [ਈਮੇਲ ਸੁਰੱਖਿਅਤ]

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

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

zxsuite powerstore doMailboxMove reserve_mailbox.saas.com ਡੋਮੇਨ client1.ru, client2.ru, client3.ru ਪੜਾਅ ਡੇਟਾ
zxsuite powerstore doMailboxMove securityserver.saas.com ਡੋਮੇਨ client1.ru, client2.ru, client3.ru ਪੜਾਅ ਡੇਟਾ, ਖਾਤਾ ਸੂਚਨਾਵਾਂ [ਈਮੇਲ ਸੁਰੱਖਿਅਤ]

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

ਉਹਨਾਂ ਲਈ ਜੋ ਮੇਲਬਾਕਸਾਂ ਨੂੰ ਮਾਈਗਰੇਟ ਕਰਦੇ ਸਮੇਂ ਡਾਊਨਟਾਈਮ ਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ, ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਇੱਕ ਬੁਨਿਆਦੀ ਤੌਰ 'ਤੇ ਵੱਖਰਾ ਦ੍ਰਿਸ਼ ਆਦਰਸ਼ ਹੈ। zxsuite powerstore doMailboxMove, ਜਿਸ ਦਾ ਨਿਚੋੜ ਇਹ ਹੈ ਕਿ ਮੇਲਬਾਕਸਾਂ ਨੂੰ ਵਿਚਕਾਰਲੇ ਸਰਵਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਲੋੜ ਤੋਂ ਬਿਨਾਂ, ਅੱਪਡੇਟ ਕੀਤੇ ਸਰਵਰਾਂ 'ਤੇ ਸਿੱਧਾ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਅਸੀਂ ਜ਼ਿਮਬਰਾ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਇੱਕ ਨਵਾਂ ਮੇਲ ਸਟੋਰੇਜ ਜੋੜਦੇ ਹਾਂ, ਜੋ ਕਿ ਪਹਿਲਾਂ ਹੀ ਨਵੀਨਤਮ ਸੰਸਕਰਣ ਵਿੱਚ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਫਿਰ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਜਾਣੇ-ਪਛਾਣੇ ਦ੍ਰਿਸ਼ ਦੇ ਅਨੁਸਾਰ ਇੱਕ ਅਣ-ਅਪਡੇਟ ਕੀਤੇ ਸਰਵਰ ਤੋਂ ਇਸ ਵਿੱਚ ਖਾਤਿਆਂ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਦੇ ਹਾਂ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਦੁਹਰਾਓ ਜਦੋਂ ਤੱਕ ਸਾਰੇ ਸਰਵਰ ਵਿੱਚ ਨਹੀਂ ਹੁੰਦੇ. ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨੂੰ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਹੈ।

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

ਇਸ ਤਰ੍ਹਾਂ, Zextras ਬੈਕਅੱਪ ਅਤੇ Zextras PowerStore ਦਾ ਧੰਨਵਾਦ, Zimbra ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਉਹਨਾਂ 'ਤੇ ਸਟੋਰ ਕੀਤੀ ਜਾਣਕਾਰੀ ਨੂੰ ਬਿਨਾਂ ਕਿਸੇ ਖਤਰੇ ਦੇ ਸਾਰੇ Zimbra ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਨੋਡਾਂ ਨੂੰ ਅਪਡੇਟ ਕਰਨ ਦੇ ਯੋਗ ਹੈ।

ਸਰੋਤ: www.habr.com