Oracle RAC ਅਤੇ AccelStor ਸ਼ੇਅਰਡ-ਨਥਿੰਗ ਆਰਕੀਟੈਕਚਰ ਦੇ ਅਧਾਰ ਤੇ ਇੱਕ ਨੁਕਸ-ਸਹਿਣਸ਼ੀਲ ਹੱਲ ਬਣਾਉਣਾ

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

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

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

ਇਹਨਾਂ ਅਲਮਾਰੀਆਂ ਵਿੱਚ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਅਤੇ ਸੌਫਟਵੇਅਰ ਦਾ ਪੂਰਾ ਲੋੜੀਂਦਾ ਸੈੱਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ "ਗੁਆਂਢੀ" ਦੀ ਸਥਿਤੀ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ Oracle ਡੇਟਾਬੇਸ ਦੇ ਸੰਚਾਲਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇਵੇਗਾ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਕਰਾਸ-ਰੈਕ ਆਫ਼ਤ ਰਿਕਵਰੀ ਹੱਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਅਸੀਂ ਅਸਫਲਤਾ ਦੇ ਜੋਖਮਾਂ ਨੂੰ ਖਤਮ ਕਰਦੇ ਹਾਂ:

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

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

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

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

AccelStor NeoSapphire™ ਆਲ ਫਲੈਸ਼ ਐਰੇ ਹੱਲ ਕਰਾਸ-ਰੈਕ ਆਫ਼ਤ ਰਿਕਵਰੀ ਵਰਗੇ ਹਾਲਾਤਾਂ ਲਈ ਸੰਪੂਰਨ ਹੈ H710 ਸ਼ੇਅਰਡ-ਨਥਿੰਗ ਆਰਕੀਟੈਕਚਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ। ਇਹ ਮਾਡਲ ਇੱਕ ਦੋ-ਨੋਡ ਸਟੋਰੇਜ ਸਿਸਟਮ ਹੈ ਜੋ ਫਲੈਸ਼ ਡਰਾਈਵਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਮਲਕੀਅਤ FlexiRemap® ਤਕਨਾਲੋਜੀ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਦਾ ਧੰਨਵਾਦ FlexiRemap® NeoSapphire™ H710 600K IOPS@4K ਰੈਂਡਮ ਰਾਈਟ ਅਤੇ 1M+ IOPS@4K ਰੈਂਡਮ ਰੀਡ ਤੱਕ ਪ੍ਰਦਰਸ਼ਨ ਪ੍ਰਦਾਨ ਕਰਨ ਦੇ ਸਮਰੱਥ ਹੈ, ਜੋ ਕਿ ਕਲਾਸਿਕ RAID-ਅਧਾਰਿਤ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਪਹੁੰਚਯੋਗ ਨਹੀਂ ਹੈ।

ਪਰ NeoSapphire™ H710 ਦੀ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾ ਵੱਖ-ਵੱਖ ਕੇਸਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਦੋ ਨੋਡਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਹੈ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਕੋਲ ਡੇਟਾ ਦੀ ਆਪਣੀ ਕਾਪੀ ਹੈ। ਨੋਡਾਂ ਦਾ ਸਮਕਾਲੀਕਰਨ ਬਾਹਰੀ InfiniBand ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਆਰਕੀਟੈਕਚਰ ਲਈ ਧੰਨਵਾਦ, 100m ਤੱਕ ਦੀ ਦੂਰੀ 'ਤੇ ਵੱਖ-ਵੱਖ ਸਥਾਨਾਂ 'ਤੇ ਨੋਡਾਂ ਨੂੰ ਵੰਡਣਾ ਸੰਭਵ ਹੈ, ਇਸ ਤਰ੍ਹਾਂ ਕਰਾਸ-ਰੈਕ ਆਫ਼ਤ ਰਿਕਵਰੀ ਹੱਲ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਦੋਵੇਂ ਨੋਡ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਮਕਾਲੀ ਕੰਮ ਕਰਦੇ ਹਨ। ਹੋਸਟ ਸਾਈਡ ਤੋਂ, H710 ਇੱਕ ਆਮ ਡਿਊਲ-ਕੰਟਰੋਲਰ ਸਟੋਰੇਜ ਸਿਸਟਮ ਵਰਗਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। ਇਸ ਲਈ, ਕੋਈ ਵਾਧੂ ਸੌਫਟਵੇਅਰ ਜਾਂ ਹਾਰਡਵੇਅਰ ਵਿਕਲਪ ਜਾਂ ਖਾਸ ਤੌਰ 'ਤੇ ਗੁੰਝਲਦਾਰ ਸੈਟਿੰਗਾਂ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ।

