AERODISK ਇੰਜਣ: ਤਬਾਹੀ ਪ੍ਰਤੀਰੋਧ। ਭਾਗ 1

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

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

ਥਿਊਰੀ ਦਾ ਕੁਝ ਹਿੱਸਾ

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

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

ਇਸ ਵਿਧੀ ਦੇ ਫਾਇਦੇ:

• ਸਾਰੇ ਸਟੋਰੇਜ਼ ਸਿਸਟਮਾਂ 'ਤੇ ਡਾਟਾ ਹਮੇਸ਼ਾ ਇੱਕੋ ਜਿਹਾ ਹੁੰਦਾ ਹੈ

ਨੁਕਸਾਨ:

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

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

ਅਸਿੰਕ੍ਰੋਨਸ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਦੇ ਫਾਇਦੇ:

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

ਨੁਕਸਾਨ:

• ਵੱਖ-ਵੱਖ ਡਾਟਾ ਸੈਂਟਰਾਂ ਵਿੱਚ ਡਾਟਾ ਹਮੇਸ਼ਾ ਇੱਕੋ ਜਿਹਾ ਨਹੀਂ ਹੁੰਦਾ

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

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

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

ਇੱਥੇ ਕੋਈ ਸਪਸ਼ਟ ਜਵਾਬ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਇੱਥੇ FOR ਅਤੇ CONS ਆਰਗੂਮੈਂਟਸ ਹਨ:

ਸਟੋਰੇਜ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਲਈ ਆਰਗੂਮੈਂਟਸ:

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

ਸਟੋਰੇਜ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਦੇ ਵਿਰੁੱਧ ਆਰਗੂਮੈਂਟਸ:

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

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

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

ਥਿਊਰੀ ਨਾਲ ਕੀਤਾ, ਹੁਣ ਅਭਿਆਸ

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

ਯੋਜਨਾਬੱਧ ਤੌਰ 'ਤੇ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

ਤਰਕਪੂਰਨ ਤੌਰ 'ਤੇ, ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਸੰਗਠਿਤ ਕੀਤਾ ਗਿਆ ਹੈ:

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

ਸਮਕਾਲੀ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਲਈ ਸਮਰਥਿਤ ਦੂਰੀ 40 ਕਿਲੋਮੀਟਰ ਹੈ, ਡਾਟਾ ਸੈਂਟਰਾਂ ਵਿਚਕਾਰ ਆਪਟੀਕਲ ਚੈਨਲ ਦਾ ਦੇਰੀ ਮੁੱਲ 2 ਮਿਲੀਸਕਿੰਟ ਤੱਕ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ, ਇਹ ਵੱਡੀ ਦੇਰੀ ਨਾਲ ਕੰਮ ਕਰੇਗਾ, ਪਰ ਫਿਰ ਰਿਕਾਰਡਿੰਗ (ਜੋ ਕਿ ਲਾਜ਼ੀਕਲ ਵੀ ਹੈ) ਦੇ ਦੌਰਾਨ ਮਜ਼ਬੂਤ ​​​​ਮੰਦੀ ਹੋਵੇਗੀ, ਇਸ ਲਈ ਜੇਕਰ ਤੁਸੀਂ ਡੇਟਾ ਸੈਂਟਰਾਂ ਵਿਚਕਾਰ ਸਮਕਾਲੀ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਆਪਟਿਕਸ ਦੀ ਗੁਣਵੱਤਾ ਅਤੇ ਦੇਰੀ ਦੀ ਜਾਂਚ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।

ਅਸਿੰਕ੍ਰੋਨਸ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਲਈ ਲੋੜਾਂ ਇੰਨੀਆਂ ਗੰਭੀਰ ਨਹੀਂ ਹਨ। ਵਧੇਰੇ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ, ਉਹ ਉੱਥੇ ਬਿਲਕੁਲ ਨਹੀਂ ਹਨ. ਕੋਈ ਵੀ ਕੰਮ ਕਰਨ ਵਾਲਾ ਈਥਰਨੈੱਟ ਕਨੈਕਸ਼ਨ ਕਰੇਗਾ।

