ಎಂಟರ್‌ಪ್ರೈಸ್‌ಗಾಗಿ ಡಿಬಿಎಂಎಸ್ ವಿತರಿಸಲಾಗಿದೆ

CAP ಪ್ರಮೇಯವು ವಿತರಣಾ ವ್ಯವಸ್ಥೆಗಳ ಸಿದ್ಧಾಂತದ ಮೂಲಾಧಾರವಾಗಿದೆ. ಸಹಜವಾಗಿ, ಅದರ ಸುತ್ತಲಿನ ವಿವಾದವು ಕಡಿಮೆಯಾಗುವುದಿಲ್ಲ: ಅದರಲ್ಲಿರುವ ವ್ಯಾಖ್ಯಾನಗಳು ಅಂಗೀಕೃತವಲ್ಲ, ಮತ್ತು ಯಾವುದೇ ಕಟ್ಟುನಿಟ್ಟಾದ ಪುರಾವೆಗಳಿಲ್ಲ ... ಅದೇನೇ ಇದ್ದರೂ, ದೈನಂದಿನ ಸಾಮಾನ್ಯ ಜ್ಞಾನದ ಸ್ಥಾನಗಳ ಮೇಲೆ ದೃಢವಾಗಿ ನಿಂತಿದೆ™, ಪ್ರಮೇಯವು ನಿಜವೆಂದು ನಾವು ಅಂತರ್ಬೋಧೆಯಿಂದ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತೇವೆ.

ಸ್ಪಷ್ಟವಾಗಿಲ್ಲದ ಏಕೈಕ ವಿಷಯವೆಂದರೆ "ಪಿ" ಅಕ್ಷರದ ಅರ್ಥ. ಕ್ಲಸ್ಟರ್ ಅನ್ನು ವಿಭಜಿಸಿದಾಗ, ಕೋರಂ ತಲುಪುವವರೆಗೆ ಪ್ರತಿಕ್ರಿಯಿಸಬಾರದು ಅಥವಾ ಲಭ್ಯವಿರುವ ಡೇಟಾವನ್ನು ಹಿಂತಿರುಗಿಸಬೇಕೆ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಈ ಆಯ್ಕೆಯ ಫಲಿತಾಂಶಗಳನ್ನು ಅವಲಂಬಿಸಿ, ಸಿಸ್ಟಮ್ ಅನ್ನು CP ಅಥವಾ AP ಎಂದು ವರ್ಗೀಕರಿಸಲಾಗಿದೆ. ಕಸ್ಸಂದ್ರ, ಉದಾಹರಣೆಗೆ, ಕ್ಲಸ್ಟರ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಮೇಲೆ ಅಲ್ಲ, ಆದರೆ ಪ್ರತಿ ನಿರ್ದಿಷ್ಟ ವಿನಂತಿಯ ನಿಯತಾಂಕಗಳನ್ನು ಅವಲಂಬಿಸಿ ಎರಡೂ ರೀತಿಯಲ್ಲಿ ವರ್ತಿಸಬಹುದು. ಆದರೆ ಸಿಸ್ಟಮ್ "ಪಿ" ಅಲ್ಲ ಮತ್ತು ಅದು ವಿಭಜನೆಯಾದರೆ, ನಂತರ ಏನು?

ಈ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರವು ಸ್ವಲ್ಪಮಟ್ಟಿಗೆ ಅನಿರೀಕ್ಷಿತವಾಗಿದೆ: CA ಕ್ಲಸ್ಟರ್ ಅನ್ನು ವಿಭಜಿಸಲಾಗುವುದಿಲ್ಲ.
ಇದು ಯಾವ ರೀತಿಯ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ವಿಭಜಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ?

ಅಂತಹ ಕ್ಲಸ್ಟರ್‌ನ ಅನಿವಾರ್ಯ ಗುಣಲಕ್ಷಣವೆಂದರೆ ಹಂಚಿದ ಡೇಟಾ ಸಂಗ್ರಹ ವ್ಯವಸ್ಥೆ. ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಇದರರ್ಥ SAN ಮೂಲಕ ಸಂಪರ್ಕಿಸುವುದು, ಇದು SAN ಮೂಲಸೌಕರ್ಯವನ್ನು ನಿರ್ವಹಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿರುವ ದೊಡ್ಡ ಉದ್ಯಮಗಳಿಗೆ CA ಪರಿಹಾರಗಳ ಬಳಕೆಯನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ. ಬಹು ಸರ್ವರ್‌ಗಳು ಒಂದೇ ಡೇಟಾದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು, ಕ್ಲಸ್ಟರ್ಡ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅಗತ್ಯವಿದೆ. ಅಂತಹ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳು HPE (CFS), ವೆರಿಟಾಸ್ (VxCFS) ಮತ್ತು IBM (GPFS) ಪೋರ್ಟ್‌ಫೋಲಿಯೊಗಳಲ್ಲಿ ಲಭ್ಯವಿದೆ.