ਜੇਕਰ ਅਸੀਂ ਉੱਪਰ ਦੱਸੇ ਗਏ ਸਾਰੇ ਕ੍ਰਾਸ-ਰੈਕ ਡਿਜ਼ਾਸਟਰ ਰਿਕਵਰੀ ਹੱਲਾਂ ਦੀ ਤੁਲਨਾ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਐਕਸਲਸਟੋਰ ਦਾ ਵਿਕਲਪ ਬਾਕੀਆਂ ਨਾਲੋਂ ਖਾਸ ਤੌਰ 'ਤੇ ਵੱਖਰਾ ਹੈ:

AccelStor NeoSapphire™ ਸ਼ੇਅਰਡ ਨਥਿੰਗ ਆਰਕੀਟੈਕਚਰ
ਸਾਫਟਵੇਅਰ ਜਾਂ ਹਾਰਡਵੇਅਰ "ਵਰਚੁਅਲਾਈਜ਼ਰ" ਸਟੋਰੇਜ ਸਿਸਟਮ
ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਅਧਾਰਿਤ ਹੱਲ

ਉਪਲਬਧਤਾ

ਸਰਵਰ ਅਸਫਲਤਾ
ਕੋਈ ਡਾ Downਨਟਾਈਮ ਨਹੀਂ
ਕੋਈ ਡਾ Downਨਟਾਈਮ ਨਹੀਂ
ਕੋਈ ਡਾ Downਨਟਾਈਮ ਨਹੀਂ

ਸਵਿੱਚ ਅਸਫਲਤਾ
ਕੋਈ ਡਾ Downਨਟਾਈਮ ਨਹੀਂ
ਕੋਈ ਡਾ Downਨਟਾਈਮ ਨਹੀਂ
ਕੋਈ ਡਾ Downਨਟਾਈਮ ਨਹੀਂ

ਸਟੋਰੇਜ ਸਿਸਟਮ ਅਸਫਲਤਾ
ਕੋਈ ਡਾ Downਨਟਾਈਮ ਨਹੀਂ
ਕੋਈ ਡਾ Downਨਟਾਈਮ ਨਹੀਂ
ਡਾਊਨਟਾਈਮ

ਪੂਰੀ ਕੈਬਨਿਟ ਅਸਫਲਤਾ
ਕੋਈ ਡਾ Downਨਟਾਈਮ ਨਹੀਂ
ਕੋਈ ਡਾ Downਨਟਾਈਮ ਨਹੀਂ
ਡਾਊਨਟਾਈਮ

ਲਾਗਤ ਅਤੇ ਜਟਿਲਤਾ

ਹੱਲ ਦੀ ਲਾਗਤ
ਘੱਟ*
Высокая
Высокая

ਤੈਨਾਤੀ ਜਟਿਲਤਾ
ਘੱਟ
Высокая
Высокая