ਵਰਤਮਾਨ ਵਿੱਚ, AERODISK ENGINE ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਈਥਰਨੈੱਟ ਪ੍ਰੋਟੋਕੋਲ (ਓਵਰ ਕਾਪਰ ਜਾਂ ਆਪਟੀਕਲ) ਦੁਆਰਾ ਬਲਾਕ ਡਿਵਾਈਸਾਂ (LUNs) ਲਈ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਉਹਨਾਂ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ ਜਿੱਥੇ ਫਾਈਬਰ ਚੈਨਲ ਉੱਤੇ SAN ਫੈਬਰਿਕ ਦੁਆਰਾ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਅਸੀਂ ਵਰਤਮਾਨ ਵਿੱਚ ਇੱਕ ਢੁਕਵਾਂ ਹੱਲ ਜੋੜ ਰਹੇ ਹਾਂ, ਪਰ ਇਹ ਅਜੇ ਤਿਆਰ ਨਹੀਂ ਹੈ, ਇਸਲਈ ਸਾਡੇ ਕੇਸ ਵਿੱਚ, ਸਿਰਫ਼ ਈਥਰਨੈੱਟ।

ਰੀਪਲੀਕੇਸ਼ਨ ਕਿਸੇ ਵੀ ਇੰਜਨ ਸੀਰੀਜ਼ ਸਟੋਰੇਜ਼ ਸਿਸਟਮਾਂ (N1, N2, N4) ਵਿਚਕਾਰ ਜੂਨੀਅਰ ਸਿਸਟਮਾਂ ਤੋਂ ਲੈ ਕੇ ਪੁਰਾਣੇ ਸਿਸਟਮਾਂ ਤੱਕ ਅਤੇ ਇਸਦੇ ਉਲਟ ਕੰਮ ਕਰ ਸਕਦੀ ਹੈ।

ਦੋਨੋ ਰੀਪਲੀਕੇਸ਼ਨ ਮੋਡ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਇੱਕੋ ਜਿਹੀ ਹੈ। ਹੇਠਾਂ ਕੀ ਉਪਲਬਧ ਹੈ ਬਾਰੇ ਹੋਰ ਵੇਰਵੇ ਹਨ:

• ਪ੍ਰਤੀਕ੍ਰਿਤੀ “ਇੱਕ ਤੋਂ ਇੱਕ” ਜਾਂ “ਇੱਕ ਤੋਂ ਇੱਕ”, ਯਾਨੀ ਦੋ ਡਾਟਾ ਸੈਂਟਰਾਂ ਵਾਲਾ ਕਲਾਸਿਕ ਸੰਸਕਰਣ, ਮੁੱਖ ਅਤੇ ਬੈਕਅੱਪ
• ਪ੍ਰਤੀਕ੍ਰਿਤੀ "ਇੱਕ ਤੋਂ ਬਹੁਤ ਸਾਰੇ" ਜਾਂ "ਇੱਕ ਤੋਂ ਬਹੁਤ ਸਾਰੇ" ਹੈ, ਯਾਨੀ. ਇੱਕ LUN ਨੂੰ ਇੱਕ ਵਾਰ ਵਿੱਚ ਕਈ ਸਟੋਰੇਜ਼ ਸਿਸਟਮਾਂ ਵਿੱਚ ਨਕਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ
• ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਦੀ ਦਿਸ਼ਾ ਨੂੰ ਸਮਰੱਥ, ਅਸਮਰੱਥ ਜਾਂ ਬਦਲਣ ਲਈ ਕ੍ਰਮਵਾਰ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਨੂੰ ਕਿਰਿਆਸ਼ੀਲ, ਅਯੋਗ ਅਤੇ "ਉਲਟਾ" ਕਰੋ
• ਰਿਪਲੀਕੇਸ਼ਨ ਆਰਡੀਜੀ (ਰੈੱਡ ਡਿਸਟ੍ਰੀਬਿਊਟਡ ਗਰੁੱਪ) ਅਤੇ ਡੀਡੀਪੀ (ਡਾਇਨਾਮਿਕ ਡਿਸਕ ਪੂਲ) ਪੂਲ ਦੋਵਾਂ ਲਈ ਉਪਲਬਧ ਹੈ। ਹਾਲਾਂਕਿ, ਇੱਕ RDG ਪੂਲ ਦੇ LUNs ਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਹੋਰ RDG ਵਿੱਚ ਦੁਹਰਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। DDP ਨਾਲ ਵੀ ਇਹੀ ਹੈ।

ਇੱਥੇ ਬਹੁਤ ਸਾਰੀਆਂ ਹੋਰ ਛੋਟੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ, ਪਰ ਉਹਨਾਂ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਨ ਵਿੱਚ ਕੋਈ ਖਾਸ ਬਿੰਦੂ ਨਹੀਂ ਹੈ; ਅਸੀਂ ਉਹਨਾਂ ਦਾ ਜ਼ਿਕਰ ਕਰਾਂਗੇ ਜਿਵੇਂ ਅਸੀਂ ਸੈੱਟਅੱਪ ਕਰਦੇ ਹਾਂ.

ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਸਥਾਪਤ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ

ਸੈੱਟਅੱਪ ਪ੍ਰਕਿਰਿਆ ਕਾਫ਼ੀ ਸਧਾਰਨ ਹੈ ਅਤੇ ਤਿੰਨ ਪੜਾਵਾਂ ਦੇ ਸ਼ਾਮਲ ਹਨ।

1. ਨੈੱਟਵਰਕ ਸੰਰਚਨਾ
2. ਸਟੋਰੇਜ ਸੈੱਟਅੱਪ
3. ਨਿਯਮ (ਕੁਨੈਕਸ਼ਨ) ਅਤੇ ਮੈਪਿੰਗ ਸਥਾਪਤ ਕਰਨਾ

ਰੀਪਲੀਕੇਸ਼ਨ ਸਥਾਪਤ ਕਰਨ ਵਿੱਚ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਨੁਕਤਾ ਇਹ ਹੈ ਕਿ ਪਹਿਲੇ ਦੋ ਪੜਾਵਾਂ ਨੂੰ ਰਿਮੋਟ ਸਟੋਰੇਜ ਸਿਸਟਮ ਤੇ ਦੁਹਰਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਤੀਜਾ ਪੜਾਅ - ਸਿਰਫ ਮੁੱਖ ਇੱਕ 'ਤੇ.

ਨੈੱਟਵਰਕ ਸਰੋਤ ਸੈੱਟਅੱਪ ਕਰ ਰਿਹਾ ਹੈ

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

ਇਸ ਤੋਂ ਬਾਅਦ, ਸਾਨੂੰ ਇੱਕ ਪੂਲ (ਸਾਡੇ ਕੇਸ ਵਿੱਚ RDG) ਅਤੇ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਲਈ ਇੱਕ ਵਰਚੁਅਲ IP (VIP) ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ। VIP ਇੱਕ ਫਲੋਟਿੰਗ IP ਐਡਰੈੱਸ ਹੈ ਜੋ ਸਟੋਰੇਜ ਕੰਟਰੋਲਰਾਂ ਦੇ ਦੋ "ਭੌਤਿਕ" ਪਤਿਆਂ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ (ਉਹ ਪੋਰਟ ਜੋ ਅਸੀਂ ਹੁਣੇ ਕੌਂਫਿਗਰ ਕੀਤੇ ਹਨ)। ਇਹ ਮੁੱਖ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਇੰਟਰਫੇਸ ਹੋਵੇਗਾ। ਜੇਕਰ ਤੁਹਾਨੂੰ ਟੈਗ ਕੀਤੇ ਟ੍ਰੈਫਿਕ ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਤਾਂ ਤੁਸੀਂ VIP ਨਾਲ ਨਹੀਂ, ਪਰ VLAN ਨਾਲ ਵੀ ਕੰਮ ਕਰ ਸਕਦੇ ਹੋ।

ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਲਈ VIP ਬਣਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ I/O (NFS, SMB, iSCSI) ਲਈ VIP ਬਣਾਉਣ ਨਾਲੋਂ ਬਹੁਤ ਵੱਖਰੀ ਨਹੀਂ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਅਸੀਂ ਇੱਕ ਨਿਯਮਤ VIP (VLAN ਤੋਂ ਬਿਨਾਂ) ਬਣਾਉਂਦੇ ਹਾਂ, ਪਰ ਇਹ ਦਰਸਾਉਣਾ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਇਹ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਲਈ ਹੈ (ਇਸ ਪੁਆਇੰਟਰ ਤੋਂ ਬਿਨਾਂ ਅਸੀਂ ਅਗਲੇ ਪੜਾਅ ਵਿੱਚ VIP ਨੂੰ ਨਿਯਮ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਕਰ ਸਕਾਂਗੇ)।

VIP ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਉਸੇ ਸਬਨੈੱਟ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਵੇਂ ਕਿ IP ਪੋਰਟਾਂ ਜਿਨ੍ਹਾਂ ਵਿਚਕਾਰ ਇਹ ਫਲੋਟ ਹੁੰਦਾ ਹੈ।