ಒರಾಕಲ್ RAC

ರಿಯಲ್ ಅಪ್ಲಿಕೇಶನ್ ಕ್ಲಸ್ಟರ್ ಆಯ್ಕೆಯು ಮೊದಲು 2001 ರಲ್ಲಿ Oracle 9i ಬಿಡುಗಡೆಯೊಂದಿಗೆ ಕಾಣಿಸಿಕೊಂಡಿತು. ಅಂತಹ ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿ, ಹಲವಾರು ಸರ್ವರ್ ನಿದರ್ಶನಗಳು ಒಂದೇ ಡೇಟಾಬೇಸ್‌ನೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ.
ಒರಾಕಲ್ ಕ್ಲಸ್ಟರ್ಡ್ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಮತ್ತು ಅದರ ಸ್ವಂತ ಪರಿಹಾರ ಎರಡರಲ್ಲೂ ಕೆಲಸ ಮಾಡಬಹುದು - ASM, ಸ್ವಯಂಚಾಲಿತ ಶೇಖರಣಾ ನಿರ್ವಹಣೆ.

ಪ್ರತಿ ನಕಲು ತನ್ನದೇ ಆದ ಜರ್ನಲ್ ಅನ್ನು ಇರಿಸುತ್ತದೆ. ವಹಿವಾಟನ್ನು ಒಂದು ನಿದರ್ಶನದಿಂದ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಬದ್ಧಗೊಳಿಸಲಾಗುತ್ತದೆ. ಒಂದು ನಿದರ್ಶನ ವಿಫಲವಾದಲ್ಲಿ, ಉಳಿದಿರುವ ಕ್ಲಸ್ಟರ್ ನೋಡ್‌ಗಳಲ್ಲಿ ಒಂದು (ನಿದರ್ಶನಗಳು) ಅದರ ಲಾಗ್ ಅನ್ನು ಓದುತ್ತದೆ ಮತ್ತು ಕಳೆದುಹೋದ ಡೇಟಾವನ್ನು ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ - ಇದರಿಂದಾಗಿ ಲಭ್ಯತೆಯನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ.

ಎಲ್ಲಾ ನಿದರ್ಶನಗಳು ತಮ್ಮದೇ ಆದ ಸಂಗ್ರಹವನ್ನು ನಿರ್ವಹಿಸುತ್ತವೆ ಮತ್ತು ಅದೇ ಪುಟಗಳು (ಬ್ಲಾಕ್‌ಗಳು) ಒಂದೇ ಸಮಯದಲ್ಲಿ ಅನೇಕ ನಿದರ್ಶನಗಳ ಸಂಗ್ರಹಗಳಲ್ಲಿರಬಹುದು. ಮೇಲಾಗಿ, ಒಂದು ನಿದರ್ಶನಕ್ಕೆ ಪುಟದ ಅಗತ್ಯವಿದ್ದರೆ ಮತ್ತು ಅದು ಇನ್ನೊಂದು ನಿದರ್ಶನದ ಸಂಗ್ರಹದಲ್ಲಿದ್ದರೆ, ಅದು ಡಿಸ್ಕ್‌ನಿಂದ ಓದುವ ಬದಲು ಕ್ಯಾಶ್ ಫ್ಯೂಷನ್ ಕಾರ್ಯವಿಧಾನವನ್ನು ಬಳಸಿಕೊಂಡು ಅದರ ನೆರೆಹೊರೆಯವರಿಂದ ಪಡೆಯಬಹುದು.

ಆದರೆ ನಿದರ್ಶನಗಳಲ್ಲಿ ಒಂದನ್ನು ಡೇಟಾವನ್ನು ಬದಲಾಯಿಸಬೇಕಾದರೆ ಏನಾಗುತ್ತದೆ?

