ਐਂਟਰਪ੍ਰਾਈਜ਼ ਲਈ ਵੰਡਿਆ DBMS

CAP ਥਿਊਰਮ ਡਿਸਟ੍ਰੀਬਿਊਟਡ ਸਿਸਟਮ ਥਿਊਰੀ ਦਾ ਆਧਾਰ ਹੈ। ਬੇਸ਼ੱਕ, ਇਸ ਦੇ ਆਲੇ ਦੁਆਲੇ ਵਿਵਾਦ ਘੱਟ ਨਹੀਂ ਹੁੰਦਾ: ਇਸ ਦੀਆਂ ਪਰਿਭਾਸ਼ਾਵਾਂ ਪ੍ਰਮਾਣਿਕ ​​ਨਹੀਂ ਹਨ, ਅਤੇ ਕੋਈ ਸਖ਼ਤ ਸਬੂਤ ਨਹੀਂ ਹੈ... ਫਿਰ ਵੀ, ਰੋਜ਼ਾਨਾ ਆਮ ਸਮਝ™ ਦੀਆਂ ਸਥਿਤੀਆਂ 'ਤੇ ਮਜ਼ਬੂਤੀ ਨਾਲ ਖੜ੍ਹੇ ਹੋਏ, ਅਸੀਂ ਸਹਿਜਤਾ ਨਾਲ ਸਮਝਦੇ ਹਾਂ ਕਿ ਪ੍ਰਮੇਯ ਸੱਚ ਹੈ।

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

ਇਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਕੁਝ ਹੱਦ ਤੱਕ ਅਚਾਨਕ ਹੈ: ਇੱਕ CA ਕਲੱਸਟਰ ਵੰਡਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ।
ਇਹ ਕਿਸ ਕਿਸਮ ਦਾ ਸਮੂਹ ਹੈ ਜੋ ਵੰਡਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ?

ਅਜਿਹੇ ਕਲੱਸਟਰ ਦੀ ਇੱਕ ਲਾਜ਼ਮੀ ਵਿਸ਼ੇਸ਼ਤਾ ਇੱਕ ਸਾਂਝਾ ਡੇਟਾ ਸਟੋਰੇਜ ਸਿਸਟਮ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਇਸਦਾ ਮਤਲਬ ਇੱਕ SAN ਉੱਤੇ ਜੁੜਨਾ ਹੈ, ਜੋ ਕਿ ਇੱਕ SAN ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨੂੰ ਕਾਇਮ ਰੱਖਣ ਦੇ ਸਮਰੱਥ ਵੱਡੇ ਉਦਯੋਗਾਂ ਲਈ CA ਹੱਲਾਂ ਦੀ ਵਰਤੋਂ ਨੂੰ ਸੀਮਿਤ ਕਰਦਾ ਹੈ। ਇੱਕੋ ਡੇਟਾ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਮਲਟੀਪਲ ਸਰਵਰਾਂ ਲਈ, ਇੱਕ ਕਲੱਸਟਰਡ ਫਾਈਲ ਸਿਸਟਮ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਅਜਿਹੇ ਫਾਈਲ ਸਿਸਟਮ HPE (CFS), Veritas (VxCFS) ਅਤੇ IBM (GPFS) ਪੋਰਟਫੋਲੀਓ ਵਿੱਚ ਉਪਲਬਧ ਹਨ।

ਓਰੇਕਲ ਆਰ.ਏ.ਸੀ

