ಈ ಕಿರು ಪೋಸ್ಟ್ನೊಂದಿಗೆ ನಾನು ಒರಾಕಲ್ ಎಕ್ಸಾಡಾಟಾದಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ AWR ಡೇಟಾಬೇಸ್ಗಳ ವಿಶ್ಲೇಷಣೆಗೆ ಸಂಬಂಧಿಸಿದ ಒಂದು ತಪ್ಪು ತಿಳುವಳಿಕೆಯನ್ನು ಹೋಗಲಾಡಿಸಲು ಬಯಸುತ್ತೇನೆ. ಸುಮಾರು 10 ವರ್ಷಗಳಿಂದ, ನಾನು ನಿರಂತರವಾಗಿ ಪ್ರಶ್ನೆಯನ್ನು ಎದುರಿಸುತ್ತಿದ್ದೇನೆ: ಉತ್ಪಾದಕತೆಗೆ Exadata ಸಾಫ್ಟ್ವೇರ್ನ ಕೊಡುಗೆ ಏನು? ಅಥವಾ ಹೊಸದಾಗಿ ರಚಿಸಲಾದ ಪದಗಳನ್ನು ಬಳಸುವುದು: ನಿರ್ದಿಷ್ಟ ಡೇಟಾಬೇಸ್ನ ಕೆಲಸ "ತಜ್ಞ" ಹೇಗೆ?
ಆಗಾಗ್ಗೆ ಈ ಸರಿಯಾದ ಪ್ರಶ್ನೆಗೆ, ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, AWR ಅಂಕಿಅಂಶಗಳನ್ನು ಉಲ್ಲೇಖಿಸಿ ತಪ್ಪಾಗಿ ಉತ್ತರಿಸಲಾಗುತ್ತದೆ. ಇದು ಸಿಸ್ಟಮ್ ವೇಯ್ಟ್ ವಿಧಾನವನ್ನು ಪ್ರಸ್ತುತಪಡಿಸುತ್ತದೆ, ಇದು ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯವನ್ನು ಪ್ರೊಸೆಸರ್ಗಳ ಆಪರೇಟಿಂಗ್ ಸಮಯದ (ಡಿಬಿ ಸಿಪಿಯುಗಳು) ಮತ್ತು ವಿವಿಧ ವರ್ಗಗಳ ಕಾಯುವ ಸಮಯದ ಮೊತ್ತವಾಗಿ ಪರಿಗಣಿಸುತ್ತದೆ.
ಎಕ್ಸಾಡೇಟಾದ ಆಗಮನದೊಂದಿಗೆ, ಎಕ್ಸಾಡೇಟಾ ಸಾಫ್ಟ್ವೇರ್ ಕಾರ್ಯಾಚರಣೆಗೆ ಸಂಬಂಧಿಸಿದ ನಿರ್ದಿಷ್ಟ ಸಿಸ್ಟಮ್ ನಿರೀಕ್ಷೆಗಳು AWR ಅಂಕಿಅಂಶಗಳಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡವು. ನಿಯಮದಂತೆ, ಅಂತಹ ಕಾಯುವಿಕೆಗಳ ಹೆಸರುಗಳು "ಸೆಲ್" ಪದದಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತವೆ (ಎಕ್ಸಾಡಾಟಾ ಶೇಖರಣಾ ಸರ್ವರ್ ಅನ್ನು ಸೆಲ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ), ಅವುಗಳಲ್ಲಿ ಸಾಮಾನ್ಯವಾದವುಗಳು "ಸೆಲ್ ಸ್ಮಾರ್ಟ್ ಟೇಬಲ್ ಸ್ಕ್ಯಾನ್", "ಸೆಲ್ ಮಲ್ಟಿಬ್ಲಾಕ್" ಎಂಬ ಸ್ವಯಂ ವಿವರಣಾತ್ಮಕ ಹೆಸರುಗಳೊಂದಿಗೆ ಕಾಯುತ್ತಿವೆ. ಭೌತಿಕ ಓದುವಿಕೆ" ಮತ್ತು "ಸೆಲ್ ಸಿಂಗಲ್ ಬ್ಲಾಕ್ ಫಿಸಿಕಲ್ ರೀಡ್".
ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಅಂತಹ ಎಕ್ಸಾಡೇಟಾದ ಒಟ್ಟು ಪ್ರತಿಕ್ರಿಯೆಯ ಸಮಯದಲ್ಲಿ ಕಾಯುವ ಪಾಲು ಚಿಕ್ಕದಾಗಿದೆ ಮತ್ತು ಆದ್ದರಿಂದ ಅವು ಒಟ್ಟು ಕಾಯುವ ಸಮಯದ ವಿಭಾಗದ ಮೂಲಕ ಟಾಪ್ 10 ಮುನ್ನೆಲೆ ಘಟನೆಗಳಿಗೆ ಬರುವುದಿಲ್ಲ (ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನೀವು ಅವುಗಳನ್ನು ಫೋರ್ಗ್ರೌಂಡ್ ವೇಟ್ನಲ್ಲಿ ನೋಡಬೇಕು ಘಟನೆಗಳ ವಿಭಾಗ). ಬಹಳ ಕಷ್ಟದಿಂದ, ನಮ್ಮ ಗ್ರಾಹಕರಿಂದ ದೈನಂದಿನ AWR ನ ಉದಾಹರಣೆಯನ್ನು ನಾವು ಕಂಡುಕೊಂಡಿದ್ದೇವೆ, ಇದರಲ್ಲಿ Exadata ನಿರೀಕ್ಷೆಗಳನ್ನು ಟಾಪ್ 10 ವಿಭಾಗದಲ್ಲಿ ಸೇರಿಸಲಾಗಿದೆ ಮತ್ತು ಒಟ್ಟು ಮೊತ್ತವು ಸುಮಾರು 5% ಆಗಿದೆ:
ಈವೆಂಟ್
ಕಾಯುತ್ತದೆ
ಒಟ್ಟು ಕಾಯುವ ಸಮಯ (ಸೆಕೆಂಡು)
ಸರಾಸರಿ ನಿರೀಕ್ಷಿಸಿ
%DB ಸಮಯ
ವರ್ಗ ನಿರೀಕ್ಷಿಸಿ
DB CPU
115.2K
70.4
SQL*Dblink ನಿಂದ ಹೆಚ್ಚಿನ ಡೇಟಾವನ್ನು ನಿವ್ವಳ
670,196
5471.5
8.16ms
3.3
ನೆಟ್ವರ್ಕ್
ಸೆಲ್ ಸಿಂಗಲ್ ಬ್ಲಾಕ್ ಭೌತಿಕ ಓದುವಿಕೆ
5,661,452
3827.6
676.07 ಯು
2.3
ಬಳಕೆದಾರ I/O
ASM ಮರುಸಮತೋಲನವನ್ನು ಸಿಂಕ್ ಮಾಡಿ
4,350,012
3481.3
800.30 ಯು
2.1
ಇತರೆ
ಸೆಲ್ ಮಲ್ಟಿಬ್ಲಾಕ್ ಭೌತಿಕ ಓದುವಿಕೆ
759,885
2252
2.96ms
1.4
ಬಳಕೆದಾರ I/O
ನೇರ ಮಾರ್ಗವನ್ನು ಓದಲಾಗುತ್ತದೆ
374,368
1811.3
4.84ms
1.1
ಬಳಕೆದಾರ I/O
dblink ನಿಂದ SQL*Net ಸಂದೇಶ
7,983
1725
216.08ms
1.1
ನೆಟ್ವರ್ಕ್
ಸೆಲ್ ಸ್ಮಾರ್ಟ್ ಟೇಬಲ್ ಸ್ಕ್ಯಾನ್
1,007,520
1260.7
1.25ms
0.8
ಬಳಕೆದಾರ I/O
ನೇರ ಮಾರ್ಗ ಓದುವ ತಾಪಮಾನ
520,211
808.4
1.55ms
0.5
ಬಳಕೆದಾರ I/O
enq: TM - ವಿವಾದ
652
795.8
1220.55ms
0.5
ಅಪ್ಲಿಕೇಶನ್
ಅಂತಹ AWR ಅಂಕಿಅಂಶಗಳಿಂದ ಈ ಕೆಳಗಿನ ತೀರ್ಮಾನಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ:
1. ಡೇಟಾಬೇಸ್ ಕಾರ್ಯಕ್ಷಮತೆಗೆ ಎಕ್ಸಾಡಾಟಾ ಮ್ಯಾಜಿಕ್ನ ಕೊಡುಗೆ ಹೆಚ್ಚಿಲ್ಲ - ಇದು 5% ಅನ್ನು ಮೀರುವುದಿಲ್ಲ ಮತ್ತು ಡೇಟಾಬೇಸ್ ಕಳಪೆಯಾಗಿ "ಎಕ್ಸಾಡಟೈಸ್" ಮಾಡುತ್ತದೆ.
2. ಅಂತಹ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಎಕ್ಸಾಡಾಟಾದಿಂದ ಕ್ಲಾಸಿಕ್ "ಸರ್ವರ್ + ಅರೇ" ಆರ್ಕಿಟೆಕ್ಚರ್ಗೆ ವರ್ಗಾಯಿಸಿದರೆ, ನಂತರ ಕಾರ್ಯಕ್ಷಮತೆಯು ಹೆಚ್ಚು ಬದಲಾಗುವುದಿಲ್ಲ. ಏಕೆಂದರೆ ಈ ವ್ಯೂಹವು ಎಕ್ಸಾಡಾಟಾ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಿಂತ ಮೂರು ಪಟ್ಟು ನಿಧಾನವಾಗಿದ್ದರೂ (ಆಧುನಿಕ ಎಲ್ಲಾ ಫ್ಲ್ಯಾಶ್ ಅರೇಗಳಿಗೆ ಇದು ಅಷ್ಟೇನೂ ಸಾಧ್ಯವಿಲ್ಲ), ನಂತರ 5% ಅನ್ನು ಮೂರರಿಂದ ಗುಣಿಸಿದಾಗ ನಾವು I/O ಯ ಪಾಲನ್ನು 15% ಗೆ ಹೆಚ್ಚಿಸುತ್ತೇವೆ. - ಡೇಟಾಬೇಸ್ ಖಂಡಿತವಾಗಿಯೂ ಇದನ್ನು ಉಳಿದುಕೊಳ್ಳುತ್ತದೆ!
ಈ ಎರಡೂ ತೀರ್ಮಾನಗಳು ನಿಖರವಾಗಿಲ್ಲ, ಮೇಲಾಗಿ, ಅವರು ಎಕ್ಸಾಡಾಟಾ ಸಾಫ್ಟ್ವೇರ್ ಹಿಂದಿನ ಕಲ್ಪನೆಯ ತಿಳುವಳಿಕೆಯನ್ನು ವಿರೂಪಗೊಳಿಸುತ್ತಾರೆ. Exadata ಕೇವಲ ವೇಗದ I/O ಅನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ, ಇದು ಕ್ಲಾಸಿಕ್ ಸರ್ವರ್ + ಅರೇ ಆರ್ಕಿಟೆಕ್ಚರ್ಗೆ ಹೋಲಿಸಿದರೆ ಮೂಲಭೂತವಾಗಿ ವಿಭಿನ್ನವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಡೇಟಾಬೇಸ್ ಕಾರ್ಯಾಚರಣೆಯು ನಿಜವಾಗಿಯೂ "ಎಕ್ಸಾಡಾಪ್ಟೆಡ್" ಆಗಿದ್ದರೆ, ನಂತರ SQL ಲಾಜಿಕ್ ಅನ್ನು ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗೆ ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ. ಶೇಖರಣಾ ಸರ್ವರ್ಗಳು, ಹಲವಾರು ವಿಶೇಷ ಕಾರ್ಯವಿಧಾನಗಳಿಗೆ ಧನ್ಯವಾದಗಳು (ಪ್ರಾಥಮಿಕವಾಗಿ ಎಕ್ಸಾಡಾಟಾ ಶೇಖರಣಾ ಸೂಚ್ಯಂಕಗಳು, ಆದರೆ ಮಾತ್ರವಲ್ಲ), ಅಗತ್ಯ ಡೇಟಾವನ್ನು ಸ್ವತಃ ಕಂಡುಕೊಳ್ಳಿ ಮತ್ತು DB ಅನ್ನು ಸರ್ವರ್ಗಳಿಗೆ ಕಳುಹಿಸಿ. ಅವರು ಇದನ್ನು ಸಾಕಷ್ಟು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಮಾಡುತ್ತಾರೆ, ಆದ್ದರಿಂದ ಒಟ್ಟು ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯದಲ್ಲಿ ವಿಶಿಷ್ಟವಾದ ಎಕ್ಸಾಡೇಟಾದ ಪಾಲು ಚಿಕ್ಕದಾಗಿದೆ.
Exadata ಹೊರಗೆ ಈ ಹಂಚಿಕೆ ಹೇಗೆ ಬದಲಾಗುತ್ತದೆ? ಒಟ್ಟಾರೆಯಾಗಿ ಡೇಟಾಬೇಸ್ನ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ಇದು ಹೇಗೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ? ಪರೀಕ್ಷೆಯು ಈ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತಮವಾಗಿ ಉತ್ತರಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಎಕ್ಸಾಡೇಟಾದ ಹೊರಗೆ "ಸೆಲ್ ಸ್ಮಾರ್ಟ್ ಟೇಬಲ್ ಸ್ಕ್ಯಾನ್" ಗಾಗಿ ಕಾಯುವುದು ತುಂಬಾ ಭಾರವಾದ ಟೇಬಲ್ ಫುಲ್ ಸ್ಕ್ಯಾನ್ ಆಗಿ ಬದಲಾಗಬಹುದು ಮತ್ತು I/O ಸಂಪೂರ್ಣ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆ ನಾಟಕೀಯವಾಗಿ ಕುಸಿಯುತ್ತದೆ. ಅದಕ್ಕಾಗಿಯೇ AWR ಅನ್ನು ವಿಶ್ಲೇಷಿಸುವಾಗ, Exadata ನಿರೀಕ್ಷೆಗಳ ಒಟ್ಟು ಶೇಕಡಾವಾರು ಕಾರ್ಯಕ್ಷಮತೆಗೆ ಅದರ ಮ್ಯಾಜಿಕ್ ಕೊಡುಗೆ ಎಂದು ಪರಿಗಣಿಸುವುದು ತಪ್ಪಾಗಿದೆ ಮತ್ತು Exadata ಹೊರಗಿನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಊಹಿಸಲು ಈ ಶೇಕಡಾವನ್ನು ಬಳಸುವುದು ತಪ್ಪಾಗಿದೆ. ಡೇಟಾಬೇಸ್ನ ಕೆಲಸವು ಎಷ್ಟು "ನಿಖರವಾಗಿದೆ" ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ನೀವು "ನಿದರ್ಶನ ಚಟುವಟಿಕೆಯ ಅಂಕಿಅಂಶಗಳು" ವಿಭಾಗದ AWR ಅಂಕಿಅಂಶಗಳನ್ನು ಅಧ್ಯಯನ ಮಾಡಬೇಕಾಗುತ್ತದೆ (ಸ್ವಯಂ ವಿವರಣಾತ್ಮಕ ಹೆಸರುಗಳೊಂದಿಗೆ ಸಾಕಷ್ಟು ಅಂಕಿಅಂಶಗಳಿವೆ) ಮತ್ತು ಅವುಗಳನ್ನು ಪರಸ್ಪರ ಹೋಲಿಕೆ ಮಾಡಿ.
ಮತ್ತು ಎಕ್ಸಾಡೇಟಾದ ಹೊರಗಿನ ಡೇಟಾಬೇಸ್ ಹೇಗೆ ಭಾವಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ಟಾರ್ಗೆಟ್ ಆರ್ಕಿಟೆಕ್ಚರ್ನಲ್ಲಿ ಬ್ಯಾಕಪ್ನಿಂದ ಡೇಟಾಬೇಸ್ ಕ್ಲೋನ್ ಮಾಡುವುದು ಮತ್ತು ಲೋಡ್ ಅಡಿಯಲ್ಲಿ ಈ ಕ್ಲೋನ್ನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ವಿಶ್ಲೇಷಿಸುವುದು ಉತ್ತಮ. ಎಕ್ಸಾಡಾಟಾ ಮಾಲೀಕರು, ನಿಯಮದಂತೆ, ಈ ಅವಕಾಶವನ್ನು ಹೊಂದಿದ್ದಾರೆ.
ಲೇಖಕ: ಅಲೆಕ್ಸಿ ಸ್ಟ್ರುಚೆಂಕೊ, ಜೆಟ್ ಇನ್ಫೋಸಿಸ್ಟಮ್ಸ್ ಡೇಟಾಬೇಸ್ ವಿಭಾಗದ ಮುಖ್ಯಸ್ಥ
ಮೂಲ: www.habr.com