ಒರಾಕಲ್‌ನ ವಿಶಿಷ್ಟತೆಯೆಂದರೆ ಅದು ಮೀಸಲಾದ ಲಾಕಿಂಗ್ ಸೇವೆಯನ್ನು ಹೊಂದಿಲ್ಲ: ಸರ್ವರ್ ಸಾಲನ್ನು ಲಾಕ್ ಮಾಡಲು ಬಯಸಿದರೆ, ಲಾಕ್ ರೆಕಾರ್ಡ್ ಅನ್ನು ನೇರವಾಗಿ ಲಾಕ್ ಮಾಡಿದ ಸಾಲು ಇರುವ ಮೆಮೊರಿ ಪುಟದಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ. ಈ ವಿಧಾನಕ್ಕೆ ಧನ್ಯವಾದಗಳು, ಒರಾಕಲ್ ಏಕಶಿಲೆಯ ಡೇಟಾಬೇಸ್‌ಗಳಲ್ಲಿ ಕಾರ್ಯಕ್ಷಮತೆಯ ಚಾಂಪಿಯನ್ ಆಗಿದೆ: ಲಾಕಿಂಗ್ ಸೇವೆಯು ಎಂದಿಗೂ ಅಡಚಣೆಯಾಗುವುದಿಲ್ಲ. ಆದರೆ ಕ್ಲಸ್ಟರ್ ಕಾನ್ಫಿಗರೇಶನ್‌ನಲ್ಲಿ, ಅಂತಹ ಆರ್ಕಿಟೆಕ್ಚರ್ ತೀವ್ರವಾದ ನೆಟ್‌ವರ್ಕ್ ಟ್ರಾಫಿಕ್ ಮತ್ತು ಡೆಡ್‌ಲಾಕ್‌ಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು.

ಒಂದು ದಾಖಲೆಯನ್ನು ಲಾಕ್ ಮಾಡಿದ ನಂತರ, ಆ ದಾಖಲೆಯನ್ನು ಸಂಗ್ರಹಿಸುವ ಪುಟವು ವಿಶೇಷವಾದ ಹಿಡಿತವನ್ನು ಹೊಂದಿರುವ ಎಲ್ಲಾ ಇತರ ನಿದರ್ಶನಗಳನ್ನು ನಿದರ್ಶನವು ತಿಳಿಸುತ್ತದೆ. ಇನ್ನೊಂದು ನಿದರ್ಶನವು ಅದೇ ಪುಟದಲ್ಲಿ ದಾಖಲೆಯನ್ನು ಬದಲಾಯಿಸಬೇಕಾದರೆ, ಪುಟಕ್ಕೆ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡುವವರೆಗೆ ಅದು ಕಾಯಬೇಕು, ಅಂದರೆ, ಬದಲಾವಣೆಯ ಮಾಹಿತಿಯನ್ನು ಡಿಸ್ಕ್‌ನಲ್ಲಿರುವ ಜರ್ನಲ್‌ಗೆ ಬರೆಯಲಾಗುತ್ತದೆ (ಮತ್ತು ವಹಿವಾಟು ಮುಂದುವರೆಯಬಹುದು). ಹಲವಾರು ನಕಲುಗಳ ಮೂಲಕ ಪುಟವನ್ನು ಅನುಕ್ರಮವಾಗಿ ಬದಲಾಯಿಸಲಾಗುವುದು ಮತ್ತು ನಂತರ ಪುಟವನ್ನು ಡಿಸ್ಕ್ಗೆ ಬರೆಯುವಾಗ ಈ ಪುಟದ ಪ್ರಸ್ತುತ ಆವೃತ್ತಿಯನ್ನು ಯಾರು ಸಂಗ್ರಹಿಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ನೀವು ಕಂಡುಹಿಡಿಯಬೇಕು.

ವಿಭಿನ್ನ RAC ನೋಡ್‌ಗಳಲ್ಲಿ ಒಂದೇ ಪುಟಗಳನ್ನು ಯಾದೃಚ್ಛಿಕವಾಗಿ ನವೀಕರಿಸುವುದರಿಂದ ಡೇಟಾಬೇಸ್ ಕಾರ್ಯಕ್ಷಮತೆಯು ನಾಟಕೀಯವಾಗಿ ಕುಸಿಯಲು ಕಾರಣವಾಗುತ್ತದೆ, ಕ್ಲಸ್ಟರ್ ಕಾರ್ಯಕ್ಷಮತೆ ಒಂದೇ ನಿದರ್ಶನಕ್ಕಿಂತ ಕಡಿಮೆಯಿರುತ್ತದೆ.

Oracle RAC ಯ ಸರಿಯಾದ ಬಳಕೆಯು ಡೇಟಾವನ್ನು ಭೌತಿಕವಾಗಿ ವಿಭಜಿಸುವುದು (ಉದಾಹರಣೆಗೆ, ವಿಭಜಿತ ಟೇಬಲ್ ಕಾರ್ಯವಿಧಾನವನ್ನು ಬಳಸುವುದು) ಮತ್ತು ಮೀಸಲಾದ ನೋಡ್ ಮೂಲಕ ಪ್ರತಿಯೊಂದು ವಿಭಾಗಗಳನ್ನು ಪ್ರವೇಶಿಸುವುದು. RAC ಯ ಮುಖ್ಯ ಉದ್ದೇಶವು ಸಮತಲ ಸ್ಕೇಲಿಂಗ್ ಆಗಿರಲಿಲ್ಲ, ಆದರೆ ತಪ್ಪು ಸಹಿಷ್ಣುತೆಯನ್ನು ಖಾತ್ರಿಪಡಿಸುವುದು.

