ಎಲ್ಲಾ 1C ಡೆವಲಪರ್‌ಗಳು ಒಂದು ರೀತಿಯಲ್ಲಿ ಅಥವಾ ಇನ್ನೊಂದು ರೀತಿಯಲ್ಲಿ IT ಸೇವೆಗಳೊಂದಿಗೆ ಮತ್ತು ನೇರವಾಗಿ ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರೊಂದಿಗೆ ನಿಕಟವಾಗಿ ಸಂವಹನ ನಡೆಸುತ್ತಾರೆ. ಆದರೆ ಈ ಸಂವಹನವು ಯಾವಾಗಲೂ ಸುಗಮವಾಗಿ ನಡೆಯುವುದಿಲ್ಲ. ಇದರ ಬಗ್ಗೆ ನಾನು ನಿಮಗೆ ಕೆಲವು ತಮಾಷೆಯ ಕಥೆಗಳನ್ನು ಹೇಳಲು ಬಯಸುತ್ತೇನೆ.
ಹೆಚ್ಚಿನ ವೇಗದ ಸಂವಹನ ಚಾನಲ್
ನಮ್ಮ ಹೆಚ್ಚಿನ ಗ್ರಾಹಕರು ತಮ್ಮದೇ ಆದ ದೊಡ್ಡ ಐಟಿ ಇಲಾಖೆಗಳೊಂದಿಗೆ ದೊಡ್ಡ ಹಿಡುವಳಿದಾರರಾಗಿದ್ದಾರೆ. ಮತ್ತು ಕ್ಲೈಂಟ್ ತಜ್ಞರು ಸಾಮಾನ್ಯವಾಗಿ ಮಾಹಿತಿ ಡೇಟಾಬೇಸ್‌ಗಳ ಬ್ಯಾಕಪ್ ಪ್ರತಿಗಳಿಗೆ ಜವಾಬ್ದಾರರಾಗಿರುತ್ತಾರೆ. ಆದರೆ ತುಲನಾತ್ಮಕವಾಗಿ ಸಣ್ಣ ಸಂಸ್ಥೆಗಳೂ ಇವೆ. ವಿಶೇಷವಾಗಿ ಅವರಿಗೆ, ನಾವು ಸೇವೆಯನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಅದರ ಪ್ರಕಾರ ನಾವು ಎಲ್ಲವನ್ನೂ 1C ಬ್ಯಾಕಪ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಎಲ್ಲಾ ಸಮಸ್ಯೆಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತೇವೆ. ಈ ಕಥೆಯಲ್ಲಿ ನಾವು ಮಾತನಾಡುವ ಕಂಪನಿ ಇದು.
ಹೊಸ ಕ್ಲೈಂಟ್ 1C ಅನ್ನು ಬೆಂಬಲಿಸಲು ಬಂದಿತು ಮತ್ತು ಇತರ ವಿಷಯಗಳ ಜೊತೆಗೆ, ಒಪ್ಪಂದವು ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳಿಗೆ ನಾವು ಜವಾಬ್ದಾರರು ಎಂಬ ಷರತ್ತನ್ನು ಒಳಗೊಂಡಿತ್ತು, ಆದರೂ ಅವರು ಸಿಬ್ಬಂದಿಯಲ್ಲಿ ತಮ್ಮದೇ ಆದ ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರನ್ನು ಹೊಂದಿದ್ದರು. ಕ್ಲೈಂಟ್-ಸರ್ವರ್ ಡೇಟಾಬೇಸ್, MS SQL ಒಂದು DBMS. ಸಾಕಷ್ಟು ಪ್ರಮಾಣಿತ ಪರಿಸ್ಥಿತಿ, ಆದರೆ ಇನ್ನೂ ಒಂದು ಸೂಕ್ಷ್ಮ ವ್ಯತ್ಯಾಸವಿತ್ತು: ಮುಖ್ಯ ಬೇಸ್ ಸಾಕಷ್ಟು ದೊಡ್ಡದಾಗಿದೆ, ಆದರೆ ಮಾಸಿಕ ಹೆಚ್ಚಳವು ತುಂಬಾ ಚಿಕ್ಕದಾಗಿದೆ. ಅಂದರೆ, ಡೇಟಾಬೇಸ್ ಬಹಳಷ್ಟು ಐತಿಹಾಸಿಕ ಡೇಟಾವನ್ನು ಒಳಗೊಂಡಿದೆ. ಈ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು, ನಾನು ಬ್ಯಾಕಪ್ ನಿರ್ವಹಣಾ ಯೋಜನೆಗಳನ್ನು ಈ ಕೆಳಗಿನಂತೆ ಹೊಂದಿಸಿದ್ದೇನೆ: ಪ್ರತಿ ತಿಂಗಳ ಮೊದಲ ಶನಿವಾರದಂದು ಪೂರ್ಣ ಬ್ಯಾಕಪ್ ಮಾಡಲಾಯಿತು, ಅದು ಸಾಕಷ್ಟು ಭಾರವಾಗಿತ್ತು, ನಂತರ ಪ್ರತಿ ರಾತ್ರಿ ಒಂದು ವಿಭಿನ್ನ ನಕಲನ್ನು ಮಾಡಲಾಯಿತು - ತುಲನಾತ್ಮಕವಾಗಿ ಸಣ್ಣ ಪರಿಮಾಣ, ಮತ್ತು ನಕಲು ಪ್ರತಿ ಗಂಟೆಗೆ ವಹಿವಾಟಿನ ಲಾಗ್. ಇದಲ್ಲದೆ, ಪೂರ್ಣ ಮತ್ತು ಭೇದಾತ್ಮಕ ನಕಲುಗಳನ್ನು ಕೇವಲ ನೆಟ್ವರ್ಕ್ ಸಂಪನ್ಮೂಲಕ್ಕೆ ನಕಲಿಸಲಾಗಿಲ್ಲ, ಆದರೆ ಹೆಚ್ಚುವರಿಯಾಗಿ ನಮ್ಮ FTP ಸರ್ವರ್ಗೆ ಅಪ್ಲೋಡ್ ಮಾಡಲಾಗಿದೆ. ಈ ಸೇವೆಯನ್ನು ಒದಗಿಸುವಾಗ ಇದು ಕಡ್ಡಾಯ ಅವಶ್ಯಕತೆಯಾಗಿದೆ.
ಇದೆಲ್ಲವನ್ನೂ ಯಶಸ್ವಿಯಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ, ಕಾರ್ಯಾಚರಣೆಗೆ ಒಳಪಡಿಸಲಾಗಿದೆ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ವೈಫಲ್ಯಗಳಿಲ್ಲದೆ ಕೆಲಸ ಮಾಡಿದೆ.
ಆದರೆ ಕೆಲವು ತಿಂಗಳ ನಂತರ, ಈ ಸಂಸ್ಥೆಯಲ್ಲಿ ಸಿಸ್ಟಮ್ ಅಡ್ಮಿನಿಸ್ಟ್ರೇಟರ್ ಬದಲಾಯಿತು. ಹೊಸ ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು ಆಧುನಿಕ ಪ್ರವೃತ್ತಿಗಳಿಗೆ ಅನುಗುಣವಾಗಿ ಕಂಪನಿಯ ಐಟಿ ಮೂಲಸೌಕರ್ಯವನ್ನು ಕ್ರಮೇಣ ಪುನರ್ನಿರ್ಮಿಸಲು ಪ್ರಾರಂಭಿಸಿದರು. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ವರ್ಚುವಲೈಸೇಶನ್ ಕಾಣಿಸಿಕೊಂಡಿತು, ಡಿಸ್ಕ್ ಕಪಾಟುಗಳು, ಪ್ರವೇಶವನ್ನು ಎಲ್ಲೆಡೆ ನಿರ್ಬಂಧಿಸಲಾಗಿದೆ ಮತ್ತು ಎಲ್ಲವೂ, ಇತ್ಯಾದಿ, ಇದು ಸಾಮಾನ್ಯ ಸಂದರ್ಭದಲ್ಲಿ, ಸಹಜವಾಗಿ, ಹಿಗ್ಗು ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ಆದರೆ ಅವನಿಗೆ ಯಾವಾಗಲೂ ವಿಷಯಗಳು ಸುಗಮವಾಗಿ ಹೋಗಲಿಲ್ಲ; 1C ಯ ಕಾರ್ಯಕ್ಷಮತೆಯೊಂದಿಗೆ ಆಗಾಗ್ಗೆ ಸಮಸ್ಯೆಗಳಿದ್ದವು, ಇದು ನಮ್ಮ ಬೆಂಬಲದೊಂದಿಗೆ ಕೆಲವು ಭಿನ್ನಾಭಿಪ್ರಾಯಗಳು ಮತ್ತು ತಪ್ಪುಗ್ರಹಿಕೆಯನ್ನು ಉಂಟುಮಾಡಿತು. ಅಲ್ಲದೆ, ಅವನೊಂದಿಗಿನ ನಮ್ಮ ಸಂಬಂಧವು ಸಾಮಾನ್ಯವಾಗಿ ಸಾಕಷ್ಟು ತಣ್ಣಗಿರುತ್ತದೆ ಮತ್ತು ಸ್ವಲ್ಪಮಟ್ಟಿಗೆ ಪ್ರಯಾಸಪಟ್ಟಿದೆ ಎಂದು ಗಮನಿಸಬೇಕು, ಇದು ಯಾವುದೇ ಸಮಸ್ಯೆಗಳ ಸಂದರ್ಭದಲ್ಲಿ ಉದ್ವೇಗದ ಮಟ್ಟವನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ.
ಆದರೆ ಒಂದು ಬೆಳಿಗ್ಗೆ ಈ ಕ್ಲೈಂಟ್‌ನ ಸರ್ವರ್ ಲಭ್ಯವಿಲ್ಲ ಎಂದು ಬದಲಾಯಿತು. ಏನಾಯಿತು ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯಲು ನಾನು ಸಿಸ್ಟಮ್ ಅಡ್ಮಿನಿಸ್ಟ್ರೇಟರ್ ಅನ್ನು ಕರೆದಿದ್ದೇನೆ ಮತ್ತು "ನಮ್ಮ ಸರ್ವರ್ ಕ್ರ್ಯಾಶ್ ಆಗಿದೆ, ನಾವು ಅದರಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದ್ದೇವೆ, ನಿಮಗೆ ಬಿಟ್ಟದ್ದಲ್ಲ" ಎಂಬಂತಹ ಉತ್ತರವನ್ನು ಸ್ವೀಕರಿಸಿದೆ. ಸರಿ, ಅವರು ಕೆಲಸ ಮಾಡುವುದು ಒಳ್ಳೆಯದು. ಇದರರ್ಥ ಪರಿಸ್ಥಿತಿ ನಿಯಂತ್ರಣದಲ್ಲಿದೆ. ಊಟದ ನಂತರ, ನಾನು ಮತ್ತೆ ಕರೆ ಮಾಡುತ್ತೇನೆ ಮತ್ತು ಕಿರಿಕಿರಿಯ ಬದಲಿಗೆ, ನಿರ್ವಾಹಕರ ಧ್ವನಿಯಲ್ಲಿ ನಾನು ಈಗಾಗಲೇ ಆಯಾಸ ಮತ್ತು ನಿರಾಸಕ್ತಿ ಅನುಭವಿಸಬಹುದು. ಏನಾಯಿತು ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯಲು ನಾನು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದೇನೆ ಮತ್ತು ಸಹಾಯ ಮಾಡಲು ನಾವು ಏನಾದರೂ ಮಾಡಬಹುದೇ? ಸಂಭಾಷಣೆಯ ಪರಿಣಾಮವಾಗಿ, ಈ ಕೆಳಗಿನವುಗಳು ಹೊರಹೊಮ್ಮಿದವು:
ಅವರು ಹೊಸದಾಗಿ ಜೋಡಿಸಲಾದ ದಾಳಿಯೊಂದಿಗೆ ಸರ್ವರ್ ಅನ್ನು ಹೊಸ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗೆ ಸರಿಸಿದರು. ಆದರೆ ಏನೋ ತಪ್ಪಾಗಿದೆ ಮತ್ತು ಕೆಲವು ದಿನಗಳ ನಂತರ ಈ ದಾಳಿಯು ಸುರಕ್ಷಿತವಾಗಿ ಕುಸಿಯಿತು. ನಿಯಂತ್ರಕವು ಸುಟ್ಟುಹೋಗಿದೆಯೇ ಅಥವಾ ಡಿಸ್ಕ್ಗಳಿಗೆ ಏನಾದರೂ ಸಂಭವಿಸಿದೆಯೇ, ನನಗೆ ನಿಖರವಾಗಿ ನೆನಪಿಲ್ಲ, ಆದರೆ ಎಲ್ಲಾ ಮಾಹಿತಿಯು ಸರಿಪಡಿಸಲಾಗದಂತೆ ಕಳೆದುಹೋಗಿದೆ. ಮತ್ತು ಮುಖ್ಯ ವಿಷಯವೆಂದರೆ ಬ್ಯಾಕ್ಅಪ್ಗಳೊಂದಿಗೆ ನೆಟ್ವರ್ಕ್ ಸಂಪನ್ಮೂಲವು ವಿವಿಧ ವಲಸೆಯ ಸಮಯದಲ್ಲಿ ಅದೇ ಡಿಸ್ಕ್ ರಚನೆಯಲ್ಲಿ ಕೊನೆಗೊಂಡಿತು. ಅಂದರೆ, ಉತ್ಪಾದಕ ಡೇಟಾಬೇಸ್ ಮತ್ತು ಅದರ ಎಲ್ಲಾ ಬ್ಯಾಕಪ್ ಪ್ರತಿಗಳು ಕಳೆದುಹೋಗಿವೆ. ಮತ್ತು ಈಗ ಏನು ಮಾಡಬೇಕೆಂದು ಅಸ್ಪಷ್ಟವಾಗಿದೆ.
ಶಾಂತವಾಗಿರಿ, ನಾನು ಹೇಳುತ್ತೇನೆ. ನಿಮ್ಮ ರಾತ್ರಿಯ ಬ್ಯಾಕಪ್ ಅನ್ನು ನಾವು ಹೊಂದಿದ್ದೇವೆ. ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿ, ಮೌನವಿತ್ತು, ಅದರ ಮೂಲಕ ನಾನು ಮನುಷ್ಯನ ಜೀವವನ್ನು ಉಳಿಸಿದ್ದೇನೆ ಎಂದು ನಾನು ಅರಿತುಕೊಂಡೆ. ಈ ನಕಲನ್ನು ಹೊಸ, ಹೊಸದಾಗಿ ನಿಯೋಜಿಸಲಾದ ಸರ್ವರ್ಗೆ ಹೇಗೆ ವರ್ಗಾಯಿಸುವುದು ಎಂದು ನಾವು ಚರ್ಚಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ. ಆದರೆ ಇಲ್ಲೂ ಒಂದು ಸಮಸ್ಯೆ ತಲೆದೋರಿತು.
ಪೂರ್ಣ ಬ್ಯಾಕಪ್ ಸಾಕಷ್ಟು ದೊಡ್ಡದಾಗಿದೆ ಎಂದು ನಾನು ಹೇಳಿದಾಗ ನೆನಪಿದೆಯೇ? ತಿಂಗಳಿಗೊಮ್ಮೆ ಶನಿವಾರದಂದು ಮಾಡಿದ್ದು ಸುಳ್ಳಲ್ಲ. ಸಂಗತಿಯೆಂದರೆ, ಕಂಪನಿಯು ಒಂದು ಸಣ್ಣ ಸಸ್ಯವಾಗಿದ್ದು, ಅದು ನಗರದ ಹೊರಗೆ ಬಹಳ ದೂರದಲ್ಲಿದೆ ಮತ್ತು ಅವರ ಇಂಟರ್ನೆಟ್ ತುಂಬಾ ಇತ್ತು. ಸೋಮವಾರ ಬೆಳಿಗ್ಗೆ, ಅಂದರೆ, ವಾರಾಂತ್ಯದಲ್ಲಿ, ಈ ನಕಲನ್ನು ನಮ್ಮ FTP ಸರ್ವರ್ಗೆ ಅಪ್ಲೋಡ್ ಮಾಡಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ. ಆದರೆ ಅದು ವಿರುದ್ಧ ದಿಕ್ಕಿನಲ್ಲಿ ಲೋಡ್ ಆಗಲು ಒಂದು ದಿನ ಅಥವಾ ಎರಡು ದಿನ ಕಾಯಲು ಯಾವುದೇ ಮಾರ್ಗವಿಲ್ಲ. ಫೈಲ್ ಅನ್ನು ವರ್ಗಾಯಿಸಲು ಹಲವಾರು ವಿಫಲ ಪ್ರಯತ್ನಗಳ ನಂತರ, ನಿರ್ವಾಹಕರು ಹೊಸ ಸರ್ವರ್‌ನಿಂದ ನೇರವಾಗಿ ಹಾರ್ಡ್ ಡ್ರೈವ್ ಅನ್ನು ಹೊರತೆಗೆದರು, ಎಲ್ಲೋ ಡ್ರೈವರ್‌ನೊಂದಿಗೆ ಕಾರನ್ನು ಕಂಡುಕೊಂಡರು ಮತ್ತು ತ್ವರಿತವಾಗಿ ನಮ್ಮ ಕಚೇರಿಗೆ ಧಾವಿಸಿದರು, ಅದೃಷ್ಟವಶಾತ್ ನಾವು ಇನ್ನೂ ಅದೇ ನಗರದಲ್ಲಿದ್ದೇವೆ.
ಅವರು ನಮ್ಮ ಸರ್ವರ್ ಕೋಣೆಯಲ್ಲಿ ನಿಂತು ಫೈಲ್ಗಳನ್ನು ನಕಲು ಮಾಡಲು ಕಾಯುತ್ತಿರುವಾಗ, ನಾವು ಮೊದಲ ಬಾರಿಗೆ ಭೇಟಿಯಾದೆವು, ಮಾತನಾಡಲು, "ವೈಯಕ್ತಿಕವಾಗಿ", ಒಂದು ಕಪ್ ಕಾಫಿ ಕುಡಿದು ಮತ್ತು ಅನೌಪಚಾರಿಕ ಸೆಟ್ಟಿಂಗ್‌ನಲ್ಲಿ ಮಾತನಾಡಿದೆವು. ನಾನು ಅವನ ದುಃಖದ ಬಗ್ಗೆ ಸಹಾನುಭೂತಿ ಹೊಂದಿದ್ದೇನೆ ಮತ್ತು ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳ ಪೂರ್ಣ ಸ್ಕ್ರೂನೊಂದಿಗೆ ಅವನನ್ನು ಹಿಂತಿರುಗಿಸಿದೆ, ಕಂಪನಿಯ ಸ್ಥಗಿತಗೊಂಡ ಕೆಲಸವನ್ನು ಆತುರದಿಂದ ಮರುಸ್ಥಾಪಿಸಿದೆ.
ತರುವಾಯ, ಐಟಿ ಇಲಾಖೆಗೆ ನಮ್ಮ ಎಲ್ಲಾ ವಿನಂತಿಗಳನ್ನು ತ್ವರಿತವಾಗಿ ಪರಿಹರಿಸಲಾಯಿತು ಮತ್ತು ಯಾವುದೇ ಭಿನ್ನಾಭಿಪ್ರಾಯಗಳು ಉದ್ಭವಿಸಲಿಲ್ಲ.
ನಿಮ್ಮ ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರನ್ನು ಸಂಪರ್ಕಿಸಿ
ಒಮ್ಮೆ, ಬಹಳ ಸಮಯದವರೆಗೆ, ಒಬ್ಬ ಕ್ಲೈಂಟ್‌ಗಾಗಿ IIS ಮೂಲಕ ವೆಬ್ ಪ್ರವೇಶಕ್ಕಾಗಿ 1C ಅನ್ನು ಪ್ರಕಟಿಸಲು ನನಗೆ ಸಾಧ್ಯವಾಗಲಿಲ್ಲ. ಇದು ಸಾಮಾನ್ಯ ಕಾರ್ಯವೆಂದು ತೋರುತ್ತದೆ, ಆದರೆ ಎಲ್ಲವನ್ನೂ ಚಾಲನೆ ಮಾಡಲು ಯಾವುದೇ ಮಾರ್ಗವಿಲ್ಲ. ಸ್ಥಳೀಯ ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು ತೊಡಗಿಸಿಕೊಂಡರು ಮತ್ತು ವಿಭಿನ್ನ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ಗಳನ್ನು ಪ್ರಯತ್ನಿಸಿದರು. ವೆಬ್‌ನಲ್ಲಿ 1C ಸಾಮಾನ್ಯವಾಗಿ ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ಬಯಸುವುದಿಲ್ಲ. ಡೊಮೇನ್ ಭದ್ರತಾ ನೀತಿಗಳೊಂದಿಗೆ ಅಥವಾ ಸ್ಥಳೀಯ ಅತ್ಯಾಧುನಿಕ ಫೈರ್‌ವಾಲ್‌ನಲ್ಲಿ ಏನೋ ತಪ್ಪಾಗಿದೆ, ಅಥವಾ ದೇವರಿಗೆ ಇನ್ನೇನು ಗೊತ್ತು. Nth ಪುನರಾವರ್ತನೆಯಲ್ಲಿ, ನಿರ್ವಾಹಕರು ನನಗೆ ಪದಗಳೊಂದಿಗೆ ಲಿಂಕ್ ಅನ್ನು ಕಳುಹಿಸುತ್ತಾರೆ:
- ಈ ಸೂಚನೆಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ. ಎಲ್ಲವನ್ನೂ ಅಲ್ಲಿ ಸಾಕಷ್ಟು ವಿವರವಾಗಿ ವಿವರಿಸಲಾಗಿದೆ. ಅದು ಕೆಲಸ ಮಾಡದಿದ್ದರೆ, ಈ ಸೈಟ್ನ ಲೇಖಕರಿಗೆ ಬರೆಯಿರಿ, ಬಹುಶಃ ಅವರು ಸಹಾಯ ಮಾಡಬಹುದು.
"ಇಲ್ಲ," ನಾನು ಹೇಳುತ್ತೇನೆ, "ಇದು ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ."
- ಏಕೆ?
- ನಾನು ಈ ಸೈಟ್ನ ಲೇಖಕ ... (
ಪರಿಣಾಮವಾಗಿ, ನಾವು ಯಾವುದೇ ತೊಂದರೆಗಳಿಲ್ಲದೆ ಅಪಾಚೆಯಲ್ಲಿ ಅದನ್ನು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ. ಐಐಎಸ್ ಸೋಲಲಿಲ್ಲ.
ಒಂದು ಹಂತ ಆಳವಾಗಿದೆ
ನಾವು ಕ್ಲೈಂಟ್ ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ - ಸಣ್ಣ ಉತ್ಪಾದನಾ ಉದ್ಯಮ. ಅವರು ಸರ್ವರ್ ಅನ್ನು ಹೊಂದಿದ್ದರು, ಒಂದು ರೀತಿಯ "ಕ್ಲಾಸಿಕ್" 3 ರಲ್ಲಿ 1: ಟರ್ಮಿನಲ್ ಸರ್ವರ್ + ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ + ಡೇಟಾಬೇಸ್ ಸರ್ವರ್. ಅವರು ಯುಪಿಪಿ ಆಧಾರಿತ ಕೆಲವು ಉದ್ಯಮ-ನಿರ್ದಿಷ್ಟ ಸಂರಚನೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದರು, ಸುಮಾರು 15-20 ಬಳಕೆದಾರರಿದ್ದರು, ಮತ್ತು ಸಿಸ್ಟಮ್ನ ಕಾರ್ಯಕ್ಷಮತೆ, ತಾತ್ವಿಕವಾಗಿ, ಎಲ್ಲರಿಗೂ ಸರಿಹೊಂದುತ್ತದೆ.
ಸಮಯ ಕಳೆದಂತೆ, ಎಲ್ಲವೂ ಹೆಚ್ಚು ಕಡಿಮೆ ಸ್ಥಿರವಾಗಿ ಕೆಲಸ ಮಾಡಿತು. ಆದರೆ ನಂತರ ಯುರೋಪ್ ರಷ್ಯಾದ ವಿರುದ್ಧ ನಿರ್ಬಂಧಗಳನ್ನು ವಿಧಿಸಿತು, ಇದರ ಪರಿಣಾಮವಾಗಿ ರಷ್ಯನ್ನರು ಮುಖ್ಯವಾಗಿ ದೇಶೀಯವಾಗಿ ತಯಾರಿಸಿದ ಉತ್ಪನ್ನಗಳನ್ನು ಖರೀದಿಸಲು ಪ್ರಾರಂಭಿಸಿದರು ಮತ್ತು ಈ ಕಂಪನಿಯ ವ್ಯವಹಾರವು ತೀವ್ರವಾಗಿ ಏರಿತು. ಬಳಕೆದಾರರ ಸಂಖ್ಯೆಯು 50-60 ಜನರಿಗೆ ಹೆಚ್ಚಾಯಿತು, ಹೊಸ ಶಾಖೆಯನ್ನು ತೆರೆಯಲಾಯಿತು ಮತ್ತು ಅದಕ್ಕೆ ಅನುಗುಣವಾಗಿ ದಾಖಲೆಗಳ ಹರಿವು ಹೆಚ್ಚಾಯಿತು. ಮತ್ತು ಈಗ ಪ್ರಸ್ತುತ ಸರ್ವರ್ ಇನ್ನು ಮುಂದೆ ತೀವ್ರವಾಗಿ ಹೆಚ್ಚಿದ ಲೋಡ್ ಅನ್ನು ನಿಭಾಯಿಸಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ, ಮತ್ತು 1C ಅವರು ಹೇಳಿದಂತೆ "ನಿಧಾನಗೊಳಿಸಲು" ಪ್ರಾರಂಭಿಸಿದರು. ಗರಿಷ್ಠ ಸಮಯದಲ್ಲಿ, ದಾಖಲೆಗಳನ್ನು ಹಲವಾರು ನಿಮಿಷಗಳವರೆಗೆ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾಯಿತು, ತಡೆಯುವ ದೋಷಗಳು ಸಂಭವಿಸಿದವು, ರೂಪಗಳು ತೆರೆಯಲು ಬಹಳ ಸಮಯ ತೆಗೆದುಕೊಂಡಿತು ಮತ್ತು ಸಂಬಂಧಿತ ಸೇವೆಗಳ ಸಂಪೂರ್ಣ ಇತರ ಪುಷ್ಪಗುಚ್ಛ. ಸ್ಥಳೀಯ ಸಿಸ್ಟಂ ನಿರ್ವಾಹಕರು ಎಲ್ಲಾ ಸಮಸ್ಯೆಗಳನ್ನು ನಿವಾರಿಸಿದರು, "ಇದು ನಿಮ್ಮ 1C ಆಗಿದೆ, ನೀವು ಅದನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡುತ್ತೀರಿ." ಸಿಸ್ಟಂನ ಕಾರ್ಯಕ್ಷಮತೆಯ ಲೆಕ್ಕಪರಿಶೋಧನೆ ನಡೆಸಲು ನಾವು ಪದೇ ಪದೇ ಪ್ರಸ್ತಾಪಿಸಿದ್ದೇವೆ, ಆದರೆ ಅದು ಎಂದಿಗೂ ಲೆಕ್ಕಪರಿಶೋಧನೆಗೆ ಬಂದಿಲ್ಲ. ಕ್ಲೈಂಟ್ ಸಮಸ್ಯೆಗಳನ್ನು ಹೇಗೆ ಸರಿಪಡಿಸುವುದು ಎಂಬುದರ ಕುರಿತು ಶಿಫಾರಸುಗಳನ್ನು ಕೇಳಿದರು.
ಸರಿ, ನಾನು ಕುಳಿತು ಟರ್ಮಿನಲ್ ಸರ್ವರ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್‌ನ ಪಾತ್ರಗಳನ್ನು ಡಿಬಿಎಂಎಸ್‌ನೊಂದಿಗೆ ಬೇರ್ಪಡಿಸುವ ಅಗತ್ಯತೆಯ ಬಗ್ಗೆ ದೀರ್ಘವಾದ ಪತ್ರವನ್ನು ಬರೆದಿದ್ದೇನೆ (ಇದು ತಾತ್ವಿಕವಾಗಿ, ನಾವು ಈಗಾಗಲೇ ಹಲವು ಬಾರಿ ಹೇಳಿದ್ದೇವೆ). ನಾನು ಟರ್ಮಿನಲ್ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಡಿಎಫ್‌ಎಸ್‌ಎಸ್ ಬಗ್ಗೆ, ಹಂಚಿದ ಮೆಮೊರಿಯ ಬಗ್ಗೆ ಬರೆದಿದ್ದೇನೆ, ಅಧಿಕೃತ ಮೂಲಗಳಿಗೆ ಲಿಂಕ್‌ಗಳನ್ನು ಒದಗಿಸಿದ್ದೇನೆ ಮತ್ತು ಉಪಕರಣಗಳಿಗೆ ಕೆಲವು ಆಯ್ಕೆಗಳನ್ನು ಸಹ ಸೂಚಿಸಿದ್ದೇನೆ. ಈ ಪತ್ರವು ಕಂಪನಿಯಲ್ಲಿ ಅಧಿಕಾರದಲ್ಲಿರುವವರಿಗೆ ತಲುಪಿತು, "ಅನುಷ್ಠಾನ" ಎಂಬ ನಿರ್ಣಯಗಳೊಂದಿಗೆ ಐಟಿ ಇಲಾಖೆಗೆ ಹಿಂತಿರುಗಿತು ಮತ್ತು ಐಸ್ ಸಾಮಾನ್ಯವಾಗಿ ಮುರಿದುಹೋಯಿತು.
ಸ್ವಲ್ಪ ಸಮಯದ ನಂತರ, ನಿರ್ವಾಹಕರು ನನಗೆ ಹೊಸ ಸರ್ವರ್‌ನ IP ವಿಳಾಸ ಮತ್ತು ಲಾಗಿನ್ ರುಜುವಾತುಗಳನ್ನು ಕಳುಹಿಸುತ್ತಾರೆ. MS SQL ಮತ್ತು 1C ಸರ್ವರ್ ಘಟಕಗಳನ್ನು ಅಲ್ಲಿ ನಿಯೋಜಿಸಲಾಗಿದೆ ಮತ್ತು ಡೇಟಾಬೇಸ್ಗಳನ್ನು ವರ್ಗಾಯಿಸಬೇಕಾಗಿದೆ ಎಂದು ಅವರು ಹೇಳುತ್ತಾರೆ, ಆದರೆ ಇದೀಗ DBMS ಸರ್ವರ್ಗೆ ಮಾತ್ರ, 1C ಕೀಗಳೊಂದಿಗೆ ಕೆಲವು ಸಮಸ್ಯೆಗಳು ಉದ್ಭವಿಸಿವೆ.
ನಾನು ಬಂದಿದ್ದೇನೆ, ವಾಸ್ತವವಾಗಿ, ಎಲ್ಲಾ ಸೇವೆಗಳು ಚಾಲನೆಯಲ್ಲಿವೆ, ಸರ್ವರ್ ಹೆಚ್ಚು ಶಕ್ತಿಯುತವಾಗಿಲ್ಲ, ಆದರೆ ಸರಿ, ಇದು ಯಾವುದಕ್ಕಿಂತ ಉತ್ತಮವಾಗಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಪ್ರಸ್ತುತ ಸರ್ವರ್ ಅನ್ನು ಹೇಗಾದರೂ ನಿವಾರಿಸಲು ನಾನು ಇದೀಗ ಡೇಟಾಬೇಸ್ಗಳನ್ನು ವರ್ಗಾಯಿಸುತ್ತೇನೆ. ನಾನು ಒಪ್ಪಿದ ಸಮಯದಲ್ಲಿ ಎಲ್ಲಾ ವರ್ಗಾವಣೆಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸಿದೆ, ಆದರೆ ಪರಿಸ್ಥಿತಿ ಬದಲಾಗಲಿಲ್ಲ - ಇನ್ನೂ ಅದೇ ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳು. ಇದು ವಿಚಿತ್ರವಾಗಿದೆ, ಸಹಜವಾಗಿ, 1C ಕ್ಲಸ್ಟರ್ನಲ್ಲಿ ಡೇಟಾಬೇಸ್ಗಳನ್ನು ನೋಂದಾಯಿಸೋಣ ಮತ್ತು ನಾವು ನೋಡುತ್ತೇವೆ.
ಹಲವಾರು ದಿನಗಳು ಕಳೆದಿವೆ, ಕೀಗಳನ್ನು ವರ್ಗಾಯಿಸಲಾಗಿಲ್ಲ. ಸಮಸ್ಯೆ ಏನೆಂದು ನಾನು ಆಶ್ಚರ್ಯ ಪಡುತ್ತೇನೆ, ಎಲ್ಲವೂ ಸರಳವಾಗಿದೆ ಎಂದು ತೋರುತ್ತದೆ - ಅದನ್ನು ಒಂದು ಸರ್ವರ್‌ನಿಂದ ತೆಗೆದುಹಾಕಿ, ಇನ್ನೊಂದಕ್ಕೆ ಪ್ಲಗ್ ಮಾಡಿ, ಡ್ರೈವರ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿ ಮತ್ತು ನೀವು ಮುಗಿಸಿದ್ದೀರಿ. ನಿರ್ವಾಹಕರು ಗಲಾಟೆ ಮಾಡುವ ಮೂಲಕ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತಾರೆ ಮತ್ತು ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡ್ ಮಾಡುವಿಕೆ, ವರ್ಚುವಲ್ ಸರ್ವರ್ ಇತ್ಯಾದಿಗಳ ಬಗ್ಗೆ ಏನಾದರೂ ಹೇಳುತ್ತಾರೆ.
ಹಾಂ... ವರ್ಚುವಲ್ ಸರ್ವರ್? ಇದುವರೆಗೆ ಯಾವುದೇ ವರ್ಚುವಲೈಸೇಶನ್ ಆಗಿಲ್ಲ ಮತ್ತು ಯಾವುದೂ ಇಲ್ಲ ಎಂದು ತೋರುತ್ತದೆ... ವಿಂಡೋಸ್ ಸರ್ವರ್ 1 ರಲ್ಲಿ ಹೈಪರ್-ವಿ ಯಲ್ಲಿ ವರ್ಚುವಲ್ ಮೆಷಿನ್‌ಗೆ 2008 ಸಿ ಸರ್ವರ್ ಕೀ ಅನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ಅಸಾಧ್ಯತೆಯ ಬಗ್ಗೆ ನನಗೆ ಸಾಕಷ್ಟು ತಿಳಿದಿರುವ ಸಮಸ್ಯೆ ನೆನಪಿದೆ. ಮತ್ತು ಇಲ್ಲಿ ನನ್ನಲ್ಲಿ ಕೆಲವು ಅನುಮಾನಗಳು ಹುಟ್ಟಿಕೊಳ್ಳುತ್ತವೆ...
ನಾನು ಸರ್ವರ್ ಮ್ಯಾನೇಜರ್ ಅನ್ನು ತೆರೆಯುತ್ತೇನೆ - ಪಾತ್ರಗಳು - ಹೊಸ ಪಾತ್ರವು ಕಾಣಿಸಿಕೊಂಡಿದೆ - ಹೈಪರ್-ವಿ. ನಾನು ಹೈಪರ್-ವಿ ಮ್ಯಾನೇಜರ್‌ಗೆ ಹೋಗುತ್ತೇನೆ, ಒಂದು ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ನೋಡಿ, ಸಂಪರ್ಕಿಸಿ... ಮತ್ತು ವಾಸ್ತವವಾಗಿ... ನಮ್ಮ ಹೊಸ ಡೇಟಾಬೇಸ್ ಸರ್ವರ್...
ಏನೀಗ? ಅಧಿಕಾರಿಗಳ ಸೂಚನೆಗಳು ಮತ್ತು ನನ್ನ ಶಿಫಾರಸುಗಳನ್ನು ಕೈಗೊಳ್ಳಲಾಗಿದೆ, ಪಾತ್ರಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸಲಾಗಿದೆ. ಕಾರ್ಯವನ್ನು ಮುಚ್ಚಬಹುದು.
ಸ್ವಲ್ಪ ಸಮಯದ ನಂತರ, ಈಗ ಬಿಕ್ಕಟ್ಟು ಸಂಭವಿಸಿದೆ, ಹೊಸ ಶಾಖೆಯನ್ನು ಮುಚ್ಚಬೇಕಾಗಿತ್ತು, ಲೋಡ್ ಕಡಿಮೆಯಾಯಿತು ಮತ್ತು ಸಿಸ್ಟಮ್ ಕಾರ್ಯಕ್ಷಮತೆ ಹೆಚ್ಚು ಅಥವಾ ಕಡಿಮೆ ಸಹನೀಯವಾಯಿತು.
ಸರಿ, ಸಹಜವಾಗಿ, ಅವರು ವರ್ಚುವಲ್ ಯಂತ್ರಕ್ಕೆ ಸರ್ವರ್ ಕೀಲಿಯನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ. ಪರಿಣಾಮವಾಗಿ, ಎಲ್ಲವನ್ನೂ ಹಾಗೆಯೇ ಬಿಡಲಾಗಿದೆ: ಭೌತಿಕ ಯಂತ್ರದಲ್ಲಿ ಟರ್ಮಿನಲ್ ಸರ್ವರ್ + 1 ಸಿ ಕ್ಲಸ್ಟರ್, ವರ್ಚುವಲ್ ಒಂದರಲ್ಲಿ ಡೇಟಾಬೇಸ್ ಸರ್ವರ್.
ಮತ್ತು ಇದು ಕೆಲವು ರೀತಿಯ ಶರಾಶ್ಕಿನ್ ಕಚೇರಿಯಾಗಿದ್ದರೆ ಒಳ್ಳೆಯದು. ಆದ್ದರಿಂದ ಇಲ್ಲ. ನೀವು ಬಹುಶಃ ತಿಳಿದಿರುವ ಮತ್ತು ಎಲ್ಲಾ ಲೆಂಟಾಸ್ ಮತ್ತು ಆಚಾನ್‌ಗಳ ಸಂಬಂಧಿತ ವಿಭಾಗಗಳಲ್ಲಿ ನೋಡಿದ ಉತ್ಪನ್ನಗಳನ್ನು ಹೊಂದಿರುವ ಪ್ರಸಿದ್ಧ ಕಂಪನಿ.
ಹಾರ್ಡ್ ಡ್ರೈವ್ ರಜೆಯ ವೇಳಾಪಟ್ಟಿ
ಜಗತ್ತನ್ನು ಸ್ವಾಧೀನಪಡಿಸಿಕೊಳ್ಳುವ ಮಹತ್ವಾಕಾಂಕ್ಷೆಯ ಯೋಜನೆಗಳನ್ನು ಹೊಂದಿರುವ ದೊಡ್ಡ ಹಿಡುವಳಿ ಕಂಪನಿಯು ಮತ್ತೊಮ್ಮೆ ತನ್ನ ಮೆಗಾ-ಕಾರ್ಪೊರೇಷನ್‌ಗೆ ಸೇರಿಸುವ ಗುರಿಯೊಂದಿಗೆ ಸಣ್ಣ ಕಂಪನಿಯನ್ನು ಖರೀದಿಸಿದೆ. ಈ ಹಿಡುವಳಿಯ ಎಲ್ಲಾ ವಿಭಾಗಗಳಲ್ಲಿ, ಬಳಕೆದಾರರು ತಮ್ಮದೇ ಆದ ಡೇಟಾಬೇಸ್‌ಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ, ಆದರೆ ಒಂದೇ ರೀತಿಯ ಸಂರಚನೆಯೊಂದಿಗೆ. ಮತ್ತು ಈ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಹೊಸ ಘಟಕವನ್ನು ಸೇರಿಸಲು ನಾವು ಸಣ್ಣ ಯೋಜನೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ.
ಮೊದಲನೆಯದಾಗಿ, ಉತ್ಪಾದನೆ ಮತ್ತು ಪರೀಕ್ಷಾ ಡೇಟಾಬೇಸ್ಗಳನ್ನು ನಿಯೋಜಿಸಲು ಇದು ಅವಶ್ಯಕವಾಗಿದೆ. ಡೆವಲಪರ್ ಸಂಪರ್ಕ ಡೇಟಾವನ್ನು ಸ್ವೀಕರಿಸಿದ್ದಾರೆ, ಸರ್ವರ್ಗೆ ಲಾಗ್ ಇನ್‌ಸ್ಟಾಲ್ ಮಾಡಿದ್ದಾರೆ, MS SQL ಅನ್ನು ಸ್ಥಾಪಿಸಿದ್ದಾರೆ, 1C ಸರ್ವರ್, 2 ಲಾಜಿಕಲ್ ಡ್ರೈವ್‌ಗಳನ್ನು ನೋಡುತ್ತಾರೆ: 250 ಗಿಗಾಬೈಟ್‌ಗಳ ಸಾಮರ್ಥ್ಯದೊಂದಿಗೆ "C" ಅನ್ನು ಚಾಲನೆ ಮಾಡಿ ಮತ್ತು 1 ಟೆರಾಬೈಟ್ ಸಾಮರ್ಥ್ಯದೊಂದಿಗೆ "D" ಅನ್ನು ಚಾಲನೆ ಮಾಡಿ. ಸರಿ, "C" ಎನ್ನುವುದು ಸಿಸ್ಟಮ್ ಆಗಿದೆ, "D" ಡೇಟಾಕ್ಕಾಗಿ, ಡೆವಲಪರ್ ತಾರ್ಕಿಕವಾಗಿ ನಿರ್ಧರಿಸುತ್ತದೆ ಮತ್ತು ಅಲ್ಲಿ ಎಲ್ಲಾ ಡೇಟಾಬೇಸ್ಗಳನ್ನು ನಿಯೋಜಿಸುತ್ತದೆ. ನಾನು ಬ್ಯಾಕ್‌ಅಪ್ ಸೇರಿದಂತೆ ನಿರ್ವಹಣಾ ಯೋಜನೆಗಳನ್ನು ಸಹ ಹೊಂದಿಸಿದ್ದೇನೆ (ಇದಕ್ಕೆ ನಾವು ಜವಾಬ್ದಾರರಲ್ಲದಿದ್ದರೂ ಸಹ). ನಿಜ, ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಇಲ್ಲಿ "D" ಗೆ ಸೇರಿಸಲಾಗಿದೆ. ಭವಿಷ್ಯದಲ್ಲಿ, ಅದನ್ನು ಕೆಲವು ಪ್ರತ್ಯೇಕ ನೆಟ್ವರ್ಕ್ ಸಂಪನ್ಮೂಲಕ್ಕೆ ಮರುಸಂರಚಿಸಲು ಯೋಜಿಸಲಾಗಿದೆ.
ಯೋಜನೆಯು ಪ್ರಾರಂಭವಾಯಿತು, ಹೊಸ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಹೇಗೆ ಕೆಲಸ ಮಾಡುವುದು ಎಂಬುದರ ಕುರಿತು ಸಲಹೆಗಾರರು ತರಬೇತಿ ನೀಡಿದರು, ಉಳಿದವುಗಳನ್ನು ವರ್ಗಾಯಿಸಲಾಯಿತು, ಕೆಲವು ಸಣ್ಣ ಸಣ್ಣ ಸುಧಾರಣೆಗಳನ್ನು ಮಾಡಲಾಯಿತು ಮತ್ತು ಬಳಕೆದಾರರು ಹೊಸ ಮಾಹಿತಿ ನೆಲೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿದರು.
ಡೇಟಾಬೇಸ್ ಡಿಸ್ಕ್ ಕಾಣೆಯಾಗಿದೆ ಎಂದು ಪತ್ತೆಯಾದಾಗ ಸೋಮವಾರ ಬೆಳಿಗ್ಗೆ ತನಕ ಎಲ್ಲವೂ ಸರಿಯಾಗಿ ನಡೆಯುತ್ತಿತ್ತು. ಸರ್ವರ್‌ನಲ್ಲಿ ಸರಳವಾಗಿ "ಡಿ" ಇಲ್ಲ ಮತ್ತು ಅದು ಅಷ್ಟೆ.
ಹೆಚ್ಚಿನ ತನಿಖೆಯು ಇದನ್ನು ಬಹಿರಂಗಪಡಿಸಿತು: ಈ "ಸರ್ವರ್" ವಾಸ್ತವವಾಗಿ ಸ್ಥಳೀಯ ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರ ಕೆಲಸದ ಕಂಪ್ಯೂಟರ್ ಆಗಿದೆ. ನಿಜ, ಇದು ಇನ್ನೂ ಸರ್ವರ್ ಓಎಸ್ ಅನ್ನು ಹೊಂದಿದೆ. ಈ ನಿರ್ವಾಹಕರ ವೈಯಕ್ತಿಕ USB ಡ್ರೈವ್ ಅನ್ನು ಸರ್ವರ್ಗೆ ಪ್ಲಗ್ ಮಾಡಲಾಗಿದೆ. ಆದ್ದರಿಂದ ನಿರ್ವಾಹಕರು ರಜೆಯ ಮೇಲೆ ಹೋದರು, ಪ್ರವಾಸಕ್ಕಾಗಿ ಚಲನಚಿತ್ರಗಳನ್ನು ಪಂಪ್ ಮಾಡುವ ಗುರಿಯೊಂದಿಗೆ ತನ್ನ ಸ್ಕ್ರೂ ಅನ್ನು ತನ್ನೊಂದಿಗೆ ತೆಗೆದುಕೊಂಡು ಹೋದರು.
ದೇವರಿಗೆ ಧನ್ಯವಾದಗಳು, ಅವರು ಡೇಟಾಬೇಸ್ ಫೈಲ್ಗಳನ್ನು ಅಳಿಸಲು ನಿರ್ವಹಿಸಲಿಲ್ಲ ಮತ್ತು ಉತ್ಪಾದಕ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಪುನಃಸ್ಥಾಪಿಸಲು ನಿರ್ವಹಿಸುತ್ತಿದ್ದರು.
ಯುಎಸ್‌ಬಿ ಡ್ರೈವ್‌ನಲ್ಲಿರುವ ಸಿಸ್ಟಮ್ನ ಕಾರ್ಯಕ್ಷಮತೆಯೊಂದಿಗೆ ಪ್ರತಿಯೊಬ್ಬರೂ ಸಾಮಾನ್ಯವಾಗಿ ತೃಪ್ತರಾಗಿದ್ದಾರೆ ಎಂಬುದು ಗಮನಾರ್ಹ. 1C ಯ ಯಾವುದೇ ಅತೃಪ್ತಿಕರ ಕಾರ್ಯಕ್ಷಮತೆಯ ಬಗ್ಗೆ ಯಾರೂ ದೂರು ನೀಡಿಲ್ಲ. ಎಲ್ಲಾ ಮಾಹಿತಿ ಡೇಟಾಬೇಸ್ಗಳನ್ನು ಸೂಪರ್-ಸರ್ವರ್‌ಗಳು, ಮಿಲಿಯನ್+ ರೂಬಲ್ಸ್‌ಗಳಿಗೆ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳು, ಅತ್ಯಾಧುನಿಕ ಹೈಪರ್‌ವೈಸರ್‌ಗಳು ಮತ್ತು ಎಲ್ಲಾ ಶಾಖೆಗಳಲ್ಲಿ ಅಸಹನೀಯ 1C ಬ್ರೇಕ್‌ಗಳೊಂದಿಗೆ ಒಂದೇ ಕೇಂದ್ರೀಕೃತ ಸೈಟ್‌ಗೆ ವರ್ಗಾಯಿಸಲು ಹೋಲ್ಡಿಂಗ್ ಒಂದು ಮೆಗಾ-ಪ್ರಾಜೆಕ್ಟ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಿತು.
ಆದರೆ ಇದು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನವಾದ ಕಥೆ ...
ಮೂಲ: www.habr.com