Commvault ਨਾਲ ਬੈਕਅੱਪ: ਕੁਝ ਅੰਕੜੇ ਅਤੇ ਮਾਮਲੇ

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

OST-2 ਡਾਟਾ ਸੈਂਟਰ ਵਿੱਚ Commvault 'ਤੇ ਆਧਾਰਿਤ ਬੈਕਅੱਪ ਸਿਸਟਮ ਦਾ ਸਟੋਰੇਜ ਸਿਸਟਮ।

ਇਸ ਨੂੰ ਕੰਮ ਕਰਦਾ ਹੈ?

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

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

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

DataLine ਵਾਲੇ ਪਾਸੇ, iData ਏਜੰਟ ਤੋਂ ਡਾਟਾ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ ਮੀਡੀਆ ਏਜੰਟ ਸਰਵਰ ਅਤੇ ਇਸਨੂੰ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ, ਟੇਪ ਲਾਇਬ੍ਰੇਰੀਆਂ, ਆਦਿ 'ਤੇ ਸਟੋਰੇਜ ਲਈ ਭੇਜਦਾ ਹੈ। ਇਹ ਸਭ ਇਸ ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ Comserve. ਸਾਡੀ ਸੰਰਚਨਾ ਵਿੱਚ, ਮੁੱਖ ਕੰਟਰੋਲ ਸਰਵਰ OST ਸਾਈਟ 'ਤੇ ਸਥਿਤ ਹੈ, ਅਤੇ ਬੈਕਅੱਪ ਸਰਵਰ NORD ਸਾਈਟ 'ਤੇ ਸਥਿਤ ਹੈ।

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

Commvault ਬੈਕਅੱਪ ਸਿਸਟਮ ਦੇ ਸੰਚਾਲਨ ਦੀ ਸਕੀਮ।

ਬੈਕਅੱਪ ਸਿਸਟਮ ਮੁੱਖ ਤੌਰ 'ਤੇ VMware ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ: CommServe, ਮੀਡੀਆ ਏਜੰਟ ਅਤੇ ਪ੍ਰੌਕਸੀ ਸਰਵਰ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ 'ਤੇ ਤਾਇਨਾਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਜੇਕਰ ਕਲਾਇੰਟ ਸਾਡੇ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਤਾਂ ਬੈਕਅੱਪ Huawei OceanStor 5500 V3 ਸਟੋਰੇਜ ਸਿਸਟਮ 'ਤੇ ਰੱਖੇ ਜਾਂਦੇ ਹਨ। ਕਲਾਇੰਟ ਸਟੋਰੇਜ ਸਿਸਟਮ ਦਾ ਬੈਕਅੱਪ ਲੈਣ ਲਈ, ਟੇਪ ਲਾਇਬ੍ਰੇਰੀਆਂ 'ਤੇ ਸਟੋਰ ਬੈਕਅੱਪ, ਭੌਤਿਕ ਸਰਵਰਾਂ 'ਤੇ ਵੱਖਰੇ ਮੀਡੀਆ ਏਜੰਟ ਵਰਤੇ ਜਾਂਦੇ ਹਨ।

ਗਾਹਕਾਂ ਲਈ ਕੀ ਮਹੱਤਵਪੂਰਨ ਹੈ?

ਸਾਡੇ ਤਜ਼ਰਬੇ ਤੋਂ, ਬੈਕਅੱਪ ਲਈ Commvault ਦੀ ਚੋਣ ਕਰਨ ਵਾਲੇ ਗਾਹਕ ਹੇਠਾਂ ਦਿੱਤੇ ਨੁਕਤਿਆਂ 'ਤੇ ਧਿਆਨ ਦਿੰਦੇ ਹਨ।

ਕੰਸੋਲ। ਗਾਹਕ ਖੁਦ ਬੈਕਅੱਪ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ। Commvault ਕੰਸੋਲ ਵਿੱਚ ਸਾਰੇ ਬੁਨਿਆਦੀ ਓਪਰੇਸ਼ਨ ਉਪਲਬਧ ਹਨ:

• ਬੈਕਅੱਪ ਲਈ ਸਰਵਰਾਂ ਨੂੰ ਜੋੜਨਾ ਅਤੇ ਹਟਾਉਣਾ;
• iData ਏਜੰਟ ਸਥਾਪਤ ਕਰਨਾ;
• ਰਚਨਾ ਅਤੇ ਕਾਰਜਾਂ ਦੀ ਦਸਤੀ ਸ਼ੁਰੂਆਤ;
• ਬੈਕਅੱਪ ਦੀ ਸਵੈ-ਬਹਾਲੀ;
• ਬੈਕਅੱਪ ਕਾਰਜਾਂ ਦੀ ਸਥਿਤੀ ਬਾਰੇ ਸੂਚਨਾਵਾਂ ਸੈੱਟ ਕਰਨਾ;
• ਉਪਭੋਗਤਾਵਾਂ ਦੀ ਭੂਮਿਕਾ ਅਤੇ ਸਮੂਹ ਦੇ ਅਧਾਰ ਤੇ ਕੰਸੋਲ ਤੱਕ ਪਹੁੰਚ ਦਾ ਅੰਤਰ।

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

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

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

