Oracle RAC ಮತ್ತು AccelStor ಶೇರ್ಡ್-ನಥಿಂಗ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಆಧಾರದ ಮೇಲೆ ದೋಷ-ಸಹಿಷ್ಣು ಪರಿಹಾರವನ್ನು ನಿರ್ಮಿಸುವುದು

ಗಣನೀಯ ಸಂಖ್ಯೆಯ ಎಂಟರ್‌ಪ್ರೈಸ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಮತ್ತು ವರ್ಚುವಲೈಸೇಶನ್ ಸಿಸ್ಟಮ್‌ಗಳು ದೋಷ-ಸಹಿಷ್ಣು ಪರಿಹಾರಗಳನ್ನು ನಿರ್ಮಿಸಲು ತಮ್ಮದೇ ಆದ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಹೊಂದಿವೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, Oracle RAC (Oracle Real Application Cluster) ಎರಡು ಅಥವಾ ಹೆಚ್ಚಿನ Oracle ಡೇಟಾಬೇಸ್ ಸರ್ವರ್‌ಗಳ ಸಮೂಹವಾಗಿದ್ದು, ಲೋಡ್ ಅನ್ನು ಸಮತೋಲನಗೊಳಿಸಲು ಮತ್ತು ಸರ್ವರ್/ಅಪ್ಲಿಕೇಶನ್ ಮಟ್ಟದಲ್ಲಿ ದೋಷ ಸಹಿಷ್ಣುತೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ. ಈ ಮೋಡ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು, ನಿಮಗೆ ಹಂಚಿದ ಸಂಗ್ರಹಣೆಯ ಅಗತ್ಯವಿದೆ, ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ.

ನಾವು ಈಗಾಗಲೇ ನಮ್ಮ ಒಂದರಲ್ಲಿ ಚರ್ಚಿಸಿದಂತೆ ಲೇಖನಗಳು, ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯು ಸ್ವತಃ, ನಕಲಿ ಘಟಕಗಳ ಉಪಸ್ಥಿತಿಯ ಹೊರತಾಗಿಯೂ (ನಿಯಂತ್ರಕಗಳನ್ನು ಒಳಗೊಂಡಂತೆ), ಇನ್ನೂ ವೈಫಲ್ಯದ ಬಿಂದುಗಳನ್ನು ಹೊಂದಿದೆ - ಮುಖ್ಯವಾಗಿ ಒಂದೇ ಗುಂಪಿನ ಡೇಟಾದ ರೂಪದಲ್ಲಿ. ಆದ್ದರಿಂದ, ಹೆಚ್ಚಿದ ವಿಶ್ವಾಸಾರ್ಹತೆಯ ಅಗತ್ಯತೆಗಳೊಂದಿಗೆ ಒರಾಕಲ್ ಪರಿಹಾರವನ್ನು ನಿರ್ಮಿಸಲು, “N ಸರ್ವರ್‌ಗಳು - ಒಂದು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ” ಯೋಜನೆಯನ್ನು ಸಂಕೀರ್ಣಗೊಳಿಸಬೇಕಾಗಿದೆ.

ಮೊದಲಿಗೆ, ನಾವು ಯಾವ ಅಪಾಯಗಳ ವಿರುದ್ಧ ವಿಮೆ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದೇವೆ ಎಂಬುದನ್ನು ನಾವು ನಿರ್ಧರಿಸಬೇಕು. ಈ ಲೇಖನದಲ್ಲಿ, "ಉಲ್ಕಾಶಿಲೆ ಬಂದಿದೆ" ನಂತಹ ಬೆದರಿಕೆಗಳ ವಿರುದ್ಧ ರಕ್ಷಣೆಯನ್ನು ನಾವು ಪರಿಗಣಿಸುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ ಭೌಗೋಳಿಕವಾಗಿ ಚದುರಿದ ವಿಪತ್ತು ಚೇತರಿಕೆ ಪರಿಹಾರವನ್ನು ನಿರ್ಮಿಸುವುದು ಮುಂದಿನ ಲೇಖನಗಳಲ್ಲಿ ಒಂದಕ್ಕೆ ವಿಷಯವಾಗಿ ಉಳಿಯುತ್ತದೆ. ಸರ್ವರ್ ಕ್ಯಾಬಿನೆಟ್‌ಗಳ ಮಟ್ಟದಲ್ಲಿ ರಕ್ಷಣೆಯನ್ನು ನಿರ್ಮಿಸಿದಾಗ, ಕ್ರಾಸ್-ರ್ಯಾಕ್ ವಿಪತ್ತು ಚೇತರಿಕೆಯ ಪರಿಹಾರವನ್ನು ನಾವು ಇಲ್ಲಿ ನೋಡುತ್ತೇವೆ. ಕ್ಯಾಬಿನೆಟ್ಗಳು ಒಂದೇ ಕೋಣೆಯಲ್ಲಿ ಅಥವಾ ವಿಭಿನ್ನವಾದವುಗಳಲ್ಲಿ ನೆಲೆಗೊಳ್ಳಬಹುದು, ಆದರೆ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದೇ ಕಟ್ಟಡದಲ್ಲಿ.