ਅਸੀਂ ਇਹਨਾਂ ਸੈਟਿੰਗਾਂ ਨੂੰ ਇੱਕ ਰਿਮੋਟ ਸਟੋਰੇਜ ਸਿਸਟਮ 'ਤੇ ਦੁਹਰਾਉਂਦੇ ਹਾਂ, ਇੱਕ ਵੱਖਰੇ IP ਨਾਲ, ਬੇਸ਼ਕ।
ਵੱਖ-ਵੱਖ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ ਤੋਂ ਵੀਆਈਪੀ ਵੱਖ-ਵੱਖ ਸਬਨੈੱਟਾਂ ਵਿੱਚ ਹੋ ਸਕਦੇ ਹਨ, ਮੁੱਖ ਗੱਲ ਇਹ ਹੈ ਕਿ ਉਹਨਾਂ ਵਿਚਕਾਰ ਰੂਟਿੰਗ ਹੈ. ਸਾਡੇ ਕੇਸ ਵਿੱਚ, ਇਹ ਉਦਾਹਰਨ ਬਿਲਕੁਲ ਦਿਖਾਈ ਗਈ ਹੈ (192.168.3.XX ਅਤੇ 192.168.2.XX)

ਇਹ ਨੈੱਟਵਰਕ ਹਿੱਸੇ ਦੀ ਤਿਆਰੀ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ.

ਸਟੋਰੇਜ ਸਥਾਪਤ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ

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

ਪਹਿਲਾਂ ਬਣਾਏ ਗਏ ਪੂਲ R02 ਵਿੱਚ, ਤੁਹਾਨੂੰ ਇੱਕ LUN ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ। ਚਲੋ ਇਸਨੂੰ ਬਣਾਉ ਅਤੇ ਇਸਨੂੰ LUN1 ਕਹਿੰਦੇ ਹਾਂ।

ਸਾਨੂੰ ਇੱਕੋ ਜਿਹੇ ਆਕਾਰ ਦੇ ਰਿਮੋਟ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ 'ਤੇ ਉਹੀ LUN ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੈ। ਅਸੀਂ ਬਣਾਉਂਦੇ ਹਾਂ। ਉਲਝਣ ਤੋਂ ਬਚਣ ਲਈ, ਆਓ ਰਿਮੋਟ LUN LUN1R ਨੂੰ ਕਾਲ ਕਰੀਏ

ਜੇਕਰ ਸਾਨੂੰ ਇੱਕ LUN ਲੈਣ ਦੀ ਲੋੜ ਹੈ ਜੋ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਹੈ, ਤਾਂ ਰਿਪਲੀਕਾ ਸੈਟ ਅਪ ਕਰਦੇ ਸਮੇਂ, ਸਾਨੂੰ ਹੋਸਟ ਤੋਂ ਇਸ ਉਤਪਾਦਕ LUN ਨੂੰ ਅਨਮਾਊਂਟ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ, ਅਤੇ ਰਿਮੋਟ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ 'ਤੇ ਇੱਕੋ ਜਿਹੇ ਆਕਾਰ ਦਾ ਇੱਕ ਖਾਲੀ LUN ਬਣਾਉਣਾ ਹੋਵੇਗਾ।

ਸਟੋਰੇਜ ਸੈਟਅਪ ਪੂਰਾ ਹੋ ਗਿਆ ਹੈ, ਚਲੋ ਇੱਕ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਨਿਯਮ ਬਣਾਉਣ ਲਈ ਅੱਗੇ ਵਧਦੇ ਹਾਂ।

ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਨਿਯਮਾਂ ਜਾਂ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਲਿੰਕਾਂ ਨੂੰ ਸਥਾਪਤ ਕਰਨਾ

ਸਟੋਰੇਜ਼ ਸਿਸਟਮ 'ਤੇ LUNs ਬਣਾਉਣ ਤੋਂ ਬਾਅਦ, ਜੋ ਕਿ ਇਸ ਸਮੇਂ ਪ੍ਰਾਇਮਰੀ ਹੋਵੇਗਾ, ਅਸੀਂ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ 1 'ਤੇ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਨਿਯਮ LUN1 ਨੂੰ ਸਟੋਰੇਜ ਸਿਸਟਮ 1 'ਤੇ LUN2R ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹਾਂ।

ਸੈਟਿੰਗ "ਰਿਮੋਟ ਰੀਪਲੀਕੇਸ਼ਨ" ਮੀਨੂ ਵਿੱਚ ਕੀਤੀ ਗਈ ਹੈ

ਚਲੋ ਇੱਕ ਨਿਯਮ ਬਣਾਈਏ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਦੇ ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ. ਉੱਥੇ ਅਸੀਂ ਕੁਨੈਕਸ਼ਨ ਦਾ ਨਾਮ ਅਤੇ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਦੀ ਕਿਸਮ (ਸਮਕਾਲੀ ਜਾਂ ਅਸਿੰਕਰੋਨਸ) ਵੀ ਸੈਟ ਕਰਦੇ ਹਾਂ।