ಒಂದು ನೋಡ್ ಹೃದಯ ಬಡಿತಕ್ಕೆ ಪ್ರತಿಕ್ರಿಯಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿದರೆ, ಅದನ್ನು ಪತ್ತೆ ಮಾಡಿದ ನೋಡ್ ಮೊದಲು ಡಿಸ್ಕ್‌ನಲ್ಲಿ ಮತದಾನ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಕಾಣೆಯಾದ ನೋಡ್ ಅನ್ನು ಇಲ್ಲಿ ಗುರುತಿಸದಿದ್ದರೆ, ಡೇಟಾ ಮರುಪಡೆಯುವಿಕೆಗೆ ಒಂದು ನೋಡ್ ಜವಾಬ್ದಾರಿಯನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ:

• ಕಾಣೆಯಾದ ನೋಡ್‌ನ ಸಂಗ್ರಹದಲ್ಲಿದ್ದ ಎಲ್ಲಾ ಪುಟಗಳನ್ನು "ಫ್ರೀಜ್ ಮಾಡುತ್ತದೆ";
• ಕಾಣೆಯಾದ ನೋಡ್‌ನ ಲಾಗ್‌ಗಳನ್ನು ಓದುತ್ತದೆ (ಮರುಮಾಡು) ಮತ್ತು ಈ ಲಾಗ್‌ಗಳಲ್ಲಿ ದಾಖಲಿಸಲಾದ ಬದಲಾವಣೆಗಳನ್ನು ಪುನಃ ಅನ್ವಯಿಸುತ್ತದೆ, ಅದೇ ಸಮಯದಲ್ಲಿ ಇತರ ನೋಡ್‌ಗಳು ಪುಟಗಳ ಇತ್ತೀಚಿನ ಆವೃತ್ತಿಗಳನ್ನು ಬದಲಾಯಿಸಲಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸುತ್ತದೆ;
• ಬಾಕಿಯಿರುವ ವಹಿವಾಟುಗಳನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ.

ನೋಡ್‌ಗಳ ನಡುವೆ ಸ್ವಿಚಿಂಗ್ ಅನ್ನು ಸರಳಗೊಳಿಸಲು, ಒರಾಕಲ್ ಸೇವೆಯ ಪರಿಕಲ್ಪನೆಯನ್ನು ಹೊಂದಿದೆ - ವರ್ಚುವಲ್ ನಿದರ್ಶನ. ಒಂದು ನಿದರ್ಶನವು ಬಹು ಸೇವೆಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ಸೇವೆಯು ನೋಡ್‌ಗಳ ನಡುವೆ ಚಲಿಸಬಹುದು. ಡೇಟಾಬೇಸ್‌ನ ನಿರ್ದಿಷ್ಟ ಭಾಗವನ್ನು ಪೂರೈಸುವ ಅಪ್ಲಿಕೇಶನ್ ನಿದರ್ಶನವು (ಉದಾಹರಣೆಗೆ, ಕ್ಲೈಂಟ್‌ಗಳ ಗುಂಪು) ಒಂದು ಸೇವೆಯೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ನೋಡ್ ವಿಫಲವಾದಾಗ ಡೇಟಾಬೇಸ್‌ನ ಈ ಭಾಗಕ್ಕೆ ಜವಾಬ್ದಾರಿಯುತ ಸೇವೆಯು ಮತ್ತೊಂದು ನೋಡ್‌ಗೆ ಚಲಿಸುತ್ತದೆ.

ವಹಿವಾಟುಗಳಿಗಾಗಿ IBM ಶುದ್ಧ ಡೇಟಾ ವ್ಯವಸ್ಥೆಗಳು