*AccelStor NeoSapphire™ ਅਜੇ ਵੀ ਇੱਕ ਆਲ ਫਲੈਸ਼ ਐਰੇ ਹੈ, ਜਿਸਦੀ ਪਰਿਭਾਸ਼ਾ ਅਨੁਸਾਰ "3 ਕੋਪੈਕਸ" ਦੀ ਕੀਮਤ ਨਹੀਂ ਹੈ, ਖਾਸ ਕਰਕੇ ਕਿਉਂਕਿ ਇਸ ਵਿੱਚ ਡਬਲ ਸਮਰੱਥਾ ਰਿਜ਼ਰਵ ਹੈ। ਹਾਲਾਂਕਿ, ਦੂਜੇ ਵਿਕਰੇਤਾਵਾਂ ਦੇ ਸਮਾਨਾਂ ਨਾਲ ਇਸਦੇ ਅਧਾਰਤ ਹੱਲ ਦੀ ਅੰਤਮ ਲਾਗਤ ਦੀ ਤੁਲਨਾ ਕਰਦੇ ਸਮੇਂ, ਲਾਗਤ ਨੂੰ ਘੱਟ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰਾਂ ਅਤੇ ਸਾਰੇ ਫਲੈਸ਼ ਐਰੇ ਨੋਡਾਂ ਨੂੰ ਕਨੈਕਟ ਕਰਨ ਲਈ ਟੌਪੋਲੋਜੀ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇਵੇਗੀ:

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

ਇੱਥੇ ਅਤੇ ਅੱਗੇ ਅਸੀਂ ਫਾਈਬਰ ਚੈਨਲ ਰਾਹੀਂ ਜੁੜਨ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗੇ। ਜੇਕਰ ਤੁਸੀਂ iSCSI ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਸਭ ਕੁਝ ਇੱਕੋ ਜਿਹਾ ਹੋਵੇਗਾ, ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਸਵਿੱਚਾਂ ਦੀਆਂ ਕਿਸਮਾਂ ਲਈ ਐਡਜਸਟ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਥੋੜੀ ਵੱਖਰੀ ਐਰੇ ਸੈਟਿੰਗਾਂ।

ਐਰੇ 'ਤੇ ਤਿਆਰੀ ਦਾ ਕੰਮ

ਉਪਕਰਨ ਅਤੇ ਸਾਫਟਵੇਅਰ ਵਰਤੇ ਗਏ

ਸਰਵਰ ਅਤੇ ਸਵਿੱਚ ਨਿਰਧਾਰਨ

ਕੰਪੋਨੈਂਟਸ
ਵੇਰਵਾ

Oracle ਡਾਟਾਬੇਸ 11g ਸਰਵਰ
ਦੋ

ਸਰਵਰ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ
ਓਰੇਕਲ ਲੀਨਕਸ

ਓਰੇਕਲ ਡਾਟਾਬੇਸ ਸੰਸਕਰਣ
11 ਗ੍ਰਾਮ (ਆਰਏਸੀ)

ਪ੍ਰਤੀ ਸਰਵਰ ਪ੍ਰੋਸੈਸਰ
ਦੋ 16 ਕੋਰ Intel® Xeon® CPU E5-2667 v2 @ 3.30GHz

ਪ੍ਰਤੀ ਸਰਵਰ ਭੌਤਿਕ ਮੈਮੋਰੀ
128GB

FC ਨੈੱਟਵਰਕ
ਮਲਟੀਪਾਥਿੰਗ ਦੇ ਨਾਲ 16Gb/s FC

FC HBA
ਇਮੂਲੈਕਸ ਐਲਪੀਈ-16002ਬੀ

ਕਲੱਸਟਰ ਪ੍ਰਬੰਧਨ ਲਈ ਸਮਰਪਿਤ ਜਨਤਕ 1GbE ਪੋਰਟ
Intel ਈਥਰਨੈੱਟ ਅਡਾਪਟਰ RJ45

16Gb/s FC ਸਵਿੱਚ
ਬਰੋਕੇਡ 6505

ਡਾਟਾ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਲਈ ਸਮਰਪਿਤ ਪ੍ਰਾਈਵੇਟ 10GbE ਪੋਰਟ
ਇੰਟਲ X520