"ਰਿਮੋਟ ਸਿਸਟਮ" ਫੀਲਡ ਵਿੱਚ ਅਸੀਂ ਆਪਣਾ ਸਟੋਰੇਜ ਸਿਸਟਮ 2 ਜੋੜਦੇ ਹਾਂ। ਜੋੜਨ ਲਈ, ਤੁਹਾਨੂੰ ਪ੍ਰਬੰਧਨ IP ਸਟੋਰੇਜ਼ ਸਿਸਟਮ (MGR) ਅਤੇ ਰਿਮੋਟ LUN ਦਾ ਨਾਮ ਵਰਤਣ ਦੀ ਲੋੜ ਹੈ ਜਿਸ ਵਿੱਚ ਅਸੀਂ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਕਰਾਂਗੇ (ਸਾਡੇ ਕੇਸ ਵਿੱਚ, LUN1R)। ਨਿਯੰਤਰਣ IP ਦੀ ਲੋੜ ਕੇਵਲ ਇੱਕ ਕਨੈਕਸ਼ਨ ਜੋੜਨ ਦੇ ਪੜਾਅ 'ਤੇ ਹੁੰਦੀ ਹੈ; ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਟ੍ਰੈਫਿਕ ਉਹਨਾਂ ਦੁਆਰਾ ਪ੍ਰਸਾਰਿਤ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ; ਇਸਦੇ ਲਈ ਪਹਿਲਾਂ ਕੌਂਫਿਗਰ ਕੀਤੇ VIP ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਵੇਗੀ।

ਪਹਿਲਾਂ ਹੀ ਇਸ ਪੜਾਅ 'ਤੇ ਅਸੀਂ "ਇੱਕ ਤੋਂ ਕਈ" ਟੌਪੌਲੋਜੀ ਲਈ ਇੱਕ ਤੋਂ ਵੱਧ ਰਿਮੋਟ ਸਿਸਟਮ ਜੋੜ ਸਕਦੇ ਹਾਂ: "ਐਡ ਨੋਡ" ਬਟਨ 'ਤੇ ਕਲਿੱਕ ਕਰੋ, ਜਿਵੇਂ ਕਿ ਹੇਠਾਂ ਦਿੱਤੀ ਗਈ ਤਸਵੀਰ ਵਿੱਚ ਹੈ।

ਸਾਡੇ ਕੇਸ ਵਿੱਚ, ਸਿਰਫ ਇੱਕ ਰਿਮੋਟ ਸਿਸਟਮ ਹੈ, ਇਸ ਲਈ ਅਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ ਇਸ ਤੱਕ ਸੀਮਿਤ ਕਰਦੇ ਹਾਂ.

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

ਸਟੋਰੇਜ ਸਿਸਟਮ 1. ਰਚਨਾ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ, ਸਮਕਾਲੀਕਰਨ ਸ਼ੁਰੂ ਹੋਇਆ।

ਸਟੋਰੇਜ ਸਿਸਟਮ 2. ਅਸੀਂ ਉਹੀ ਨਿਯਮ ਦੇਖਦੇ ਹਾਂ, ਪਰ ਸਮਕਾਲੀਕਰਨ ਪਹਿਲਾਂ ਹੀ ਖਤਮ ਹੋ ਗਿਆ ਹੈ।

ਸਟੋਰੇਜ਼ ਸਿਸਟਮ 1 ਉੱਤੇ LUN1 ਪ੍ਰਾਇਮਰੀ ਰੋਲ ਵਿੱਚ ਹੈ, ਯਾਨੀ ਕਿ ਇਹ ਕਿਰਿਆਸ਼ੀਲ ਹੈ। ਸਟੋਰੇਜ਼ ਸਿਸਟਮ 1 'ਤੇ LUN2R ਸੈਕੰਡਰੀ ਦੀ ਭੂਮਿਕਾ ਵਿੱਚ ਹੈ, ਯਾਨੀ ਕਿ ਸਟੋਰੇਜ ਸਿਸਟਮ 1 ਦੇ ਅਸਫਲ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਇਹ ਸਟੈਂਡਬਾਏ 'ਤੇ ਹੈ।
ਹੁਣ ਅਸੀਂ ਆਪਣੇ LUN ਨੂੰ ਹੋਸਟ ਨਾਲ ਜੋੜ ਸਕਦੇ ਹਾਂ।