DBMS ಗಾಗಿ ಕ್ಲಸ್ಟರ್ ಪರಿಹಾರವು 2009 ರಲ್ಲಿ ಬ್ಲೂ ಜೈಂಟ್ ಪೋರ್ಟ್ಫೋಲಿಯೊದಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡಿತು. ಸೈದ್ಧಾಂತಿಕವಾಗಿ, ಇದು "ನಿಯಮಿತ" ಉಪಕರಣಗಳ ಮೇಲೆ ನಿರ್ಮಿಸಲಾದ ಸಮಾನಾಂತರ ಸಿಸ್ಪ್ಲೆಕ್ಸ್ ಕ್ಲಸ್ಟರ್ನ ಉತ್ತರಾಧಿಕಾರಿಯಾಗಿದೆ. 2009 ರಲ್ಲಿ, DB2 ಪ್ಯೂರ್‌ಸ್ಕೇಲ್ ಅನ್ನು ಸಾಫ್ಟ್‌ವೇರ್ ಸೂಟ್‌ನಂತೆ ಬಿಡುಗಡೆ ಮಾಡಲಾಯಿತು ಮತ್ತು 2012 ರಲ್ಲಿ, IBM ಟ್ರಾನ್ಸಾಕ್ಷನ್ಸ್‌ಗಾಗಿ ಶುದ್ಧ ಡೇಟಾ ಸಿಸ್ಟಮ್ಸ್ ಎಂಬ ಉಪಕರಣವನ್ನು ನೀಡಿತು. ಇದು ಅನಾಲಿಟಿಕ್ಸ್‌ಗಾಗಿ ಶುದ್ಧ ಡೇಟಾ ಸಿಸ್ಟಮ್‌ಗಳೊಂದಿಗೆ ಗೊಂದಲಕ್ಕೀಡಾಗಬಾರದು, ಇದು ಮರುಹೆಸರಿಸಿದ Netezza ಗಿಂತ ಹೆಚ್ಚೇನೂ ಅಲ್ಲ.

ಮೊದಲ ನೋಟದಲ್ಲಿ, ಪ್ಯೂರ್‌ಸ್ಕೇಲ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಒರಾಕಲ್ RAC ಗೆ ಹೋಲುತ್ತದೆ: ಅದೇ ರೀತಿಯಲ್ಲಿ, ಹಲವಾರು ನೋಡ್‌ಗಳು ಸಾಮಾನ್ಯ ಡೇಟಾ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗೆ ಸಂಪರ್ಕ ಹೊಂದಿವೆ, ಮತ್ತು ಪ್ರತಿ ನೋಡ್ ತನ್ನದೇ ಆದ DBMS ನಿದರ್ಶನವನ್ನು ತನ್ನದೇ ಆದ ಮೆಮೊರಿ ಪ್ರದೇಶಗಳು ಮತ್ತು ವಹಿವಾಟು ಲಾಗ್‌ಗಳೊಂದಿಗೆ ರನ್ ಮಾಡುತ್ತದೆ. ಆದರೆ, ಒರಾಕಲ್‌ಗಿಂತ ಭಿನ್ನವಾಗಿ, DB2 db2LLM* ಪ್ರಕ್ರಿಯೆಗಳ ಸಮೂಹದಿಂದ ಪ್ರತಿನಿಧಿಸುವ ಮೀಸಲಾದ ಲಾಕಿಂಗ್ ಸೇವೆಯನ್ನು ಹೊಂದಿದೆ. ಕ್ಲಸ್ಟರ್ ಕಾನ್ಫಿಗರೇಶನ್‌ನಲ್ಲಿ, ಈ ಸೇವೆಯನ್ನು ಪ್ರತ್ಯೇಕ ನೋಡ್‌ನಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ, ಇದನ್ನು ಪ್ಯಾರಲಲ್ ಸಿಸ್ಪ್ಲೆಕ್ಸ್‌ನಲ್ಲಿ ಕಪ್ಲಿಂಗ್ ಸೌಲಭ್ಯ (CF) ಮತ್ತು ಶುದ್ಧ ಡೇಟಾದಲ್ಲಿ PowerHA ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ.

PowerHA ಈ ಕೆಳಗಿನ ಸೇವೆಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ:

• ಲಾಕ್ ಮ್ಯಾನೇಜರ್;
• ಜಾಗತಿಕ ಬಫರ್ ಸಂಗ್ರಹ;
• ಇಂಟರ್ಪ್ರೊಸೆಸ್ ಸಂವಹನಗಳ ಪ್ರದೇಶ.

PowerHA ನಿಂದ ಡೇಟಾಬೇಸ್ ನೋಡ್‌ಗಳಿಗೆ ಮತ್ತು ಹಿಂದಕ್ಕೆ ಡೇಟಾವನ್ನು ವರ್ಗಾಯಿಸಲು, ರಿಮೋಟ್ ಮೆಮೊರಿ ಪ್ರವೇಶವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಕ್ಲಸ್ಟರ್ ಇಂಟರ್‌ಕನೆಕ್ಟ್ RDMA ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಬೆಂಬಲಿಸಬೇಕು. PureScale ಈಥರ್ನೆಟ್ ಮೂಲಕ Infiniband ಮತ್ತು RDMA ಎರಡನ್ನೂ ಬಳಸಬಹುದು.