AccelStor NeoSapphire™ ਸਾਰੇ ਫਲੈਸ਼ ਐਰੇ ਸਪੈਸੀਫਿਕੇਸ਼ਨ

ਕੰਪੋਨੈਂਟਸ
ਵੇਰਵਾ

ਸਟੋਰੇਜ ਸਿਸਟਮ
NeoSapphire™ ਉੱਚ ਉਪਲਬਧਤਾ ਮਾਡਲ: H710

ਚਿੱਤਰ ਸੰਸਕਰਣ
4.0.1

ਡਰਾਈਵਾਂ ਦੀ ਕੁੱਲ ਸੰਖਿਆ
48

ਡਰਾਈਵ ਦਾ ਆਕਾਰ
1.92TB

ਡਰਾਇਵ ਪ੍ਰਕਾਰ
SSD

FC ਟੀਚਾ ਪੋਰਟ
16x 16Gb ਪੋਰਟ (8 ਪ੍ਰਤੀ ਨੋਡ)

ਪ੍ਰਬੰਧਨ ਪੋਰਟ
1GbE ਈਥਰਨੈੱਟ ਕੇਬਲ ਇੱਕ ਈਥਰਨੈੱਟ ਸਵਿੱਚ ਰਾਹੀਂ ਹੋਸਟਾਂ ਨਾਲ ਜੁੜਦੀ ਹੈ

ਦਿਲ ਦੀ ਧੜਕਣ ਪੋਰਟ
1GbE ਈਥਰਨੈੱਟ ਕੇਬਲ ਦੋ ਸਟੋਰੇਜ਼ ਨੋਡਾਂ ਵਿਚਕਾਰ ਜੁੜ ਰਹੀ ਹੈ

ਡਾਟਾ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਪੋਰਟ
56Gb/s InfiniBand ਕੇਬਲ

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

ਸ਼ੁਰੂਆਤੀ ਮੁਕੰਮਲ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਨੋਡ ਤੋਂ ਐਰੇ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰ ਸਕਦੇ ਹੋ।

ਅੱਗੇ, ਅਸੀਂ ਲੋੜੀਂਦੇ ਵਾਲੀਅਮ ਬਣਾਉਂਦੇ ਹਾਂ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰਾਂ 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੇ ਹਾਂ।

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

ਟੈਸਟ ਕੌਂਫਿਗਰੇਸ਼ਨ

ਸਟੋਰੇਜ ਵਾਲੀਅਮ ਦਾ ਨਾਮ
ਵਾਲੀਅਮ ਦਾ ਆਕਾਰ

ਡਾਟਾ 01
200GB

ਡਾਟਾ 02
200GB

ਡਾਟਾ 03
200GB

ਡਾਟਾ 04
200GB

ਡਾਟਾ 05
200GB

ਡਾਟਾ 06
200GB

ਡਾਟਾ 07
200GB

ਡਾਟਾ 08
200GB

ਡਾਟਾ 09
200GB

ਡਾਟਾ 10
200GB

ਗਰਿੱਡਐਕਸਯੂ.ਐੱਨ.ਐੱਮ.ਐੱਮ.ਐਕਸ
1GB

ਗਰਿੱਡਐਕਸਯੂ.ਐੱਨ.ਐੱਮ.ਐੱਮ.ਐਕਸ
1GB

ਗਰਿੱਡਐਕਸਯੂ.ਐੱਨ.ਐੱਮ.ਐੱਮ.ਐਕਸ
1GB

ਗਰਿੱਡਐਕਸਯੂ.ਐੱਨ.ਐੱਮ.ਐੱਮ.ਐਕਸ
1GB

ਗਰਿੱਡਐਕਸਯੂ.ਐੱਨ.ਐੱਮ.ਐੱਮ.ਐਕਸ
1GB