ಈ ಕ್ಯಾಬಿನೆಟ್‌ಗಳು "ನೆರೆಹೊರೆಯವರ" ಸ್ಥಿತಿಯನ್ನು ಲೆಕ್ಕಿಸದೆಯೇ ಒರಾಕಲ್ ಡೇಟಾಬೇಸ್‌ಗಳ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಅನುಮತಿಸುವ ಸಂಪೂರ್ಣ ಅಗತ್ಯ ಉಪಕರಣಗಳು ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಹೊಂದಿರಬೇಕು. ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, ಕ್ರಾಸ್-ರ್ಯಾಕ್ ವಿಪತ್ತು ಚೇತರಿಕೆ ಪರಿಹಾರವನ್ನು ಬಳಸಿಕೊಂಡು, ನಾವು ವೈಫಲ್ಯದ ಅಪಾಯಗಳನ್ನು ತೆಗೆದುಹಾಕುತ್ತೇವೆ:

• ಒರಾಕಲ್ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್‌ಗಳು
• ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳು
• ಸ್ವಿಚಿಂಗ್ ವ್ಯವಸ್ಥೆಗಳು
• ಕ್ಯಾಬಿನೆಟ್ನಲ್ಲಿನ ಎಲ್ಲಾ ಉಪಕರಣಗಳ ಸಂಪೂರ್ಣ ವೈಫಲ್ಯ:
  • ವಿದ್ಯುತ್ ನಿರಾಕರಣೆ
  • ಕೂಲಿಂಗ್ ಸಿಸ್ಟಮ್ ವೈಫಲ್ಯ
  • ಬಾಹ್ಯ ಅಂಶಗಳು (ಮಾನವ, ಪ್ರಕೃತಿ, ಇತ್ಯಾದಿ)

ಒರಾಕಲ್ ಸರ್ವರ್‌ಗಳ ನಕಲು ಒರಾಕಲ್ RAC ಯ ಕಾರ್ಯಾಚರಣಾ ತತ್ವವನ್ನು ಸೂಚಿಸುತ್ತದೆ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಮೂಲಕ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ. ಸ್ವಿಚಿಂಗ್ ಸೌಲಭ್ಯಗಳ ನಕಲು ಸಮಸ್ಯೆಯೂ ಅಲ್ಲ. ಆದರೆ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯ ನಕಲುಗಳೊಂದಿಗೆ, ಎಲ್ಲವೂ ಅಷ್ಟು ಸುಲಭವಲ್ಲ.

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

ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾದ ಆಯ್ಕೆಯೆಂದರೆ ಸಾಫ್ಟ್‌ವೇರ್ ಮತ್ತು/ಅಥವಾ ಹಾರ್ಡ್‌ವೇರ್ ಶೇಖರಣಾ "ವರ್ಚುವಲೈಜರ್‌ಗಳು" ಇದು ಸ್ಥಿರತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ಮತ್ತು ಹಸ್ತಚಾಲಿತ ಹಸ್ತಕ್ಷೇಪವನ್ನು ನಿವಾರಿಸುತ್ತದೆ. ಆದರೆ ನಿಯೋಜನೆ ಮತ್ತು ನಂತರದ ಆಡಳಿತದ ಸಂಕೀರ್ಣತೆ, ಹಾಗೆಯೇ ಅಂತಹ ಪರಿಹಾರಗಳ ಅತ್ಯಂತ ಅಸಭ್ಯ ವೆಚ್ಚವು ಅನೇಕರನ್ನು ಹೆದರಿಸುತ್ತದೆ.