ਰੀਅਲ ਐਪਲੀਕੇਸ਼ਨ ਕਲੱਸਟਰ ਵਿਕਲਪ ਪਹਿਲੀ ਵਾਰ 2001 ਵਿੱਚ ਓਰੇਕਲ 9i ਦੀ ਰਿਲੀਜ਼ ਦੇ ਨਾਲ ਪ੍ਰਗਟ ਹੋਇਆ ਸੀ। ਅਜਿਹੇ ਕਲੱਸਟਰ ਵਿੱਚ, ਕਈ ਸਰਵਰ ਮੌਕੇ ਇੱਕੋ ਡੇਟਾਬੇਸ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ।
ਓਰੇਕਲ ਇੱਕ ਕਲੱਸਟਰਡ ਫਾਈਲ ਸਿਸਟਮ ਅਤੇ ਇਸਦੇ ਆਪਣੇ ਹੱਲ - ASM, ਆਟੋਮੈਟਿਕ ਸਟੋਰੇਜ਼ ਮੈਨੇਜਮੈਂਟ ਦੋਵਾਂ ਨਾਲ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ।

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

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

ਪਰ ਕੀ ਹੁੰਦਾ ਹੈ ਜੇਕਰ ਕਿਸੇ ਇੱਕ ਉਦਾਹਰਣ ਨੂੰ ਡੇਟਾ ਬਦਲਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ?

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

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

ਵੱਖ-ਵੱਖ RAC ਨੋਡਾਂ ਵਿੱਚ ਇੱਕੋ ਪੰਨਿਆਂ ਨੂੰ ਬੇਤਰਤੀਬ ਢੰਗ ਨਾਲ ਅੱਪਡੇਟ ਕਰਨ ਨਾਲ ਡਾਟਾਬੇਸ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਨਾਟਕੀ ਤੌਰ 'ਤੇ ਗਿਰਾਵਟ ਆਉਂਦੀ ਹੈ, ਇਸ ਬਿੰਦੂ ਤੱਕ ਜਿੱਥੇ ਕਲੱਸਟਰ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਇੱਕ ਇੱਕਲੇ ਉਦਾਹਰਣ ਨਾਲੋਂ ਘੱਟ ਹੋ ਸਕਦੀ ਹੈ।

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

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

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

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

ਲੈਣ-ਦੇਣ ਲਈ IBM ਸ਼ੁੱਧ ਡਾਟਾ ਸਿਸਟਮ

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

ਪਹਿਲੀ ਨਜ਼ਰ 'ਤੇ, pureScale ਆਰਕੀਟੈਕਚਰ Oracle RAC ਦੇ ਸਮਾਨ ਹੈ: ਉਸੇ ਤਰ੍ਹਾਂ, ਕਈ ਨੋਡ ਇੱਕ ਸਾਂਝੇ ਡੇਟਾ ਸਟੋਰੇਜ ਸਿਸਟਮ ਨਾਲ ਜੁੜੇ ਹੋਏ ਹਨ, ਅਤੇ ਹਰੇਕ ਨੋਡ ਆਪਣੇ ਖੁਦ ਦੇ ਮੈਮੋਰੀ ਖੇਤਰਾਂ ਅਤੇ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਲੌਗਸ ਨਾਲ ਆਪਣੀ ਖੁਦ ਦੀ DBMS ਉਦਾਹਰਨ ਚਲਾਉਂਦਾ ਹੈ। ਪਰ, Oracle ਦੇ ਉਲਟ, DB2 ਕੋਲ db2LLM* ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੇ ਇੱਕ ਸਮੂਹ ਦੁਆਰਾ ਪ੍ਰਸਤੁਤ ਇੱਕ ਸਮਰਪਿਤ ਲਾਕਿੰਗ ਸੇਵਾ ਹੈ। ਇੱਕ ਕਲੱਸਟਰ ਸੰਰਚਨਾ ਵਿੱਚ, ਇਹ ਸੇਵਾ ਇੱਕ ਵੱਖਰੇ ਨੋਡ 'ਤੇ ਰੱਖੀ ਜਾਂਦੀ ਹੈ, ਜਿਸ ਨੂੰ ਪੈਰਲਲ ਸਿਸਪਲੈਕਸ ਵਿੱਚ ਕਪਲਿੰਗ ਫੈਸਿਲਿਟੀ (CF), ਅਤੇ ਸ਼ੁੱਧ ਡੇਟਾ ਵਿੱਚ PowerHA ਕਿਹਾ ਜਾਂਦਾ ਹੈ।