ਡੁਪਲੀਕੇਸ਼ਨ ਲਈ ਧੰਨਵਾਦ, ਅਸੀਂ ਸਟੋਰੇਜ ਸਪੇਸ ਦੇ 78% ਤੱਕ ਬਚਾ ਸਕਦੇ ਹਾਂ। ਹੁਣ ਸਟੋਰੇਜ 'ਤੇ 166,4 ਟੀ.ਬੀ. ਬਿਨਾਂ ਡੁਪਲਿਕੇਸ਼ਨ ਦੇ, ਸਾਨੂੰ 744 ਟੀਬੀ ਸਟੋਰ ਕਰਨਾ ਹੋਵੇਗਾ।

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

ਐਨਕ੍ਰਿਪਸ਼ਨ। ਤੁਸੀਂ ਹੇਠਾਂ ਦਿੱਤੇ ਤਰੀਕਿਆਂ ਨਾਲ Commvault ਦੁਆਰਾ ਬੈਕਅੱਪ ਲੈਂਦੇ ਸਮੇਂ ਡੇਟਾ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕਰ ਸਕਦੇ ਹੋ:

• ਕਲਾਇੰਟ ਏਜੰਟ ਦੇ ਪਾਸੇ: ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਡੇਟਾ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਐਨਕ੍ਰਿਪਟਡ ਰੂਪ ਵਿੱਚ ਬੈਕਅੱਪ ਸਿਸਟਮ ਵਿੱਚ ਤਬਦੀਲ ਕੀਤਾ ਜਾਵੇਗਾ;
• ਮੀਡੀਆ ਏਜੰਟ ਵਾਲੇ ਪਾਸੇ;
• ਚੈਨਲ ਪੱਧਰ 'ਤੇ: ਡੇਟਾ ਨੂੰ ਕਲਾਇੰਟ ਏਜੰਟ ਦੇ ਪਾਸੇ 'ਤੇ ਐਨਕ੍ਰਿਪਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਮੀਡੀਆ ਏਜੰਟ ਸਰਵਰ 'ਤੇ ਡੀਕ੍ਰਿਪਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਉਪਲਬਧ ਏਨਕ੍ਰਿਪਸ਼ਨ ਐਲਗੋਰਿਦਮ: ਬਲੋਫਿਸ਼, GOST, ਸੱਪ, ਟੂਫਿਸ਼, 3-DES, AES (Comvault ਦੁਆਰਾ ਸਿਫ਼ਾਰਿਸ਼ ਕੀਤੀ ਗਈ)।

ਕੁਝ ਅੰਕੜੇ

ਦਸੰਬਰ ਦੇ ਅੱਧ ਤੱਕ, Commvault ਦੀ ਮਦਦ ਨਾਲ, ਸਾਡੇ ਕੋਲ 27 ਗਾਹਕਾਂ ਦਾ ਬੈਕਅੱਪ ਹੈ। ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਜ਼ਿਆਦਾਤਰ ਰਿਟੇਲਰ ਅਤੇ ਵਿੱਤੀ ਸੰਸਥਾਵਾਂ ਹਨ। ਅਸਲੀ ਕਾਪੀ ਡੇਟਾ ਦੀ ਕੁੱਲ ਮਾਤਰਾ 65 TB ਹੈ।

ਪ੍ਰਤੀ ਦਿਨ ਲਗਭਗ 4400 ਕੰਮ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਹੇਠਾਂ ਪਿਛਲੇ 16 ਦਿਨਾਂ ਦੇ ਪੂਰੇ ਕੀਤੇ ਕੰਮਾਂ ਦੇ ਅੰਕੜੇ ਹਨ।

ਸਭ ਤੋਂ ਵੱਧ, ਵਿੰਡੋਜ਼ ਫਾਈਲ ਸਿਸਟਮ, SQL ਸਰਵਰ ਅਤੇ ਐਕਸਚੇਂਜ ਡੇਟਾਬੇਸ Commvault ਦੁਆਰਾ ਬੈਕਅੱਪ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