AccelStor NeoSapphire™ ಎಲ್ಲಾ ಫ್ಲ್ಯಾಶ್ ಅರೇ ಪರಿಹಾರವು ಕ್ರಾಸ್-ರ್ಯಾಕ್ ವಿಪತ್ತು ಚೇತರಿಕೆಯಂತಹ ಸನ್ನಿವೇಶಗಳಿಗೆ ಪರಿಪೂರ್ಣವಾಗಿದೆ H710 ಹಂಚಿದ-ನಥಿಂಗ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಬಳಸುವುದು. ಈ ಮಾದರಿಯು ಫ್ಲ್ಯಾಶ್ ಡ್ರೈವ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಸ್ವಾಮ್ಯದ FlexiRemap® ತಂತ್ರಜ್ಞಾನವನ್ನು ಬಳಸುವ ಎರಡು-ನೋಡ್ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ. ಇವರಿಗೆ ಧನ್ಯವಾದಗಳು FlexiRemap® NeoSapphire™ H710 600K IOPS@4K ಯಾದೃಚ್ಛಿಕ ಬರಹ ಮತ್ತು 1M+ IOPS@4K ಯಾದೃಚ್ಛಿಕ ಓದುವಿಕೆ ವರೆಗೆ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ತಲುಪಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿದೆ, ಇದು ಕ್ಲಾಸಿಕ್ RAID-ಆಧಾರಿತ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಬಳಸುವಾಗ ಸಾಧಿಸಲಾಗುವುದಿಲ್ಲ.

ಆದರೆ ನಿಯೋಸ್ಯಾಫೈರ್™ H710 ನ ಮುಖ್ಯ ಲಕ್ಷಣವೆಂದರೆ ಎರಡು ನೋಡ್‌ಗಳನ್ನು ಪ್ರತ್ಯೇಕ ಪ್ರಕರಣಗಳ ರೂಪದಲ್ಲಿ ಕಾರ್ಯಗತಗೊಳಿಸುವುದು, ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ಆದ ಡೇಟಾ ನಕಲನ್ನು ಹೊಂದಿದೆ. ಬಾಹ್ಯ ಇನ್ಫಿನಿಬ್ಯಾಂಡ್ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ನೋಡ್ಗಳ ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಅನ್ನು ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ. ಈ ವಾಸ್ತುಶೈಲಿಗೆ ಧನ್ಯವಾದಗಳು, 100m ವರೆಗಿನ ದೂರದಲ್ಲಿ ವಿವಿಧ ಸ್ಥಳಗಳಿಗೆ ನೋಡ್‌ಗಳನ್ನು ವಿತರಿಸಲು ಸಾಧ್ಯವಿದೆ, ಇದರಿಂದಾಗಿ ಕ್ರಾಸ್-ರ್ಯಾಕ್ ವಿಪತ್ತು ಚೇತರಿಕೆ ಪರಿಹಾರವನ್ನು ಒದಗಿಸುತ್ತದೆ. ಎರಡೂ ನೋಡ್‌ಗಳು ಸಂಪೂರ್ಣವಾಗಿ ಸಿಂಕ್ರೊನಸ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. ಹೋಸ್ಟ್ ಕಡೆಯಿಂದ, H710 ಸಾಮಾನ್ಯ ಡ್ಯುಯಲ್-ನಿಯಂತ್ರಕ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯಂತೆ ಕಾಣುತ್ತದೆ. ಆದ್ದರಿಂದ, ಯಾವುದೇ ಹೆಚ್ಚುವರಿ ಸಾಫ್ಟ್‌ವೇರ್ ಅಥವಾ ಹಾರ್ಡ್‌ವೇರ್ ಆಯ್ಕೆಗಳು ಅಥವಾ ನಿರ್ದಿಷ್ಟವಾಗಿ ಸಂಕೀರ್ಣ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಅಗತ್ಯವಿಲ್ಲ.

ಮೇಲೆ ವಿವರಿಸಿದ ಎಲ್ಲಾ ಕ್ರಾಸ್-ರ್ಯಾಕ್ ವಿಪತ್ತು ಮರುಪಡೆಯುವಿಕೆ ಪರಿಹಾರಗಳನ್ನು ನಾವು ಹೋಲಿಸಿದರೆ, ನಂತರ AccelStor ನಿಂದ ಆಯ್ಕೆಯು ಉಳಿದವುಗಳಿಂದ ಗಮನಾರ್ಹವಾಗಿ ಎದ್ದು ಕಾಣುತ್ತದೆ:

AccelStor NeoSapphire™ ನಥಿಂಗ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅನ್ನು ಹಂಚಿಕೊಂಡಿಲ್ಲ
ಸಾಫ್ಟ್ವೇರ್ ಅಥವಾ ಹಾರ್ಡ್ವೇರ್ "ವರ್ಚುವಲೈಜರ್" ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ
ಪ್ರತಿಕೃತಿ ಆಧಾರಿತ ಪರಿಹಾರ

ಲಭ್ಯತೆ

ಸರ್ವರ್ ವೈಫಲ್ಯ
ಯಾವುದೇ ಅಲಭ್ಯತೆ ಇಲ್ಲ
ಯಾವುದೇ ಅಲಭ್ಯತೆ ಇಲ್ಲ
ಯಾವುದೇ ಅಲಭ್ಯತೆ ಇಲ್ಲ

ಸ್ವಿಚ್ ವೈಫಲ್ಯ
ಯಾವುದೇ ಅಲಭ್ಯತೆ ಇಲ್ಲ
ಯಾವುದೇ ಅಲಭ್ಯತೆ ಇಲ್ಲ
ಯಾವುದೇ ಅಲಭ್ಯತೆ ಇಲ್ಲ

ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಯ ವೈಫಲ್ಯ
ಯಾವುದೇ ಅಲಭ್ಯತೆ ಇಲ್ಲ
ಯಾವುದೇ ಅಲಭ್ಯತೆ ಇಲ್ಲ
ಡೌನ್ಟೈಮ್

ಸಂಪೂರ್ಣ ಕ್ಯಾಬಿನೆಟ್ ವೈಫಲ್ಯ
ಯಾವುದೇ ಅಲಭ್ಯತೆ ಇಲ್ಲ
ಯಾವುದೇ ಅಲಭ್ಯತೆ ಇಲ್ಲ
ಡೌನ್ಟೈಮ್

ವೆಚ್ಚ ಮತ್ತು ಸಂಕೀರ್ಣತೆ

ಪರಿಹಾರ ವೆಚ್ಚ
ಕಡಿಮೆ*
Высокая
Высокая

ನಿಯೋಜನೆಯ ಸಂಕೀರ್ಣತೆ
ಕಡಿಮೆ
Высокая
Высокая

*AccelStor NeoSapphire™ ಇನ್ನೂ ಎಲ್ಲಾ ಫ್ಲ್ಯಾಶ್ ಅರೇ ಆಗಿದೆ, ಇದು ವ್ಯಾಖ್ಯಾನದ ಪ್ರಕಾರ "3 kopecks" ವೆಚ್ಚವಾಗುವುದಿಲ್ಲ, ವಿಶೇಷವಾಗಿ ಇದು ಎರಡು ಸಾಮರ್ಥ್ಯದ ಮೀಸಲು ಹೊಂದಿದೆ. ಆದಾಗ್ಯೂ, ಇತರ ಮಾರಾಟಗಾರರಿಂದ ಸಮಾನವಾದವುಗಳೊಂದಿಗೆ ಅದರ ಆಧಾರದ ಮೇಲೆ ಪರಿಹಾರದ ಅಂತಿಮ ವೆಚ್ಚವನ್ನು ಹೋಲಿಸಿದಾಗ, ವೆಚ್ಚವನ್ನು ಕಡಿಮೆ ಎಂದು ಪರಿಗಣಿಸಬಹುದು.

ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್‌ಗಳು ಮತ್ತು ಎಲ್ಲಾ ಫ್ಲ್ಯಾಶ್ ಅರೇ ನೋಡ್‌ಗಳನ್ನು ಸಂಪರ್ಕಿಸಲು ಟೋಪೋಲಜಿ ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

ಟೋಪೋಲಜಿಯನ್ನು ಯೋಜಿಸುವಾಗ, ನಿರ್ವಹಣಾ ಸ್ವಿಚ್‌ಗಳು ಮತ್ತು ಇಂಟರ್‌ಕನೆಕ್ಟ್ ಸರ್ವರ್‌ಗಳನ್ನು ನಕಲಿಸಲು ಸಹ ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ.

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

ರಚನೆಯಲ್ಲಿ ಪೂರ್ವಸಿದ್ಧತಾ ಕೆಲಸ

ಬಳಸಿದ ಉಪಕರಣಗಳು ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್

ಸರ್ವರ್ ಮತ್ತು ಸ್ವಿಚ್ ವಿಶೇಷಣಗಳು

ಘಟಕಗಳು
ವಿವರಣೆ