PowerHA ਹੇਠ ਲਿਖੀਆਂ ਸੇਵਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ:

• ਲਾਕ ਮੈਨੇਜਰ;
• ਗਲੋਬਲ ਬਫਰ ਕੈਸ਼;
• ਇੰਟਰਪ੍ਰੋਸੈਸ ਸੰਚਾਰ ਦਾ ਖੇਤਰ.

PowerHA ਤੋਂ ਡਾਟਾਬੇਸ ਨੋਡਸ ਅਤੇ ਬੈਕ ਵਿੱਚ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਲਈ, ਰਿਮੋਟ ਮੈਮੋਰੀ ਐਕਸੈਸ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਇਸਲਈ ਕਲੱਸਟਰ ਇੰਟਰਕਨੈਕਟ ਨੂੰ RDMA ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਸਮਰਥਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। PureScale Ethernet ਉੱਤੇ Infiniband ਅਤੇ RDMA ਦੋਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦਾ ਹੈ।

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

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

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

“ਡਰਟੀ”, ਯਾਨੀ ਕਿ ਬਦਲਿਆ ਗਿਆ ਹੈ, ਪੰਨਿਆਂ ਨੂੰ ਰੈਗੂਲਰ ਨੋਡ ਅਤੇ PowerHA (castout) ਤੋਂ ਡਿਸਕ 'ਤੇ ਲਿਖਿਆ ਜਾ ਸਕਦਾ ਹੈ।

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

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

90% ਪੜ੍ਹਨ ਅਤੇ 10% ਲਿਖਣ ਦੇ ਵਰਕਲੋਡ 'ਤੇ IBM ਦੇ ਅੰਦਰੂਨੀ ਟੈਸਟ, ਜੋ ਕਿ ਅਸਲ-ਸੰਸਾਰ ਉਤਪਾਦਨ ਵਰਕਲੋਡ ਦੇ ਸਮਾਨ ਹੈ, ਲਗਭਗ 128 ਨੋਡਾਂ ਤੱਕ ਰੇਖਿਕ ਸਕੇਲਿੰਗ ਦਿਖਾਉਂਦੇ ਹਨ। ਟੈਸਟ ਦੀਆਂ ਸਥਿਤੀਆਂ, ਬਦਕਿਸਮਤੀ ਨਾਲ, ਖੁਲਾਸਾ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ।

HPE ਨਾਨ-ਸਟਾਪ SQL

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

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

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

• ਸੁਨੇਹੇ: ਹਰੇਕ ਸਿਸਟਮ ਪ੍ਰਕਿਰਿਆ ਦਾ ਇੱਕ "ਸ਼ੈਡੋ" ਜੁੜਵਾਂ ਹੁੰਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਕਿਰਿਆਸ਼ੀਲ ਪ੍ਰਕਿਰਿਆ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਆਪਣੀ ਸਥਿਤੀ ਬਾਰੇ ਸੰਦੇਸ਼ ਭੇਜਦੀ ਹੈ; ਜੇਕਰ ਮੁੱਖ ਪ੍ਰਕਿਰਿਆ ਅਸਫਲ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਸ਼ੈਡੋ ਪ੍ਰਕਿਰਿਆ ਆਖਰੀ ਸੰਦੇਸ਼ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਪਲ ਤੋਂ ਕੰਮ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦਿੰਦੀ ਹੈ;
• ਵੋਟਿੰਗ: ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਵਿੱਚ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਹਾਰਡਵੇਅਰ ਕੰਪੋਨੈਂਟ ਹੈ ਜੋ ਇੱਕ ਤੋਂ ਵੱਧ ਇੱਕੋ ਜਿਹੇ ਐਕਸੈਸ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਸਿਰਫ਼ ਤਾਂ ਹੀ ਲਾਗੂ ਕਰਦਾ ਹੈ ਜੇਕਰ ਐਕਸੈਸ ਮੇਲ ਖਾਂਦੀ ਹੈ; ਭੌਤਿਕ ਸਮਕਾਲੀਕਰਨ ਦੀ ਬਜਾਏ, ਪ੍ਰੋਸੈਸਰ ਅਸਿੰਕਰੋਨਸ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਦੇ ਕੰਮ ਦੇ ਨਤੀਜਿਆਂ ਦੀ ਤੁਲਨਾ ਸਿਰਫ I/O ਪਲਾਂ 'ਤੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