ਗਰਿੱਡਐਕਸਯੂ.ਐੱਨ.ਐੱਮ.ਐੱਮ.ਐਕਸ
1GB

ਰੀਡੋ01
100GB

ਰੀਡੋ02
100GB

ਰੀਡੋ03
100GB

ਰੀਡੋ04
100GB

ਰੀਡੋ05
100GB

ਰੀਡੋ06
100GB

ਰੀਡੋ07
100GB

ਰੀਡੋ08
100GB

ਰੀਡੋ09
100GB

ਰੀਡੋ10
100GB

ਐਰੇ ਦੇ ਓਪਰੇਟਿੰਗ ਮੋਡਾਂ ਅਤੇ ਐਮਰਜੈਂਸੀ ਸਥਿਤੀਆਂ ਵਿੱਚ ਹੋਣ ਵਾਲੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਬਾਰੇ ਕੁਝ ਸਪੱਸ਼ਟੀਕਰਨ

ਹਰੇਕ ਨੋਡ ਦੇ ਡੇਟਾ ਸੈੱਟ ਵਿੱਚ ਇੱਕ "ਵਰਜਨ ਨੰਬਰ" ਪੈਰਾਮੀਟਰ ਹੁੰਦਾ ਹੈ। ਸ਼ੁਰੂਆਤੀ ਸ਼ੁਰੂਆਤ ਤੋਂ ਬਾਅਦ, ਇਹ 1 ਦੇ ਬਰਾਬਰ ਅਤੇ ਬਰਾਬਰ ਹੈ। ਜੇਕਰ ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ ਸੰਸਕਰਣ ਨੰਬਰ ਵੱਖਰਾ ਹੈ, ਤਾਂ ਡੇਟਾ ਨੂੰ ਹਮੇਸ਼ਾ ਪੁਰਾਣੇ ਸੰਸਕਰਣ ਤੋਂ ਛੋਟੇ ਸੰਸਕਰਣ ਵਿੱਚ ਸਮਕਾਲੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜਿਸਦੇ ਬਾਅਦ ਛੋਟੇ ਸੰਸਕਰਣ ਦੀ ਸੰਖਿਆ ਨੂੰ ਇਕਸਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਯਾਨੀ. ਇਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕਾਪੀਆਂ ਇੱਕੋ ਜਿਹੀਆਂ ਹਨ। ਸੰਸਕਰਣ ਵੱਖਰੇ ਹੋਣ ਦੇ ਕਾਰਨ:

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

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

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

ਮੇਜ਼ਬਾਨਾਂ ਦੀ ਸਥਾਪਨਾ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ

ਨੁਕਸ ਸਹਿਣਸ਼ੀਲਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਅਤੇ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਸੁਧਾਰ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਐਰੇ ਲਈ MPIO ਸਮਰਥਨ ਯੋਗ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ /etc/multipath.conf ਫਾਈਲ ਵਿੱਚ ਲਾਈਨਾਂ ਜੋੜਨ ਦੀ ਲੋੜ ਹੈ, ਅਤੇ ਫਿਰ ਮਲਟੀਪਾਥ ਸੇਵਾ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ।

ਲੁਕਿਆ ਹੋਇਆ ਟੈਕਸਟਉਪਕਰਣ {
ਡਿਵਾਈਸ {
ਵਿਕਰੇਤਾ "AStor"
path_grouping_policy "group_by_prio"
ਮਾਰਗ_ਚੋਣਕਾਰ "ਕਤਾਰ-ਲੰਬਾਈ 0"
path_checker "tur"
ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ "0"
ਹਾਰਡਵੇਅਰ_ਹੈਂਡਲਰ "0"
prio "const"
ਤੁਰੰਤ ਫੇਲਬੈਕ
fast_io_fail_tmo 5
dev_loss_tmo 60
user_friendly_names ਹਾਂ
detect_prio ਹਾਂ
rr_min_io_rq 1
no_path_retry 0
}
}