ಒರಾಕಲ್ ಡೇಟಾಬೇಸ್ 11g ಸರ್ವರ್‌ಗಳು
ಎರಡು

ಸರ್ವರ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್
ಒರಾಕಲ್ ಲಿನಕ್ಸ್

ಒರಾಕಲ್ ಡೇಟಾಬೇಸ್ ಆವೃತ್ತಿ
11g (RAC)

ಪ್ರತಿ ಸರ್ವರ್‌ಗೆ ಪ್ರೊಸೆಸರ್‌ಗಳು
ಎರಡು 16 ಕೋರ್‌ಗಳು Intel® Xeon® CPU E5-2667 v2 @ 3.30GHz

ಪ್ರತಿ ಸರ್ವರ್‌ಗೆ ಭೌತಿಕ ಸ್ಮರಣೆ
128GB

ಎಫ್ಸಿ ನೆಟ್ವರ್ಕ್
ಮಲ್ಟಿಪಾಥಿಂಗ್ ಜೊತೆಗೆ 16Gb/s FC

FC HBA
ಎಮುಲೆಕ್ಸ್ Lpe-16002B

ಕ್ಲಸ್ಟರ್ ನಿರ್ವಹಣೆಗಾಗಿ ಮೀಸಲಾದ ಸಾರ್ವಜನಿಕ 1GbE ಪೋರ್ಟ್‌ಗಳು
ಇಂಟೆಲ್ ಈಥರ್ನೆಟ್ ಅಡಾಪ್ಟರ್ RJ45

16Gb/s FC ಸ್ವಿಚ್
ಬ್ರೊಕೇಡ್ 6505

ಡೇಟಾ ಸಿಂಕ್ರೊನೈಸೇಶನ್‌ಗಾಗಿ ಮೀಸಲಾದ ಖಾಸಗಿ 10GbE ಪೋರ್ಟ್‌ಗಳು
ಇಂಟೆಲ್ X520

AccelStor NeoSapphire™ ಎಲ್ಲಾ ಫ್ಲ್ಯಾಶ್ ಅರೇ ವಿವರಣೆ

ಘಟಕಗಳು
ವಿವರಣೆ

ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ
ನಿಯೋಸಫೈರ್™ ಹೆಚ್ಚಿನ ಲಭ್ಯತೆಯ ಮಾದರಿ: H710

ಚಿತ್ರದ ಆವೃತ್ತಿ
4.0.1

ಡ್ರೈವ್‌ಗಳ ಒಟ್ಟು ಸಂಖ್ಯೆ
48

ಡ್ರೈವ್ ಗಾತ್ರ
1.92TB

ಡ್ರೈವ್ ಪ್ರಕಾರ
SSD,

FC ಗುರಿ ಬಂದರುಗಳು
16x 16Gb ಪೋರ್ಟ್‌ಗಳು (ಪ್ರತಿ ನೋಡ್‌ಗೆ 8)

ನಿರ್ವಹಣಾ ಬಂದರುಗಳು
1GbE ಈಥರ್ನೆಟ್ ಕೇಬಲ್ ಈಥರ್ನೆಟ್ ಸ್ವಿಚ್ ಮೂಲಕ ಹೋಸ್ಟ್‌ಗಳಿಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ

ಹೃದಯ ಬಡಿತ ಬಂದರು
1GbE ಈಥರ್ನೆಟ್ ಕೇಬಲ್ ಎರಡು ಶೇಖರಣಾ ನೋಡ್‌ಗಳ ನಡುವೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ

ಡೇಟಾ ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಪೋರ್ಟ್
56Gb/s ಇನ್ಫಿನಿಬ್ಯಾಂಡ್ ಕೇಬಲ್