ನೋಡ್‌ಗೆ ಪುಟ ಅಗತ್ಯವಿದ್ದರೆ ಮತ್ತು ಈ ಪುಟವು ಸಂಗ್ರಹದಲ್ಲಿಲ್ಲದಿದ್ದರೆ, ನೋಡ್ ಜಾಗತಿಕ ಸಂಗ್ರಹದಲ್ಲಿರುವ ಪುಟವನ್ನು ವಿನಂತಿಸುತ್ತದೆ ಮತ್ತು ಅದು ಇಲ್ಲದಿದ್ದರೆ ಮಾತ್ರ ಅದನ್ನು ಡಿಸ್ಕ್‌ನಿಂದ ಓದುತ್ತದೆ. ಒರಾಕಲ್‌ನಂತಲ್ಲದೆ, ವಿನಂತಿಯು ಪವರ್‌ಎಚ್‌ಎಗೆ ಮಾತ್ರ ಹೋಗುತ್ತದೆ ಮತ್ತು ನೆರೆಯ ನೋಡ್‌ಗಳಿಗೆ ಅಲ್ಲ.

ಒಂದು ನಿದರ್ಶನವು ಸಾಲನ್ನು ಬದಲಾಯಿಸಲು ಹೋದರೆ, ಅದು ಅದನ್ನು ವಿಶೇಷ ಮೋಡ್‌ನಲ್ಲಿ ಲಾಕ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸಾಲು ಹಂಚಿದ ಮೋಡ್‌ನಲ್ಲಿ ಇರುವ ಪುಟವನ್ನು ಲಾಕ್ ಮಾಡುತ್ತದೆ. ಎಲ್ಲಾ ಲಾಕ್‌ಗಳನ್ನು ಜಾಗತಿಕ ಲಾಕ್ ಮ್ಯಾನೇಜರ್‌ನಲ್ಲಿ ನೋಂದಾಯಿಸಲಾಗಿದೆ. ವಹಿವಾಟು ಪೂರ್ಣಗೊಂಡಾಗ, ನೋಡ್ ಲಾಕ್ ಮ್ಯಾನೇಜರ್‌ಗೆ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಅದು ಮಾರ್ಪಡಿಸಿದ ಪುಟವನ್ನು ಜಾಗತಿಕ ಸಂಗ್ರಹಕ್ಕೆ ನಕಲಿಸುತ್ತದೆ, ಲಾಕ್‌ಗಳನ್ನು ಬಿಡುಗಡೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಇತರ ನೋಡ್‌ಗಳ ಸಂಗ್ರಹಗಳಲ್ಲಿ ಮಾರ್ಪಡಿಸಿದ ಪುಟವನ್ನು ಅಮಾನ್ಯಗೊಳಿಸುತ್ತದೆ.

ಮಾರ್ಪಡಿಸಿದ ಸಾಲು ಇರುವ ಪುಟವು ಈಗಾಗಲೇ ಲಾಕ್ ಆಗಿದ್ದರೆ, ನಂತರ ಲಾಕ್ ಮ್ಯಾನೇಜರ್ ಬದಲಾವಣೆಯನ್ನು ಮಾಡಿದ ನೋಡ್‌ನ ಮೆಮೊರಿಯಿಂದ ಮಾರ್ಪಡಿಸಿದ ಪುಟವನ್ನು ಓದುತ್ತದೆ, ಲಾಕ್ ಅನ್ನು ಬಿಡುಗಡೆ ಮಾಡುತ್ತದೆ, ಇತರ ನೋಡ್‌ಗಳ ಸಂಗ್ರಹಗಳಲ್ಲಿ ಮಾರ್ಪಡಿಸಿದ ಪುಟವನ್ನು ಅಮಾನ್ಯಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಪುಟ ಲಾಕ್ ಅನ್ನು ವಿನಂತಿಸಿದ ನೋಡ್‌ಗೆ ನೀಡಿ.

"ಡರ್ಟಿ", ಅಂದರೆ, ಬದಲಾಯಿಸಲಾಗಿದೆ, ಪುಟಗಳನ್ನು ಸಾಮಾನ್ಯ ನೋಡ್‌ನಿಂದ ಮತ್ತು ಪವರ್‌ಎಚ್‌ಎ (ಕ್ಯಾಸ್ಟ್‌ಔಟ್) ನಿಂದ ಡಿಸ್ಕ್‌ಗೆ ಬರೆಯಬಹುದು.