ਅਸੀਂ iSCSI ਰਾਹੀਂ ਜੁੜਾਂਗੇ, ਹਾਲਾਂਕਿ ਇਹ FC ਰਾਹੀਂ ਵੀ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇੱਕ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਵਿੱਚ iSCSI LUN ਦੁਆਰਾ ਮੈਪਿੰਗ ਸੈੱਟ ਕਰਨਾ ਆਮ ਦ੍ਰਿਸ਼ ਤੋਂ ਵੱਖਰਾ ਨਹੀਂ ਹੈ, ਇਸਲਈ ਅਸੀਂ ਇੱਥੇ ਇਸ ਬਾਰੇ ਵਿਸਥਾਰ ਵਿੱਚ ਨਹੀਂ ਵਿਚਾਰਾਂਗੇ। ਜੇ ਕੁਝ ਵੀ ਹੈ, ਤਾਂ ਇਸ ਪ੍ਰਕਿਰਿਆ ਦਾ ਲੇਖ ਵਿੱਚ ਵਰਣਨ ਕੀਤਾ ਗਿਆ ਹੈ "ਤੇਜ਼ ਸੈੱਟਅੱਪ".

ਫਰਕ ਸਿਰਫ ਇਹ ਹੈ ਕਿ ਅਸੀਂ "ਰਿਪਲੀਕੇਸ਼ਨ ਮੈਪਿੰਗ" ਮੀਨੂ ਵਿੱਚ ਮੈਪਿੰਗ ਬਣਾਉਂਦੇ ਹਾਂ

ਅਸੀਂ ਮੈਪਿੰਗ ਸਥਾਪਤ ਕੀਤੀ ਅਤੇ ਮੇਜ਼ਬਾਨ ਨੂੰ LUN ਦਿੱਤਾ। ਹੋਸਟ ਨੇ LUN ਦੇਖਿਆ।

ਅਸੀਂ ਇਸਨੂੰ ਇੱਕ ਸਥਾਨਕ ਫਾਈਲ ਸਿਸਟਮ ਵਿੱਚ ਫਾਰਮੈਟ ਕਰਦੇ ਹਾਂ।

ਬੱਸ, ਸੈੱਟਅੱਪ ਪੂਰਾ ਹੋ ਗਿਆ ਹੈ। ਅਗਲੇ ਟੈਸਟ ਆਉਣਗੇ।

ਟੈਸਟਿੰਗ

ਅਸੀਂ ਤਿੰਨ ਮੁੱਖ ਦ੍ਰਿਸ਼ਾਂ ਦੀ ਜਾਂਚ ਕਰਾਂਗੇ।

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

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

ਦੋਵੇਂ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ ਕੋਲ ਹੁਣ "ਲਾਭਦਾਇਕ" ਡੇਟਾ ਹੈ, ਅਸੀਂ ਟੈਸਟ ਸ਼ੁਰੂ ਕਰ ਸਕਦੇ ਹਾਂ।

ਬਸ ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਆਓ ਇੱਕ ਫਾਈਲ ਦੇ ਹੈਸ਼ ਸੰਖਿਆਵਾਂ ਨੂੰ ਵੇਖੀਏ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਲਿਖੀਏ।

ਨਿਯਮਤ ਭੂਮਿਕਾ ਬਦਲਣਾ

ਰੋਲ ਬਦਲਣ ਦਾ ਕੰਮ (ਰਿਪਲੀਕੇਸ਼ਨ ਦੀ ਦਿਸ਼ਾ ਬਦਲਣਾ) ਕਿਸੇ ਵੀ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਨਾਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ ਤੁਹਾਨੂੰ ਅਜੇ ਵੀ ਦੋਵਾਂ 'ਤੇ ਜਾਣ ਦੀ ਜ਼ਰੂਰਤ ਹੋਏਗੀ, ਕਿਉਂਕਿ ਤੁਹਾਨੂੰ ਪ੍ਰਾਇਮਰੀ 'ਤੇ ਮੈਪਿੰਗ ਨੂੰ ਅਯੋਗ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੋਏਗੀ, ਅਤੇ ਇਸਨੂੰ ਸੈਕੰਡਰੀ (ਜੋ ਕਿ ਪ੍ਰਾਇਮਰੀ ਬਣ ਜਾਵੇਗਾ) 'ਤੇ ਸਮਰੱਥ ਬਣਾਉਣਾ ਹੋਵੇਗਾ। ).

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

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

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

ਕੁਝ ਸਕਿੰਟਾਂ ਬਾਅਦ, LUN1R (ਬੈਕਅੱਪ ਸਟੋਰੇਜ ਸਿਸਟਮ) ਪ੍ਰਾਇਮਰੀ ਬਣ ਜਾਂਦਾ ਹੈ।

ਅਸੀਂ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ1 ਨਾਲ LUN2R ਦਾ ਨਕਸ਼ਾ ਬਣਾਉਂਦੇ ਹਾਂ।