ನೀವು ರಚನೆಯನ್ನು ಬಳಸುವ ಮೊದಲು, ನೀವು ಅದನ್ನು ಪ್ರಾರಂಭಿಸಬೇಕು. ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಎರಡೂ ನೋಡ್‌ಗಳ ನಿಯಂತ್ರಣ ವಿಳಾಸವು ಒಂದೇ ಆಗಿರುತ್ತದೆ (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

ಗ್ರಿಡ್ 01
1GB

ಗ್ರಿಡ್ 02
1GB

ಗ್ರಿಡ್ 03
1GB

ಗ್ರಿಡ್ 04
1GB

ಗ್ರಿಡ್ 05
1GB

ಗ್ರಿಡ್ 06
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"
ಮಾರ್ಗ_ಗುಂಪು_ನೀತಿ "ಗುಂಪು_ಮೂಲಕ_ಪ್ರಿಯೋ"
ಪಥ_ಸೆಲೆಕ್ಟರ್ "ಕ್ಯೂ-ಉದ್ದ 0"
ಮಾರ್ಗ_ಪರೀಕ್ಷಕ "ಟರ್"
ವೈಶಿಷ್ಟ್ಯಗಳು "0"
ಹಾರ್ಡ್‌ವೇರ್_ಹ್ಯಾಂಡ್ಲರ್ "0"
ಪೂರ್ವ "ಪರಿಸ್ಥಿತಿ"
ತಕ್ಷಣವೇ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ
fast_io_fail_tmo 5
dev_loss_tmo 60
ಬಳಕೆದಾರ_ಸ್ನೇಹಿ_ಹೆಸರುಗಳು ಹೌದು
ಪತ್ತೆ_ಪ್ರಿಯೋ ಹೌದು
rr_min_io_rq 1
no_path_retry 0
}
}

ಮುಂದೆ, ASMLib ಮೂಲಕ MPIO ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ASM ಗೆ, ನೀವು /etc/sysconfig/oracleasm ಫೈಲ್ ಅನ್ನು ಬದಲಾಯಿಸಬೇಕು ಮತ್ತು ನಂತರ /etc/init.d/oracleasm ಸ್ಕ್ಯಾನ್‌ಡಿಸ್ಕ್‌ಗಳನ್ನು ಚಲಾಯಿಸಬೇಕು.

ಗುಪ್ತ ಪಠ್ಯ

# ORACLEASM_SCANORDER: ಡಿಸ್ಕ್ ಸ್ಕ್ಯಾನಿಂಗ್ ಅನ್ನು ಕ್ರಮಗೊಳಿಸಲು ಮಾದರಿಗಳನ್ನು ಹೊಂದಿಸುವುದು
ORACLEASM_SCANORDER="dm"

# ORACLEASM_SCANEXCLUDE: ಸ್ಕ್ಯಾನ್‌ನಿಂದ ಡಿಸ್ಕ್‌ಗಳನ್ನು ಹೊರಗಿಡಲು ಹೊಂದಾಣಿಕೆಯ ಮಾದರಿಗಳು
ORACLEASM_SCANEXCLUDE="sd"

ಹೇಳಿಕೆಯನ್ನು

ನೀವು ASMLib ಅನ್ನು ಬಳಸಲು ಬಯಸದಿದ್ದರೆ, ASMLib ಗೆ ಆಧಾರವಾಗಿರುವ UDEV ನಿಯಮಗಳನ್ನು ನೀವು ಬಳಸಬಹುದು.

ಒರಾಕಲ್ ಡೇಟಾಬೇಸ್‌ನ ಆವೃತ್ತಿ 12.1.0.2 ರಿಂದ ಪ್ರಾರಂಭಿಸಿ, ASMFD ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಭಾಗವಾಗಿ ಅನುಸ್ಥಾಪನೆಗೆ ಆಯ್ಕೆಯು ಲಭ್ಯವಿದೆ.

Oracle ASM ಗಾಗಿ ರಚಿಸಲಾದ ಡಿಸ್ಕ್‌ಗಳು ಅರೇ ಭೌತಿಕವಾಗಿ (4K) ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಬ್ಲಾಕ್ ಗಾತ್ರದೊಂದಿಗೆ ಜೋಡಿಸಲ್ಪಟ್ಟಿವೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು ಕಡ್ಡಾಯವಾಗಿದೆ. ಇಲ್ಲದಿದ್ದರೆ, ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳು ಸಂಭವಿಸಬಹುದು. ಆದ್ದರಿಂದ, ಸೂಕ್ತವಾದ ನಿಯತಾಂಕಗಳೊಂದಿಗೆ ಸಂಪುಟಗಳನ್ನು ರಚಿಸುವುದು ಅವಶ್ಯಕ:

parted /dev/mapper/device-name mklabel gpt mkpart ಪ್ರಾಥಮಿಕ 2048s 100% align-check optimal 1

ನಮ್ಮ ಪರೀಕ್ಷಾ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಾಗಿ ರಚಿಸಲಾದ ಸಂಪುಟಗಳಲ್ಲಿ ಡೇಟಾಬೇಸ್‌ಗಳ ವಿತರಣೆ