ਅੱਗੇ, ASM ਨੂੰ ASMLib ਰਾਹੀਂ MPIO ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ /etc/sysconfig/oracleasm ਫਾਈਲ ਨੂੰ ਬਦਲਣ ਦੀ ਲੋੜ ਹੈ ਅਤੇ ਫਿਰ /etc/init.d/oracleasm scandisks ਚਲਾਉਣ ਦੀ ਲੋੜ ਹੈ।

ਲੁਕਿਆ ਹੋਇਆ ਟੈਕਸਟ

# ORACLEASM_SCANORDER: ਡਿਸਕ ਸਕੈਨਿੰਗ ਆਰਡਰ ਕਰਨ ਲਈ ਮੇਲ ਖਾਂਦਾ ਪੈਟਰਨ
ORACLEASM_SCANORDER="dm"

# ORACLEASM_SCANEXCLUDE: ਡਿਸਕਾਂ ਨੂੰ ਸਕੈਨ ਤੋਂ ਬਾਹਰ ਕੱਢਣ ਲਈ ਮੇਲ ਖਾਂਦੇ ਪੈਟਰਨ
ORACLEASM_SCANEXCLUDE="sd"

ਟਿੱਪਣੀ

ਜੇਕਰ ਤੁਸੀਂ ASMLib ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ UDEV ਨਿਯਮਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਜੋ ASMLib ਲਈ ਆਧਾਰ ਹਨ।

ਓਰੇਕਲ ਡੇਟਾਬੇਸ ਦੇ ਸੰਸਕਰਣ 12.1.0.2 ਤੋਂ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋਏ, ਵਿਕਲਪ ASMFD ਸੌਫਟਵੇਅਰ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਇੰਸਟਾਲੇਸ਼ਨ ਲਈ ਉਪਲਬਧ ਹੈ।

ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਲਾਜ਼ਮੀ ਹੈ ਕਿ ਓਰੇਕਲ ASM ਲਈ ਬਣਾਈਆਂ ਗਈਆਂ ਡਿਸਕਾਂ ਬਲਾਕ ਆਕਾਰ ਨਾਲ ਇਕਸਾਰ ਹਨ ਜਿਸ ਨਾਲ ਐਰੇ ਸਰੀਰਕ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ (4K)। ਨਹੀਂ ਤਾਂ, ਪ੍ਰਦਰਸ਼ਨ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ. ਇਸ ਲਈ, ਉਚਿਤ ਮਾਪਦੰਡਾਂ ਨਾਲ ਵਾਲੀਅਮ ਬਣਾਉਣਾ ਜ਼ਰੂਰੀ ਹੈ:

parted /dev/mapper/device-name mklabel gpt mkpart ਪ੍ਰਾਇਮਰੀ 2048s 100% ਅਲਾਈਨ-ਚੈੱਕ ਅਨੁਕੂਲ 1

ਸਾਡੇ ਟੈਸਟ ਕੌਂਫਿਗਰੇਸ਼ਨ ਲਈ ਬਣਾਏ ਵਾਲੀਅਮਾਂ ਵਿੱਚ ਡੇਟਾਬੇਸ ਦੀ ਵੰਡ

ਸਟੋਰੇਜ ਵਾਲੀਅਮ ਦਾ ਨਾਮ
ਵਾਲੀਅਮ ਦਾ ਆਕਾਰ
ਵਾਲੀਅਮ LUNs ਮੈਪਿੰਗ
ASM ਵਾਲੀਅਮ ਡਿਵਾਈਸ ਵੇਰਵਾ
ਵੰਡ ਯੂਨਿਟ ਦਾ ਆਕਾਰ