1987 ਤੋਂ, ਇੱਕ ਰਿਲੇਸ਼ਨਲ DBMS ਨਾਨ-ਸਟਾਪ ਪਲੇਟਫਾਰਮ 'ਤੇ ਚੱਲ ਰਿਹਾ ਹੈ - ਪਹਿਲਾਂ SQL/MP, ਅਤੇ ਬਾਅਦ ਵਿੱਚ SQL/MX।

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

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

ਸਾਪ ਹਾਨਾ

HANA DBMS (1.0) ਦੀ ਪਹਿਲੀ ਸਥਿਰ ਰਿਲੀਜ਼ ਨਵੰਬਰ 2010 ਵਿੱਚ ਹੋਈ ਸੀ, ਅਤੇ SAP ERP ਪੈਕੇਜ ਮਈ 2013 ਵਿੱਚ HANA ਵਿੱਚ ਬਦਲ ਗਿਆ ਸੀ। ਪਲੇਟਫਾਰਮ ਖਰੀਦੀਆਂ ਗਈਆਂ ਤਕਨੀਕਾਂ 'ਤੇ ਅਧਾਰਤ ਹੈ: TREX ਖੋਜ ਇੰਜਣ (ਕਾਲਮ ਸਟੋਰੇਜ ਵਿੱਚ ਖੋਜ), P*TIME DBMS ਅਤੇ MAX DB।

ਸ਼ਬਦ "ਹਾਨਾ" ਆਪਣੇ ਆਪ ਵਿੱਚ ਇੱਕ ਸੰਖੇਪ ਰੂਪ ਹੈ, ਉੱਚ ਪ੍ਰਦਰਸ਼ਨ ਐਨਾਲਿਟਿਕਲ ਉਪਕਰਣ। ਇਹ DBMS ਕੋਡ ਦੇ ਰੂਪ ਵਿੱਚ ਸਪਲਾਈ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ ਕਿ ਕਿਸੇ ਵੀ x86 ਸਰਵਰਾਂ 'ਤੇ ਚੱਲ ਸਕਦਾ ਹੈ, ਹਾਲਾਂਕਿ, ਉਦਯੋਗਿਕ ਸਥਾਪਨਾਵਾਂ ਨੂੰ ਸਿਰਫ਼ ਪ੍ਰਮਾਣਿਤ ਉਪਕਰਣਾਂ 'ਤੇ ਹੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। HP, Lenovo, Cisco, Dell, Fujitsu, Hitachi, NEC ਤੋਂ ਉਪਲਬਧ ਹੱਲ। ਕੁਝ ਲੇਨੋਵੋ ਸੰਰਚਨਾ SAN ਤੋਂ ਬਿਨਾਂ ਵੀ ਕੰਮ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀਆਂ ਹਨ - ਇੱਕ ਆਮ ਸਟੋਰੇਜ ਸਿਸਟਮ ਦੀ ਭੂਮਿਕਾ ਸਥਾਨਕ ਡਿਸਕਾਂ 'ਤੇ ਇੱਕ GPFS ਕਲੱਸਟਰ ਦੁਆਰਾ ਨਿਭਾਈ ਜਾਂਦੀ ਹੈ।

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

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

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

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

ਸਰੋਤ: www.habr.com