ಶೇಖರಣಾ ಪರಿಮಾಣದ ಹೆಸರು
ಸಂಪುಟ ಗಾತ್ರ
ವಾಲ್ಯೂಮ್ LUN ಮ್ಯಾಪಿಂಗ್
ASM ವಾಲ್ಯೂಮ್ ಸಾಧನದ ವಿವರ
ಹಂಚಿಕೆ ಘಟಕದ ಗಾತ್ರ

ಡೇಟಾ 01
200GB
ಎಲ್ಲಾ ಶೇಖರಣಾ ವಾಲ್ಯೂಮ್‌ಗಳನ್ನು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗೆ ಎಲ್ಲಾ ಡೇಟಾ ಪೋರ್ಟ್‌ಗಳಿಗೆ ಮ್ಯಾಪ್ ಮಾಡಿ
ಪುನರಾವರ್ತನೆ: ಸಾಮಾನ್ಯ
ಹೆಸರು: DGDATA
ಉದ್ದೇಶ: ಡೇಟಾ ಫೈಲ್‌ಗಳು

4MB

ಡೇಟಾ 02
200GB

ಡೇಟಾ 03
200GB

ಡೇಟಾ 04
200GB

ಡೇಟಾ 05
200GB

ಡೇಟಾ 06
200GB

ಡೇಟಾ 07
200GB

ಡೇಟಾ 08
200GB

ಡೇಟಾ 09
200GB

ಡೇಟಾ 10
200GB

ಗ್ರಿಡ್ 01
1GB
ಪುನರಾವರ್ತನೆ: ಸಾಮಾನ್ಯ
ಹೆಸರು: DGGRID1
ಉದ್ದೇಶ: ಗ್ರಿಡ್: CRS ಮತ್ತು ಮತದಾನ

4MB

ಗ್ರಿಡ್ 02
1GB

ಗ್ರಿಡ್ 03
1GB

ಗ್ರಿಡ್ 04
1GB
ಪುನರಾವರ್ತನೆ: ಸಾಮಾನ್ಯ
ಹೆಸರು: DGGRID2
ಉದ್ದೇಶ: ಗ್ರಿಡ್: CRS ಮತ್ತು ಮತದಾನ

4MB

ಗ್ರಿಡ್ 05
1GB

ಗ್ರಿಡ್ 06
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
✓ ಒರಾಕಲ್ ಸಾಫ್ಟ್ nproc 2047
✓ ಒರಾಕಲ್ ಹಾರ್ಡ್ nproc 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 ಅನ್ನು ಬಳಸಲಾಯಿತು. HammerDB ಸಂರಚನೆ:

ಗೋದಾಮುಗಳ ಸಂಖ್ಯೆ
256

ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೆ ಒಟ್ಟು ವಹಿವಾಟುಗಳು
1000000000000

ವರ್ಚುವಲ್ ಬಳಕೆದಾರರು
256

ಫಲಿತಾಂಶವು 2.1M TPM ಆಗಿದೆ, ಇದು ರಚನೆಯ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮಿತಿಯಿಂದ ದೂರವಿದೆ H710, ಆದರೆ ಸರ್ವರ್‌ಗಳ ಪ್ರಸ್ತುತ ಹಾರ್ಡ್‌ವೇರ್ ಕಾನ್ಫಿಗರೇಶನ್‌ಗೆ (ಪ್ರಾಥಮಿಕವಾಗಿ ಪ್ರೊಸೆಸರ್‌ಗಳಿಂದಾಗಿ) ಮತ್ತು ಅವುಗಳ ಸಂಖ್ಯೆಗೆ "ಸೀಲಿಂಗ್" ಆಗಿದೆ. ಈ ಪರೀಕ್ಷೆಯ ಉದ್ದೇಶವು ಒಟ್ಟಾರೆಯಾಗಿ ಪರಿಹಾರದ ದೋಷ ಸಹಿಷ್ಣುತೆಯನ್ನು ಪ್ರದರ್ಶಿಸುವುದು ಮತ್ತು ಗರಿಷ್ಠ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸಾಧಿಸುವುದು ಅಲ್ಲ. ಆದ್ದರಿಂದ, ನಾವು ಈ ಅಂಕಿ ಅಂಶವನ್ನು ಸರಳವಾಗಿ ನಿರ್ಮಿಸುತ್ತೇವೆ.

ನೋಡ್‌ಗಳಲ್ಲಿ ಒಂದರ ವೈಫಲ್ಯಕ್ಕಾಗಿ ಪರೀಕ್ಷೆ