ਅਤੇ ਹੁਣ ਵਾਅਦਾ ਕੀਤੇ ਕੇਸ. ਹਾਲਾਂਕਿ ਵਿਅਕਤੀਗਤ (NDA ਕਹਿੰਦਾ ਹੈ ਹੈਲੋ :)), ਉਹ ਇੱਕ ਵਿਚਾਰ ਦਿੰਦੇ ਹਨ ਕਿ ਗਾਹਕ ਕੀ ਅਤੇ ਕਿਵੇਂ Commvault-ਅਧਾਰਿਤ ਬੈਕਅੱਪ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਹੇਠਾਂ ਉਹਨਾਂ ਗਾਹਕਾਂ ਲਈ ਕੇਸ ਸਟੱਡੀਜ਼ ਹਨ ਜੋ ਇੱਕ ਸਿੰਗਲ ਬੈਕਅੱਪ ਸਿਸਟਮ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਸਾਂਝਾ ਸੌਫਟਵੇਅਰ, ਮੀਡੀਆ ਏਜੰਟ ਸਰਵਰ, ਅਤੇ ਸਟੋਰੇਜ ਸਿਸਟਮ।

ਕੇਸ 1

ਗਾਹਕ. ਰੂਸ ਭਰ ਵਿੱਚ ਸ਼ਾਖਾਵਾਂ ਦੇ ਇੱਕ ਵਿਤਰਿਤ ਨੈਟਵਰਕ ਦੇ ਨਾਲ ਕਨਫੈਕਸ਼ਨਰੀ ਮਾਰਕੀਟ ਦੀ ਰੂਸੀ ਵਪਾਰ ਅਤੇ ਨਿਰਮਾਣ ਕੰਪਨੀ.

ਇੱਕ ਕੰਮ।Microsoft SQL ਡਾਟਾਬੇਸ, ਫਾਈਲ ਸਰਵਰ, ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ, ਐਕਸਚੇਂਜ ਔਨਲਾਈਨ ਮੇਲਬਾਕਸਾਂ ਲਈ ਬੈਕਅੱਪ ਦਾ ਸੰਗਠਨ।

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

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

ਗਾਹਕ ਦੇ ਰਿਮੋਟ ਦਫਤਰਾਂ ਤੋਂ ਚੈਨਲਾਂ ਦੀ ਗੁਣਵੱਤਾ ਹਮੇਸ਼ਾ ਅਨੁਕੂਲ ਸਮਾਂ ਸੀਮਾ ਵਿੱਚ ਬੈਕਅੱਪ ਅਤੇ ਰੀਸਟੋਰ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦੀ ਹੈ। ਪ੍ਰਸਾਰਿਤ ਟ੍ਰੈਫਿਕ ਦੀ ਮਾਤਰਾ ਨੂੰ ਘਟਾਉਣ ਲਈ, ਕਲਾਇੰਟ ਸਾਈਡ 'ਤੇ ਡੁਪਲੀਕੇਸ਼ਨ ਨੂੰ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਸੀ। ਉਸਦੇ ਲਈ ਧੰਨਵਾਦ, ਦਫਤਰਾਂ ਦੀ ਦੂਰ-ਦੁਰਾਡੇ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, ਇੱਕ ਪੂਰੇ ਬੈਕਅੱਪ ਦਾ ਸਮਾਂ ਸਵੀਕਾਰਯੋਗ ਬਣ ਗਿਆ. ਉਦਾਹਰਨ ਲਈ, ਸੇਂਟ ਪੀਟਰਸਬਰਗ ਤੋਂ 131 GB ਦਾ ਪੂਰਾ ਡਾਟਾਬੇਸ ਬੈਕਅੱਪ 16 ਮਿੰਟਾਂ ਵਿੱਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਯੇਕਾਟੇਰਿਨਬਰਗ ਤੋਂ, ਇੱਕ 340 GB ਡੇਟਾਬੇਸ ਦਾ 1 ਘੰਟੇ 45 ਮਿੰਟ ਲਈ ਬੈਕਅੱਪ ਲਿਆ ਜਾਂਦਾ ਹੈ।

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

ਕੇਸ 2