ಪ್ಯೂರ್‌ಸ್ಕೇಲ್ ನೋಡ್‌ಗಳಲ್ಲಿ ಒಂದು ವಿಫಲವಾದರೆ, ವೈಫಲ್ಯದ ಸಮಯದಲ್ಲಿ ಇನ್ನೂ ಪೂರ್ಣಗೊಳ್ಳದ ವಹಿವಾಟುಗಳಿಗೆ ಮಾತ್ರ ಮರುಪ್ರಾಪ್ತಿ ಸೀಮಿತವಾಗಿರುತ್ತದೆ: ಪೂರ್ಣಗೊಂಡ ವಹಿವಾಟುಗಳಲ್ಲಿ ಆ ನೋಡ್‌ನಿಂದ ಮಾರ್ಪಡಿಸಿದ ಪುಟಗಳು PowerHA ನಲ್ಲಿ ಜಾಗತಿಕ ಸಂಗ್ರಹದಲ್ಲಿದೆ. ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿನ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಕಡಿಮೆ ಕಾನ್ಫಿಗರೇಶನ್‌ನಲ್ಲಿ ನೋಡ್ ಮರುಪ್ರಾರಂಭಗೊಳ್ಳುತ್ತದೆ, ಬಾಕಿ ಉಳಿದಿರುವ ವಹಿವಾಟುಗಳನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ ಮತ್ತು ಲಾಕ್‌ಗಳನ್ನು ಬಿಡುಗಡೆ ಮಾಡುತ್ತದೆ.

PowerHA ಎರಡು ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಚಲಿಸುತ್ತದೆ ಮತ್ತು ಮಾಸ್ಟರ್ ನೋಡ್ ಅದರ ಸ್ಥಿತಿಯನ್ನು ಸಿಂಕ್ರೊನಸ್ ಆಗಿ ಪುನರಾವರ್ತಿಸುತ್ತದೆ. ಪ್ರಾಥಮಿಕ ಪವರ್‌ಎಚ್‌ಎ ನೋಡ್ ವಿಫಲವಾದರೆ, ಕ್ಲಸ್ಟರ್ ಬ್ಯಾಕಪ್ ನೋಡ್‌ನೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತದೆ.
ಸಹಜವಾಗಿ, ನೀವು ಒಂದೇ ನೋಡ್ ಮೂಲಕ ಡೇಟಾ ಸೆಟ್ ಅನ್ನು ಪ್ರವೇಶಿಸಿದರೆ, ಕ್ಲಸ್ಟರ್ನ ಒಟ್ಟಾರೆ ಕಾರ್ಯಕ್ಷಮತೆ ಹೆಚ್ಚಾಗಿರುತ್ತದೆ. PureScale ಡೇಟಾದ ಒಂದು ನಿರ್ದಿಷ್ಟ ಪ್ರದೇಶವನ್ನು ಒಂದು ನೋಡ್‌ನಿಂದ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾಗುತ್ತಿದೆ ಎಂದು ಸಹ ಗಮನಿಸಬಹುದು, ಮತ್ತು ನಂತರ ಆ ಪ್ರದೇಶಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ಎಲ್ಲಾ ಲಾಕ್‌ಗಳನ್ನು ಪವರ್‌ಎಚ್‌ಎಯೊಂದಿಗೆ ಸಂವಹನ ಮಾಡದೆಯೇ ನೋಡ್‌ನಿಂದ ಸ್ಥಳೀಯವಾಗಿ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾಗುತ್ತದೆ. ಆದರೆ ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತೊಂದು ನೋಡ್ ಮೂಲಕ ಈ ಡೇಟಾವನ್ನು ಪ್ರವೇಶಿಸಲು ಪ್ರಯತ್ನಿಸಿದ ತಕ್ಷಣ, ಕೇಂದ್ರೀಕೃತ ಲಾಕ್ ಪ್ರಕ್ರಿಯೆಯು ಪುನರಾರಂಭಗೊಳ್ಳುತ್ತದೆ.

IBM ನ ಆಂತರಿಕ ಪರೀಕ್ಷೆಗಳು 90% ಓದುವ ಮತ್ತು 10% ಬರೆಯುವ ಕೆಲಸದ ಹೊರೆ, ಇದು ನೈಜ-ಪ್ರಪಂಚದ ಉತ್ಪಾದನಾ ಕೆಲಸದ ಹೊರೆಗಳಿಗೆ ಹೋಲುತ್ತದೆ, 128 ನೋಡ್‌ಗಳವರೆಗೆ ಬಹುತೇಕ ರೇಖೀಯ ಸ್ಕೇಲಿಂಗ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ. ಪರೀಕ್ಷಾ ಪರಿಸ್ಥಿತಿಗಳು, ದುರದೃಷ್ಟವಶಾತ್, ಬಹಿರಂಗಪಡಿಸಲಾಗಿಲ್ಲ.

