ಡೇಟಾ ವೇರ್‌ಹೌಸ್‌ನ ETL ಘಟಕವು ಗೋದಾಮಿನಿಂದಲೇ ಹೆಚ್ಚಾಗಿ ಮುಚ್ಚಿಹೋಗುತ್ತದೆ ಮತ್ತು ಮುಖ್ಯ ಡೇಟಾಬೇಸ್ ಅಥವಾ ಫ್ರಂಟ್-ಎಂಡ್ ಕಾಂಪೊನೆಂಟ್, BI ಮತ್ತು ವರದಿ ಮಾಡುವಿಕೆಗಿಂತ ಕಡಿಮೆ ಗಮನವನ್ನು ಪಡೆಯುತ್ತದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ದತ್ತಾಂಶದೊಂದಿಗೆ ಗೋದಾಮನ್ನು ತುಂಬುವ ಯಂತ್ರಶಾಸ್ತ್ರದ ದೃಷ್ಟಿಕೋನದಿಂದ, ETL ಪ್ರಮುಖ ಪಾತ್ರವನ್ನು ವಹಿಸುತ್ತದೆ ಮತ್ತು ಇತರ ಘಟಕಗಳಿಗಿಂತ ನಿರ್ವಾಹಕರಿಂದ ಕಡಿಮೆ ಗಮನ ಅಗತ್ಯವಿಲ್ಲ. ನನ್ನ ಹೆಸರು ಅಲೆಕ್ಸಾಂಡರ್, ನಾನು ಈಗ ರೋಸ್ಟೆಲೆಕಾಮ್‌ನಲ್ಲಿ ಇಟಿಎಲ್ ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತಿದ್ದೇನೆ ಮತ್ತು ಈ ಲೇಖನದಲ್ಲಿ ರೋಸ್ಟೆಲೆಕಾಮ್‌ನಲ್ಲಿನ ದೊಡ್ಡ ಡೇಟಾ ಗೋದಾಮಿನಲ್ಲಿರುವ ಅತ್ಯಂತ ಪ್ರಸಿದ್ಧ ಇಟಿಎಲ್ ಸಿಸ್ಟಮ್ಗಳ ನಿರ್ವಾಹಕರು ವ್ಯವಹರಿಸಬೇಕಾದದ್ದನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ನಾನು ಪ್ರಯತ್ನಿಸುತ್ತೇನೆ.
ಆತ್ಮೀಯ ಓದುಗರು ಈಗಾಗಲೇ ನಮ್ಮ ಡೇಟಾ ವೇರ್‌ಹೌಸ್ ಪ್ರಾಜೆಕ್ಟ್‌ನೊಂದಿಗೆ ಮತ್ತು ಇನ್ಫಾರ್ಮ್ಯಾಟಿಕಾ ಪವರ್‌ಸೆಂಟರ್ ಉತ್ಪನ್ನದೊಂದಿಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಪರಿಚಿತರಾಗಿದ್ದರೆ, ನೀವು ತಕ್ಷಣ ಮುಂದಿನ ವಿಭಾಗಕ್ಕೆ ಹೋಗಬಹುದು.
ಹಲವಾರು ವರ್ಷಗಳ ಹಿಂದೆ, ಒಂದೇ ಕಾರ್ಪೊರೇಟ್ ಡೇಟಾ ಗೋದಾಮಿನ ಕಲ್ಪನೆಯು ಪ್ರಬುದ್ಧವಾಯಿತು ಮತ್ತು ರೋಸ್ಟೆಲೆಕಾಮ್‌ನಲ್ಲಿ ಕಾರ್ಯಗತಗೊಳಿಸಲು ಪ್ರಾರಂಭಿಸಿತು. ವೈಯಕ್ತಿಕ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವ ಹಲವಾರು ರೆಪೊಸಿಟರಿಗಳನ್ನು ಈಗಾಗಲೇ ರಚಿಸಲಾಗಿದೆ, ಆದರೆ ಸನ್ನಿವೇಶಗಳ ಸಂಖ್ಯೆಯು ಬೆಳೆಯಿತು, ಬೆಂಬಲ ವೆಚ್ಚಗಳು ಸಹ ಹೆಚ್ಚಿದವು ಮತ್ತು ಭವಿಷ್ಯವು ಕೇಂದ್ರೀಕರಣದಲ್ಲಿದೆ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಯಿತು. ವಾಸ್ತುಶಿಲ್ಪದ ಪ್ರಕಾರ, ಇದು ಹಡೂಪ್ ಮತ್ತು ಗ್ರೀನ್‌ಪ್ಲಮ್, ಸಹಾಯಕ ಡೇಟಾಬೇಸ್‌ಗಳು, ಇಟಿಎಲ್ ಕಾರ್ಯವಿಧಾನಗಳು ಮತ್ತು ಬಿಐನಲ್ಲಿ ಅಳವಡಿಸಲಾದ ಹಲವಾರು ಲೇಯರ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಸಂಗ್ರಹವಾಗಿದೆ.
ಅದೇ ಸಮಯದಲ್ಲಿ, ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಭೌಗೋಳಿಕವಾಗಿ ವಿತರಿಸಲಾದ, ವೈವಿಧ್ಯಮಯ ಡೇಟಾ ಮೂಲಗಳಿಂದಾಗಿ, ವಿಶೇಷ ಡೇಟಾ ಅಪ್ಲೋಡ್ ಕಾರ್ಯವಿಧಾನವನ್ನು ರಚಿಸಲಾಗಿದೆ, ಅದರ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ನಿಯಂತ್ರಿಸುತ್ತದೆ. ಪರಿಣಾಮವಾಗಿ, ಡೇಟಾ ಪ್ಯಾಕೇಜುಗಳು Hadoop ಇಂಟರ್ಫೇಸ್ ಪ್ರದೇಶದಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತವೆ, ಅದರ ನಂತರ ಶೇಖರಣಾ ಪದರಗಳು, Hadoop ಮತ್ತು GreenPlum ಮೂಲಕ ಡೇಟಾವನ್ನು ಲೋಡ್ ಮಾಡುವ ಪ್ರಕ್ರಿಯೆಗಳು ಪ್ರಾರಂಭವಾಗುತ್ತವೆ ಮತ್ತು ಅವುಗಳನ್ನು ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾದಲ್ಲಿ ಅಳವಡಿಸಲಾಗಿರುವ ETL ನಿಯಂತ್ರಣ ಕಾರ್ಯವಿಧಾನದಿಂದ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ. ಹೀಗಾಗಿ, ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ವ್ಯವಸ್ಥೆಯು ಗೋದಾಮಿನ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಖಾತ್ರಿಪಡಿಸುವ ಪ್ರಮುಖ ಅಂಶಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ.
ಕೆಳಗಿನ ಪೋಸ್ಟ್‌ಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ನಮ್ಮ ಸಂಗ್ರಹಣೆಯನ್ನು ಹೆಚ್ಚು ವಿವರವಾಗಿ ವಿವರಿಸಲಾಗುವುದು.
ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಪವರ್‌ಸೆಂಟರ್/ಬಿಗ್ ಡೇಟಾ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಅನ್ನು ಪ್ರಸ್ತುತ ಡೇಟಾ ಏಕೀಕರಣ ಸಾಧನಗಳ ಕ್ಷೇತ್ರದಲ್ಲಿ ಪ್ರಮುಖ ಸಾಫ್ಟ್‌ವೇರ್ ಎಂದು ಪರಿಗಣಿಸಲಾಗಿದೆ. ಇದು ಅಮೇರಿಕನ್ ಕಂಪನಿ ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾದ ಉತ್ಪನ್ನವಾಗಿದೆ, ಇದು ETL (ಎಕ್ಸ್ಟ್ರಾಕ್ಟ್ ಟ್ರಾನ್ಸ್‌ಫಾರ್ಮ್ ಲೋಡ್), ಡೇಟಾ ಗುಣಮಟ್ಟ ನಿರ್ವಹಣೆ, MDM (ಮಾಸ್ಟರ್ ಡೇಟಾ ಮ್ಯಾನೇಜ್ಮೆಂಟ್), ILM (ಮಾಹಿತಿ ಜೀವನಚಕ್ರ ನಿರ್ವಹಣೆ) ಮತ್ತು ಹೆಚ್ಚಿನವುಗಳಲ್ಲಿ ಪ್ರಬಲ ಆಟಗಾರರಲ್ಲಿ ಒಂದಾಗಿದೆ.
ನಾವು ಬಳಸುವ ಪವರ್‌ಸೆಂಟರ್ ಇಂಟಿಗ್ರೇಟೆಡ್ ಟಾಮ್‌ಕ್ಯಾಟ್ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ ಆಗಿದ್ದು, ಇದರಲ್ಲಿ ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಅದರ ಸೇವೆಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತವೆ:
ಡೊಮೇನ್, ವಾಸ್ತವವಾಗಿ, ಇದು ಎಲ್ಲದಕ್ಕೂ ಆಧಾರವಾಗಿದೆ; ಸೇವೆಗಳು, ಬಳಕೆದಾರರು ಮತ್ತು GRID ಘಟಕಗಳು ಡೊಮೇನ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ.
ನಿರ್ವಾಹಕರ ಕನ್ಸೋಲ್, ವೆಬ್-ಆಧಾರಿತ ನಿರ್ವಹಣೆ ಮತ್ತು ಮೇಲ್ವಿಚಾರಣಾ ಸಾಧನ, ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಡೆವಲಪರ್ ಕ್ಲೈಂಟ್ ಜೊತೆಗೆ, ಉತ್ಪನ್ನದೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುವ ಮುಖ್ಯ ಸಾಧನ
MRS, ಮಾಡೆಲ್ ರೆಪೊಸಿಟರಿ ಸೇವೆ, ಮೆಟಾಡೇಟಾ ರೆಪೊಸಿಟರಿ, ಮೆಟಾಡೇಟಾವನ್ನು ಭೌತಿಕವಾಗಿ ಸಂಗ್ರಹಿಸಲಾಗಿರುವ ಡೇಟಾಬೇಸ್ ಮತ್ತು ಅಭಿವೃದ್ಧಿ ನಡೆಯುತ್ತಿರುವ ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಡೆವಲಪರ್ ಕ್ಲೈಂಟ್ ನಡುವಿನ ಪದರವಾಗಿದೆ. ರೆಪೊಸಿಟರಿಗಳು ಡೇಟಾ ವಿವರಣೆಗಳು ಮತ್ತು ಇತರ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತವೆ, ಹಲವಾರು ಇತರ ಇನ್ಫ್ರೊಮ್ಯಾಟಿಕಾ ಸೇವೆಗಳನ್ನು ಒಳಗೊಂಡಂತೆ, ಉದಾಹರಣೆಗೆ, ಚಾಲನೆಯಲ್ಲಿರುವ ಕಾರ್ಯಗಳಿಗಾಗಿ ವೇಳಾಪಟ್ಟಿಗಳು (ವೇಳಾಪಟ್ಟಿಗಳು) ಅಥವಾ ಮಾನಿಟರಿಂಗ್ ಡೇಟಾ, ಹಾಗೆಯೇ ಅಪ್ಲಿಕೇಶನ್ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳು, ನಿರ್ದಿಷ್ಟವಾಗಿ, ಕೆಲಸಕ್ಕಾಗಿ ಅದೇ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಬಳಸಲು ಅನುಮತಿಸುತ್ತದೆ ವಿವಿಧ ಡೇಟಾ ಮೂಲಗಳು ಮತ್ತು ಗ್ರಾಹಕಗಳು.
ಡಿಐಎಸ್, ಡೇಟಾ ಇಂಟಿಗ್ರೇಷನ್ ಸೇವೆ, ಇದು ಮುಖ್ಯ ಕಾರ್ಯಕಾರಿ ಪ್ರಕ್ರಿಯೆಗಳು ನಡೆಯುವ ಸೇವೆಯಾಗಿದೆ, ಅದರಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಮತ್ತು ವರ್ಕ್‌ಫ್ಲೋಗಳ ನಿಜವಾದ ಉಡಾವಣೆಗಳು (ಮ್ಯಾಪಿಂಗ್‌ಗಳ ಅನುಕ್ರಮ ಮತ್ತು ಅವುಗಳ ಪರಸ್ಪರ ಕ್ರಿಯೆಗಳ ವಿವರಣೆಗಳು) ಮತ್ತು ಮ್ಯಾಪಿಂಗ್‌ಗಳು (ರೂಪಾಂತರಗಳು, ರೂಪಾಂತರಗಳು ಸಂಭವಿಸುವ ಬ್ಲಾಕ್‌ಗಳು, ಡೇಟಾ ಸಂಸ್ಕರಣೆ ) ಆಗುವುದು.
ಗ್ರಿಡ್ ಕಾನ್ಫಿಗರೇಶನ್ - ಮೂಲಭೂತವಾಗಿ, ಹಲವಾರು ಸರ್ವರ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಸಂಕೀರ್ಣವನ್ನು ನಿರ್ಮಿಸುವ ಆಯ್ಕೆಯಾಗಿದೆ, ಡಿಐಎಸ್ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಲಾದ ಲೋಡ್ ಅನ್ನು ನೋಡ್‌ಗಳಲ್ಲಿ ವಿತರಿಸಿದಾಗ (ಅಂದರೆ, ಡೊಮೇನ್‌ನ ಭಾಗವಾಗಿರುವ ಸರ್ವರ್‌ಗಳು). ಈ ಆಯ್ಕೆಯ ಸಂದರ್ಭದಲ್ಲಿ, ಹಲವಾರು ನೋಡ್‌ಗಳನ್ನು ಒಂದುಗೂಡಿಸುವ ಹೆಚ್ಚುವರಿ ಗ್ರಿಡ್ ಅಮೂರ್ತ ಪದರದ ಮೂಲಕ ಡಿಐಎಸ್‌ನಲ್ಲಿ ಲೋಡ್ ಅನ್ನು ವಿತರಿಸುವುದರ ಜೊತೆಗೆ, ನಿರ್ದಿಷ್ಟ ಸಿಂಗಲ್ ನೋಡ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಬದಲು ಡಿಐಎಸ್ ರನ್ ಆಗುತ್ತದೆ, ಹೆಚ್ಚುವರಿ ಬ್ಯಾಕಪ್ ಎಂಆರ್‌ಎಸ್ ನಿದರ್ಶನಗಳನ್ನು ಸಹ ರಚಿಸಬಹುದು. ನೀವು ಹೆಚ್ಚಿನ ಲಭ್ಯತೆಯನ್ನು ಸಹ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು, ಮುಖ್ಯವಾದದ್ದು ವಿಫಲವಾದಲ್ಲಿ ಬ್ಯಾಕಪ್ ನೋಡ್‌ಗಳ ಮೂಲಕ ಬಾಹ್ಯ ಕರೆಗಳನ್ನು ಮಾಡಬಹುದು. ನಾವು ಸದ್ಯಕ್ಕೆ ಈ ನಿರ್ಮಾಣ ಆಯ್ಕೆಯನ್ನು ಕೈಬಿಟ್ಟಿದ್ದೇವೆ.
ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಪವರ್‌ಸೆಂಟರ್, ಸ್ಕೀಮ್ಯಾಟಿಕ್
ಡೇಟಾ ಪೂರೈಕೆ ಸರಪಳಿಯ ಭಾಗವಾಗಿ ಕೆಲಸದ ಆರಂಭಿಕ ಹಂತಗಳಲ್ಲಿ, ಸಮಸ್ಯೆಗಳು ನಿಯಮಿತವಾಗಿ ಉದ್ಭವಿಸಿದವು, ಅವುಗಳಲ್ಲಿ ಕೆಲವು ಆ ಸಮಯದಲ್ಲಿ ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾದ ಅಸ್ಥಿರ ಕಾರ್ಯಾಚರಣೆಯ ಕಾರಣದಿಂದಾಗಿ. ನಾನು ಈ ಸಾಹಸಗಾಥೆಯ ಕೆಲವು ಸ್ಮರಣೀಯ ಕ್ಷಣಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳಲಿದ್ದೇನೆ - ಮಾಸ್ಟರಿಂಗ್ ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ 10.
ಮಾಜಿ ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಲೋಗೋ
ನಮ್ಮ ಜವಾಬ್ದಾರಿಯ ಕ್ಷೇತ್ರವು ಇತರ ಇನ್ಫಾರ್ಮ್ಯಾಟಿಕಾ ಪರಿಸರಗಳನ್ನು ಸಹ ಒಳಗೊಂಡಿದೆ, ವಿಭಿನ್ನ ಹೊರೆಯಿಂದಾಗಿ ಅವು ತಮ್ಮದೇ ಆದ ನಿಶ್ಚಿತಗಳನ್ನು ಹೊಂದಿವೆ, ಆದರೆ ಸದ್ಯಕ್ಕೆ ಮಾಹಿತಿ ಗೋದಾಮಿನ ಇಟಿಎಲ್ ಘಟಕವಾಗಿ ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಹೇಗೆ ಅಭಿವೃದ್ಧಿಗೊಂಡಿದೆ ಎಂಬುದನ್ನು ನಾನು ನೆನಪಿಸಿಕೊಳ್ಳುತ್ತೇನೆ.
ಇದು ಹೇಗಾಯಿತು
2016 ರಲ್ಲಿ, ನಾವು ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾದ ಕೆಲಸಕ್ಕೆ ಜವಾಬ್ದಾರರಾದಾಗ, ಅದು ಈಗಾಗಲೇ ಆವೃತ್ತಿ 10.0 ಅನ್ನು ತಲುಪಿದೆ ಮತ್ತು ಗಂಭೀರವಾದ ಪರಿಹಾರದಲ್ಲಿ ಸಣ್ಣ ಆವೃತ್ತಿ .0 ನೊಂದಿಗೆ ಉತ್ಪನ್ನವನ್ನು ಬಳಸಲು ನಿರ್ಧರಿಸುವ ಆಶಾವಾದಿ ಸಹೋದ್ಯೋಗಿಗಳಿಗೆ ಎಲ್ಲವೂ ಸ್ಪಷ್ಟವಾಗಿ ಕಾಣುತ್ತದೆ - ನಾವು ಬಳಸಬೇಕಾಗಿದೆ ಹೊಸ ಆವೃತ್ತಿ! ಹಾರ್ಡ್‌ವೇರ್ ಸಂಪನ್ಮೂಲಗಳ ದೃಷ್ಟಿಕೋನದಿಂದ, ಆ ಸಮಯದಲ್ಲಿ ಎಲ್ಲವೂ ಚೆನ್ನಾಗಿತ್ತು.
2016 ರ ವಸಂತಕಾಲದಿಂದ, ಗುತ್ತಿಗೆದಾರರು ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾದ ಕೆಲಸಕ್ಕೆ ಜವಾಬ್ದಾರರಾಗಿದ್ದಾರೆ ಮತ್ತು ಸಿಸ್ಟಮ್ನ ಕೆಲವು ಬಳಕೆದಾರರ ಪ್ರಕಾರ, "ಇದು ವಾರಕ್ಕೆ ಒಂದೆರಡು ಬಾರಿ ಕೆಲಸ ಮಾಡಿದೆ." ಇಲ್ಲಿ ರೆಪೊಸಿಟರಿಯು PoC ಹಂತದಲ್ಲಿ ವಾಸ್ತವಿಕವಾಗಿದೆ ಎಂದು ಸ್ಪಷ್ಟಪಡಿಸುವುದು ಅವಶ್ಯಕವಾಗಿದೆ, ತಂಡದಲ್ಲಿ ಯಾವುದೇ ನಿರ್ವಾಹಕರು ಇರಲಿಲ್ಲ ಮತ್ತು ವಿವಿಧ ಕಾರಣಗಳಿಗಾಗಿ ಸಿಸ್ಟಮ್ ನಿರಂತರವಾಗಿ ಕ್ರ್ಯಾಶ್ ಆಗುತ್ತದೆ, ಅದರ ನಂತರ ಗುತ್ತಿಗೆದಾರರ ಎಂಜಿನಿಯರ್ ಅದನ್ನು ಮತ್ತೆ ಎತ್ತಿಕೊಂಡರು.
ಶರತ್ಕಾಲದಲ್ಲಿ, ಮೂರು ನಿರ್ವಾಹಕರು ತಂಡವನ್ನು ಸೇರಿಕೊಂಡರು, ತಮ್ಮ ಜವಾಬ್ದಾರಿಯ ಕ್ಷೇತ್ರಗಳನ್ನು ತಮ್ಮ ನಡುವೆ ವಿಭಜಿಸಿದರು, ಮತ್ತು ಸಾಮಾನ್ಯ ಕೆಲಸವು ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಸೇರಿದಂತೆ ಯೋಜನೆಯಲ್ಲಿ ಸಿಸ್ಟಮ್ಗಳ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಸಂಘಟಿಸಲು ಪ್ರಾರಂಭಿಸಿತು. ಪ್ರತ್ಯೇಕವಾಗಿ, ಈ ಉತ್ಪನ್ನವು ವ್ಯಾಪಕವಾಗಿಲ್ಲ ಮತ್ತು ದೊಡ್ಡ ಸಮುದಾಯವನ್ನು ಹೊಂದಿದೆ ಎಂದು ಹೇಳಬೇಕು, ಇದರಲ್ಲಿ ನೀವು ಯಾವುದೇ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಗಳನ್ನು ಕಂಡುಹಿಡಿಯಬಹುದು ಮತ್ತು ಯಾವುದೇ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಬಹುದು. ಆದ್ದರಿಂದ, ರಷ್ಯಾದ ಪಾಲುದಾರ ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾದಿಂದ ಸಂಪೂರ್ಣ ತಾಂತ್ರಿಕ ಬೆಂಬಲವು ಬಹಳ ಮುಖ್ಯವಾಗಿತ್ತು, ಅದರ ಸಹಾಯದಿಂದ ಆಗಿನ ಯುವ ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ 10 ರ ನಮ್ಮ ಎಲ್ಲಾ ದೋಷಗಳು ಮತ್ತು ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸಲಾಗಿದೆ.
ನಮ್ಮ ತಂಡದ ಡೆವಲಪರ್ಗಳು ಮತ್ತು ಗುತ್ತಿಗೆದಾರರಿಗೆ ನಾವು ಮಾಡಬೇಕಾದ ಮೊದಲ ಕೆಲಸವೆಂದರೆ ವೆಬ್ ಆಡಳಿತ ಕನ್ಸೋಲ್‌ನ (ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ನಿರ್ವಾಹಕರು) ಕಾರ್ಯವನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾದ ಕೆಲಸವನ್ನು ಸ್ಥಿರಗೊಳಿಸುವುದು.
ಈ ರೀತಿಯಾಗಿ ನಾವು ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಡೆವಲಪರ್‌ಗಳನ್ನು ಆಗಾಗ್ಗೆ ಭೇಟಿಯಾಗುತ್ತೇವೆ
ಕಾರಣಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಬದಿಗಿಟ್ಟು, ಕ್ರ್ಯಾಶ್‌ಗಳಿಗೆ ಮುಖ್ಯ ಕಾರಣವೆಂದರೆ ರೆಪೊಸಿಟರಿ ಡೇಟಾಬೇಸ್‌ನೊಂದಿಗೆ ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ಮಾದರಿ, ಇದು ನೆಟ್‌ವರ್ಕ್ ಭೂದೃಶ್ಯದ ದೃಷ್ಟಿಕೋನದಿಂದ ತುಲನಾತ್ಮಕವಾಗಿ ದೂರಸ್ಥ ಸರ್ವರ್‌ನಲ್ಲಿದೆ. ಇದು ವಿಳಂಬಕ್ಕೆ ಕಾರಣವಾಯಿತು ಮತ್ತು ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಡೊಮೇನ್ ಸ್ಥಿತಿಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಅಡ್ಡಿಪಡಿಸಿತು. ಡೇಟಾಬೇಸ್‌ನ ಕೆಲವು ಟ್ಯೂನಿಂಗ್ ನಂತರ, ಡೇಟಾಬೇಸ್ ವಿಳಂಬವನ್ನು ಹೆಚ್ಚು ಸಹಿಷ್ಣುಗೊಳಿಸುವ ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾದ ನಿಯತಾಂಕಗಳನ್ನು ಬದಲಾಯಿಸಿದ ನಂತರ ಮತ್ತು ಅಂತಿಮವಾಗಿ ಇನ್ಫಾರ್ಮ್ಯಾಟಿಕಾ ಆವೃತ್ತಿಯನ್ನು 10.1 ಗೆ ನವೀಕರಿಸಿ ಮತ್ತು ಹಿಂದಿನ ಸರ್ವರ್‌ನಿಂದ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾಕ್ಕೆ ಹತ್ತಿರವಿರುವ ಸರ್ವರ್‌ಗೆ ವರ್ಗಾಯಿಸಿದ ನಂತರ, ಸಮಸ್ಯೆಯು ತನ್ನನ್ನು ಕಳೆದುಕೊಂಡಿತು. ಪ್ರಸ್ತುತತೆ, ಮತ್ತು ಅಂದಿನಿಂದ ಈ ರೀತಿಯ ಕ್ರ್ಯಾಶ್‌ಗಳು ನಾವು ಗಮನಿಸುವುದಿಲ್ಲ.
ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಮಾನಿಟರ್ ಕೆಲಸ ಮಾಡುವ ಪ್ರಯತ್ನಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ
ಆಡಳಿತ ಕನ್ಸೋಲ್‌ನೊಂದಿಗಿನ ಪರಿಸ್ಥಿತಿಯು ಸಹ ನಿರ್ಣಾಯಕವಾಗಿದೆ. ಸಕ್ರಿಯ ಅಭಿವೃದ್ಧಿಯು ತುಲನಾತ್ಮಕವಾಗಿ ಉತ್ಪಾದಕ ಪರಿಸರದಲ್ಲಿ ನೇರವಾಗಿ ನಡೆಯುತ್ತಿರುವುದರಿಂದ, ಸಹೋದ್ಯೋಗಿಗಳು "ಪ್ರಯಾಣದಲ್ಲಿರುವಾಗ" ಮ್ಯಾಪಿಂಗ್ ಮತ್ತು ಕೆಲಸದ ಹರಿವಿನ ಕೆಲಸವನ್ನು ನಿರಂತರವಾಗಿ ವಿಶ್ಲೇಷಿಸುವ ಅಗತ್ಯವಿದೆ. ಹೊಸ ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾದಲ್ಲಿ, ಡೇಟಾ ಇಂಟಿಗ್ರೇಷನ್ ಸೇವೆಯು ಅಂತಹ ಮೇಲ್ವಿಚಾರಣೆಗಾಗಿ ಪ್ರತ್ಯೇಕ ಸಾಧನವನ್ನು ಹೊಂದಿಲ್ಲ, ಆದರೆ ಆಡಳಿತ ವೆಬ್ ಕನ್ಸೋಲ್‌ನಲ್ಲಿ (ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಅಡ್ಮಿನಿಸ್ಟ್ರೇಟರ್ ಮಾನಿಟರ್) ಮೇಲ್ವಿಚಾರಣಾ ವಿಭಾಗವು ಕಾಣಿಸಿಕೊಂಡಿದೆ, ಇದರಲ್ಲಿ ನೀವು ಅಪ್ಲಿಕೇಶನ್‌ಗಳು, ವರ್ಕ್‌ಫ್ಲೋ ಮತ್ತು ಮ್ಯಾಪಿಂಗ್‌ಗಳ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬಹುದು, ಲಾಂಚ್‌ಗಳು, ಲಾಗ್‌ಗಳು. ನಿಯತಕಾಲಿಕವಾಗಿ, ಕನ್ಸೋಲ್ ಸಂಪೂರ್ಣವಾಗಿ ಲಭ್ಯವಿಲ್ಲ, ಅಥವಾ DIS ನಲ್ಲಿನ ಪ್ರಸ್ತುತ ಪ್ರಕ್ರಿಯೆಗಳ ಕುರಿತು ಮಾಹಿತಿಯು ನವೀಕರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿತು ಅಥವಾ ಪುಟಗಳನ್ನು ಲೋಡ್ ಮಾಡುವಾಗ ದೋಷಗಳು ಸಂಭವಿಸಿದವು.
ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸ್ಥಿರಗೊಳಿಸಲು ಜಾವಾ ನಿಯತಾಂಕಗಳ ಆಯ್ಕೆ
ಸಮಸ್ಯೆಯನ್ನು ಹಲವು ವಿಧಗಳಲ್ಲಿ ಸರಿಪಡಿಸಲಾಗಿದೆ, ನಿಯತಾಂಕಗಳನ್ನು ಬದಲಾಯಿಸಲು ಪ್ರಯೋಗಗಳನ್ನು ನಡೆಸಲಾಯಿತು, ಲಾಗ್‌ಗಳು ಮತ್ತು jstack ಅನ್ನು ಸಂಗ್ರಹಿಸಲಾಗಿದೆ, ಬೆಂಬಲಕ್ಕೆ ಕಳುಹಿಸಲಾಗಿದೆ, ಅದೇ ಸಮಯದಲ್ಲಿ ಸಕ್ರಿಯ ಗೂಗ್ಲಿಂಗ್ ಮತ್ತು ಸರಳವಾದ ವೀಕ್ಷಣೆ ಇತ್ತು.
ಮೊದಲನೆಯದಾಗಿ, ಮೇಲ್ವಿಚಾರಣೆಗಾಗಿ ಪ್ರತ್ಯೇಕ MRS ಅನ್ನು ರಚಿಸಲಾಗಿದೆ; ಇದು ನಂತರ ಬದಲಾದಂತೆ, ಇದು ನಮ್ಮ ಪರಿಸರದಲ್ಲಿ ಸಂಪನ್ಮೂಲಗಳ ಮುಖ್ಯ ಗ್ರಾಹಕರಲ್ಲಿ ಒಂದಾಗಿದೆ, ಏಕೆಂದರೆ ಮ್ಯಾಪಿಂಗ್‌ಗಳನ್ನು ಬಹಳ ತೀವ್ರವಾಗಿ ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತದೆ. ಜಾವಾ ಹೀಪ್ ಮತ್ತು ಇತರ ಹಲವಾರು ಪ್ಯಾರಾಮೀಟರ್‌ಗಳನ್ನು ಬದಲಾಯಿಸಲಾಗಿದೆ.
ಪರಿಣಾಮವಾಗಿ, ಮುಂದಿನ ಅಪ್ಡೇಟ್ ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ 10.1.1 ಮೂಲಕ, ಕನ್ಸೋಲ್ ಮತ್ತು ಮಾನಿಟರ್ನ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಸ್ಥಿರಗೊಳಿಸಲಾಯಿತು, ಡೆವಲಪರ್ಗಳು ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿದರು ಮತ್ತು ನಿಯಮಿತ ಪ್ರಕ್ರಿಯೆಗಳು ಹೆಚ್ಚು ಹೆಚ್ಚು ನಿಯಮಿತವಾದವು.
ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಆಡಳಿತದ ನಡುವಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ಅನುಭವವು ಆಸಕ್ತಿದಾಯಕವಾಗಿರಬಹುದು. ಸಂಕೀರ್ಣ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಬಳಸುವಾಗ ವಿಷಯಗಳು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ, ಏನು ಮಾಡಬಹುದು ಮತ್ತು ಏನು ಮಾಡಲಾಗುವುದಿಲ್ಲ ಎಂಬ ಸಾಮಾನ್ಯ ತಿಳುವಳಿಕೆಯ ಸಮಸ್ಯೆಯು ಯಾವಾಗಲೂ ಮುಖ್ಯವಾಗಿದೆ. ಆದ್ದರಿಂದ, ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸುವುದು ಎಂಬುದರ ಕುರಿತು ನೀವು ಮೊದಲು ಆಡಳಿತ ತಂಡಕ್ಕೆ ಮತ್ತು ಕೋಡ್ ಅನ್ನು ಹೇಗೆ ಬರೆಯುವುದು ಮತ್ತು ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಸೆಳೆಯುವುದು ಎಂಬುದರ ಕುರಿತು ಅಭಿವೃದ್ಧಿ ತಂಡಕ್ಕೆ ತರಬೇತಿ ನೀಡುವಂತೆ ನಾವು ಸುರಕ್ಷಿತವಾಗಿ ಶಿಫಾರಸು ಮಾಡಬಹುದು ಮತ್ತು ನಂತರ ಮಾತ್ರ ಫಲಿತಾಂಶದ ಮೇಲೆ ಕೆಲಸ ಮಾಡಲು ಮೊದಲ ಮತ್ತು ಎರಡನೆಯದನ್ನು ಕಳುಹಿಸಬಹುದು. ಸಮಯವು ಅನಂತ ಸಂಪನ್ಮೂಲವಾಗಿರದಿದ್ದಾಗ ಇದು ನಿಜವಾಗಿಯೂ ಮುಖ್ಯವಾಗಿದೆ. ಆಯ್ಕೆಗಳ ಯಾದೃಚ್ಛಿಕ ಹುಡುಕಾಟದ ಮೂಲಕವೂ ಅನೇಕ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಬಹುದು, ಆದರೆ ಕೆಲವೊಮ್ಮೆ ಕೆಲವು ಪ್ರಾಥಮಿಕ ಜ್ಞಾನದ ಅಗತ್ಯವಿರುತ್ತದೆ - ನಮ್ಮ ಪ್ರಕರಣವು ಈ ಮೂಲತತ್ವವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಪ್ರಾಮುಖ್ಯತೆಯನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ.
ಉದಾಹರಣೆಗೆ, ನಾವು MRS ನಲ್ಲಿ ಆವೃತ್ತಿಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು ಪ್ರಯತ್ನಿಸಿದಾಗ (ಕೊನೆಯಲ್ಲಿ ಅದು ಬದಲಾದಂತೆ, SVN ನ ವಿಭಿನ್ನ ಆವೃತ್ತಿಯ ಅಗತ್ಯವಿದೆ), ಸ್ವಲ್ಪ ಸಮಯದ ನಂತರ ಸಿಸ್ಟಮ್ ಮರುಪ್ರಾರಂಭದ ಸಮಯವು ಹಲವಾರು ಹತ್ತಾರು ನಿಮಿಷಗಳವರೆಗೆ ಹೆಚ್ಚಿರುವುದನ್ನು ಕಂಡು ನಾವು ಗಾಬರಿಗೊಂಡಿದ್ದೇವೆ. ಪ್ರಾರಂಭದಲ್ಲಿ ವಿಳಂಬ ಮತ್ತು ಆವೃತ್ತಿಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ಕಾರಣವನ್ನು ಕಂಡುಕೊಂಡ ನಂತರ, ನಾವು ಮತ್ತೆ ಚೆನ್ನಾಗಿ ಮಾಡಿದ್ದೇವೆ.
ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾಗೆ ಸಂಬಂಧಿಸಿದ ಗಮನಾರ್ಹ ಅಡೆತಡೆಗಳು ಬೆಳೆಯುತ್ತಿರುವ ಜಾವಾ ಎಳೆಗಳೊಂದಿಗೆ ಮಹಾಕಾವ್ಯದ ಯುದ್ಧವನ್ನು ಒಳಗೊಂಡಿವೆ. ಕೆಲವು ಹಂತದಲ್ಲಿ, ಪುನರಾವರ್ತನೆಯ ಸಮಯ ಬಂದಿದೆ, ಅಂದರೆ, ಸ್ಥಾಪಿತ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಮೂಲ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ವಿಸ್ತರಿಸಲು. 10.1.1 ರಲ್ಲಿನ ಎಲ್ಲಾ ಪ್ರಕ್ರಿಯೆಗಳು ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲಿಲ್ಲ ಮತ್ತು ಸ್ವಲ್ಪ ಸಮಯದ ನಂತರ ಡಿಐಎಸ್ ನಿಷ್ಕ್ರಿಯವಾಯಿತು. ಹತ್ತಾರು ಥ್ರೆಡ್‌ಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಲಾಗಿದೆ, ಅಪ್ಲಿಕೇಶನ್ ನಿಯೋಜನೆ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಅವುಗಳ ಸಂಖ್ಯೆಯು ವಿಶೇಷವಾಗಿ ಗಮನಾರ್ಹವಾಗಿ ಬೆಳೆಯುತ್ತಿದೆ. ಕಾರ್ಯವನ್ನು ಪುನಃಸ್ಥಾಪಿಸಲು ಕೆಲವೊಮ್ಮೆ ನಾನು ದಿನಕ್ಕೆ ಹಲವಾರು ಬಾರಿ ಮರುಪ್ರಾರಂಭಿಸಬೇಕಾಗಿತ್ತು.
ಇಲ್ಲಿ ನಾವು ಬೆಂಬಲಕ್ಕೆ ಧನ್ಯವಾದ ಹೇಳಬೇಕಾಗಿದೆ; ಸಮಸ್ಯೆಗಳನ್ನು ಸ್ಥಳೀಕರಿಸಲಾಗಿದೆ ಮತ್ತು ಇಬಿಎಫ್ (ತುರ್ತು ದೋಷ ಪರಿಹಾರ) ಬಳಸಿಕೊಂಡು ತುಲನಾತ್ಮಕವಾಗಿ ತ್ವರಿತವಾಗಿ ಪರಿಹರಿಸಲಾಗಿದೆ - ಅದರ ನಂತರ, ಉಪಕರಣವು ನಿಜವಾಗಿಯೂ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬ ಭಾವನೆ ಎಲ್ಲರಿಗೂ ಸಿಕ್ಕಿತು.
ಇದು ಇನ್ನೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ!
ನಾವು ಟಾರ್ಗೆಟ್ ಮೋಡ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುವ ಹೊತ್ತಿಗೆ, ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಈ ರೀತಿ ಕಾಣುತ್ತದೆ. Informatica 10.1.1HF1 (HF1 ಎಂಬುದು HotFix1, EBF ಗಳ ಸಂಕೀರ್ಣದಿಂದ ಮಾರಾಟಗಾರರ ಅಸೆಂಬ್ಲಿ) ಹೆಚ್ಚುವರಿಯಾಗಿ ಸ್ಥಾಪಿಸಲಾದ EBF ನೊಂದಿಗೆ, ಇದು ಸ್ಕೇಲಿಂಗ್ ಮತ್ತು ಇತರ ಕೆಲವು ನಮ್ಮ ಸಮಸ್ಯೆಗಳನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ, GRID, 20 x86_64 ಕೋರ್‌ಗಳ ಭಾಗವಾಗಿರುವ ಮೂರರಲ್ಲಿ ಒಂದು ಸರ್ವರ್‌ನಲ್ಲಿ ಮತ್ತು ಸಂಗ್ರಹಣೆ, ಸ್ಥಳೀಯ ಡಿಸ್ಕ್‌ಗಳ ಒಂದು ದೊಡ್ಡ ನಿಧಾನ ಶ್ರೇಣಿಯಲ್ಲಿ - ಇದು ಹಡೂಪ್ ಕ್ಲಸ್ಟರ್‌ಗಾಗಿ ಸರ್ವರ್ ಕಾನ್ಫಿಗರೇಶನ್ ಆಗಿದೆ. ಇದೇ ರೀತಿಯ ಮತ್ತೊಂದು ಸರ್ವರ್‌ನಲ್ಲಿ - ಒರಾಕಲ್ DBMS ಜೊತೆಗೆ ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಡೊಮೇನ್ ಮತ್ತು ETL ನಿಯಂತ್ರಣ ಕಾರ್ಯವಿಧಾನವು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ತಂಡದಲ್ಲಿ (ಜಬ್ಬಿಕ್ಸ್ + ಗ್ರಾಫನಾ) ಬಳಸುವ ಪ್ರಮಾಣಿತ ಮಾನಿಟರಿಂಗ್ ಪರಿಕರಗಳ ಮೂಲಕ ಇದೆಲ್ಲವನ್ನೂ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲಾಗುತ್ತದೆ - ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಸ್ವತಃ ಅದರ ಸೇವೆಗಳೊಂದಿಗೆ ಮತ್ತು ಅದರೊಳಗೆ ಲೋಡಿಂಗ್ ಪ್ರಕ್ರಿಯೆಗಳು. ಈಗ ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಸ್ಥಿರತೆ ಎರಡೂ, ಬಾಹ್ಯ ಅಂಶಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳದೆ, ಈಗ ಲೋಡ್ ಅನ್ನು ಮಿತಿಗೊಳಿಸುವ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ.
ಪ್ರತ್ಯೇಕವಾಗಿ, ನಾವು GRID ಬಗ್ಗೆ ಹೇಳಬಹುದು. ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ಸಾಧ್ಯತೆಯೊಂದಿಗೆ ಪರಿಸರವನ್ನು ಮೂರು ನೋಡ್‌ಗಳಲ್ಲಿ ನಿರ್ಮಿಸಲಾಗಿದೆ. ಆದಾಗ್ಯೂ, ಪರೀಕ್ಷೆಯ ಸಮಯದಲ್ಲಿ, ನಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಚಾಲನೆಯಲ್ಲಿರುವ ನಿದರ್ಶನಗಳ ನಡುವಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ಸಮಸ್ಯೆಗಳಿಂದಾಗಿ, ಈ ಕಾನ್ಫಿಗರೇಶನ್ ನಿರೀಕ್ಷೆಯಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸಲಿಲ್ಲ ಮತ್ತು ಅವರು ಈ ನಿರ್ಮಾಣ ಯೋಜನೆಯನ್ನು ತಾತ್ಕಾಲಿಕವಾಗಿ ತ್ಯಜಿಸಲು ನಿರ್ಧರಿಸಿದರು, ಡೊಮೇನ್‌ನಿಂದ ಮೂರು ನೋಡ್‌ಗಳಲ್ಲಿ ಎರಡನ್ನು ತೆಗೆದುಹಾಕಿದರು. ಅದೇ ಸಮಯದಲ್ಲಿ, ಯೋಜನೆಯು ಒಂದೇ ಆಗಿರುತ್ತದೆ ಮತ್ತು ಈಗ ಇದು ನಿಖರವಾಗಿ ಗ್ರಿಡ್ ಸೇವೆಯಾಗಿದೆ, ಆದರೆ ಒಂದು ನೋಡ್‌ಗೆ ಕ್ಷೀಣಿಸುತ್ತದೆ.
ಇದೀಗ, ಮಾನಿಟರ್ ಸರ್ಕ್ಯೂಟ್ ಅನ್ನು ನಿಯಮಿತವಾಗಿ ಶುಚಿಗೊಳಿಸುವಾಗ ಕಾರ್ಯಕ್ಷಮತೆಯ ಕುಸಿತದೊಂದಿಗೆ ತೊಂದರೆ ಉಳಿದಿದೆ - ಸಿಎನ್‌ಎನ್‌ನಲ್ಲಿ ಏಕಕಾಲಿಕ ಪ್ರಕ್ರಿಯೆಗಳು ಮತ್ತು ಚಾಲನೆಯಲ್ಲಿರುವ ಶುಚಿಗೊಳಿಸುವಿಕೆಯೊಂದಿಗೆ, ಇಟಿಎಲ್ ನಿಯಂತ್ರಣ ಕಾರ್ಯವಿಧಾನದ ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿ ಅಸಮರ್ಪಕ ಕಾರ್ಯಗಳು ಸಂಭವಿಸಬಹುದು. ಮಾನಿಟರ್ ಸರ್ಕ್ಯೂಟ್ ಅನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ತೆರವುಗೊಳಿಸುವ ಮೂಲಕ, ಅದರ ಹಿಂದಿನ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಕಳೆದುಕೊಳ್ಳುವ ಮೂಲಕ ಇದನ್ನು ಪ್ರಸ್ತುತ "ಊರುಗೋಲು ಎಂದು" ಪರಿಹರಿಸಲಾಗುತ್ತಿದೆ. ಸಾಮಾನ್ಯ ವಾಡಿಕೆಯ ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯದಲ್ಲಿ ಉತ್ಪಾದಕತೆಗೆ ಇದು ತುಂಬಾ ನಿರ್ಣಾಯಕವಲ್ಲ, ಆದರೆ ಇದೀಗ ಸಾಮಾನ್ಯ ಪರಿಹಾರಕ್ಕಾಗಿ ಹುಡುಕಾಟ ನಡೆಯುತ್ತಿದೆ.
ಇದೇ ಪರಿಸ್ಥಿತಿಯಿಂದ ಮತ್ತೊಂದು ಸಮಸ್ಯೆ ಉದ್ಭವಿಸುತ್ತದೆ - ಕೆಲವೊಮ್ಮೆ ನಮ್ಮ ನಿಯಂತ್ರಣ ಕಾರ್ಯವಿಧಾನದ ಅನೇಕ ಉಡಾವಣೆಗಳು ಸಂಭವಿಸುತ್ತವೆ.
ಬಹು ಅಪ್ಲಿಕೇಶನ್ ಲಾಂಚ್‌ಗಳು ಯಾಂತ್ರಿಕ ವೈಫಲ್ಯಕ್ಕೆ ಕಾರಣವಾಗುತ್ತವೆ
ವೇಳಾಪಟ್ಟಿಯ ಪ್ರಕಾರ ಚಾಲನೆಯಲ್ಲಿರುವಾಗ, ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಭಾರೀ ಹೊರೆಯ ಸಮಯದಲ್ಲಿ, ಯಾಂತ್ರಿಕತೆಯ ಸ್ಥಗಿತಕ್ಕೆ ಕಾರಣವಾಗುವ ಸಂದರ್ಭಗಳು ಕೆಲವೊಮ್ಮೆ ಸಂಭವಿಸುತ್ತವೆ. ಸಮಸ್ಯೆಯನ್ನು ಇನ್ನೂ ಕೈಯಾರೆ ಸರಿಪಡಿಸಲಾಗುತ್ತಿದೆ ಮತ್ತು ಶಾಶ್ವತ ಪರಿಹಾರವನ್ನು ಹುಡುಕಲಾಗುತ್ತಿದೆ.
ಸಾಮಾನ್ಯವಾಗಿ, ಭಾರವಾದ ಹೊರೆ ಇದ್ದಾಗ, ಅದಕ್ಕೆ ಸಮರ್ಪಕವಾದ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಒದಗಿಸುವುದು ಬಹಳ ಮುಖ್ಯ ಎಂದು ನಾವು ಸಂಕ್ಷಿಪ್ತಗೊಳಿಸಬಹುದು, ಇದು ಇನ್ಫಾರ್ಮ್ಯಾಟಿಕಾಕ್ಕೆ ಸ್ವತಃ ಹಾರ್ಡ್‌ವೇರ್ ಸಂಪನ್ಮೂಲಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ ಮತ್ತು ಅದರ ಡೇಟಾಬೇಸ್ ರೆಪೊಸಿಟರಿಗೆ ಮತ್ತು ಸೂಕ್ತವಾದ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಒದಗಿಸಲು ಅನ್ವಯಿಸುತ್ತದೆ. ಅವರಿಗೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಯಾವ ಡೇಟಾಬೇಸ್ ಪ್ಲೇಸ್‌ಮೆಂಟ್ ಸ್ಕೀಮ್ ಉತ್ತಮವಾಗಿದೆ ಎಂಬ ಪ್ರಶ್ನೆಯು ತೆರೆದಿರುತ್ತದೆ - ಪ್ರತ್ಯೇಕ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಅಥವಾ ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಸಾಫ್ಟ್‌ವೇರ್ ರನ್ ಆಗುವ ಅದೇ ಒಂದು. ಒಂದೆಡೆ, ಇದು ಒಂದು ಸರ್ವರ್‌ನಲ್ಲಿ ಅಗ್ಗವಾಗಿರುತ್ತದೆ, ಮತ್ತು ಸಂಯೋಜಿಸಿದಾಗ, ನೆಟ್‌ವರ್ಕ್ ಸಂವಹನದ ಸಂಭವನೀಯ ಸಮಸ್ಯೆಯನ್ನು ಪ್ರಾಯೋಗಿಕವಾಗಿ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ; ಮತ್ತೊಂದೆಡೆ, ಡೇಟಾಬೇಸ್‌ನಿಂದ ಹೋಸ್ಟ್‌ನಲ್ಲಿನ ಲೋಡ್ ಅನ್ನು ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾದಿಂದ ಲೋಡ್‌ನಿಂದ ಪೂರಕವಾಗಿದೆ.
ಯಾವುದೇ ಗಂಭೀರ ಉತ್ಪನ್ನದಂತೆ, ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಕೂಡ ತಮಾಷೆಯ ಕ್ಷಣಗಳನ್ನು ಹೊಂದಿದೆ.
ಒಮ್ಮೆ, ಕೆಲವು ರೀತಿಯ ಅಪಘಾತವನ್ನು ವಿಂಗಡಿಸುವಾಗ, MRS ಲಾಗ್‌ಗಳು ಘಟನೆಗಳ ಸಮಯವನ್ನು ವಿಚಿತ್ರವಾಗಿ ಸೂಚಿಸಿರುವುದನ್ನು ನಾನು ಗಮನಿಸಿದೆ.
"ವಿನ್ಯಾಸದಿಂದ" MRS ಲಾಗ್‌ಗಳಲ್ಲಿ ತಾತ್ಕಾಲಿಕ ದ್ವಂದ್ವತೆ
AM/PM ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸದೆ, ಅಂದರೆ ಮಧ್ಯಾಹ್ನದ ಮೊದಲು ಅಥವಾ ನಂತರ 12 ಗಂಟೆಗಳ ಸ್ವರೂಪದಲ್ಲಿ ಸಮಯದ ಅಂಚೆಚೀಟಿಗಳನ್ನು ಬರೆಯಲಾಗಿದೆ ಎಂದು ಅದು ಬದಲಾಯಿತು. ಈ ವಿಷಯದ ಬಗ್ಗೆ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಸಹ ತೆರೆಯಲಾಯಿತು, ಮತ್ತು ಅಧಿಕೃತ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಸ್ವೀಕರಿಸಲಾಗಿದೆ - ಇದು ಹೇಗೆ ಉದ್ದೇಶಿಸಲ್ಪಟ್ಟಿದೆ, MRS ಲಾಗ್‌ನಲ್ಲಿ ಅಂಕಗಳನ್ನು ನಿಖರವಾಗಿ ಈ ಸ್ವರೂಪದಲ್ಲಿ ಬರೆಯಲಾಗಿದೆ. ಅಂದರೆ, ಕೆಲವೊಮ್ಮೆ ಕೆಲವು ದೋಷಗಳು ಸಂಭವಿಸುವ ಸಮಯದ ಬಗ್ಗೆ ಕೆಲವು ಒಳಸಂಚುಗಳು ಉಳಿದಿವೆ ...
ಒಳ್ಳೆಯದಕ್ಕಾಗಿ ಶ್ರಮಿಸಿ
ಇಂದು, ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಸಾಕಷ್ಟು ಸ್ಥಿರವಾದ ಸಾಧನವಾಗಿದೆ, ನಿರ್ವಾಹಕರು ಮತ್ತು ಬಳಕೆದಾರರಿಗೆ ಅನುಕೂಲಕರವಾಗಿದೆ, ಅದರ ಪ್ರಸ್ತುತ ಸಾಮರ್ಥ್ಯಗಳು ಮತ್ತು ಸಾಮರ್ಥ್ಯದ ವಿಷಯದಲ್ಲಿ ಅತ್ಯಂತ ಶಕ್ತಿಯುತವಾಗಿದೆ. ಇದು ನಮ್ಮ ಕ್ರಿಯಾತ್ಮಕ ಅಗತ್ಯಗಳನ್ನು ಹಲವು ಬಾರಿ ಮೀರಿದೆ ಮತ್ತು ವಸ್ತುತಃ ಈಗ ಅತ್ಯಂತ ವಿಶಿಷ್ಟ ಮತ್ತು ವಿಶಿಷ್ಟವಲ್ಲದ ರೀತಿಯಲ್ಲಿ ಯೋಜನೆಯಲ್ಲಿ ಬಳಸಲಾಗುತ್ತಿದೆ. ತೊಂದರೆಗಳು ಭಾಗಶಃ ಕಾರ್ಯವಿಧಾನಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುವ ವಿಧಾನಕ್ಕೆ ಸಂಬಂಧಿಸಿವೆ - ನಿರ್ದಿಷ್ಟ ವಿಷಯವೆಂದರೆ ಕಡಿಮೆ ಸಮಯದಲ್ಲಿ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಥ್ರೆಡ್‌ಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತದೆ ಅದು ನಿಯತಾಂಕಗಳನ್ನು ತೀವ್ರವಾಗಿ ನವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ರೆಪೊಸಿಟರಿ ಡೇಟಾಬೇಸ್‌ನೊಂದಿಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದರೆ ಸರ್ವರ್ ಹಾರ್ಡ್‌ವೇರ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬಳಸಿಕೊಳ್ಳಲಾಗುತ್ತದೆ. CPU ಮೂಲಕ.
ನಾವು ಈಗ Informatica 10.2.1 ಅಥವಾ 10.2.2 ಗೆ ಚಲಿಸಲು ಹತ್ತಿರವಾಗಿದ್ದೇವೆ, ಇದು ಕೆಲವು ಆಂತರಿಕ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಪುನರ್‌ನಿರ್ಮಾಣ ಮಾಡಿದೆ ಮತ್ತು ನಾವು ಪ್ರಸ್ತುತ ಹೊಂದಿರುವ ಕೆಲವು ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕತೆಯ ಸಮಸ್ಯೆಗಳನ್ನು ತೊಡೆದುಹಾಕಲು ಭರವಸೆಗಳನ್ನು ನೀಡುತ್ತದೆ. ಮತ್ತು ಹಾರ್ಡ್‌ವೇರ್ ದೃಷ್ಟಿಕೋನದಿಂದ, ಸಂಗ್ರಹಣೆಯ ಬೆಳವಣಿಗೆ ಮತ್ತು ಅಭಿವೃದ್ಧಿಯ ಕಾರಣದಿಂದಾಗಿ ಮುಂದಿನ ಭವಿಷ್ಯಕ್ಕಾಗಿ ಮೀಸಲು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು, ನಮಗೆ ಸೂಕ್ತವಾದ ಕಾನ್ಫಿಗರೇಶನ್‌ನೊಂದಿಗೆ ಸರ್ವರ್‌ಗಳನ್ನು ನಾವು ನಿರೀಕ್ಷಿಸುತ್ತೇವೆ.
ಸಹಜವಾಗಿ, HA GRID ಭಾಗದಲ್ಲಿ ಪರೀಕ್ಷೆ, ಹೊಂದಾಣಿಕೆ ಪರಿಶೀಲನೆ ಮತ್ತು ಪ್ರಾಯಶಃ ವಾಸ್ತುಶಿಲ್ಪದ ಬದಲಾವಣೆಗಳು ಇರುತ್ತವೆ. ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾದಲ್ಲಿ ಅಭಿವೃದ್ಧಿ ಮುಂದುವರಿಯುತ್ತದೆ, ಏಕೆಂದರೆ ಅಲ್ಪಾವಧಿಯಲ್ಲಿ ನಾವು ಸಿಸ್ಟಮ್ ಅನ್ನು ಬದಲಿಸಲು ಏನನ್ನೂ ಪೂರೈಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಮತ್ತು ಭವಿಷ್ಯದಲ್ಲಿ ಈ ವ್ಯವಸ್ಥೆಗೆ ಜವಾಬ್ದಾರರಾಗಿರುವವರು ಖಂಡಿತವಾಗಿಯೂ ಅದನ್ನು ಗ್ರಾಹಕರು ಮುಂದಿಡುವ ಅಗತ್ಯವಿರುವ ವಿಶ್ವಾಸಾರ್ಹತೆ ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಯ ಸೂಚಕಗಳಿಗೆ ತರಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.
ಲೇಖನವನ್ನು ರೋಸ್ಟೆಲೆಕಾಮ್ ಡೇಟಾ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ತಂಡವು ಸಿದ್ಧಪಡಿಸಿದೆ
ಪ್ರಸ್ತುತ ಇನ್ಫರ್ಮ್ಯಾಟಿಕಾ ಲೋಗೋ
ಮೂಲ: www.habr.com