ਗਾਹਕ. ਬੱਚਿਆਂ ਦੇ ਸਾਮਾਨ ਦੇ ਸਟੋਰਾਂ ਦੀ ਰੂਸੀ ਲੜੀ.
ਇੱਕ ਕੰਮ। ਇਸ ਲਈ ਬੈਕਅੱਪ ਦਾ ਸੰਗਠਨ:
4 ਭੌਤਿਕ ਸਰਵਰਾਂ 'ਤੇ ਅਧਾਰਤ ਇੱਕ ਬਹੁਤ ਜ਼ਿਆਦਾ ਲੋਡ ਕੀਤਾ MS SQL ਕਲੱਸਟਰ;
ਇੱਕ ਵੈਬਸਾਈਟ, ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ, 1C, ਐਕਸਚੇਂਜ ਅਤੇ ਫਾਈਲ ਸਰਵਰ ਵਾਲੀਆਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ।
ਕਲਾਇੰਟ ਦਾ ਪੂਰਾ ਨਿਸ਼ਚਿਤ ਬੁਨਿਆਦੀ ਢਾਂਚਾ OST ਅਤੇ NORD ਸਾਈਟਾਂ ਵਿਚਕਾਰ ਵਿੱਥ ਰੱਖਿਆ ਗਿਆ ਹੈ।
SQL ਸਰਵਰਾਂ ਲਈ RPO - 30 ਮਿੰਟ, ਬਾਕੀ ਦੇ ਲਈ - 1 ਦਿਨ।
ਸਟੋਰੇਜ ਦੀ ਡੂੰਘਾਈ - ਡੇਟਾ ਦੀ ਕਿਸਮ 'ਤੇ ਨਿਰਭਰ ਕਰਦਿਆਂ, 2 ਹਫ਼ਤਿਆਂ ਤੋਂ 30 ਦਿਨਾਂ ਤੱਕ।

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

ਉੱਚ ਬੈਕਅੱਪ ਸਪੀਡ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਕਲਾਇੰਟ ਨੇ ਬੈਕਅੱਪ ਕਾਰਜਾਂ ਲਈ MS SQL ਦੇ ਨਾਲ ਭੌਤਿਕ ਸਰਵਰਾਂ 'ਤੇ ਇੱਕ ਵੱਖਰਾ ਨੈੱਟਵਰਕ ਅਡਾਪਟਰ ਨਿਰਧਾਰਤ ਕੀਤਾ ਹੈ। ਇੱਕ 3,4 TB ਡੇਟਾਬੇਸ ਦੇ ਪੂਰੇ ਬੈਕਅੱਪ ਵਿੱਚ 2 ਘੰਟੇ 20 ਮਿੰਟ ਲੱਗਦੇ ਹਨ, ਅਤੇ ਇੱਕ ਪੂਰੀ ਰੀਸਟੋਰ ਵਿੱਚ 5 ਘੰਟੇ 5 ਮਿੰਟ ਲੱਗਦੇ ਹਨ।

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

ਕੇਸ 3

ਗਾਹਕ. CIS ਵਿੱਚ ਸੁਪਰਮਾਰਕੀਟ ਚੇਨ
ਇੱਕ ਕੰਮ। ਗਾਹਕ ਸਾਡੇ ਕਲਾਊਡ ਵਿੱਚ ਹੋਸਟ ਕੀਤੇ SAP ਸਿਸਟਮਾਂ ਦਾ ਬੈਕਅੱਪ ਲੈਣਾ ਅਤੇ ਰੀਸਟੋਰ ਕਰਨਾ ਚਾਹੁੰਦਾ ਸੀ। SAP HANA ਡੇਟਾਬੇਸ ਲਈ RPO=15 ਮਿੰਟ, ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰਾਂ ਨਾਲ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਲਈ RPO=24 ਘੰਟੇ। ਸਟੋਰੇਜ਼ ਦੀ ਡੂੰਘਾਈ - 30 ਦਿਨ. ਦੁਰਘਟਨਾ ਦੇ ਮਾਮਲੇ ਵਿੱਚ RTO=1 ਘੰਟਾ, ਮੰਗ 'ਤੇ ਕਾਪੀ ਨੂੰ ਬਹਾਲ ਕਰਨ ਲਈ RTO=4 ਘੰਟੇ।

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

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

181 GB ਡੇਟਾਬੇਸ ਵਿੱਚੋਂ ਇੱਕ ਦਾ ਪੂਰਾ ਬੈਕਅੱਪ 1 ਘੰਟੇ 54 ਮਿੰਟ ਵਿੱਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

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

ਬੈਕਅੱਪ ਪ੍ਰਬੰਧਨ ਸਟੈਂਡਰਡ Commvault ਕਲਾਇੰਟ ਕੰਸੋਲ ਰਾਹੀਂ ਕਲਾਇੰਟ ਲਈ ਵੀ ਉਪਲਬਧ ਹੈ।

ਅੱਜ ਲਈ ਇਹ ਸਭ ਕੁਝ ਹੈ। ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਸਵਾਲ ਪੁੱਛੋ।

ਸਰੋਤ: www.habr.com