1C ನಲ್ಲಿ, ಕಂಪನಿಯ ಕೆಲಸವನ್ನು ಸಂಘಟಿಸಲು ನಾವು ನಮ್ಮ ಸ್ವಂತ ಬೆಳವಣಿಗೆಗಳನ್ನು ವ್ಯಾಪಕವಾಗಿ ಬಳಸುತ್ತೇವೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ, . ಡಾಕ್ಯುಮೆಂಟ್ ನಿರ್ವಹಣೆಯ ಜೊತೆಗೆ (ಹೆಸರು ಸೂಚಿಸುವಂತೆ), ಇದು ಆಧುನಿಕವಾಗಿದೆ -ಸಿಸ್ಟಮ್ (ಎಂಟರ್‌ಪ್ರೈಸ್ ಕಂಟೆಂಟ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ - ಕಾರ್ಪೊರೇಟ್ ವಿಷಯ ನಿರ್ವಹಣೆ) ವ್ಯಾಪಕ ಶ್ರೇಣಿಯ ಕ್ರಿಯಾತ್ಮಕತೆಯೊಂದಿಗೆ - ಮೇಲ್, ಉದ್ಯೋಗಿ ಕೆಲಸದ ಕ್ಯಾಲೆಂಡರ್‌ಗಳು, ಸಂಪನ್ಮೂಲಗಳಿಗೆ ಹಂಚಿಕೆಯ ಪ್ರವೇಶವನ್ನು ಆಯೋಜಿಸುವುದು (ಉದಾಹರಣೆಗೆ, ಮೀಟಿಂಗ್ ರೂಮ್‌ಗಳನ್ನು ಕಾಯ್ದಿರಿಸುವುದು), ಸಮಯ ಟ್ರ್ಯಾಕಿಂಗ್, ಕಾರ್ಪೊರೇಟ್ ಫೋರಮ್ ಮತ್ತು ಇನ್ನಷ್ಟು.
ಸಾವಿರಕ್ಕೂ ಹೆಚ್ಚು ಉದ್ಯೋಗಿಗಳು 1C ನಲ್ಲಿ ಡಾಕ್ಯುಮೆಂಟ್ ನಿರ್ವಹಣೆಯನ್ನು ಬಳಸುತ್ತಾರೆ. ಡೇಟಾಬೇಸ್ ಈಗಾಗಲೇ ಪ್ರಭಾವಶಾಲಿಯಾಗಿದೆ (11 ಶತಕೋಟಿ ದಾಖಲೆಗಳು), ಅಂದರೆ ಇದಕ್ಕೆ ಹೆಚ್ಚು ಎಚ್ಚರಿಕೆಯ ಆರೈಕೆ ಮತ್ತು ಹೆಚ್ಚು ಶಕ್ತಿಯುತ ಸಾಧನಗಳು ಬೇಕಾಗುತ್ತವೆ.
ನಮ್ಮ ಸಿಸ್ಟಮ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಡೇಟಾಬೇಸ್ ಅನ್ನು ನಿರ್ವಹಿಸುವಾಗ ನಾವು ಯಾವ ತೊಂದರೆಗಳನ್ನು ಎದುರಿಸುತ್ತೇವೆ ಮತ್ತು ನಾವು ಅವುಗಳನ್ನು ಹೇಗೆ ಪರಿಹರಿಸುತ್ತೇವೆ (ನಾವು MS SQL ಸರ್ವರ್ ಅನ್ನು DBMS ಆಗಿ ಬಳಸುತ್ತೇವೆ) - ನಾವು ಲೇಖನದಲ್ಲಿ ನಿಮಗೆ ತಿಳಿಸುತ್ತೇವೆ.
ಮೊದಲ ಬಾರಿಗೆ 1C ಉತ್ಪನ್ನಗಳ ಬಗ್ಗೆ ಓದುತ್ತಿರುವವರಿಗೆ.
1C:ಡಾಕ್ಯುಮೆಂಟ್ ಫ್ಲೋ ಎನ್ನುವುದು ವ್ಯಾಪಾರ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಚೌಕಟ್ಟಿನ ಆಧಾರದ ಮೇಲೆ ಕಾರ್ಯಗತಗೊಳಿಸಲಾದ ಅಪ್ಲಿಕೇಶನ್ ಪರಿಹಾರವಾಗಿದೆ (ಕಾನ್ಫಿಗರೇಶನ್) - 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್.
"1C: ಡಾಕ್ಯುಮೆಂಟ್ ಫ್ಲೋ 8" (DO ಎಂದು ಸಂಕ್ಷೇಪಿಸಲಾಗಿದೆ) ಎಂಟರ್‌ಪ್ರೈಸ್‌ನಲ್ಲಿ ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸವನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಉದ್ಯೋಗಿ ಸಂವಹನಕ್ಕಾಗಿ ಮುಖ್ಯ ಸಾಧನವೆಂದರೆ ಇಮೇಲ್. ಮೇಲ್ ಜೊತೆಗೆ, DO ಇತರ ಸಮಸ್ಯೆಗಳನ್ನು ಸಹ ಪರಿಹರಿಸುತ್ತದೆ:
- ಸಮಯ ಟ್ರ್ಯಾಕಿಂಗ್
- ನೌಕರರ ಅನುಪಸ್ಥಿತಿಯ ಟ್ರ್ಯಾಕಿಂಗ್
- ಕೊರಿಯರ್/ಸಾರಿಗೆಗಾಗಿ ಅರ್ಜಿಗಳು
- ಉದ್ಯೋಗಿ ಕೆಲಸದ ಕ್ಯಾಲೆಂಡರ್‌ಗಳು
- ಪತ್ರವ್ಯವಹಾರದ ನೋಂದಣಿ
- ಉದ್ಯೋಗಿ ಸಂಪರ್ಕಗಳು (ವಿಳಾಸ ಪುಸ್ತಕ)
- ಕಾರ್ಪೊರೇಟ್ ವೇದಿಕೆ
- ಕೊಠಡಿ ಕಾಯ್ದಿರಿಸುವಿಕೆ
- ಈವೆಂಟ್ ಯೋಜನೆ
- ಸಿಆರ್ಎಂ
- ಫೈಲ್‌ಗಳೊಂದಿಗೆ ಸಾಮೂಹಿಕ ಕೆಲಸ (ಫೈಲ್ ಆವೃತ್ತಿಗಳನ್ನು ಉಳಿಸುವುದರೊಂದಿಗೆ)
- ಮತ್ತು ಇತರರು.
ನಾವು ಡಾಕ್ಯುಮೆಂಟ್ ನಿರ್ವಹಣೆಯನ್ನು ನಮೂದಿಸುತ್ತೇವೆ (ಸ್ಥಳೀಯ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಅಪ್ಲಿಕೇಶನ್) ವಿಂಡೋಸ್, ಲಿನಕ್ಸ್, ಮ್ಯಾಕೋಸ್, (ಬ್ರೌಸರ್‌ಗಳಿಂದ) ಮತ್ತು - ಪರಿಸ್ಥಿತಿಯನ್ನು ಅವಲಂಬಿಸಿ.
ಮತ್ತು ಡಾಕ್ಯುಮೆಂಟ್ ಫ್ಲೋಗೆ ಸಂಪರ್ಕಗೊಂಡಿರುವ ನಮ್ಮ ಇತರ ಉತ್ಪನ್ನಕ್ಕೆ ಧನ್ಯವಾದಗಳು - - ನಾವು ನೇರವಾಗಿ ಡಾಕ್ಯುಮೆಂಟ್ ಫ್ಲೋನಲ್ಲಿ ಸಂದೇಶವಾಹಕದ ಕಾರ್ಯವನ್ನು ಸ್ವೀಕರಿಸುತ್ತೇವೆ - ಚಾಟ್‌ಗಳು, ಆಡಿಯೋ ಮತ್ತು ವೀಡಿಯೊ ಕರೆಗಳು (ಮೊಬೈಲ್ ಕ್ಲೈಂಟ್ ಸೇರಿದಂತೆ ಈಗ ವಿಶೇಷವಾಗಿ ಪ್ರಮುಖವಾಗಿರುವ ಗುಂಪು ಕರೆಗಳು ಸೇರಿದಂತೆ), ವೇಗದ ಫೈಲ್ ವಿನಿಮಯ ಮತ್ತು ಸರಳಗೊಳಿಸುವ ಚಾಟ್ ಬಾಟ್‌ಗಳನ್ನು ಬರೆಯುವ ಸಾಮರ್ಥ್ಯ ವ್ಯವಸ್ಥೆಯೊಂದಿಗೆ ಕೆಲಸ. ಸಂವಹನ ವ್ಯವಸ್ಥೆಯನ್ನು (ಇತರ ಸಂದೇಶವಾಹಕಗಳಿಗೆ ಹೋಲಿಸಿದರೆ) ಬಳಸುವ ಮತ್ತೊಂದು ಪ್ರಯೋಜನವೆಂದರೆ ನಿರ್ದಿಷ್ಟ ಡಾಕ್ಯುಮೆಂಟ್ ಫ್ಲೋ ಆಬ್ಜೆಕ್ಟ್‌ಗಳಿಗೆ ಸಂಬಂಧಿಸಿರುವ ಸಂದರ್ಭೋಚಿತ ಚರ್ಚೆಗಳನ್ನು ನಡೆಸುವ ಸಾಮರ್ಥ್ಯ - ದಾಖಲೆಗಳು, ಘಟನೆಗಳು, ಇತ್ಯಾದಿ. ಅಂದರೆ, ಇಂಟರ್ಯಾಕ್ಷನ್ ಸಿಸ್ಟಮ್ ಗುರಿ ಅಪ್ಲಿಕೇಶನ್‌ನೊಂದಿಗೆ ಆಳವಾಗಿ ಸಂಯೋಜಿಸಲ್ಪಟ್ಟಿದೆ ಮತ್ತು ಕೇವಲ "ಪ್ರತ್ಯೇಕ ಬಟನ್" ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ.
ನಮ್ಮ DO ನಲ್ಲಿನ ಅಕ್ಷರಗಳ ಸಂಖ್ಯೆ ಈಗಾಗಲೇ 100 ಮಿಲಿಯನ್ ಮೀರಿದೆ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ DBMS ನಲ್ಲಿ 11 ಶತಕೋಟಿಗಿಂತ ಹೆಚ್ಚು ದಾಖಲೆಗಳಿವೆ. ಒಟ್ಟಾರೆಯಾಗಿ, ಸಿಸ್ಟಮ್ ಸುಮಾರು 30 TB ಸಂಗ್ರಹಣೆಯನ್ನು ಬಳಸುತ್ತದೆ: ಡೇಟಾಬೇಸ್ ಪರಿಮಾಣವು 7,5 TB ಆಗಿದೆ, ಸಾಮೂಹಿಕ ಕೆಲಸಕ್ಕಾಗಿ ಫೈಲ್ಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಇನ್ನೊಂದು 21 TB ಅನ್ನು ಆಕ್ರಮಿಸುತ್ತದೆ.
ನಾವು ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಸಂಖ್ಯೆಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಿದರೆ, ಈ ಕ್ಷಣದಲ್ಲಿ ಅಕ್ಷರಗಳು ಮತ್ತು ಫೈಲ್‌ಗಳ ಸಂಖ್ಯೆ ಇಲ್ಲಿದೆ:
- ಹೊರಹೋಗುವ ಇಮೇಲ್‌ಗಳು - 14,7 ಮಿಲಿಯನ್.
- ಒಳಬರುವ ಪತ್ರಗಳು - 85,4 ಮಿಲಿಯನ್.
- ಫೈಲ್ ಆವೃತ್ತಿಗಳು - 70,8 ಮಿಲಿಯನ್.
- ಆಂತರಿಕ ದಾಖಲೆಗಳು - 30,6 ಸಾವಿರ.
DO ಕೇವಲ ಮೇಲ್ ಮತ್ತು ಫೈಲ್‌ಗಳಿಗಿಂತ ಹೆಚ್ಚಿನದನ್ನು ಹೊಂದಿದೆ. ಇತರ ಲೆಕ್ಕಪತ್ರ ವಸ್ತುಗಳ ಅಂಕಿಅಂಶಗಳು ಕೆಳಗಿವೆ:
- ಸಭೆಯ ಕೊಠಡಿಗಳನ್ನು ಕಾಯ್ದಿರಿಸುವಿಕೆ - 52
- ಸಾಪ್ತಾಹಿಕ ವರದಿಗಳು – 153
- ದೈನಂದಿನ ವರದಿಗಳು - 628
- ಅನುಮೋದನೆ ವೀಸಾಗಳು - 11
- ಒಳಬರುವ ದಾಖಲೆಗಳು - 79
- ಹೊರಹೋಗುವ ದಾಖಲೆಗಳು - 28
- ಬಳಕೆದಾರರ ಕೆಲಸದ ಕ್ಯಾಲೆಂಡರ್‌ಗಳಲ್ಲಿನ ಈವೆಂಟ್‌ಗಳ ಬಗ್ಗೆ ನಮೂದುಗಳು - 168
- ಕೊರಿಯರ್‌ಗಳಿಗೆ ಅರ್ಜಿಗಳು - 21
- ಕೌಂಟರ್ಪಾರ್ಟಿಗಳು - 81
- ಕೌಂಟರ್ಪಾರ್ಟಿಗಳೊಂದಿಗೆ ಕೆಲಸದ ದಾಖಲೆಗಳು - 45
- ಕೌಂಟರ್ಪಾರ್ಟಿಗಳ ಸಂಪರ್ಕ ವ್ಯಕ್ತಿಗಳು - 41
- ಘಟನೆಗಳು - 10
- ಯೋಜನೆಗಳು - 6
- ಉದ್ಯೋಗಿ ಕಾರ್ಯಗಳು - 245
- ಫೋರಂ ಪೋಸ್ಟ್‌ಗಳು - 26
- ಚಾಟ್ ಸಂದೇಶಗಳು - 891 095
- ವ್ಯಾಪಾರ ಪ್ರಕ್ರಿಯೆಗಳು - 109. ನೌಕರರ ನಡುವಿನ ಸಂವಹನ ಪ್ರಕ್ರಿಯೆಗಳ ಮೂಲಕ ಸಂಭವಿಸುತ್ತದೆ - ಅನುಮೋದನೆ, ಮರಣದಂಡನೆ, ವಿಮರ್ಶೆ, ನೋಂದಣಿ, ಸಹಿ, ಇತ್ಯಾದಿ. ನಾವು ಪ್ರಕ್ರಿಯೆಗಳ ಅವಧಿ, ಚಕ್ರಗಳ ಸಂಖ್ಯೆ, ಭಾಗವಹಿಸುವವರ ಸಂಖ್ಯೆ, ಆದಾಯಗಳ ಸಂಖ್ಯೆ, ಗಡುವನ್ನು ಬದಲಾಯಿಸಲು ವಿನಂತಿಗಳ ಸಂಖ್ಯೆಯನ್ನು ಅಳೆಯುತ್ತೇವೆ. ಮತ್ತು ಎಂಟರ್‌ಪ್ರೈಸ್‌ನಲ್ಲಿ ಯಾವ ಪ್ರಕ್ರಿಯೆಗಳು ನಡೆಯುತ್ತಿವೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಮತ್ತು ಉದ್ಯೋಗಿ ಸಹಯೋಗದ ದಕ್ಷತೆಯನ್ನು ಹೆಚ್ಚಿಸಲು ಈ ಮಾಹಿತಿಯು ವಿಶ್ಲೇಷಿಸಲು ತುಂಬಾ ಉಪಯುಕ್ತವಾಗಿದೆ.
ನಾವು ಇದನ್ನು ಯಾವ ಸಾಧನದಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತೇವೆ?
ಈ ಅಂಕಿಅಂಶಗಳು ಕಾರ್ಯಗಳ ಪ್ರಭಾವಶಾಲಿ ಪರಿಮಾಣವನ್ನು ಸೂಚಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಆಂತರಿಕ ಅಂಗಸಂಸ್ಥೆಗಳ ಅಗತ್ಯಗಳಿಗಾಗಿ ಸಾಕಷ್ಟು ಉತ್ಪಾದಕ ಸಾಧನಗಳನ್ನು ನಿಯೋಜಿಸುವ ಅಗತ್ಯವನ್ನು ನಾವು ಎದುರಿಸಿದ್ದೇವೆ. ಪ್ರಸ್ತುತ, ಅದರ ಗುಣಲಕ್ಷಣಗಳು ಕೆಳಕಂಡಂತಿವೆ: 38 ಕೋರ್ಗಳು, 240 GB RAM, 26 TB ಡಿಸ್ಕ್ಗಳು. ಸರ್ವರ್‌ಗಳ ಟೇಬಲ್ ಇಲ್ಲಿದೆ:
ಭವಿಷ್ಯದಲ್ಲಿ, ನಾವು ಉಪಕರಣದ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೆಚ್ಚಿಸಲು ಯೋಜಿಸುತ್ತೇವೆ.
ಸರ್ವರ್ ಲೋಡ್‌ನೊಂದಿಗೆ ವಿಷಯಗಳು ಹೇಗೆ ನಡೆಯುತ್ತಿವೆ?
ನೆಟ್‌ವರ್ಕ್ ಚಟುವಟಿಕೆಯು ನಮಗೆ ಅಥವಾ ನಮ್ಮ ಗ್ರಾಹಕರಿಗೆ ಎಂದಿಗೂ ಸಮಸ್ಯೆಯಾಗಿಲ್ಲ. ನಿಯಮದಂತೆ, ದುರ್ಬಲ ಅಂಶವೆಂದರೆ ಪ್ರೊಸೆಸರ್ ಮತ್ತು ಡಿಸ್ಕ್ಗಳು, ಏಕೆಂದರೆ ಪ್ರತಿಯೊಬ್ಬರೂ ಈಗಾಗಲೇ ಮೆಮೊರಿಯ ಕೊರತೆಯನ್ನು ಹೇಗೆ ಎದುರಿಸಬೇಕೆಂದು ತಿಳಿದಿದ್ದಾರೆ. ಸಂಪನ್ಮೂಲ ಮಾನಿಟರ್‌ನಿಂದ ನಮ್ಮ ಸರ್ವರ್‌ಗಳ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ಗಳು ಇಲ್ಲಿವೆ, ಇದು ನಮಗೆ ಯಾವುದೇ ಭಯಾನಕ ಲೋಡ್ ಇಲ್ಲ ಎಂದು ತೋರಿಸುತ್ತದೆ, ಇದು ತುಂಬಾ ಸಾಧಾರಣವಾಗಿದೆ.
ಉದಾಹರಣೆಗೆ, ಕೆಳಗಿನ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ನಲ್ಲಿ ನಾವು CPU ಲೋಡ್ 23% ಆಗಿರುವ SQL ಸರ್ವರ್ ಅನ್ನು ನೋಡುತ್ತೇವೆ. ಮತ್ತು ಇದು ಉತ್ತಮ ಸೂಚಕವಾಗಿದೆ (ಹೋಲಿಕೆಗಾಗಿ: ಲೋಡ್ 70% ತಲುಪಿದರೆ, ಹೆಚ್ಚಾಗಿ, ಉದ್ಯೋಗಿಗಳು ಕೆಲಸದಲ್ಲಿ ಸಾಕಷ್ಟು ಗಮನಾರ್ಹವಾದ ನಿಧಾನಗತಿಯನ್ನು ಗಮನಿಸುತ್ತಾರೆ).
ಎರಡನೇ ಸ್ಕ್ರೀನ್‌ಶಾಟ್ 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಚಾಲನೆಯಲ್ಲಿರುವ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ - ಇದು ಬಳಕೆದಾರರ ಸೆಷನ್‌ಗಳಿಗೆ ಮಾತ್ರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಇಲ್ಲಿ ಪ್ರೊಸೆಸರ್ ಲೋಡ್ ಸ್ವಲ್ಪ ಹೆಚ್ಚಾಗಿದೆ - 38%, ಇದು ನಯವಾದ ಮತ್ತು ಶಾಂತವಾಗಿರುತ್ತದೆ. ಕೆಲವು ಡಿಸ್ಕ್ ಲೋಡಿಂಗ್ ಇದೆ, ಆದರೆ ಇದು ಸ್ವೀಕಾರಾರ್ಹವಾಗಿದೆ.
ಮೂರನೇ ಸ್ಕ್ರೀನ್‌ಶಾಟ್ ಮತ್ತೊಂದು 1C ಅನ್ನು ತೋರಿಸುತ್ತದೆ: ಎಂಟರ್‌ಪ್ರೈಸ್ ಸರ್ವರ್ (ಇದು ಎರಡನೆಯದು, ಅವುಗಳಲ್ಲಿ ಎರಡು ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿವೆ). ಹಿಂದಿನದು ಮಾತ್ರ ಬಳಕೆದಾರರಿಗೆ ಸೇವೆ ಸಲ್ಲಿಸುತ್ತದೆ ಮತ್ತು ರೋಬೋಟ್‌ಗಳು ಇದರಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. ಉದಾಹರಣೆಗೆ, ಅವರು ಮೇಲ್, ಮಾರ್ಗ ದಾಖಲೆಗಳು, ವಿನಿಮಯ ಡೇಟಾ, ಹಕ್ಕುಗಳನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡುವುದು ಇತ್ಯಾದಿಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತಾರೆ. ಈ ಎಲ್ಲಾ ಹಿನ್ನೆಲೆ ಚಟುವಟಿಕೆಗಳು ಸರಿಸುಮಾರು 90-100 ಹಿನ್ನೆಲೆ ಕೆಲಸಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತವೆ. ಮತ್ತು ಈ ಸರ್ವರ್ ತುಂಬಾ ಹೆಚ್ಚು ಲೋಡ್ ಆಗಿದೆ - 88%. ಆದರೆ ಇದು ಜನರ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ ಮತ್ತು ಡಾಕ್ಯುಮೆಂಟ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಮಾಡಬೇಕಾದ ಎಲ್ಲಾ ಯಾಂತ್ರೀಕೃತಗೊಂಡವನ್ನು ಇದು ನಿಖರವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ.
ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಅಳೆಯಲು ಮೆಟ್ರಿಕ್‌ಗಳು ಯಾವುವು?
ಕಾರ್ಯಕ್ಷಮತೆ ಸೂಚಕಗಳನ್ನು ಅಳೆಯಲು ಮತ್ತು ವಿವಿಧ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ನಮ್ಮ ಅಂಗಸಂಸ್ಥೆಗಳಲ್ಲಿ ನಾವು ಗಂಭೀರವಾದ ಉಪವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಂದಿದ್ದೇವೆ. ಪ್ರಸ್ತುತ ಕ್ಷಣದಲ್ಲಿ ಮತ್ತು ಐತಿಹಾಸಿಕ ದೃಷ್ಟಿಕೋನದಿಂದ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಏನಾಗುತ್ತಿದೆ, ಯಾವುದು ಕೆಟ್ಟದಾಗುತ್ತಿದೆ, ಯಾವುದು ಉತ್ತಮವಾಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಇದು ಅವಶ್ಯಕವಾಗಿದೆ. ಮಾನಿಟರಿಂಗ್ ಪರಿಕರಗಳು - ಮೆಟ್ರಿಕ್‌ಗಳು ಮತ್ತು ಸಮಯ ಮಾಪನಗಳು - "1C: ಡಾಕ್ಯುಮೆಂಟ್ ಫ್ಲೋ 8" ನ ಪ್ರಮಾಣಿತ ವಿತರಣೆಯಲ್ಲಿ ಸೇರಿಸಲಾಗಿದೆ. ಅನುಷ್ಠಾನದ ಸಮಯದಲ್ಲಿ ಮೆಟ್ರಿಕ್‌ಗಳಿಗೆ ಗ್ರಾಹಕೀಕರಣದ ಅಗತ್ಯವಿರುತ್ತದೆ, ಆದರೆ ಕಾರ್ಯವಿಧಾನವು ಪ್ರಮಾಣಿತವಾಗಿದೆ.
ಮೆಟ್ರಿಕ್‌ಗಳು ಸಮಯದ ಕೆಲವು ಹಂತಗಳಲ್ಲಿ ವಿವಿಧ ವ್ಯವಹಾರ ಸೂಚಕಗಳ ಮಾಪನಗಳಾಗಿವೆ (ಉದಾಹರಣೆಗೆ, ಸರಾಸರಿ ಮೇಲ್ ವಿತರಣಾ ಸಮಯ 10 ನಿಮಿಷಗಳು).
ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಸಕ್ರಿಯ ಬಳಕೆದಾರರ ಸಂಖ್ಯೆಯನ್ನು ಮೆಟ್ರಿಕ್‌ಗಳಲ್ಲಿ ಒಂದು ತೋರಿಸುತ್ತದೆ. ದಿನದಲ್ಲಿ ಸರಾಸರಿ 1000-1400 ಇವೆ. ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ನ ಸಮಯದಲ್ಲಿ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ 2144 ಸಕ್ರಿಯ ಬಳಕೆದಾರರಿದ್ದರು ಎಂದು ಗ್ರಾಫ್ ತೋರಿಸುತ್ತದೆ.
ಅಂತಹ 30 ಕ್ಕೂ ಹೆಚ್ಚು ಕ್ರಮಗಳಿವೆ, ಪಟ್ಟಿಯು ಕಟ್ ಅಡಿಯಲ್ಲಿದೆ.ಪಟ್ಟಿ
- ಲಾಗಿನ್ ಮಾಡಿ
- ಸೈನ್ ಔಟ್ ಮಾಡಿ
- ಮೇಲ್ ಲೋಡ್ ಆಗುತ್ತಿದೆ
- ವಸ್ತುವಿನ ಸಿಂಧುತ್ವವನ್ನು ಬದಲಾಯಿಸುವುದು
- ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ಬದಲಾಯಿಸುವುದು
- ಪ್ರಕ್ರಿಯೆಯ ವಿಷಯವನ್ನು ಬದಲಾಯಿಸುವುದು
- ವಸ್ತುವಿನ ಕೆಲಸದ ಗುಂಪನ್ನು ಬದಲಾಯಿಸುವುದು
- ಕಿಟ್ ಸಂಯೋಜನೆಯನ್ನು ಬದಲಾಯಿಸುವುದು
- ಫೈಲ್ ಅನ್ನು ಬದಲಾಯಿಸಲಾಗುತ್ತಿದೆ
- ಫೈಲ್ ಆಮದು
- ಮೇಲ್ ಮೂಲಕ ಕಳುಹಿಸಲಾಗುತ್ತಿದೆ
- ಫೈಲ್ಗಳನ್ನು ಸರಿಸಲಾಗುತ್ತಿದೆ
- ಕಾರ್ಯವನ್ನು ಮರುನಿರ್ದೇಶಿಸಲಾಗುತ್ತಿದೆ
- ಎಲೆಕ್ಟ್ರಾನಿಕ್ ಸಹಿಗೆ ಸಹಿ ಮಾಡುವುದು
- ವಿವರಗಳ ಮೂಲಕ ಹುಡುಕಿ
- ಪೂರ್ಣ ಪಠ್ಯ ಹುಡುಕಾಟ
- ಫೈಲ್ ಅನ್ನು ಸ್ವೀಕರಿಸಲಾಗುತ್ತಿದೆ
- ಒಂದು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಅಡ್ಡಿಪಡಿಸುವುದು
- ವೀಕ್ಷಿಸಿ
- ಡೀಕ್ರಿಪ್ಶನ್
- ಡಾಕ್ಯುಮೆಂಟ್ ನೋಂದಣಿ
- ಸ್ಕ್ಯಾನ್
- ಅಳಿಸುವಿಕೆ ಗುರುತು ತೆಗೆಯುವುದು
- ಒಂದು ವಸ್ತುವನ್ನು ರಚಿಸುವುದು
- ಡಿಸ್ಕ್ಗೆ ಉಳಿಸಲಾಗುತ್ತಿದೆ
- ಪ್ರಕ್ರಿಯೆಯ ಪ್ರಾರಂಭ
- ಬಳಕೆದಾರರ ಲಾಗ್ ನಮೂದುಗಳನ್ನು ಅಳಿಸಲಾಗುತ್ತಿದೆ
- ಎಲೆಕ್ಟ್ರಾನಿಕ್ ಸಹಿಯನ್ನು ತೆಗೆದುಹಾಕುವುದು
- ಅಳಿಸುವಿಕೆ ಗುರುತು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ
- ಗೂಢಲಿಪೀಕರಣ
- ಫೋಲ್ಡರ್ ಅನ್ನು ರಫ್ತು ಮಾಡಿ
ಕಳೆದ ವಾರದ ಹಿಂದಿನ ವಾರದಲ್ಲಿ, ನಮ್ಮ ಸರಾಸರಿ ಬಳಕೆದಾರರ ಚಟುವಟಿಕೆಯು ಒಂದೂವರೆ ಪಟ್ಟು ಹೆಚ್ಚಾಗಿದೆ (ಗ್ರಾಫ್‌ನಲ್ಲಿ ಕೆಂಪು ಬಣ್ಣದಲ್ಲಿ ತೋರಿಸಲಾಗಿದೆ) - ಇದು ಹೆಚ್ಚಿನ ಉದ್ಯೋಗಿಗಳನ್ನು ದೂರಸ್ಥ ಕೆಲಸಕ್ಕೆ ಪರಿವರ್ತಿಸುವುದರಿಂದ (ಪ್ರಸಿದ್ಧ ಘಟನೆಗಳಿಂದಾಗಿ). ಅಲ್ಲದೆ, ಸಕ್ರಿಯ ಬಳಕೆದಾರರ ಸಂಖ್ಯೆಯು 3 ಪಟ್ಟು ಹೆಚ್ಚಾಗಿದೆ (ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ನಲ್ಲಿ ನೀಲಿ ಬಣ್ಣದಲ್ಲಿ ತೋರಿಸಲಾಗಿದೆ), ಏಕೆಂದರೆ ಉದ್ಯೋಗಿಗಳು ಮೊಬೈಲ್ ಫೋನ್‌ಗಳನ್ನು ಸಕ್ರಿಯವಾಗಿ ಬಳಸಲು ಪ್ರಾರಂಭಿಸಿದರು: ಪ್ರತಿ ಮೊಬೈಲ್ ಕ್ಲೈಂಟ್ ಸರ್ವರ್ಗೆ ಸಂಪರ್ಕವನ್ನು ರಚಿಸುತ್ತದೆ. ಈಗ, ಸರಾಸರಿಯಾಗಿ, ನಮ್ಮ ಪ್ರತಿಯೊಬ್ಬ ಉದ್ಯೋಗಿಯು ಸರ್ವರ್ಗೆ 2 ಸಂಪರ್ಕಗಳನ್ನು ಹೊಂದಿದ್ದಾರೆ.
ನಮಗೆ, ನಿರ್ವಾಹಕರಾಗಿ, ನಾವು ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳ ಬಗ್ಗೆ ಹೆಚ್ಚು ಗಮನ ಹರಿಸಬೇಕು ಮತ್ತು ವಿಷಯಗಳು ಕೆಟ್ಟದಾಗಿದೆಯೇ ಎಂದು ನೋಡಬೇಕು ಎಂಬ ಸಂಕೇತವಾಗಿದೆ. ಆದರೆ ನಾವು ಇದನ್ನು ಇತರ ನಿಯತಾಂಕಗಳ ಆಧಾರದ ಮೇಲೆ ನೋಡುತ್ತೇವೆ. ಉದಾಹರಣೆಗೆ, ಆಂತರಿಕ ರೂಟಿಂಗ್‌ಗಾಗಿ ಮೇಲ್ ವಿತರಣಾ ಸಮಯವು ಹೇಗೆ ಬದಲಾಗುತ್ತದೆ (ಕೆಳಗಿನ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ನಲ್ಲಿ ನೀಲಿ ಬಣ್ಣದಲ್ಲಿ ತೋರಿಸಲಾಗಿದೆ). ಈ ವರ್ಷದವರೆಗೆ ಅದು ಏರಿಳಿತವನ್ನು ಕಂಡಿದೆ, ಆದರೆ ಈಗ ಅದು ಸ್ಥಿರವಾಗಿದೆ - ನಮಗೆ ಇದು ವ್ಯವಸ್ಥೆಯೊಂದಿಗೆ ಎಲ್ಲವೂ ಕ್ರಮದಲ್ಲಿದೆ ಎಂಬ ಸೂಚಕವಾಗಿದೆ.
ನಮಗೆ ಮತ್ತೊಂದು ಅನ್ವಯಿಕ ಮೆಟ್ರಿಕ್ ಮೇಲ್ ಸರ್ವರ್‌ನಿಂದ ಅಕ್ಷರಗಳನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಲು ಸರಾಸರಿ ಕಾಯುವ ಸಮಯವಾಗಿದೆ (ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ನಲ್ಲಿ ಕೆಂಪು ಬಣ್ಣದಲ್ಲಿ ತೋರಿಸಲಾಗಿದೆ). ಸ್ಥೂಲವಾಗಿ ಹೇಳುವುದಾದರೆ, ಪತ್ರವು ನಮ್ಮ ಉದ್ಯೋಗಿಗೆ ತಲುಪುವ ಮೊದಲು ಎಷ್ಟು ಸಮಯದವರೆಗೆ ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿ ತೇಲುತ್ತದೆ. ಈ ಸಮಯವು ಇತ್ತೀಚೆಗೆ ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಬದಲಾಗಿಲ್ಲ ಎಂದು ಸ್ಕ್ರೀನ್‌ಶಾಟ್ ತೋರಿಸುತ್ತದೆ. ಪ್ರತ್ಯೇಕವಾದ ಸ್ಪೈಕ್‌ಗಳಿವೆ - ಆದರೆ ಅವು ವಿಳಂಬಗಳೊಂದಿಗೆ ಸಂಬಂಧ ಹೊಂದಿಲ್ಲ, ಆದರೆ ಮೇಲ್ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಸಮಯ ಕಳೆದುಹೋಗಿದೆ ಎಂಬ ಅಂಶದೊಂದಿಗೆ.
ಅಥವಾ, ಉದಾಹರಣೆಗೆ, ಮತ್ತೊಂದು ಮೆಟ್ರಿಕ್ (ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ನಲ್ಲಿ ನೀಲಿ ಬಣ್ಣದಲ್ಲಿ ತೋರಿಸಲಾಗಿದೆ) - ಫೋಲ್ಡರ್‌ನಲ್ಲಿ ಅಕ್ಷರಗಳನ್ನು ನವೀಕರಿಸುವುದು. ಮೇಲ್ ಫೋಲ್ಡರ್ ತೆರೆಯುವುದು ತುಂಬಾ ಸಾಮಾನ್ಯವಾದ ಕಾರ್ಯಾಚರಣೆಯಾಗಿದೆ ಮತ್ತು ತ್ವರಿತವಾಗಿ ಮಾಡಬೇಕಾಗಿದೆ. ಅದನ್ನು ಎಷ್ಟು ಬೇಗನೆ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಾವು ಅಳೆಯುತ್ತೇವೆ. ಈ ಸೂಚಕವನ್ನು ಪ್ರತಿ ಕ್ಲೈಂಟ್‌ಗೆ ಅಳೆಯಲಾಗುತ್ತದೆ. ನೀವು ಕಂಪನಿಯ ಒಟ್ಟಾರೆ ಚಿತ್ರ ಮತ್ತು ಡೈನಾಮಿಕ್ಸ್ ಎರಡನ್ನೂ ನೋಡಬಹುದು, ಉದಾಹರಣೆಗೆ, ಒಬ್ಬ ವೈಯಕ್ತಿಕ ಉದ್ಯೋಗಿಗೆ. ಈ ವರ್ಷದವರೆಗೆ ಮೆಟ್ರಿಕ್ ಅಸಮತೋಲಿತವಾಗಿದೆ ಎಂದು ಸ್ಕ್ರೀನ್‌ಶಾಟ್ ತೋರಿಸುತ್ತದೆ, ನಂತರ ನಾವು ಹಲವಾರು ಸುಧಾರಣೆಗಳನ್ನು ಮಾಡಿದ್ದೇವೆ ಮತ್ತು ಈಗ ಅದು ಕೆಟ್ಟದಾಗುತ್ತಿಲ್ಲ - ಗ್ರಾಫ್ ಬಹುತೇಕ ಸಮತಟ್ಟಾಗಿದೆ.
ಮೆಟ್ರಿಕ್‌ಗಳು ಮೂಲತಃ ಸಿಸ್ಟಮ್ ಅನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ನಿರ್ವಾಹಕರ ಸಾಧನವಾಗಿದ್ದು, ಸಿಸ್ಟಮ್‌ನ ನಡವಳಿಕೆಯಲ್ಲಿನ ಯಾವುದೇ ಬದಲಾವಣೆಗಳಿಗೆ ತ್ವರಿತವಾಗಿ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ. ಸ್ಕ್ರೀನ್‌ಶಾಟ್ ವರ್ಷದ ಆಂತರಿಕ ಅಂಗಸಂಸ್ಥೆ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ. ಆಂತರಿಕ ಅಂಗಸಂಸ್ಥೆಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ನಮಗೆ ಕಾರ್ಯಗಳನ್ನು ನೀಡಲಾಗಿದೆ ಎಂಬ ಅಂಶದಿಂದಾಗಿ ಗ್ರಾಫ್‌ಗಳಲ್ಲಿ ಜಂಪ್ ಆಗಿದೆ.
ಇನ್ನೂ ಕೆಲವು ಮೆಟ್ರಿಕ್‌ಗಳ ಪಟ್ಟಿ ಇಲ್ಲಿದೆ (ಕಟ್ ಅಡಿಯಲ್ಲಿ).
ಮೆಟ್ರಿಕ್ಸ್
- ಬಳಕೆದಾರರ ಚಟುವಟಿಕೆ
- ಸಕ್ರಿಯ ಬಳಕೆದಾರರು
- ಸಕ್ರಿಯ ಪ್ರಕ್ರಿಯೆಗಳು
- ಫೈಲ್‌ಗಳ ಸಂಖ್ಯೆ
- ಫೈಲ್ ಗಾತ್ರ (MB)
- ದಾಖಲೆಗಳ ಸಂಖ್ಯೆ
- ಸ್ವೀಕರಿಸುವವರಿಗೆ ಕಳುಹಿಸಬೇಕಾದ ವಸ್ತುಗಳ ಸಂಖ್ಯೆ
- ಕೌಂಟರ್ಪಾರ್ಟಿಗಳ ಸಂಖ್ಯೆ
- ಅಪೂರ್ಣ ಕಾರ್ಯಗಳು
- ಕಳೆದ 10 ನಿಮಿಷಗಳಲ್ಲಿ ಮೇಲ್ ಸರ್ವರ್‌ನಿಂದ ಇಮೇಲ್‌ಗಳನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಲು ಸರಾಸರಿ ಕಾಯುವ ಸಮಯ
- ಬಾಹ್ಯ ಡೇಟಾ ಬಫರ್: ಫೈಲ್‌ಗಳ ಸಂಖ್ಯೆ
- ಪ್ರಸ್ತುತ ದಿನಾಂಕದಿಂದ ಗಡಿ ಹಿಂದುಳಿದಿದೆ
- ಉದ್ದನೆಯ ಸರತಿ ಸಾಲು
- ಕಾರ್ಯಾಚರಣೆಯ ಸಾಲು
- ಬಾಹ್ಯ ರೂಟಿಂಗ್ ಮೂಲಕ ಕಚ್ಚಾ ಖಾತೆಯ ವಯಸ್ಸು
- ಆಂತರಿಕ ರೂಟಿಂಗ್ ಸ್ವೀಕಾರ ಸರದಿ ಗಾತ್ರ (ಉದ್ದ ಸರತಿ ಸಾಲು)
- ಆಂತರಿಕ ರೂಟಿಂಗ್ ಸ್ವೀಕಾರ ಕ್ಯೂ ಗಾತ್ರ (ವೇಗದ ಸರತಿ)
- ಆಂತರಿಕ ರೂಟಿಂಗ್ ಮೂಲಕ ಮೇಲ್ ವಿತರಣಾ ಸಮಯ (ದೀರ್ಘ ಸರತಿ ಸಾಲು)
- ಆಂತರಿಕ ರೂಟಿಂಗ್ ಮೂಲಕ ಮೇಲ್ ವಿತರಣಾ ಸಮಯ (ವೇಗದ ಕ್ಯೂ)
- ಬಾಹ್ಯ ರೂಟಿಂಗ್ ಮೂಲಕ ಮೇಲ್ ವಿತರಣಾ ಸಮಯ (ಸರಾಸರಿ)
- ದಾಖಲೆಗಳ ಸಂಖ್ಯೆ ಕಾಯ್ದಿರಿಸುವಿಕೆ
- ದಾಖಲೆಗಳ ಸಂಖ್ಯೆ ಇಲ್ಲದಿರುವುದು
- ದಾಖಲೆಗಳ ಸಂಖ್ಯೆ "ಪ್ರತಿಪಕ್ಷದೊಂದಿಗೆ ಕೆಲಸದ ದಾಖಲೆ"
- ಫೋಲ್ಡರ್‌ನಲ್ಲಿ ಮೇಲ್ ನವೀಕರಣ ಪತ್ರಗಳು
- ಮೇಲ್ ಲೆಟರ್ ಕಾರ್ಡ್ ತೆರೆಯಲಾಗುತ್ತಿದೆ
- ಮೇಲ್ ಪತ್ರವನ್ನು ಫೋಲ್ಡರ್‌ಗೆ ವರ್ಗಾಯಿಸಿ
- ಫೋಲ್ಡರ್‌ಗಳ ಮೂಲಕ ಮೇಲ್ ನ್ಯಾವಿಗೇಟ್ ಮಾಡಿ
ನಮ್ಮ ಸಿಸ್ಟಮ್ ಗಡಿಯಾರದ ಸುತ್ತ 150 ಕ್ಕೂ ಹೆಚ್ಚು ಸೂಚಕಗಳನ್ನು ಅಳೆಯುತ್ತದೆ, ಆದರೆ ಎಲ್ಲವನ್ನೂ ತ್ವರಿತವಾಗಿ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ಕೆಲವು ಐತಿಹಾಸಿಕ ದೃಷ್ಟಿಕೋನದಲ್ಲಿ ಅವರು ನಂತರ ಸೂಕ್ತವಾಗಿ ಬರಬಹುದು ಮತ್ತು ನೀವು ವ್ಯಾಪಾರಕ್ಕಾಗಿ ಪ್ರಮುಖವಾದವುಗಳ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಬಹುದು.
ಒಂದು ಅನುಷ್ಠಾನದಲ್ಲಿ, ಉದಾಹರಣೆಗೆ, ಕೇವಲ 5 ಸೂಚಕಗಳನ್ನು ಮಾತ್ರ ಆಯ್ಕೆ ಮಾಡಲಾಗಿದೆ. ಗ್ರಾಹಕರು ಕನಿಷ್ಠ ಸೂಚಕಗಳನ್ನು ರಚಿಸಲು ಗುರಿಯನ್ನು ಹೊಂದಿದ್ದರು, ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ ಅದು ಮುಖ್ಯ ಕೆಲಸದ ಸನ್ನಿವೇಶಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಸ್ವೀಕಾರ ಪ್ರಮಾಣಪತ್ರದಲ್ಲಿ 150 ಸೂಚಕಗಳನ್ನು ಸೇರಿಸುವುದು ನ್ಯಾಯಸಮ್ಮತವಲ್ಲ, ಏಕೆಂದರೆ ಎಂಟರ್‌ಪ್ರೈಸ್‌ನಲ್ಲಿಯೂ ಸಹ ಯಾವ ಸೂಚಕಗಳನ್ನು ಸ್ವೀಕಾರಾರ್ಹವೆಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಒಪ್ಪಿಕೊಳ್ಳುವುದು ಕಷ್ಟ. ಮತ್ತು ಅವರು ಈ 5 ಸೂಚಕಗಳ ಬಗ್ಗೆ ತಿಳಿದಿದ್ದರು ಮತ್ತು ಸ್ಪರ್ಧೆಯ ದಸ್ತಾವೇಜನ್ನು ಒಳಗೊಂಡಂತೆ ಅನುಷ್ಠಾನ ಯೋಜನೆಯ ಪ್ರಾರಂಭದ ಮೊದಲು ಅವುಗಳನ್ನು ಸಿಸ್ಟಮ್‌ಗೆ ಪ್ರಸ್ತುತಪಡಿಸಿದ್ದಾರೆ: ಕಾರ್ಡ್ ತೆರೆಯುವ ಸಮಯ 3 ಸೆಕೆಂಡುಗಳಿಗಿಂತ ಹೆಚ್ಚಿಲ್ಲ, ಫೈಲ್ ಸಂಖ್ಯೆಯೊಂದಿಗೆ ಕಾರ್ಯವನ್ನು ಪೂರ್ಣಗೊಳಿಸುವ ಸಮಯ 5 ಸೆಕೆಂಡುಗಳಿಗಿಂತ ಹೆಚ್ಚು, ಇತ್ಯಾದಿ. ನಮ್ಮ ಅಂಗಸಂಸ್ಥೆಗಳಲ್ಲಿ ನಾವು ಗ್ರಾಹಕರ ತಾಂತ್ರಿಕ ವಿಶೇಷಣಗಳಿಂದ ಮೂಲ ವಿನಂತಿಯನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಪ್ರತಿಬಿಂಬಿಸುವ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ.
ಕಾರ್ಯಕ್ಷಮತೆ ಮಾಪನಗಳ ಪ್ರೊಫೈಲ್ ವಿಶ್ಲೇಷಣೆಯನ್ನು ಸಹ ನಾವು ಹೊಂದಿದ್ದೇವೆ. ಕಾರ್ಯಕ್ಷಮತೆ ಸೂಚಕಗಳು ಪ್ರತಿ ನಡೆಯುತ್ತಿರುವ ಕಾರ್ಯಾಚರಣೆಯ ಅವಧಿಯ ರೆಕಾರ್ಡಿಂಗ್ ಆಗಿದೆ (ಡೇಟಾಬೇಸ್ಗೆ ಪತ್ರವನ್ನು ಬರೆಯುವುದು, ಮೇಲ್ ಸರ್ವರ್ಗೆ ಪತ್ರವನ್ನು ಕಳುಹಿಸುವುದು, ಇತ್ಯಾದಿ). ಇದನ್ನು ತಂತ್ರಜ್ಞರು ಪ್ರತ್ಯೇಕವಾಗಿ ಬಳಸುತ್ತಾರೆ. ನಮ್ಮ ಪ್ರೋಗ್ರಾಂನಲ್ಲಿ ನಾವು ಸಾಕಷ್ಟು ಕಾರ್ಯಕ್ಷಮತೆ ಸೂಚಕಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತೇವೆ. ನಾವು ಪ್ರಸ್ತುತ ಸುಮಾರು 1500 ಪ್ರಮುಖ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಅಳೆಯುತ್ತೇವೆ, ಇವುಗಳನ್ನು ಪ್ರೊಫೈಲ್‌ಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ.
ನಮಗೆ ಅತ್ಯಂತ ಪ್ರಮುಖವಾದ ಪ್ರೊಫೈಲ್‌ಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ "ಗ್ರಾಹಕರ ದೃಷ್ಟಿಕೋನದಿಂದ ಮೇಲ್‌ನ ಪ್ರಮುಖ ಸೂಚಕಗಳ ಪಟ್ಟಿ." ಈ ಪ್ರೊಫೈಲ್ ಒಳಗೊಂಡಿದೆ, ಉದಾಹರಣೆಗೆ, ಕೆಳಗಿನ ಸೂಚಕಗಳು:
- ಆಜ್ಞೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವುದು: ಟ್ಯಾಗ್ ಮೂಲಕ ಆಯ್ಕೆಮಾಡಿ
- ಫಾರ್ಮ್ ತೆರೆಯಲಾಗುತ್ತಿದೆ: ಪಟ್ಟಿ ಫಾರ್ಮ್
- ಆಜ್ಞೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವುದು: ಫೋಲ್ಡರ್ ಮೂಲಕ ಆಯ್ಕೆಮಾಡಿ
- ಓದುವ ಪ್ರದೇಶದಲ್ಲಿ ಪತ್ರವನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತಿದೆ
- ನಿಮ್ಮ ನೆಚ್ಚಿನ ಫೋಲ್ಡರ್‌ಗೆ ಪತ್ರವನ್ನು ಉಳಿಸಲಾಗುತ್ತಿದೆ
- ವಿವರಗಳ ಮೂಲಕ ಅಕ್ಷರಗಳನ್ನು ಹುಡುಕಿ
- ಪತ್ರವನ್ನು ರಚಿಸುವುದು
ಕೆಲವು ವ್ಯವಹಾರ ಸೂಚಕಗಳ ಮೆಟ್ರಿಕ್ ತುಂಬಾ ದೊಡ್ಡದಾಗಿದೆ ಎಂದು ನಾವು ನೋಡಿದರೆ (ಉದಾಹರಣೆಗೆ, ನಿರ್ದಿಷ್ಟ ಬಳಕೆದಾರರಿಂದ ಪತ್ರಗಳು ಬಹಳ ಸಮಯದಿಂದ ಬರಲು ಪ್ರಾರಂಭಿಸಿವೆ), ನಾವು ಅದನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ ಮತ್ತು ತಾಂತ್ರಿಕ ಕಾರ್ಯಾಚರಣೆಗಳ ಸಮಯವನ್ನು ಅಳೆಯಲು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ. ನಾವು ತಾಂತ್ರಿಕ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಹೊಂದಿದ್ದೇವೆ “ಮೇಲ್ ಸರ್ವರ್‌ನಲ್ಲಿ ಅಕ್ಷರಗಳನ್ನು ಆರ್ಕೈವ್ ಮಾಡುವುದು” - ಈ ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯವನ್ನು ಕಳೆದ ಅವಧಿಗೆ ಮೀರಿದೆ ಎಂದು ನಾವು ನೋಡುತ್ತೇವೆ. ಈ ಕಾರ್ಯಾಚರಣೆಯು ಇತರ ಕಾರ್ಯಾಚರಣೆಗಳಾಗಿ ವಿಭಜನೆಯಾಗುತ್ತದೆ - ಉದಾಹರಣೆಗೆ, ಮೇಲ್ ಸರ್ವರ್ನೊಂದಿಗೆ ಸಂಪರ್ಕವನ್ನು ಸ್ಥಾಪಿಸುವುದು. ಕೆಲವು ಕಾರಣಗಳಿಂದ ಅದು ಇದ್ದಕ್ಕಿದ್ದಂತೆ ತುಂಬಾ ದೊಡ್ಡದಾಗಿದೆ ಎಂದು ನಾವು ನೋಡುತ್ತೇವೆ (ನಾವು ಒಂದು ತಿಂಗಳವರೆಗೆ ಎಲ್ಲಾ ಅಳತೆಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ - ಕಳೆದ ವಾರ ಅದು 10 ಮಿಲಿಸೆಕೆಂಡುಗಳು ಮತ್ತು ಈಗ ಅದು 1000 ಮಿಲಿಸೆಕೆಂಡುಗಳು ಎಂದು ನಾವು ಹೋಲಿಸಬಹುದು). ಮತ್ತು ಇಲ್ಲಿ ಏನಾದರೂ ಮುರಿದುಹೋಗಿದೆ ಎಂದು ನಾವು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇವೆ - ನಾವು ಅದನ್ನು ಸರಿಪಡಿಸಬೇಕಾಗಿದೆ.
ಅಂತಹ ದೊಡ್ಡ ಡೇಟಾಬೇಸ್ ಅನ್ನು ನಾವು ಹೇಗೆ ನಿರ್ವಹಿಸುತ್ತೇವೆ?
ನಮ್ಮ ಆಂತರಿಕ DO ನಿಜವಾಗಿಯೂ ಕೆಲಸ ಮಾಡುವ ಹೈ-ಲೋಡ್ ಯೋಜನೆಗೆ ಉದಾಹರಣೆಯಾಗಿದೆ. ಅದರ ಡೇಟಾಬೇಸ್ನ ತಾಂತ್ರಿಕ ವೈಶಿಷ್ಟ್ಯಗಳ ಬಗ್ಗೆ ಮಾತನಾಡೋಣ.
ದೊಡ್ಡ ಡೇಟಾಬೇಸ್ ಕೋಷ್ಟಕಗಳನ್ನು ಪುನರ್ರಚಿಸಲು ಎಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ?
SQL ಸರ್ವರ್ಗೆ ಆವರ್ತಕ ನಿರ್ವಹಣೆ ಅಗತ್ಯವಿರುತ್ತದೆ, ಕೋಷ್ಟಕಗಳನ್ನು ಕ್ರಮವಾಗಿ ಇರಿಸುತ್ತದೆ. ಉತ್ತಮ ರೀತಿಯಲ್ಲಿ, ಇದನ್ನು ದಿನಕ್ಕೆ ಒಮ್ಮೆಯಾದರೂ ಮಾಡಬೇಕು ಮತ್ತು ಹೆಚ್ಚಿನ ಬೇಡಿಕೆಯ ಕೋಷ್ಟಕಗಳಿಗೆ ಇನ್ನೂ ಹೆಚ್ಚಾಗಿ ಮಾಡಬೇಕು. ಆದರೆ ಡೇಟಾಬೇಸ್ ದೊಡ್ಡದಾಗಿದ್ದರೆ (ಮತ್ತು ನಮ್ಮ ದಾಖಲೆಗಳ ಸಂಖ್ಯೆ ಈಗಾಗಲೇ 11 ಬಿಲಿಯನ್ ಮೀರಿದೆ), ನಂತರ ಅದನ್ನು ನೋಡಿಕೊಳ್ಳುವುದು ಸುಲಭವಲ್ಲ.
ನಾವು 6 ವರ್ಷಗಳ ಹಿಂದೆ ಟೇಬಲ್ ಪುನರ್ರಚನೆಯನ್ನು ಮಾಡಿದ್ದೇವೆ, ಆದರೆ ನಂತರ ನಾವು ರಾತ್ರಿಯ ಮಧ್ಯಂತರಗಳಿಗೆ ಸರಿಹೊಂದುವುದಿಲ್ಲ ಎಂದು ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳಲಾರಂಭಿಸಿತು. ಮತ್ತು ಈ ಕಾರ್ಯಾಚರಣೆಗಳು SQL ಸರ್ವರ್ ಅನ್ನು ಹೆಚ್ಚು ಲೋಡ್ ಮಾಡುವುದರಿಂದ, ಅದು ಇತರ ಬಳಕೆದಾರರಿಗೆ ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಸೇವೆ ಸಲ್ಲಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಆದ್ದರಿಂದ, ಈಗ ನಾವು ವಿವಿಧ ತಂತ್ರಗಳನ್ನು ಬಳಸಬೇಕಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಸಂಪೂರ್ಣ ಡೇಟಾ ಸೆಟ್‌ಗಳಲ್ಲಿ ನಾವು ಈ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ನೀವು ನವೀಕರಣ ಮಾದರಿ 500000 ಸಾಲುಗಳ ಕಾರ್ಯವಿಧಾನವನ್ನು ಆಶ್ರಯಿಸಬೇಕು - ಇದು 14 ನಿಮಿಷಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಇದು ಟೇಬಲ್‌ನಲ್ಲಿರುವ ಎಲ್ಲಾ ಡೇಟಾದ ಅಂಕಿಅಂಶಗಳನ್ನು ನವೀಕರಿಸುವುದಿಲ್ಲ, ಆದರೆ ಅರ್ಧ ಮಿಲಿಯನ್ ಸಾಲುಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸಂಪೂರ್ಣ ಟೇಬಲ್‌ಗೆ ಬಳಸುವ ಅಂಕಿಅಂಶಗಳನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಅವುಗಳನ್ನು ಬಳಸುತ್ತದೆ. ಇದು ಕೆಲವು ಊಹೆಯಾಗಿದೆ, ಆದರೆ ನಾವು ಅದನ್ನು ಮಾಡಲು ಒತ್ತಾಯಿಸುತ್ತೇವೆ, ಏಕೆಂದರೆ ಒಂದು ನಿರ್ದಿಷ್ಟ ಕೋಷ್ಟಕಕ್ಕಾಗಿ, ಸಂಪೂರ್ಣ ಬಿಲಿಯನ್ ದಾಖಲೆಗಳ ಅಂಕಿಅಂಶಗಳನ್ನು ಸಂಗ್ರಹಿಸುವುದು ಸ್ವೀಕಾರಾರ್ಹವಲ್ಲದ ದೀರ್ಘ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
ನಾವು ಅವುಗಳನ್ನು ಭಾಗಶಃ ಮಾಡುವ ಮೂಲಕ ಇತರ ನಿರ್ವಹಣಾ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಉತ್ತಮಗೊಳಿಸಿದ್ದೇವೆ.
DBMS ಅನ್ನು ನಿರ್ವಹಿಸುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಕಷ್ಟಕರವಾದ ಕೆಲಸವಾಗಿದೆ. ಉದ್ಯೋಗಿಗಳ ನಡುವಿನ ಸಕ್ರಿಯ ಸಂವಾದದ ಸಂದರ್ಭದಲ್ಲಿ, ಡೇಟಾಬೇಸ್ ತ್ವರಿತವಾಗಿ ಬೆಳೆಯುತ್ತದೆ ಮತ್ತು ನಿರ್ವಾಹಕರು ಅದನ್ನು ನಿರ್ವಹಿಸುವುದು ಹೆಚ್ಚು ಕಷ್ಟಕರವಾಗುತ್ತದೆ - ಅಪ್ಡೇಟ್ ಅಂಕಿಅಂಶಗಳು, ಡಿಫ್ರಾಗ್ಮೆಂಟೇಶನ್, ಇಂಡೆಕ್ಸಿಂಗ್. ಇಲ್ಲಿ ನಾವು ವಿಭಿನ್ನ ತಂತ್ರಗಳನ್ನು ಅನ್ವಯಿಸಬೇಕಾಗಿದೆ, ಇದನ್ನು ಹೇಗೆ ಮಾಡಬೇಕೆಂದು ನಮಗೆ ಚೆನ್ನಾಗಿ ತಿಳಿದಿದೆ, ನಮಗೆ ಅನುಭವವಿದೆ, ನಾವು ಅದನ್ನು ಹಂಚಿಕೊಳ್ಳಬಹುದು.
ಅಂತಹ ಸಂಪುಟಗಳೊಂದಿಗೆ ಬ್ಯಾಕಪ್ ಅನ್ನು ಹೇಗೆ ಅಳವಡಿಸಲಾಗಿದೆ?
ಪೂರ್ಣ DBMS ಬ್ಯಾಕಪ್ ಅನ್ನು ರಾತ್ರಿಯಲ್ಲಿ ದಿನಕ್ಕೆ ಒಮ್ಮೆ ನಡೆಸಲಾಗುತ್ತದೆ, ಹೆಚ್ಚುತ್ತಿರುವ ಒಂದು - ಪ್ರತಿ ಗಂಟೆಗೆ. ಅಲ್ಲದೆ, ಫೈಲ್ ಡೈರೆಕ್ಟರಿಯನ್ನು ಪ್ರತಿದಿನ ರಚಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಇದು ಫೈಲ್ ಸಂಗ್ರಹಣೆಯ ಹೆಚ್ಚುತ್ತಿರುವ ಬ್ಯಾಕಪ್‌ನ ಒಂದು ಭಾಗವಾಗಿದೆ.
ಪೂರ್ಣ ಬ್ಯಾಕಪ್ ಅನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಎಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ?
ಹಾರ್ಡ್ ಡ್ರೈವ್‌ಗೆ ಪೂರ್ಣ ಬ್ಯಾಕಪ್ ಮೂರು ಗಂಟೆಗಳಲ್ಲಿ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆ, ಒಂದು ಗಂಟೆಯಲ್ಲಿ ಭಾಗಶಃ ಬ್ಯಾಕಪ್. ಟೇಪ್‌ಗೆ ಬರೆಯಲು ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ (ಕಚೇರಿಯ ಹೊರಗೆ ಸಂಗ್ರಹಿಸಲಾದ ವಿಶೇಷ ಕ್ಯಾಸೆಟ್‌ಗೆ ಬ್ಯಾಕಪ್ ನಕಲನ್ನು ಮಾಡುವ ವಿಶೇಷ ಸಾಧನ; ವರ್ಗಾಯಿಸಬಹುದಾದ ನಕಲನ್ನು ಟೇಪ್‌ಗೆ ತಯಾರಿಸಲಾಗುತ್ತದೆ, ಉದಾಹರಣೆಗೆ, ಸರ್ವರ್ ರೂಮ್ ಸುಟ್ಟುಹೋದರೆ ಅದನ್ನು ಸಂರಕ್ಷಿಸಲಾಗುತ್ತದೆ). ಬ್ಯಾಕಪ್ ಅನ್ನು ನಿಖರವಾಗಿ ಅದೇ ಸರ್ವರ್‌ನಲ್ಲಿ ಮಾಡಲಾಗಿದೆ, ಅದರ ನಿಯತಾಂಕಗಳು ಹೆಚ್ಚಿನದಾಗಿದೆ - 20% ಪ್ರೊಸೆಸರ್ ಲೋಡ್ ಹೊಂದಿರುವ SQL ಸರ್ವರ್. ಬ್ಯಾಕ್ಅಪ್ ಸಮಯದಲ್ಲಿ, ಸಹಜವಾಗಿ, ಸಿಸ್ಟಮ್ ಹೆಚ್ಚು ಕೆಟ್ಟದಾಗುತ್ತದೆ, ಆದರೆ ಇದು ಇನ್ನೂ ಕ್ರಿಯಾತ್ಮಕವಾಗಿರುತ್ತದೆ.
ಡಿಪ್ಲಿಕೇಶನ್ ಇದೆಯೇ?
ಫೈಲ್‌ಗಳಿವೆ, ಅದನ್ನು ನಾವೇ ಪರೀಕ್ಷಿಸಿಕೊಳ್ಳುತ್ತೇವೆ ಮತ್ತು ಶೀಘ್ರದಲ್ಲೇ ಅದನ್ನು ಡಾಕ್ಯುಮೆಂಟ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್‌ನ ಹೊಸ ಆವೃತ್ತಿಯಲ್ಲಿ ಸೇರಿಸಲಾಗುತ್ತದೆ. ನಾವು ಕೌಂಟರ್ಪಾರ್ಟಿ ಡಿಡ್ಪ್ಲಿಕೇಶನ್ ಕಾರ್ಯವಿಧಾನವನ್ನು ಸಹ ಪರೀಕ್ಷಿಸುತ್ತಿದ್ದೇವೆ. DBMS ಮಟ್ಟದಲ್ಲಿ ದಾಖಲೆಗಳ ಯಾವುದೇ ಕಡಿತವಿಲ್ಲ, ಏಕೆಂದರೆ ಇದು ಅಗತ್ಯವಿಲ್ಲ. 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ DBMS ನಲ್ಲಿ ವಸ್ತುಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ ಮತ್ತು ಅವುಗಳ ಸ್ಥಿರತೆಗೆ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಮಾತ್ರ ಜವಾಬ್ದಾರವಾಗಿರುತ್ತದೆ.
ಓದಲು-ಮಾತ್ರ ನೋಡ್‌ಗಳಿವೆಯೇ?
ಯಾವುದೇ ಓದುವ ನೋಡ್‌ಗಳಿಲ್ಲ (ಓದಲು ಯಾವುದೇ ಡೇಟಾವನ್ನು ಸ್ವೀಕರಿಸಲು ಅಗತ್ಯವಿರುವವರಿಗೆ ಸೇವೆ ಸಲ್ಲಿಸುವ ಮೀಸಲಾದ ಸಿಸ್ಟಮ್ ನೋಡ್‌ಗಳು). DO ಒಂದು ಪ್ರತ್ಯೇಕ BI ನೋಡ್ ಅನ್ನು ಹಾಕಲು ಲೆಕ್ಕಪರಿಶೋಧಕ ವ್ಯವಸ್ಥೆಯಲ್ಲ, ಆದರೆ ಅಭಿವೃದ್ಧಿ ಇಲಾಖೆಗೆ ಪ್ರತ್ಯೇಕ ನೋಡ್ ಇದೆ, ಅದರೊಂದಿಗೆ ಸಂದೇಶಗಳನ್ನು JSON ಸ್ವರೂಪದಲ್ಲಿ ವಿನಿಮಯ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ವಿಶಿಷ್ಟವಾದ ಪ್ರತಿಕೃತಿ ಸಮಯವು ಘಟಕಗಳು ಮತ್ತು ಹತ್ತಾರು ಸೆಕೆಂಡುಗಳು. ನೋಡ್ ಇನ್ನೂ ಚಿಕ್ಕದಾಗಿದೆ, ಇದು ಸುಮಾರು 800 ಮಿಲಿಯನ್ ದಾಖಲೆಗಳನ್ನು ಹೊಂದಿದೆ, ಆದರೆ ಇದು ತ್ವರಿತವಾಗಿ ಬೆಳೆಯುತ್ತಿದೆ.
ಅಳಿಸುವಿಕೆಗಾಗಿ ಗುರುತಿಸಲಾದ ಇಮೇಲ್‌ಗಳನ್ನು ಅಳಿಸಲಾಗಿಲ್ಲವೇ?
ಇನ್ನು ಇಲ್ಲ. ಬೇಸ್ ಅನ್ನು ಹಗುರಗೊಳಿಸುವ ಕಾರ್ಯ ನಮ್ಮಲ್ಲಿಲ್ಲ. 2009 ಸೇರಿದಂತೆ ಅಳಿಸುವಿಕೆಗೆ ಗುರುತಿಸಲಾದ ಅಕ್ಷರಗಳನ್ನು ಉಲ್ಲೇಖಿಸಲು ಅಗತ್ಯವಾದಾಗ ಹಲವಾರು ಗಂಭೀರ ಪ್ರಕರಣಗಳಿವೆ. ಅದಕ್ಕಾಗಿಯೇ ನಾವು ಈಗ ಎಲ್ಲವನ್ನೂ ಇರಿಸಿಕೊಳ್ಳಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ. ಆದರೆ ಇದರ ವೆಚ್ಚವು ಅನ್ಯಾಯವಾದಾಗ, ನಾವು ತೆಗೆದುಹಾಕುವ ಬಗ್ಗೆ ಯೋಚಿಸುತ್ತೇವೆ. ಆದರೆ, ಯಾವುದೇ ಕುರುಹುಗಳಿಲ್ಲದ ಕಾರಣ ನೀವು ಡೇಟಾಬೇಸ್‌ನಿಂದ ಪ್ರತ್ಯೇಕ ಪತ್ರವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತೆಗೆದುಹಾಕಬೇಕಾದರೆ, ವಿಶೇಷ ವಿನಂತಿಯ ಮೂಲಕ ಇದನ್ನು ಮಾಡಬಹುದು.
ಅದನ್ನು ಏಕೆ ಸಂಗ್ರಹಿಸಬೇಕು? ಹಳೆಯ ದಾಖಲೆಗಳ ಪ್ರವೇಶದ ಕುರಿತು ನೀವು ಅಂಕಿಅಂಶಗಳನ್ನು ಹೊಂದಿದ್ದೀರಾ?
ಯಾವುದೇ ಅಂಕಿಅಂಶಗಳಿಲ್ಲ. ಹೆಚ್ಚು ನಿಖರವಾಗಿ, ಇದು ಬಳಕೆದಾರ ಲಾಗ್ ರೂಪದಲ್ಲಿದೆ, ಆದರೆ ಅದನ್ನು ದೀರ್ಘಕಾಲ ಸಂಗ್ರಹಿಸಲಾಗಿಲ್ಲ. ಒಂದು ವರ್ಷಕ್ಕಿಂತ ಹಳೆಯದಾದ ನಮೂದುಗಳನ್ನು ಪ್ರೋಟೋಕಾಲ್‌ನಿಂದ ಅಳಿಸಲಾಗುತ್ತದೆ.
ಐದು ಅಥವಾ ಹತ್ತು ವರ್ಷಗಳ ಹಿಂದೆ ಹಳೆಯ ಪತ್ರವ್ಯವಹಾರವನ್ನು ಹಿಂಪಡೆಯಲು ಅಗತ್ಯವಾದ ಸಂದರ್ಭಗಳು ಇದ್ದವು. ಮತ್ತು ಇದನ್ನು ಯಾವಾಗಲೂ ನಿಷ್ಫಲ ಕುತೂಹಲದಿಂದ ಮಾಡಲಾಗಿಲ್ಲ, ಆದರೆ ಸಂಕೀರ್ಣ ವ್ಯವಹಾರ ನಿರ್ಧಾರಗಳನ್ನು ಮಾಡಲು. ಪತ್ರವ್ಯವಹಾರದ ಇತಿಹಾಸವಿಲ್ಲದೆ, ತಪ್ಪು ವ್ಯವಹಾರ ನಿರ್ಧಾರವನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದಾದ ಸಂದರ್ಭವಿತ್ತು.
ಶೇಖರಣಾ ಅವಧಿಗಳ ಪ್ರಕಾರ ದಾಖಲೆಗಳ ಮೌಲ್ಯವನ್ನು ಹೇಗೆ ನಿರ್ಣಯಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ನಾಶಪಡಿಸಲಾಗುತ್ತದೆ?
ಕಾಗದದ ದಾಖಲೆಗಳಿಗಾಗಿ ಇದನ್ನು ಎಲ್ಲರಂತೆ ಸಾಮಾನ್ಯ ಸಾಂಪ್ರದಾಯಿಕ ರೀತಿಯಲ್ಲಿ ಮಾಡಲಾಗುತ್ತದೆ. ವಿದ್ಯುನ್ಮಾನಕ್ಕಾಗಿ ನಾವು ಅದನ್ನು ಮಾಡುವುದಿಲ್ಲ - ಅವರು ಅವುಗಳನ್ನು ತಮಗಾಗಿ ಇಟ್ಟುಕೊಳ್ಳಲಿ. ಸಿಟ್ ಇಲ್ಲಿದೆ. ಪ್ರಯೋಜನಗಳಿವೆ. ಎಲ್ಲರೂ ಚೆನ್ನಾಗಿದ್ದಾರೆ.
ಯಾವ ಅಭಿವೃದ್ಧಿ ನಿರೀಕ್ಷೆಗಳಿವೆ?
ಈಗ ನಮ್ಮ DO ಸುಮಾರು 30 ಆಂತರಿಕ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುತ್ತದೆ, ಅವುಗಳಲ್ಲಿ ಕೆಲವು ನಾವು ಲೇಖನದ ಆರಂಭದಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡಿದ್ದೇವೆ. ನಮ್ಮ ಪಾಲುದಾರರಿಗಾಗಿ ನಾವು ವರ್ಷಕ್ಕೆ ಎರಡು ಬಾರಿ ನಡೆಸುವ ಸಮ್ಮೇಳನಗಳನ್ನು ತಯಾರಿಸಲು ಡಿಎಲ್ ಅನ್ನು ಸಹ ಬಳಸಲಾಗುತ್ತದೆ: ಸಂಪೂರ್ಣ ಪ್ರೋಗ್ರಾಂ, ಎಲ್ಲಾ ವರದಿಗಳು, ಎಲ್ಲಾ ಸಮಾನಾಂತರ ವಿಭಾಗಗಳು, ಸಭಾಂಗಣಗಳು - ಇವೆಲ್ಲವನ್ನೂ ಡಿಎಲ್‌ನಲ್ಲಿ ಟೈಪ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ನಂತರ ಅದರಿಂದ ಡೌನ್‌ಲೋಡ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಮುದ್ರಿತ ಪ್ರೋಗ್ರಾಂ ತಯಾರಿಸಲಾಗುತ್ತದೆ.
DO ಗಾಗಿ ದಾರಿಯಲ್ಲಿ ಇನ್ನೂ ಹಲವಾರು ಕಾರ್ಯಗಳಿವೆ, ಅದು ಈಗಾಗಲೇ ಪರಿಹರಿಸುತ್ತಿರುವ ಕಾರ್ಯಗಳ ಜೊತೆಗೆ. ಕಂಪನಿ-ವ್ಯಾಪಕ ಕಾರ್ಯಗಳಿವೆ, ಮತ್ತು ವಿಶಿಷ್ಟವಾದ ಮತ್ತು ಅಪರೂಪದ ಕಾರ್ಯಗಳಿವೆ, ನಿರ್ದಿಷ್ಟ ಇಲಾಖೆಯಿಂದ ಮಾತ್ರ ಅಗತ್ಯವಿದೆ. ಅವರಿಗೆ ಸಹಾಯ ಮಾಡುವುದು ಅವಶ್ಯಕ, ಅಂದರೆ 1C ಒಳಗೆ ಸಿಸ್ಟಮ್ ಅನ್ನು ಬಳಸುವ "ಭೂಗೋಳ" ವನ್ನು ವಿಸ್ತರಿಸುವುದು - ಅಪ್ಲಿಕೇಶನ್ನ ವ್ಯಾಪ್ತಿಯನ್ನು ವಿಸ್ತರಿಸುವುದು, ಎಲ್ಲಾ ಇಲಾಖೆಗಳ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವುದು. ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ವಿಶ್ವಾಸಾರ್ಹತೆಗೆ ಇದು ಅತ್ಯುತ್ತಮ ಪರೀಕ್ಷೆಯಾಗಿದೆ. ಟ್ರಿಲಿಯನ್‌ಗಟ್ಟಲೆ ದಾಖಲೆಗಳು, ಪೆಟಾಬೈಟ್‌ಗಳ ಮಾಹಿತಿಯಲ್ಲಿ ಸಿಸ್ಟಮ್ ಕೆಲಸ ಮಾಡುವುದನ್ನು ನಾನು ನೋಡಲು ಬಯಸುತ್ತೇನೆ.
ಮೂಲ: www.habr.com