ਇਸ ਤੋਂ ਬਾਅਦ, ਸਾਡੀ E: ਡਰਾਈਵ ਆਟੋਮੈਟਿਕ ਹੀ ਹੋਸਟ ਨਾਲ ਜੁੜ ਜਾਂਦੀ ਹੈ, ਸਿਰਫ ਇਸ ਵਾਰ ਇਹ LUN1R ਤੋਂ "ਆਇਆ" ਹੈ।

ਬਸ ਮਾਮਲੇ ਵਿੱਚ, ਅਸੀਂ ਹੈਸ਼ ਰਕਮ ਦੀ ਤੁਲਨਾ ਕਰਦੇ ਹਾਂ।

ਇੱਕੋ ਜਿਹੇ। ਟੈਸਟ ਪਾਸ ਕੀਤਾ।

ਫੇਲਓਵਰ। ਡਾਟਾ ਸੈਂਟਰ ਅਸਫਲਤਾ

ਇਸ ਸਮੇਂ, ਨਿਯਮਤ ਸਵਿਚਿੰਗ ਤੋਂ ਬਾਅਦ ਮੁੱਖ ਸਟੋਰੇਜ ਸਿਸਟਮ ਕ੍ਰਮਵਾਰ ਸਟੋਰੇਜ ਸਿਸਟਮ 2 ਅਤੇ LUN1R ਹੈ। ਕਿਸੇ ਦੁਰਘਟਨਾ ਦੀ ਨਕਲ ਕਰਨ ਲਈ, ਅਸੀਂ ਦੋਵੇਂ ਸਟੋਰੇਜ ਕੰਟਰੋਲਰਾਂ ਦੀ ਪਾਵਰ ਬੰਦ ਕਰ ਦੇਵਾਂਗੇ2।
ਇਸ ਤੱਕ ਹੋਰ ਕੋਈ ਪਹੁੰਚ ਨਹੀਂ ਹੈ।

ਆਓ ਦੇਖੀਏ ਕਿ ਸਟੋਰੇਜ ਸਿਸਟਮ 1 (ਇਸ ਸਮੇਂ ਬੈਕਅੱਪ ਇੱਕ) 'ਤੇ ਕੀ ਹੋ ਰਿਹਾ ਹੈ।

ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਪ੍ਰਾਇਮਰੀ LUN (LUN1R) ਅਣਉਪਲਬਧ ਹੈ। ਇੱਕ ਗਲਤੀ ਸੁਨੇਹਾ ਲੌਗਸ ਵਿੱਚ, ਜਾਣਕਾਰੀ ਪੈਨਲ ਵਿੱਚ, ਅਤੇ ਰਿਪਲੀਕੇਸ਼ਨ ਨਿਯਮ ਵਿੱਚ ਵੀ ਪ੍ਰਗਟ ਹੋਇਆ ਸੀ। ਇਸ ਅਨੁਸਾਰ, ਹੋਸਟ ਤੋਂ ਡੇਟਾ ਇਸ ਸਮੇਂ ਉਪਲਬਧ ਨਹੀਂ ਹੈ।

LUN1 ਦੀ ਭੂਮਿਕਾ ਨੂੰ ਪ੍ਰਾਇਮਰੀ ਵਿੱਚ ਬਦਲੋ।

ਮੈਂ ਮੇਜ਼ਬਾਨ ਨੂੰ ਮੈਪਿੰਗ ਕਰ ਰਿਹਾ/ਰਹੀ ਹਾਂ।

ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਡਰਾਈਵ E ਹੋਸਟ 'ਤੇ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ।

ਅਸੀਂ ਹੈਸ਼ ਦੀ ਜਾਂਚ ਕਰਦੇ ਹਾਂ.