ਡਾਟਾ 01
200GB
ਸਟੋਰੇਜ ਸਿਸਟਮ ਦੇ ਸਾਰੇ ਡੇਟਾ ਪੋਰਟਾਂ ਲਈ ਸਾਰੀਆਂ ਸਟੋਰੇਜ ਵਾਲੀਅਮਾਂ ਨੂੰ ਮੈਪ ਕਰੋ
ਰਿਡੰਡੈਂਸੀ: ਸਧਾਰਣ
ਨਾਮ: DGDATA
ਉਦੇਸ਼: ਡੇਟਾ ਫਾਈਲਾਂ

4MB

ਡਾਟਾ 02
200GB

ਡਾਟਾ 03
200GB

ਡਾਟਾ 04
200GB

ਡਾਟਾ 05
200GB

ਡਾਟਾ 06
200GB

ਡਾਟਾ 07
200GB

ਡਾਟਾ 08
200GB

ਡਾਟਾ 09
200GB

ਡਾਟਾ 10
200GB

ਗਰਿੱਡਐਕਸਯੂ.ਐੱਨ.ਐੱਮ.ਐੱਮ.ਐਕਸ
1GB
ਰਿਡੰਡੈਂਸੀ: ਸਧਾਰਣ
ਨਾਮ: DGGRID1
ਉਦੇਸ਼:ਗਰਿੱਡ: CRS ਅਤੇ ਵੋਟਿੰਗ

4MB

ਗਰਿੱਡਐਕਸਯੂ.ਐੱਨ.ਐੱਮ.ਐੱਮ.ਐਕਸ
1GB

ਗਰਿੱਡਐਕਸਯੂ.ਐੱਨ.ਐੱਮ.ਐੱਮ.ਐਕਸ
1GB

ਗਰਿੱਡਐਕਸਯੂ.ਐੱਨ.ਐੱਮ.ਐੱਮ.ਐਕਸ
1GB
ਰਿਡੰਡੈਂਸੀ: ਸਧਾਰਣ
ਨਾਮ: DGGRID2
ਉਦੇਸ਼:ਗਰਿੱਡ: CRS ਅਤੇ ਵੋਟਿੰਗ

4MB

ਗਰਿੱਡਐਕਸਯੂ.ਐੱਨ.ਐੱਮ.ਐੱਮ.ਐਕਸ
1GB

ਗਰਿੱਡਐਕਸਯੂ.ਐੱਨ.ਐੱਮ.ਐੱਮ.ਐਕਸ
1GB

ਰੀਡੋ01
100GB
ਰਿਡੰਡੈਂਸੀ: ਸਧਾਰਣ
ਨਾਮ: DGREDO1
ਉਦੇਸ਼: ਥਰਿੱਡ 1 ਦਾ ਲੌਗ ਮੁੜ ਕਰੋ

4MB

ਰੀਡੋ02
100GB

ਰੀਡੋ03
100GB

ਰੀਡੋ04
100GB

ਰੀਡੋ05
100GB

ਰੀਡੋ06
100GB
ਰਿਡੰਡੈਂਸੀ: ਸਧਾਰਣ
ਨਾਮ: DGREDO2
ਉਦੇਸ਼: ਥਰਿੱਡ 2 ਦਾ ਲੌਗ ਮੁੜ ਕਰੋ

4MB

ਰੀਡੋ07
100GB

ਰੀਡੋ08
100GB

ਰੀਡੋ09
100GB

ਰੀਡੋ10
100GB

ਡਾਟਾਬੇਸ ਸੈਟਿੰਗਾਂ

• ਬਲਾਕ ਦਾ ਆਕਾਰ = 8K
• ਸਵੈਪ ਸਪੇਸ = 16GB
• AMM (ਆਟੋਮੈਟਿਕ ਮੈਮੋਰੀ ਪ੍ਰਬੰਧਨ) ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਓ
• ਪਾਰਦਰਸ਼ੀ ਵੱਡੇ ਪੰਨਿਆਂ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਓ

ਹੋਰ ਸੈਟਿੰਗਾਂ