HPE ನಾನ್‌ಸ್ಟಾಪ್ SQL

ಹೆವ್ಲೆಟ್-ಪ್ಯಾಕರ್ಡ್ ಎಂಟರ್‌ಪ್ರೈಸ್ ಪೋರ್ಟ್‌ಫೋಲಿಯೊ ತನ್ನದೇ ಆದ ಹೆಚ್ಚು ಲಭ್ಯವಿರುವ ವೇದಿಕೆಯನ್ನು ಹೊಂದಿದೆ. ಇದು ನಾನ್‌ಸ್ಟಾಪ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಆಗಿದ್ದು, 1976 ರಲ್ಲಿ ಟ್ಯಾಂಡೆಮ್ ಕಂಪ್ಯೂಟರ್‌ಗಳಿಂದ ಮಾರುಕಟ್ಟೆಗೆ ಬಿಡುಗಡೆಯಾಯಿತು. 1997 ರಲ್ಲಿ, ಕಂಪನಿಯನ್ನು ಕಾಂಪಾಕ್ ಸ್ವಾಧೀನಪಡಿಸಿಕೊಂಡಿತು, ಇದು 2002 ರಲ್ಲಿ ಹೆವ್ಲೆಟ್-ಪ್ಯಾಕರ್ಡ್‌ನೊಂದಿಗೆ ವಿಲೀನಗೊಂಡಿತು.

ನಿರ್ಣಾಯಕ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ನಿರ್ಮಿಸಲು ನಾನ್‌ಸ್ಟಾಪ್ ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ - ಉದಾಹರಣೆಗೆ, HLR ಅಥವಾ ಬ್ಯಾಂಕ್ ಕಾರ್ಡ್ ಪ್ರಕ್ರಿಯೆ. ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅನ್ನು ಸಾಫ್ಟ್‌ವೇರ್ ಮತ್ತು ಹಾರ್ಡ್‌ವೇರ್ ಸಂಕೀರ್ಣ (ಉಪಕರಣ) ರೂಪದಲ್ಲಿ ವಿತರಿಸಲಾಗುತ್ತದೆ, ಇದರಲ್ಲಿ ಕಂಪ್ಯೂಟಿಂಗ್ ನೋಡ್‌ಗಳು, ಡೇಟಾ ಸಂಗ್ರಹಣಾ ವ್ಯವಸ್ಥೆ ಮತ್ತು ಸಂವಹನ ಸಾಧನಗಳು ಸೇರಿವೆ. ಸರ್ವರ್‌ನೆಟ್ ನೆಟ್‌ವರ್ಕ್ (ಆಧುನಿಕ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ - ಇನ್‌ಫಿನಿಬ್ಯಾಂಡ್) ನೋಡ್‌ಗಳ ನಡುವಿನ ವಿನಿಮಯಕ್ಕಾಗಿ ಮತ್ತು ಡೇಟಾ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗೆ ಪ್ರವೇಶಕ್ಕಾಗಿ ಎರಡೂ ಸೇವೆಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ.

ಸಿಸ್ಟಮ್‌ನ ಆರಂಭಿಕ ಆವೃತ್ತಿಗಳು ಒಂದಕ್ಕೊಂದು ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡಲಾದ ಸ್ವಾಮ್ಯದ ಪ್ರೊಸೆಸರ್‌ಗಳನ್ನು ಬಳಸಿದವು: ಎಲ್ಲಾ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಹಲವಾರು ಪ್ರೊಸೆಸರ್‌ಗಳಿಂದ ಸಿಂಕ್ರೊನಸ್ ಆಗಿ ನಿರ್ವಹಿಸಲಾಯಿತು, ಮತ್ತು ಪ್ರೊಸೆಸರ್‌ಗಳಲ್ಲಿ ಒಂದು ದೋಷವನ್ನು ಮಾಡಿದ ತಕ್ಷಣ, ಅದನ್ನು ಆಫ್ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಎರಡನೆಯದು ಕೆಲಸ ಮಾಡುವುದನ್ನು ಮುಂದುವರೆಸಿತು. ನಂತರ, ವ್ಯವಸ್ಥೆಯು ಸಾಂಪ್ರದಾಯಿಕ ಪ್ರೊಸೆಸರ್‌ಗಳಿಗೆ ಬದಲಾಯಿತು (ಮೊದಲ MIPS, ನಂತರ ಇಟಾನಿಯಮ್ ಮತ್ತು ಅಂತಿಮವಾಗಿ 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