ਸਭ ਕੁਝ ਠੀਕ ਹੈ. ਸਟੋਰੇਜ ਸਿਸਟਮ ਡਾਟਾ ਸੈਂਟਰ ਦੇ ਡਿੱਗਣ ਤੋਂ ਸਫਲਤਾਪੂਰਵਕ ਬਚ ਗਿਆ, ਜੋ ਕਿ ਸਰਗਰਮ ਸੀ। ਪ੍ਰਤੀਕ੍ਰਿਤੀ "ਰਿਵਰਸਲ" ਨੂੰ ਕਨੈਕਟ ਕਰਨ ਅਤੇ ਬੈਕਅੱਪ ਡੇਟਾ ਸੈਂਟਰ ਤੋਂ LUN ਨੂੰ ਕਨੈਕਟ ਕਰਨ ਲਈ ਲਗਭਗ 3 ਮਿੰਟ ਦਾ ਸਮਾਂ ਸੀ। ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਅਸਲ ਉਤਪਾਦਨ ਵਿੱਚ ਸਭ ਕੁਝ ਬਹੁਤ ਜ਼ਿਆਦਾ ਗੁੰਝਲਦਾਰ ਹੈ, ਅਤੇ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ ਦੇ ਨਾਲ ਕਾਰਵਾਈਆਂ ਤੋਂ ਇਲਾਵਾ, ਤੁਹਾਨੂੰ ਨੈਟਵਰਕ, ਮੇਜ਼ਬਾਨਾਂ, ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਹੋਰ ਬਹੁਤ ਸਾਰੇ ਓਪਰੇਸ਼ਨ ਕਰਨ ਦੀ ਲੋੜ ਹੈ. ਅਤੇ ਜੀਵਨ ਵਿੱਚ ਸਮੇਂ ਦੀ ਇਹ ਮਿਆਦ ਬਹੁਤ ਲੰਮੀ ਹੋਵੇਗੀ.

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

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

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

ਡਾਟਾ ਸੈਂਟਰਾਂ ਵਿਚਕਾਰ ਸੰਚਾਰ ਚੈਨਲਾਂ ਦੀ ਅਸਫਲਤਾ

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

ਪ੍ਰਾਇਮਰੀ 'ਤੇ ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਸੈਕੰਡਰੀ ਨਾਲ ਕੋਈ ਸਬੰਧ ਨਹੀਂ ਹੈ।

ਸੈਕੰਡਰੀ 'ਤੇ ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਪ੍ਰਾਇਮਰੀ ਨਾਲ ਕੋਈ ਸਬੰਧ ਨਹੀਂ ਹੈ।

ਸਭ ਕੁਝ ਠੀਕ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਅਸੀਂ ਮੁੱਖ ਸਟੋਰੇਜ ਸਿਸਟਮ ਨੂੰ ਡੇਟਾ ਲਿਖਣਾ ਜਾਰੀ ਰੱਖਦੇ ਹਾਂ, ਯਾਨੀ, ਉਹਨਾਂ ਦੇ ਬੈਕਅੱਪ ਤੋਂ ਵੱਖਰੇ ਹੋਣ ਦੀ ਗਾਰੰਟੀ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਅਰਥਾਤ, ਉਹਨਾਂ ਨੂੰ "ਵੱਖ ਕੀਤਾ ਗਿਆ" ਹੈ।

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

ਕੁਝ ਸਮੇਂ ਬਾਅਦ, ਸਮਕਾਲੀਕਰਨ ਪੂਰਾ ਹੋ ਜਾਂਦਾ ਹੈ.

ਕਨੈਕਸ਼ਨ ਨੂੰ ਬਹਾਲ ਕੀਤਾ ਗਿਆ ਸੀ, ਸੰਚਾਰ ਚੈਨਲਾਂ ਦੇ ਨੁਕਸਾਨ ਨਾਲ ਕਿਸੇ ਵੀ ਸੰਕਟਕਾਲੀਨ ਸਥਿਤੀਆਂ ਦਾ ਕਾਰਨ ਨਹੀਂ ਬਣਿਆ, ਅਤੇ ਸਵਿਚ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਸਮਕਾਲੀਕਰਨ ਆਪਣੇ ਆਪ ਹੋ ਗਿਆ।

ਸਿੱਟਾ

ਅਸੀਂ ਸਿਧਾਂਤ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕੀਤਾ - ਕੀ ਲੋੜ ਹੈ ਅਤੇ ਕਿਉਂ, ਕਿੱਥੇ ਫਾਇਦੇ ਹਨ ਅਤੇ ਨੁਕਸਾਨ ਕਿੱਥੇ ਹਨ। ਫਿਰ ਅਸੀਂ ਦੋ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ ਵਿਚਕਾਰ ਸਮਕਾਲੀ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਸਥਾਪਤ ਕਰਦੇ ਹਾਂ।

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

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

ਕਿਰਪਾ ਕਰਕੇ ਟਿੱਪਣੀਆਂ ਲਿਖੋ, ਸਾਨੂੰ ਚੰਗੀ ਆਲੋਚਨਾ ਅਤੇ ਵਿਹਾਰਕ ਸਲਾਹ ਪ੍ਰਾਪਤ ਕਰਨ ਵਿੱਚ ਖੁਸ਼ੀ ਹੋਵੇਗੀ.

ਅਗਲੀ ਵਾਰ ਤੱਕ.

ਸਰੋਤ: www.habr.com