# vi /etc/sysctl.conf
✓ fs.aio-max-nr = 1048576
✓ fs.file-max = 6815744
✓ kernel.shmmax 103079215104
✓ kernel.shmall 31457280
✓ kernel.shmmn 4096
✓ kernel.sem = 250 32000 100 128
✓ net.ipv4.ip_local_port_range = 9000 65500
✓ net.core.rmem_default = 262144
✓ net.core.rmem_max = 4194304
✓ net.core.wmem_default = 262144
✓ net.core.wmem_max = 1048586
✓vm.swappiness=10
✓ vm.min_free_kbytes=524288 # ਜੇਕਰ ਤੁਸੀਂ Linux x86 ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ ਤਾਂ ਇਸਨੂੰ ਸੈੱਟ ਨਾ ਕਰੋ
✓ vm.vfs_cache_pressure=200
✓ vm.nr_hugepages = 57000

# vi /etc/security/limits.conf
✓ ਗਰਿੱਡ ਸਾਫਟ nproc 2047
✓ ਗਰਿੱਡ ਹਾਰਡ nproc 16384
✓ ਗਰਿੱਡ ਸਾਫਟ ਨੋਫਾਈਲ 1024
✓ ਗਰਿੱਡ ਹਾਰਡ ਨੋਫਾਈਲ 65536
✓ ਗਰਿੱਡ ਸਾਫਟ ਸਟੈਕ 10240
✓ ਗਰਿੱਡ ਹਾਰਡ ਸਟੈਕ 32768
✓ ਓਰੇਕਲ ਸਾਫਟ ਐਨਪ੍ਰੋਕ 2047
✓ ਓਰੇਕਲ ਹਾਰਡ ਐਨਪ੍ਰੋਕ 16384
✓ ਓਰੇਕਲ ਸਾਫਟ ਨੋਫਾਈਲ 1024
✓ ਓਰੇਕਲ ਹਾਰਡ ਨੋਫਾਈਲ 65536
✓ ਓਰੇਕਲ ਸਾਫਟ ਸਟੈਕ 10240
✓ ਓਰੇਕਲ ਹਾਰਡ ਸਟੈਕ 32768
✓ ਸਾਫਟ ਮੇਮਲਾਕ 120795954
✓ ਹਾਰਡ ਮੇਮਲਾਕ 120795954

sqlplus “/ as sysdba”
ਸਿਸਟਮ ਸੈੱਟ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਬਦਲੋ=2000 ਸਕੋਪ=spfile;
ਬਦਲੋ ਸਿਸਟਮ ਸੈੱਟ open_cursors=2000 scope=spfile;
ਸਿਸਟਮ ਸੈੱਟ ਨੂੰ ਬਦਲੋ session_cached_cursors=300 scope=spfile;
ਬਦਲੋ ਸਿਸਟਮ ਸੈੱਟ db_files=8192 scope=spfile;

ਫੇਲ ਟੈਸਟ

ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ, ਹੈਮਰਡੀਬੀ ਦੀ ਵਰਤੋਂ ਇੱਕ OLTP ਲੋਡ ਦੀ ਨਕਲ ਕਰਨ ਲਈ ਕੀਤੀ ਗਈ ਸੀ। HammerDB ਸੰਰਚਨਾ:

ਵੇਅਰਹਾਊਸਾਂ ਦੀ ਗਿਣਤੀ
256

ਪ੍ਰਤੀ ਉਪਭੋਗਤਾ ਕੁੱਲ ਲੈਣ-ਦੇਣ
1000000000000

ਵਰਚੁਅਲ ਉਪਭੋਗਤਾ
256

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

ਇੱਕ ਨੋਡ ਦੀ ਅਸਫਲਤਾ ਲਈ ਟੈਸਟ

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

ਸਾਰੇ ਉਪਕਰਣਾਂ ਦੇ ਨਾਲ ਕੈਬਨਿਟ ਅਸਫਲਤਾ ਦਾ ਟੈਸਟ

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

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

ਸਰੋਤ: www.habr.com