ಆತಿಥೇಯರು ಶೇಖರಣಾ ಮಾರ್ಗಗಳ ಭಾಗವನ್ನು ಕಳೆದುಕೊಂಡರು, ಎರಡನೇ ನೋಡ್‌ನೊಂದಿಗೆ ಉಳಿದವುಗಳ ಮೂಲಕ ಕೆಲಸ ಮಾಡುವುದನ್ನು ಮುಂದುವರೆಸಿದರು. ಪಥಗಳನ್ನು ಮರುನಿರ್ಮಾಣ ಮಾಡುವುದರಿಂದ ಕಾರ್ಯಕ್ಷಮತೆಯು ಕೆಲವು ಸೆಕೆಂಡುಗಳ ಕಾಲ ಕುಸಿಯಿತು ಮತ್ತು ನಂತರ ಸಾಮಾನ್ಯ ಸ್ಥಿತಿಗೆ ಮರಳಿತು. ಸೇವೆಯಲ್ಲಿ ಯಾವುದೇ ವ್ಯತ್ಯಯ ಉಂಟಾಗಿಲ್ಲ.

ಎಲ್ಲಾ ಸಲಕರಣೆಗಳೊಂದಿಗೆ ಕ್ಯಾಬಿನೆಟ್ ವೈಫಲ್ಯ ಪರೀಕ್ಷೆ

ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಮಾರ್ಗಗಳ ಪುನರ್ರಚನೆಯಿಂದಾಗಿ ಕಾರ್ಯಕ್ಷಮತೆಯು ಕೆಲವು ಸೆಕೆಂಡುಗಳವರೆಗೆ ಕುಸಿಯಿತು ಮತ್ತು ನಂತರ ಅರ್ಧದಷ್ಟು ಮೂಲ ಮೌಲ್ಯಕ್ಕೆ ಮರಳಿತು. ಒಂದು ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ ಅನ್ನು ಕಾರ್ಯಾಚರಣೆಯಿಂದ ಹೊರಗಿಡುವುದರಿಂದ ಫಲಿತಾಂಶವು ಆರಂಭಿಕ ಒಂದರಿಂದ ಅರ್ಧದಷ್ಟು ಕಡಿಮೆಯಾಗಿದೆ. ಸೇವೆಯಲ್ಲೂ ಯಾವುದೇ ವ್ಯತ್ಯಯ ಉಂಟಾಗಿಲ್ಲ.

ಒರಾಕಲ್‌ಗಾಗಿ ದೋಷ-ಸಹಿಷ್ಣು ಕ್ರಾಸ್-ರ್ಯಾಕ್ ವಿಪತ್ತು ಚೇತರಿಕೆ ಪರಿಹಾರವನ್ನು ಸಮಂಜಸವಾದ ವೆಚ್ಚದಲ್ಲಿ ಮತ್ತು ಕಡಿಮೆ ನಿಯೋಜನೆ/ಆಡಳಿತದ ಪ್ರಯತ್ನದೊಂದಿಗೆ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಅಗತ್ಯವಿದ್ದರೆ, ಒರಾಕಲ್ RAC ಮತ್ತು ಆರ್ಕಿಟೆಕ್ಚರ್ ಒಟ್ಟಿಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ AccelStor ಹಂಚಿಕೆ-ಏನೂ ಇಲ್ಲ ಅತ್ಯುತ್ತಮ ಆಯ್ಕೆಗಳಲ್ಲಿ ಒಂದಾಗಿರುತ್ತದೆ. Oracle RAC ಬದಲಿಗೆ, ಕ್ಲಸ್ಟರಿಂಗ್ ಅನ್ನು ಒದಗಿಸುವ ಯಾವುದೇ ಸಾಫ್ಟ್‌ವೇರ್ ಇರಬಹುದು, ಅದೇ DBMS ಅಥವಾ ವರ್ಚುವಲೈಸೇಶನ್ ಸಿಸ್ಟಮ್‌ಗಳು, ಉದಾಹರಣೆಗೆ. ಪರಿಹಾರವನ್ನು ನಿರ್ಮಿಸುವ ತತ್ವವು ಒಂದೇ ಆಗಿರುತ್ತದೆ. ಮತ್ತು RTO ಮತ್ತು RPO ಗಾಗಿ ಬಾಟಮ್ ಲೈನ್ ಶೂನ್ಯವಾಗಿರುತ್ತದೆ.

ಮೂಲ: www.habr.com