ನೀವು ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ಏಕೆ ಮಾಡಬೇಕಾಗಿದೆ? ಎಲ್ಲಾ ನಂತರ, ಉಪಕರಣಗಳು ತುಂಬಾ ವಿಶ್ವಾಸಾರ್ಹವಾಗಿವೆ ಮತ್ತು ಜೊತೆಗೆ, ಭೌತಿಕ ಸರ್ವರ್‌ಗಳಿಗಿಂತ ವಿಶ್ವಾಸಾರ್ಹತೆಯಲ್ಲಿ ಉತ್ತಮವಾದ “ಮೋಡಗಳು” ಇವೆ: ಸರಿಯಾದ ಸಂರಚನೆಯೊಂದಿಗೆ, “ಕ್ಲೌಡ್” ಸರ್ವರ್ ಮೂಲಸೌಕರ್ಯ ಭೌತಿಕ ಸರ್ವರ್‌ನ ವೈಫಲ್ಯವನ್ನು ಸುಲಭವಾಗಿ ಬದುಕಬಲ್ಲದು ಮತ್ತು ಸೇವಾ ಬಳಕೆದಾರರ ದೃಷ್ಟಿಕೋನದಿಂದ, ಸಮಯ ಸೇವೆಯಲ್ಲಿ ಸಣ್ಣ, ಕೇವಲ ಗಮನಾರ್ಹವಾದ ಜಿಗಿತ ಇರುತ್ತದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಮಾಹಿತಿಯ ನಕಲು ಹೆಚ್ಚಾಗಿ "ಹೆಚ್ಚುವರಿ" ಪ್ರೊಸೆಸರ್ ಸಮಯ, ಡಿಸ್ಕ್ ಲೋಡ್ ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಟ್ರಾಫಿಕ್ಗೆ ಪಾವತಿಸಬೇಕಾಗುತ್ತದೆ.
ಆದರ್ಶ ಪ್ರೋಗ್ರಾಂ ವೇಗವಾಗಿ ಚಲಿಸುತ್ತದೆ, ಮೆಮೊರಿ ಸೋರಿಕೆಯಾಗುವುದಿಲ್ಲ, ರಂಧ್ರಗಳಿಲ್ಲ ಮತ್ತು ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲ.
- ತಿಳಿದಿಲ್ಲ
ಪ್ರೋಗ್ರಾಮ್‌ಗಳು ಇನ್ನೂ ಪ್ರೊಟೀನ್ ಡೆವಲಪರ್‌ಗಳಿಂದ ಬರೆಯಲ್ಪಟ್ಟಿರುವುದರಿಂದ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಯಾವುದೇ ಪರೀಕ್ಷಾ ಪ್ರಕ್ರಿಯೆಯಿಲ್ಲದಿರುವುದರಿಂದ, ಜೊತೆಗೆ ಕಾರ್ಯಕ್ರಮಗಳನ್ನು ಅಪರೂಪವಾಗಿ "ಅತ್ಯುತ್ತಮ ಅಭ್ಯಾಸಗಳು" (ಅವುಗಳು ಪ್ರೋಗ್ರಾಂಗಳು ಮತ್ತು ಆದ್ದರಿಂದ ಅಪೂರ್ಣ) ಬಳಸಿ ವಿತರಿಸಲಾಗುತ್ತದೆ, ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು ಹೆಚ್ಚಾಗಿ ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಧ್ವನಿಸುವ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಬೇಕಾಗುತ್ತದೆ. ಸಂಕ್ಷಿಪ್ತವಾಗಿ: “ಅದು ಹೇಗಿತ್ತು ಎಂದು ಹಿಂತಿರುಗಿ”, “ಬೇಸ್ ಅನ್ನು ಸಾಮಾನ್ಯ ಕಾರ್ಯಾಚರಣೆಗೆ ತನ್ನಿ”, “ನಿಧಾನವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ - ಹಿಂತಿರುಗಿ”, ಮತ್ತು ನನ್ನ ನೆಚ್ಚಿನ “ನನಗೆ ಏನು ಗೊತ್ತಿಲ್ಲ, ಆದರೆ ಅದನ್ನು ಸರಿಪಡಿಸಿ”.
ಡೆವಲಪರ್‌ಗಳ ಅಸಡ್ಡೆ ಕೆಲಸ ಅಥವಾ ಸಂದರ್ಭಗಳ ಸಂಯೋಜನೆಯ ಪರಿಣಾಮವಾಗಿ ಉದ್ಭವಿಸುವ ತಾರ್ಕಿಕ ದೋಷಗಳ ಜೊತೆಗೆ, ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳು, ಡ್ರೈವರ್‌ಗಳು ಮತ್ತು ಫರ್ಮ್‌ವೇರ್ ಸೇರಿದಂತೆ ಕನೆಕ್ಟಿಂಗ್ ಮತ್ತು ಸಿಸ್ಟಮ್ ಸೇರಿದಂತೆ ಕಟ್ಟಡ ಕಾರ್ಯಕ್ರಮಗಳ ಸಣ್ಣ ವೈಶಿಷ್ಟ್ಯಗಳ ಅಪೂರ್ಣ ಜ್ಞಾನ ಅಥವಾ ತಪ್ಪು ತಿಳುವಳಿಕೆ. ಇತರ ದೋಷಗಳೂ ಇವೆ. ಉದಾಹರಣೆಗೆ, ಹೆಚ್ಚಿನ ಡೆವಲಪರ್‌ಗಳು ರನ್‌ಟೈಮ್ ಅನ್ನು ಅವಲಂಬಿಸಿದ್ದಾರೆ, ಭೌತಿಕ ಕಾನೂನುಗಳ ಬಗ್ಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಮರೆತುಬಿಡುತ್ತಾರೆ, ಇದು ಪ್ರೋಗ್ರಾಂಗಳನ್ನು ಬಳಸಿಕೊಂಡು ತಪ್ಪಿಸಿಕೊಳ್ಳಲು ಇನ್ನೂ ಅಸಾಧ್ಯವಾಗಿದೆ. ಇದು ಡಿಸ್ಕ್ ಉಪವ್ಯವಸ್ಥೆಯ ಅನಂತ ವಿಶ್ವಾಸಾರ್ಹತೆ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಯಾವುದೇ ಡೇಟಾ ಶೇಖರಣಾ ಉಪವ್ಯವಸ್ಥೆ (RAM ಮತ್ತು ಪ್ರೊಸೆಸರ್ ಸಂಗ್ರಹ ಸೇರಿದಂತೆ!), ಮತ್ತು ಪ್ರೊಸೆಸರ್‌ನಲ್ಲಿ ಶೂನ್ಯ ಸಂಸ್ಕರಣಾ ಸಮಯ, ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಮೂಲಕ ಪ್ರಸರಣ ಸಮಯದಲ್ಲಿ ಮತ್ತು ಪ್ರಕ್ರಿಯೆಯ ಸಮಯದಲ್ಲಿ ದೋಷಗಳ ಅನುಪಸ್ಥಿತಿಯನ್ನು ಒಳಗೊಂಡಿದೆ. ಪ್ರೊಸೆಸರ್, ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಲೇಟೆನ್ಸಿ, ಇದು 0 ಗೆ ಸಮಾನವಾಗಿರುತ್ತದೆ. ನೀವು ಕುಖ್ಯಾತ ಗಡುವನ್ನು ನಿರ್ಲಕ್ಷಿಸಬಾರದು, ಏಕೆಂದರೆ ನೀವು ಅದನ್ನು ಸಮಯಕ್ಕೆ ಪೂರೈಸದಿದ್ದರೆ, ನೆಟ್ವರ್ಕ್ ಮತ್ತು ಡಿಸ್ಕ್ ಕಾರ್ಯಾಚರಣೆಯ ಸೂಕ್ಷ್ಮ ವ್ಯತ್ಯಾಸಗಳಿಗಿಂತ ಕೆಟ್ಟ ಸಮಸ್ಯೆಗಳಿರುತ್ತವೆ.
ಪೂರ್ಣ ಬಲದಲ್ಲಿ ಏರುವ ಮತ್ತು ಮೌಲ್ಯಯುತವಾದ ಡೇಟಾದ ಮೇಲೆ ಸ್ಥಗಿತಗೊಳ್ಳುವ ಸಮಸ್ಯೆಗಳೊಂದಿಗೆ ಏನು ಮಾಡಬೇಕು? ಜೀವಂತ ಡೆವಲಪರ್‌ಗಳನ್ನು ಬದಲಿಸಲು ಏನೂ ಇಲ್ಲ, ಮತ್ತು ಇದು ಮುಂದಿನ ದಿನಗಳಲ್ಲಿ ಸಾಧ್ಯವಾಗುವುದು ಸತ್ಯವಲ್ಲ. ಮತ್ತೊಂದೆಡೆ, ಪ್ರೋಗ್ರಾಂ ಉದ್ದೇಶಿಸಿದಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಸಂಪೂರ್ಣವಾಗಿ ಸಾಬೀತುಪಡಿಸುವಲ್ಲಿ ಕೆಲವೇ ಯೋಜನೆಗಳು ಯಶಸ್ವಿಯಾಗಿದೆ ಮತ್ತು ಇತರ, ಇದೇ ರೀತಿಯ ಯೋಜನೆಗಳಿಗೆ ಪುರಾವೆಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಮತ್ತು ಅನ್ವಯಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ. ಅಲ್ಲದೆ, ಅಂತಹ ಪುರಾವೆಗಳು ಸಾಕಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ವಿಶೇಷ ಕೌಶಲ್ಯ ಮತ್ತು ಜ್ಞಾನದ ಅಗತ್ಯವಿರುತ್ತದೆ, ಮತ್ತು ಇದು ಗಡುವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು ಅವರ ಬಳಕೆಯ ಸಾಧ್ಯತೆಯನ್ನು ಪ್ರಾಯೋಗಿಕವಾಗಿ ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಲು, ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಮತ್ತು ರವಾನಿಸಲು ಅಲ್ಟ್ರಾ-ಫಾಸ್ಟ್, ಅಗ್ಗದ ಮತ್ತು ಅನಂತ ವಿಶ್ವಾಸಾರ್ಹ ತಂತ್ರಜ್ಞಾನವನ್ನು ಹೇಗೆ ಬಳಸುವುದು ಎಂದು ನಮಗೆ ಇನ್ನೂ ತಿಳಿದಿಲ್ಲ. ಅಂತಹ ತಂತ್ರಜ್ಞಾನಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿದ್ದರೆ, ಪರಿಕಲ್ಪನೆಗಳ ರೂಪದಲ್ಲಿರುತ್ತವೆ, ಅಥವಾ - ಹೆಚ್ಚಾಗಿ - ವೈಜ್ಞಾನಿಕ ಕಾದಂಬರಿ ಪುಸ್ತಕಗಳು ಮತ್ತು ಚಲನಚಿತ್ರಗಳಲ್ಲಿ ಮಾತ್ರ.
ಒಳ್ಳೆಯ ಕಲಾವಿದರು ನಕಲು ಮಾಡುತ್ತಾರೆ, ಶ್ರೇಷ್ಠ ಕಲಾವಿದರು ಕದಿಯುತ್ತಾರೆ.
- ಪ್ಯಾಬ್ಲೋ ಪಿಕಾಸೊ.
ಮೊದಲ ನೋಟದಲ್ಲಿ ಸಂಪೂರ್ಣವಾಗಿ ಹೊಂದಿಕೆಯಾಗದ ಪರಿಕಲ್ಪನೆಗಳು, ತಂತ್ರಜ್ಞಾನಗಳು, ಜ್ಞಾನ ಮತ್ತು ವಿಜ್ಞಾನದ ಕ್ಷೇತ್ರಗಳು ಭೇಟಿಯಾಗುವ ಅತ್ಯಂತ ಯಶಸ್ವಿ ಪರಿಹಾರಗಳು ಮತ್ತು ಆಶ್ಚರ್ಯಕರವಾದ ಸರಳವಾದ ವಿಷಯಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಸಂಭವಿಸುತ್ತವೆ.
ಉದಾಹರಣೆಗೆ, ಪಕ್ಷಿಗಳು ಮತ್ತು ವಿಮಾನಗಳು ರೆಕ್ಕೆಗಳನ್ನು ಹೊಂದಿವೆ, ಆದರೆ ಕ್ರಿಯಾತ್ಮಕ ಹೋಲಿಕೆಯ ಹೊರತಾಗಿಯೂ - ಕೆಲವು ವಿಧಾನಗಳಲ್ಲಿ ಕಾರ್ಯಾಚರಣೆಯ ತತ್ವವು ಒಂದೇ ಆಗಿರುತ್ತದೆ ಮತ್ತು ತಾಂತ್ರಿಕ ಸಮಸ್ಯೆಗಳನ್ನು ಇದೇ ರೀತಿಯಲ್ಲಿ ಪರಿಹರಿಸಲಾಗುತ್ತದೆ: ಟೊಳ್ಳಾದ ಮೂಳೆಗಳು, ಬಲವಾದ ಮತ್ತು ಹಗುರವಾದ ವಸ್ತುಗಳ ಬಳಕೆ, ಇತ್ಯಾದಿ - ಫಲಿತಾಂಶಗಳು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನವಾಗಿವೆ, ಆದರೂ ತುಂಬಾ ಹೋಲುತ್ತವೆ. ನಮ್ಮ ತಂತ್ರಜ್ಞಾನದಲ್ಲಿ ನಾವು ನೋಡುವ ಅತ್ಯುತ್ತಮ ಉದಾಹರಣೆಗಳನ್ನು ಸಹ ಹೆಚ್ಚಾಗಿ ಪ್ರಕೃತಿಯಿಂದ ಎರವಲು ಪಡೆಯಲಾಗಿದೆ: ಹಡಗುಗಳು ಮತ್ತು ಜಲಾಂತರ್ಗಾಮಿ ನೌಕೆಗಳ ಒತ್ತಡದ ವಿಭಾಗಗಳು ಅನೆಲಿಡ್ಗಳೊಂದಿಗೆ ನೇರ ಸಾದೃಶ್ಯವಾಗಿದೆ; ರೈಡ್ ಅರೇಗಳನ್ನು ನಿರ್ಮಿಸುವುದು ಮತ್ತು ಡೇಟಾ ಸಮಗ್ರತೆಯನ್ನು ಪರಿಶೀಲಿಸುವುದು - ಡಿಎನ್‌ಎ ಸರಪಳಿಯನ್ನು ನಕಲು ಮಾಡುವುದು; ಹಾಗೆಯೇ ಜೋಡಿಯಾಗಿರುವ ಅಂಗಗಳು, ಕೇಂದ್ರ ನರಮಂಡಲದಿಂದ ವಿವಿಧ ಅಂಗಗಳ ಕೆಲಸದ ಸ್ವಾತಂತ್ರ್ಯ (ಹೃದಯದ ಯಾಂತ್ರೀಕೃತಗೊಂಡ) ಮತ್ತು ಪ್ರತಿಫಲಿತಗಳು - ಅಂತರ್ಜಾಲದಲ್ಲಿ ಸ್ವಾಯತ್ತ ವ್ಯವಸ್ಥೆಗಳು. ಸಹಜವಾಗಿ, ರೆಡಿಮೇಡ್ ಪರಿಹಾರಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುವುದು ಮತ್ತು ಅನ್ವಯಿಸುವುದು "ಹೆಡ್-ಆನ್" ಸಮಸ್ಯೆಗಳಿಂದ ತುಂಬಿರುತ್ತದೆ, ಆದರೆ ಯಾರಿಗೆ ತಿಳಿದಿದೆ, ಬಹುಶಃ ಬೇರೆ ಯಾವುದೇ ಪರಿಹಾರಗಳಿಲ್ಲ.
ನೀವು ಎಲ್ಲಿ ಬೀಳುತ್ತೀರಿ ಎಂದು ನನಗೆ ತಿಳಿದಿದ್ದರೆ, ನಾನು ಸ್ಟ್ರಾಗಳನ್ನು ಹಾಕುತ್ತಿದ್ದೆ!
- ಬೆಲರೂಸಿಯನ್ ಜಾನಪದ ಗಾದೆ
ಇದರರ್ಥ ಬ್ಯಾಕ್ಅಪ್ ಪ್ರತಿಗಳು ಬಯಸುವವರಿಗೆ ಅತ್ಯಗತ್ಯ:
- ನಿಮ್ಮ ಸಿಸ್ಟಂಗಳ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಕನಿಷ್ಟ ಅಲಭ್ಯತೆಯೊಂದಿಗೆ ಮರುಸ್ಥಾಪಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ, ಅಥವಾ ಅದು ಇಲ್ಲದೆಯೂ ಸಹ
- ಧೈರ್ಯದಿಂದ ವರ್ತಿಸಿ, ಏಕೆಂದರೆ ದೋಷದ ಸಂದರ್ಭದಲ್ಲಿ ಯಾವಾಗಲೂ ರೋಲ್ಬ್ಯಾಕ್ ಸಾಧ್ಯತೆ ಇರುತ್ತದೆ
- ಉದ್ದೇಶಪೂರ್ವಕ ಡೇಟಾ ಭ್ರಷ್ಟಾಚಾರದ ಪರಿಣಾಮಗಳನ್ನು ಕಡಿಮೆ ಮಾಡಿ
ಇಲ್ಲಿ ಸ್ವಲ್ಪ ಸಿದ್ಧಾಂತವಿದೆ
ಯಾವುದೇ ವರ್ಗೀಕರಣವು ಅನಿಯಂತ್ರಿತವಾಗಿದೆ. ಪ್ರಕೃತಿ ವರ್ಗೀಕರಿಸುವುದಿಲ್ಲ. ನಾವು ವರ್ಗೀಕರಿಸುತ್ತೇವೆ ಏಕೆಂದರೆ ಅದು ನಮಗೆ ಹೆಚ್ಚು ಅನುಕೂಲಕರವಾಗಿದೆ. ಮತ್ತು ನಾವು ನಿರಂಕುಶವಾಗಿ ತೆಗೆದುಕೊಳ್ಳುವ ಡೇಟಾದ ಪ್ರಕಾರ ನಾವು ವರ್ಗೀಕರಿಸುತ್ತೇವೆ.
- ಜೀನ್ ಬ್ರೂಲರ್
ಭೌತಿಕ ಶೇಖರಣಾ ವಿಧಾನದ ಹೊರತಾಗಿಯೂ, ತಾರ್ಕಿಕ ಡೇಟಾ ಸಂಗ್ರಹಣೆಯನ್ನು ಈ ಡೇಟಾವನ್ನು ಪ್ರವೇಶಿಸುವ ಎರಡು ವಿಧಾನಗಳಾಗಿ ವಿಂಗಡಿಸಬಹುದು: ಬ್ಲಾಕ್ ಮತ್ತು ಫೈಲ್. ಈ ವಿಭಾಗವು ಇತ್ತೀಚೆಗೆ ಬಹಳ ಮಸುಕಾಗಿದೆ, ಏಕೆಂದರೆ ಸಂಪೂರ್ಣವಾಗಿ ನಿರ್ಬಂಧಿಸಲಾಗಿದೆ, ಹಾಗೆಯೇ ಸಂಪೂರ್ಣವಾಗಿ ಫೈಲ್, ತಾರ್ಕಿಕ ಸಂಗ್ರಹಣೆ ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲ. ಆದಾಗ್ಯೂ, ಸರಳತೆಗಾಗಿ, ಅವು ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ ಎಂದು ನಾವು ಭಾವಿಸುತ್ತೇವೆ.
ಬ್ಲಾಕ್ ಡೇಟಾ ಸಂಗ್ರಹಣೆಯು ಭೌತಿಕ ಸಾಧನವಿದೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ, ಅಲ್ಲಿ ಡೇಟಾವನ್ನು ನಿರ್ದಿಷ್ಟ ಸ್ಥಿರ ಭಾಗಗಳಲ್ಲಿ, ಬ್ಲಾಕ್‌ಗಳಲ್ಲಿ ಬರೆಯಲಾಗುತ್ತದೆ. ನಿರ್ದಿಷ್ಟ ವಿಳಾಸದಲ್ಲಿ ಬ್ಲಾಕ್ಗಳನ್ನು ಪ್ರವೇಶಿಸಬಹುದು; ಪ್ರತಿಯೊಂದು ಬ್ಲಾಕ್ ಸಾಧನದಲ್ಲಿ ತನ್ನದೇ ಆದ ವಿಳಾಸವನ್ನು ಹೊಂದಿರುತ್ತದೆ.
ಬ್ಯಾಕ್ಅಪ್ ಅನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಡೇಟಾದ ಬ್ಲಾಕ್ಗಳನ್ನು ನಕಲಿಸುವ ಮೂಲಕ ತಯಾರಿಸಲಾಗುತ್ತದೆ. ಡೇಟಾ ಸಮಗ್ರತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು, ಹೊಸ ಬ್ಲಾಕ್‌ಗಳ ರೆಕಾರ್ಡಿಂಗ್, ಹಾಗೆಯೇ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವವುಗಳಿಗೆ ಬದಲಾವಣೆಗಳನ್ನು ನಕಲಿಸುವ ಸಮಯದಲ್ಲಿ ಅಮಾನತುಗೊಳಿಸಲಾಗುತ್ತದೆ. ನಾವು ಸಾಮಾನ್ಯ ಪ್ರಪಂಚದಿಂದ ಸಾದೃಶ್ಯವನ್ನು ತೆಗೆದುಕೊಂಡರೆ, ಹತ್ತಿರದ ವಿಷಯವೆಂದರೆ ಒಂದೇ ಸಂಖ್ಯೆಯ ಕೋಶಗಳನ್ನು ಹೊಂದಿರುವ ಕ್ಲೋಸೆಟ್.
ತಾರ್ಕಿಕ ಸಾಧನದ ತತ್ವದ ಆಧಾರದ ಮೇಲೆ ಫೈಲ್ ಡೇಟಾ ಸಂಗ್ರಹಣೆಯು ಬ್ಲಾಕ್ ಸಂಗ್ರಹಣೆಗೆ ಹತ್ತಿರದಲ್ಲಿದೆ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಮೇಲ್ಭಾಗದಲ್ಲಿ ಆಯೋಜಿಸಲ್ಪಡುತ್ತದೆ. ಪ್ರಮುಖ ವ್ಯತ್ಯಾಸಗಳೆಂದರೆ ಶೇಖರಣಾ ಕ್ರಮಾನುಗತ ಮತ್ತು ಮಾನವ-ಓದಬಲ್ಲ ಹೆಸರುಗಳ ಉಪಸ್ಥಿತಿ. ಅಮೂರ್ತತೆಯನ್ನು ಫೈಲ್ ರೂಪದಲ್ಲಿ ಹಂಚಲಾಗುತ್ತದೆ - ಹೆಸರಿಸಲಾದ ಡೇಟಾ ಪ್ರದೇಶ, ಹಾಗೆಯೇ ಡೈರೆಕ್ಟರಿ - ವಿಶೇಷ ಫೈಲ್ ಇದರಲ್ಲಿ ವಿವರಣೆಗಳು ಮತ್ತು ಇತರ ಫೈಲ್‌ಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ. ಫೈಲ್‌ಗಳನ್ನು ಹೆಚ್ಚುವರಿ ಮೆಟಾಡೇಟಾದೊಂದಿಗೆ ಪೂರೈಸಬಹುದು: ರಚನೆ ಸಮಯ, ಪ್ರವೇಶ ಧ್ವಜಗಳು, ಇತ್ಯಾದಿ. ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಈ ರೀತಿ ಮಾಡಲಾಗುತ್ತದೆ: ಅವು ಬದಲಾದ ಫೈಲ್‌ಗಳನ್ನು ಹುಡುಕುತ್ತವೆ, ನಂತರ ಅವುಗಳನ್ನು ಅದೇ ರಚನೆಯೊಂದಿಗೆ ಮತ್ತೊಂದು ಫೈಲ್ ಸಂಗ್ರಹಣೆಗೆ ನಕಲಿಸಿ. ದತ್ತಾಂಶ ಸಮಗ್ರತೆಯನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಫೈಲ್‌ಗಳನ್ನು ಬರೆಯದಿರುವಿಕೆಯಿಂದ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ. ಫೈಲ್ ಮೆಟಾಡೇಟಾವನ್ನು ಅದೇ ರೀತಿಯಲ್ಲಿ ಬ್ಯಾಕಪ್ ಮಾಡಲಾಗಿದೆ. ಹತ್ತಿರದ ಸಾದೃಶ್ಯವೆಂದರೆ ಲೈಬ್ರರಿ, ಇದು ವಿವಿಧ ಪುಸ್ತಕಗಳೊಂದಿಗೆ ವಿಭಾಗಗಳನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಪುಸ್ತಕಗಳ ಮಾನವ-ಓದಬಲ್ಲ ಹೆಸರುಗಳೊಂದಿಗೆ ಕ್ಯಾಟಲಾಗ್ ಅನ್ನು ಸಹ ಹೊಂದಿದೆ.
ಇತ್ತೀಚೆಗೆ, ಮತ್ತೊಂದು ಆಯ್ಕೆಯನ್ನು ಕೆಲವೊಮ್ಮೆ ವಿವರಿಸಲಾಗಿದೆ, ಇದರಿಂದ ತಾತ್ವಿಕವಾಗಿ, ಫೈಲ್ ಡೇಟಾ ಸಂಗ್ರಹಣೆ ಪ್ರಾರಂಭವಾಯಿತು ಮತ್ತು ಅದೇ ಪುರಾತನ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಹೊಂದಿದೆ: ಆಬ್ಜೆಕ್ಟ್ ಡೇಟಾ ಸಂಗ್ರಹಣೆ.
ಇದು ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಗೂಡುಕಟ್ಟುವ (ಫ್ಲಾಟ್ ಸ್ಕೀಮ್) ಹೊಂದಿಲ್ಲದಿರುವ ಫೈಲ್ ಸಂಗ್ರಹಣೆಯಿಂದ ಭಿನ್ನವಾಗಿದೆ ಮತ್ತು ಫೈಲ್ ಹೆಸರುಗಳು, ಮಾನವ-ಓದಬಹುದಾದರೂ, ಯಂತ್ರಗಳ ಮೂಲಕ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಇನ್ನೂ ಹೆಚ್ಚು ಸೂಕ್ತವಾಗಿದೆ. ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ನಿರ್ವಹಿಸುವಾಗ, ಆಬ್ಜೆಕ್ಟ್ ಸಂಗ್ರಹಣೆಯನ್ನು ಹೆಚ್ಚಾಗಿ ಫೈಲ್ ಸಂಗ್ರಹಣೆಯಂತೆಯೇ ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ, ಆದರೆ ಸಾಂದರ್ಭಿಕವಾಗಿ ಇತರ ಆಯ್ಕೆಗಳಿವೆ.
— ಎರಡು ವಿಧದ ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು ಇದ್ದಾರೆ, ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ಮಾಡದವರು ಮತ್ತು ಈಗಾಗಲೇ ಮಾಡುವವರು.
- ವಾಸ್ತವವಾಗಿ, ಮೂರು ವಿಧಗಳಿವೆ: ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸಬಹುದೆಂದು ಪರಿಶೀಲಿಸುವವರೂ ಇದ್ದಾರೆ.- ತಿಳಿದಿಲ್ಲ
ಡೇಟಾ ಬ್ಯಾಕ್ಅಪ್ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಸ್ವತಃ ಕಾರ್ಯಕ್ರಮಗಳಿಂದ ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ ಎಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಯೋಗ್ಯವಾಗಿದೆ, ಆದ್ದರಿಂದ ಇದು ಯಾವುದೇ ಇತರ ಪ್ರೋಗ್ರಾಂನಂತೆಯೇ ಎಲ್ಲಾ ಅನಾನುಕೂಲಗಳನ್ನು ಹೊಂದಿದೆ. ಮಾನವ ಅಂಶದ ಮೇಲೆ ಅವಲಂಬನೆಯನ್ನು ತೆಗೆದುಹಾಕಲು (ನಿರ್ಮೂಲನೆ ಮಾಡಬಾರದು!) ಮತ್ತು ವೈಶಿಷ್ಟ್ಯಗಳು - ಪ್ರತ್ಯೇಕವಾಗಿ ಬಲವಾದ ಪರಿಣಾಮವನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ, ಆದರೆ ಒಟ್ಟಿಗೆ ಗಮನಾರ್ಹ ಪರಿಣಾಮವನ್ನು ನೀಡಬಹುದು - ಕರೆಯಲ್ಪಡುವ ನಿಯಮ 3-2-1. ಅದನ್ನು ಹೇಗೆ ಅರ್ಥೈಸಿಕೊಳ್ಳುವುದು ಎಂಬುದಕ್ಕೆ ಹಲವು ಆಯ್ಕೆಗಳಿವೆ, ಆದರೆ ನಾನು ಈ ಕೆಳಗಿನ ವ್ಯಾಖ್ಯಾನವನ್ನು ಉತ್ತಮವಾಗಿ ಇಷ್ಟಪಡುತ್ತೇನೆ: ಒಂದೇ ಡೇಟಾದ 3 ಸೆಟ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಬೇಕು, 2 ಸೆಟ್‌ಗಳನ್ನು ವಿಭಿನ್ನ ಸ್ವರೂಪಗಳಲ್ಲಿ ಸಂಗ್ರಹಿಸಬೇಕು ಮತ್ತು 1 ಸೆಟ್ ಅನ್ನು ಭೌಗೋಳಿಕವಾಗಿ ದೂರಸ್ಥ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಸಂಗ್ರಹಿಸಬೇಕು.
ಶೇಖರಣಾ ಸ್ವರೂಪವನ್ನು ಈ ಕೆಳಗಿನಂತೆ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು:
- ಭೌತಿಕ ಶೇಖರಣಾ ವಿಧಾನದ ಮೇಲೆ ಅವಲಂಬನೆ ಇದ್ದರೆ, ನಾವು ಭೌತಿಕ ವಿಧಾನವನ್ನು ಬದಲಾಯಿಸುತ್ತೇವೆ.
- ತಾರ್ಕಿಕ ಶೇಖರಣಾ ವಿಧಾನದ ಮೇಲೆ ಅವಲಂಬನೆ ಇದ್ದರೆ, ನಾವು ತಾರ್ಕಿಕ ವಿಧಾನವನ್ನು ಬದಲಾಯಿಸುತ್ತೇವೆ.
3-2-1 ನಿಯಮದ ಗರಿಷ್ಠ ಪರಿಣಾಮವನ್ನು ಸಾಧಿಸಲು, ಶೇಖರಣಾ ಸ್ವರೂಪವನ್ನು ಎರಡೂ ರೀತಿಯಲ್ಲಿ ಬದಲಾಯಿಸಲು ಸೂಚಿಸಲಾಗುತ್ತದೆ.
ಅದರ ಉದ್ದೇಶಿತ ಉದ್ದೇಶಕ್ಕಾಗಿ ಬ್ಯಾಕ್‌ಅಪ್‌ನ ಸನ್ನದ್ಧತೆಯ ದೃಷ್ಟಿಕೋನದಿಂದ - ಕಾರ್ಯವನ್ನು ಮರುಸ್ಥಾಪಿಸುವುದು - “ಬಿಸಿ” ಮತ್ತು “ಶೀತ” ಬ್ಯಾಕಪ್‌ಗಳ ನಡುವೆ ವ್ಯತ್ಯಾಸವನ್ನು ಮಾಡಲಾಗಿದೆ. ಬಿಸಿಯಾದವುಗಳು ಶೀತದಿಂದ ಒಂದೇ ಒಂದು ವಿಷಯದಲ್ಲಿ ಭಿನ್ನವಾಗಿರುತ್ತವೆ: ಅವು ತಕ್ಷಣವೇ ಬಳಕೆಗೆ ಸಿದ್ಧವಾಗಿವೆ, ಆದರೆ ಶೀತಕ್ಕೆ ಚೇತರಿಕೆಗೆ ಕೆಲವು ಹೆಚ್ಚುವರಿ ಹಂತಗಳು ಬೇಕಾಗುತ್ತವೆ: ಡೀಕ್ರಿಪ್ಶನ್, ಆರ್ಕೈವ್‌ನಿಂದ ಹೊರತೆಗೆಯುವಿಕೆ, ಇತ್ಯಾದಿ.
ಆನ್‌ಲೈನ್ ಮತ್ತು ಆಫ್‌ಲೈನ್ ಪ್ರತಿಗಳೊಂದಿಗೆ ಬಿಸಿ ಮತ್ತು ತಣ್ಣನೆಯ ಪ್ರತಿಗಳನ್ನು ಗೊಂದಲಗೊಳಿಸಬೇಡಿ, ಇದು ಡೇಟಾದ ಭೌತಿಕ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ ಮತ್ತು ವಾಸ್ತವವಾಗಿ, ಬ್ಯಾಕ್ಅಪ್ ವಿಧಾನಗಳ ವರ್ಗೀಕರಣದ ಮತ್ತೊಂದು ಚಿಹ್ನೆ. ಆದ್ದರಿಂದ ಆಫ್‌ಲೈನ್ ನಕಲು - ಅದನ್ನು ಮರುಸ್ಥಾಪಿಸಬೇಕಾದ ಸಿಸ್ಟಮ್‌ಗೆ ನೇರವಾಗಿ ಸಂಪರ್ಕ ಹೊಂದಿಲ್ಲ - ಬಿಸಿಯಾಗಿರಬಹುದು ಅಥವಾ ತಣ್ಣಗಿರಬಹುದು (ಚೇತರಿಕೆಗೆ ಸಿದ್ಧತೆಯ ವಿಷಯದಲ್ಲಿ). ಆನ್‌ಲೈನ್ ನಕಲು ಅದನ್ನು ಮರುಸ್ಥಾಪಿಸಬೇಕಾದ ಸ್ಥಳದಲ್ಲಿ ನೇರವಾಗಿ ಲಭ್ಯವಿರುತ್ತದೆ ಮತ್ತು ಹೆಚ್ಚಾಗಿ ಅದು ಬಿಸಿಯಾಗಿರುತ್ತದೆ, ಆದರೆ ಶೀತಲವಾಗಿರುವವುಗಳೂ ಇವೆ.
ಹೆಚ್ಚುವರಿಯಾಗಿ, ಬ್ಯಾಕಪ್ ನಕಲುಗಳನ್ನು ರಚಿಸುವ ಪ್ರಕ್ರಿಯೆಯು ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಬ್ಯಾಕಪ್ ನಕಲನ್ನು ರಚಿಸುವುದರೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುವುದಿಲ್ಲ ಮತ್ತು ಸಾಕಷ್ಟು ದೊಡ್ಡ ಸಂಖ್ಯೆಯ ಪ್ರತಿಗಳು ಇರಬಹುದು ಎಂಬುದನ್ನು ಮರೆಯಬೇಡಿ. ಆದ್ದರಿಂದ, ಪೂರ್ಣ ಬ್ಯಾಕ್ಅಪ್ಗಳ ನಡುವೆ ವ್ಯತ್ಯಾಸವನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಅವಶ್ಯಕವಾಗಿದೆ, ಅಂದರೆ. ಇತರ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳಿಂದ ಸ್ವತಂತ್ರವಾಗಿ ಮರುಸ್ಥಾಪಿಸಬಹುದಾದಂತಹವುಗಳು, ಹಾಗೆಯೇ ಡಿಫರೆನ್ಷಿಯಲ್ (ಹೆಚ್ಚಿದ, ಡಿಫರೆನ್ಷಿಯಲ್, ಡಿಕ್ರಿಮೆಂಟಲ್, ಇತ್ಯಾದಿ) ಪ್ರತಿಗಳು - ಸ್ವತಂತ್ರವಾಗಿ ಮರುಸ್ಥಾಪಿಸಲಾಗದ ಮತ್ತು ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನ ಇತರ ಬ್ಯಾಕ್ಅಪ್ಗಳ ಪ್ರಾಥಮಿಕ ಮರುಸ್ಥಾಪನೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ.
ಡಿಫರೆನ್ಷಿಯಲ್ ಇನ್‌ಕ್ರಿಮೆಂಟಲ್ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳು ಬ್ಯಾಕಪ್ ಸ್ಟೋರೇಜ್ ಜಾಗವನ್ನು ಉಳಿಸುವ ಪ್ರಯತ್ನವಾಗಿದೆ. ಹೀಗಾಗಿ, ಹಿಂದಿನ ಬ್ಯಾಕ್‌ಅಪ್‌ನಿಂದ ಬದಲಾದ ಡೇಟಾವನ್ನು ಮಾತ್ರ ಬ್ಯಾಕ್ಅಪ್ ಪ್ರತಿಗೆ ಬರೆಯಲಾಗುತ್ತದೆ.
ಡಿಫರೆನ್ಷಿಯಲ್ ಡಿಕ್ರಿಮೆಂಟಲ್ ಅನ್ನು ಒಂದೇ ಉದ್ದೇಶಕ್ಕಾಗಿ ರಚಿಸಲಾಗಿದೆ, ಆದರೆ ಸ್ವಲ್ಪ ವಿಭಿನ್ನ ರೀತಿಯಲ್ಲಿ: ಪೂರ್ಣ ಬ್ಯಾಕಪ್ ನಕಲನ್ನು ತಯಾರಿಸಲಾಗುತ್ತದೆ, ಆದರೆ ತಾಜಾ ನಕಲು ಮತ್ತು ಹಿಂದಿನದ ನಡುವಿನ ವ್ಯತ್ಯಾಸವನ್ನು ಮಾತ್ರ ವಾಸ್ತವವಾಗಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ.
ಪ್ರತ್ಯೇಕವಾಗಿ, ಸಂಗ್ರಹಣೆಯ ಮೇಲೆ ಬ್ಯಾಕ್ಅಪ್ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪರಿಗಣಿಸುವುದು ಯೋಗ್ಯವಾಗಿದೆ, ಇದು ನಕಲುಗಳ ಸಂಗ್ರಹಣೆಯ ಅನುಪಸ್ಥಿತಿಯನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ. ಹೀಗಾಗಿ, ನೀವು ಅದರ ಮೇಲೆ ಪೂರ್ಣ ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ಬರೆದರೆ, ಬ್ಯಾಕ್ಅಪ್ಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸಗಳನ್ನು ಮಾತ್ರ ವಾಸ್ತವವಾಗಿ ಬರೆಯಲಾಗುತ್ತದೆ, ಆದರೆ ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ಮರುಸ್ಥಾಪಿಸುವ ಪ್ರಕ್ರಿಯೆಯು ಪೂರ್ಣ ನಕಲಿನಿಂದ ಮರುಸ್ಥಾಪಿಸುವಂತೆ ಮತ್ತು ಸಂಪೂರ್ಣವಾಗಿ ಪಾರದರ್ಶಕವಾಗಿರುತ್ತದೆ.
ಕ್ವಿಸ್ ಕಸ್ಟೋಡಿಯೆಟ್ ಇಪ್ಸೋಸ್ ಕಸ್ಟೋಡ್ಸ್?
(ಕಾವಲುಗಾರರನ್ನು ಯಾರು ಕಾಪಾಡುತ್ತಾರೆ? - ಲ್ಯಾಟ್.)
ಯಾವುದೇ ಬ್ಯಾಕಪ್ ನಕಲುಗಳಿಲ್ಲದಿದ್ದಾಗ ಇದು ತುಂಬಾ ಅಹಿತಕರವಾಗಿರುತ್ತದೆ, ಆದರೆ ಬ್ಯಾಕ್ಅಪ್ ನಕಲನ್ನು ಮಾಡಲಾಗಿದೆ ಎಂದು ತೋರುತ್ತಿದ್ದರೆ ಅದು ತುಂಬಾ ಕೆಟ್ಟದಾಗಿದೆ, ಆದರೆ ಮರುಸ್ಥಾಪಿಸುವಾಗ ಅದನ್ನು ಪುನಃಸ್ಥಾಪಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ ಏಕೆಂದರೆ:
- ಮೂಲ ಡೇಟಾದ ಸಮಗ್ರತೆಯನ್ನು ರಾಜಿ ಮಾಡಲಾಗಿದೆ.
- ಬ್ಯಾಕಪ್ ಸಂಗ್ರಹಣೆಗೆ ಹಾನಿಯಾಗಿದೆ.
- ಮರುಸ್ಥಾಪನೆ ಬಹಳ ನಿಧಾನವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ; ನೀವು ಭಾಗಶಃ ಮರುಪಡೆಯಲಾದ ಡೇಟಾವನ್ನು ಬಳಸಲಾಗುವುದಿಲ್ಲ.
ಸರಿಯಾಗಿ ನಿರ್ಮಿಸಲಾದ ಬ್ಯಾಕಪ್ ಪ್ರಕ್ರಿಯೆಯು ಅಂತಹ ಕಾಮೆಂಟ್‌ಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕು, ವಿಶೇಷವಾಗಿ ಮೊದಲ ಎರಡು.
ಮೂಲ ಡೇಟಾದ ಸಮಗ್ರತೆಯನ್ನು ಹಲವಾರು ವಿಧಗಳಲ್ಲಿ ಖಾತರಿಪಡಿಸಬಹುದು. ಅತ್ಯಂತ ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸುವವುಗಳು ಈ ಕೆಳಗಿನವುಗಳಾಗಿವೆ: ಎ) ಬ್ಲಾಕ್ ಮಟ್ಟದಲ್ಲಿ ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಸ್ನ್ಯಾಪ್ಶಾಟ್ಗಳನ್ನು ರಚಿಸುವುದು, ಬಿ) ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಸ್ಥಿತಿಯನ್ನು "ಘನೀಕರಿಸುವುದು", ಸಿ) ಆವೃತ್ತಿಯ ಸಂಗ್ರಹಣೆಯೊಂದಿಗೆ ವಿಶೇಷ ಬ್ಲಾಕ್ ಸಾಧನ, ಡಿ) ಫೈಲ್ಗಳ ಅನುಕ್ರಮ ರೆಕಾರ್ಡಿಂಗ್ ಅಥವಾ ಬ್ಲಾಕ್ಗಳನ್ನು. ಚೇತರಿಕೆಯ ಸಮಯದಲ್ಲಿ ಡೇಟಾವನ್ನು ಪರಿಶೀಲಿಸಲಾಗಿದೆಯೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಚೆಕ್‌ಸಮ್‌ಗಳನ್ನು ಸಹ ಅನ್ವಯಿಸಲಾಗುತ್ತದೆ.
ಚೆಕ್‌ಸಮ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಶೇಖರಣಾ ಭ್ರಷ್ಟಾಚಾರವನ್ನು ಸಹ ಕಂಡುಹಿಡಿಯಬಹುದು. ಹೆಚ್ಚುವರಿ ವಿಧಾನವೆಂದರೆ ವಿಶೇಷ ಸಾಧನಗಳು ಅಥವಾ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳ ಬಳಕೆಯಾಗಿದ್ದು, ಇದರಲ್ಲಿ ಈಗಾಗಲೇ ರೆಕಾರ್ಡ್ ಮಾಡಲಾದ ಡೇಟಾವನ್ನು ಬದಲಾಯಿಸಲಾಗುವುದಿಲ್ಲ, ಆದರೆ ಹೊಸದನ್ನು ಸೇರಿಸಬಹುದು.
ಚೇತರಿಕೆ ವೇಗಗೊಳಿಸಲು, ಡೇಟಾ ಮರುಪಡೆಯುವಿಕೆ ಮರುಪಡೆಯುವಿಕೆಗಾಗಿ ಬಹು ಪ್ರಕ್ರಿಯೆಗಳೊಂದಿಗೆ ಬಳಸಲಾಗುತ್ತದೆ - ನಿಧಾನ ನೆಟ್ವರ್ಕ್ ಅಥವಾ ನಿಧಾನವಾದ ಡಿಸ್ಕ್ ಸಿಸ್ಟಮ್ ರೂಪದಲ್ಲಿ ಯಾವುದೇ ಅಡಚಣೆಯಿಲ್ಲ ಎಂದು ಒದಗಿಸಲಾಗಿದೆ. ಭಾಗಶಃ ಮರುಪಡೆಯಲಾದ ಡೇಟಾದೊಂದಿಗೆ ಪರಿಸ್ಥಿತಿಯನ್ನು ಪಡೆಯಲು, ನೀವು ಬ್ಯಾಕಪ್ ಪ್ರಕ್ರಿಯೆಯನ್ನು ತುಲನಾತ್ಮಕವಾಗಿ ಸಣ್ಣ ಉಪಕಾರ್ಯಗಳಾಗಿ ವಿಭಜಿಸಬಹುದು, ಪ್ರತಿಯೊಂದನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ. ಹೀಗಾಗಿ, ಚೇತರಿಕೆಯ ಸಮಯವನ್ನು ಊಹಿಸುವಾಗ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸ್ಥಿರವಾಗಿ ಪುನಃಸ್ಥಾಪಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಈ ಸಮಸ್ಯೆಯು ಹೆಚ್ಚಾಗಿ ಸಾಂಸ್ಥಿಕ ಸಮತಲದಲ್ಲಿ (SLA) ಇರುತ್ತದೆ, ಆದ್ದರಿಂದ ನಾವು ಇದರ ಬಗ್ಗೆ ವಿವರವಾಗಿ ವಾಸಿಸುವುದಿಲ್ಲ.
ಮಸಾಲೆಗಳಲ್ಲಿ ಪರಿಣಿತರು ಪ್ರತಿ ಖಾದ್ಯಕ್ಕೆ ಸೇರಿಸುವವರಲ್ಲ, ಆದರೆ ಅದಕ್ಕೆ ಹೆಚ್ಚುವರಿ ಏನನ್ನೂ ಸೇರಿಸದ ವ್ಯಕ್ತಿ.
-IN. ಸಿನ್ಯಾವ್ಸ್ಕಿ
ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು ಬಳಸುವ ಸಾಫ್ಟ್‌ವೇರ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಅಭ್ಯಾಸಗಳು ಬದಲಾಗಬಹುದು, ಆದರೆ ಸಾಮಾನ್ಯ ತತ್ವಗಳು ಇನ್ನೂ ಒಂದು ರೀತಿಯಲ್ಲಿ ಅಥವಾ ಇನ್ನೊಂದು ರೀತಿಯಲ್ಲಿ ಒಂದೇ ಆಗಿರುತ್ತವೆ, ನಿರ್ದಿಷ್ಟವಾಗಿ:
- ಸಿದ್ಧ ಪರಿಹಾರಗಳನ್ನು ಬಳಸಲು ಬಲವಾಗಿ ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ.
- ಕಾರ್ಯಕ್ರಮಗಳು ನಿರೀಕ್ಷಿತವಾಗಿ ಕೆಲಸ ಮಾಡಬೇಕು, ಅಂದರೆ. ಯಾವುದೇ ದಾಖಲೆಗಳಿಲ್ಲದ ವೈಶಿಷ್ಟ್ಯಗಳು ಅಥವಾ ಅಡಚಣೆಗಳು ಇರಬಾರದು.
- ಪ್ರತಿ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಹೊಂದಿಸುವುದು ತುಂಬಾ ಸರಳವಾಗಿರಬೇಕು ಆದ್ದರಿಂದ ನೀವು ಪ್ರತಿ ಬಾರಿ ಕೈಪಿಡಿ ಅಥವಾ ಚೀಟ್ ಶೀಟ್ ಅನ್ನು ಓದಬೇಕಾಗಿಲ್ಲ.
- ಸಾಧ್ಯವಾದರೆ, ಪರಿಹಾರವು ಸಾರ್ವತ್ರಿಕವಾಗಿರಬೇಕು, ಏಕೆಂದರೆ ಸರ್ವರ್‌ಗಳು ತಮ್ಮ ಹಾರ್ಡ್‌ವೇರ್ ಗುಣಲಕ್ಷಣಗಳಲ್ಲಿ ಬಹಳವಾಗಿ ಬದಲಾಗಬಹುದು.
ಬ್ಲಾಕ್ ಸಾಧನಗಳಿಂದ ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಕೆಳಗಿನ ಸಾಮಾನ್ಯ ಕಾರ್ಯಕ್ರಮಗಳಿವೆ:
- dd, ಸಿಸ್ಟಮ್ ಆಡಳಿತದ ಪರಿಣತರಿಗೆ ಪರಿಚಿತವಾಗಿದೆ, ಇದು ಇದೇ ರೀತಿಯ ಕಾರ್ಯಕ್ರಮಗಳನ್ನು ಸಹ ಒಳಗೊಂಡಿದೆ (ಉದಾಹರಣೆಗೆ ಅದೇ dd_rescue, ಉದಾಹರಣೆಗೆ).
- ಫೈಲ್ ಸಿಸ್ಟಮ್ನ ಡಂಪ್ ಅನ್ನು ರಚಿಸುವ ಕೆಲವು ಫೈಲ್ ಸಿಸ್ಟಮ್ಗಳಲ್ಲಿ ಉಪಯುಕ್ತತೆಗಳನ್ನು ನಿರ್ಮಿಸಲಾಗಿದೆ.
- ಸರ್ವಭಕ್ಷಕ ಉಪಯುಕ್ತತೆಗಳು; ಉದಾಹರಣೆಗೆ partclone.
- ಸ್ವಂತ, ಸಾಮಾನ್ಯವಾಗಿ ಸ್ವಾಮ್ಯದ, ನಿರ್ಧಾರಗಳು; ಉದಾಹರಣೆಗೆ, NortonGhost ಮತ್ತು ನಂತರ.
ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳಿಗಾಗಿ, ಬ್ಲಾಕ್ ಸಾಧನಗಳಿಗೆ ಅನ್ವಯವಾಗುವ ವಿಧಾನಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಬ್ಯಾಕಪ್ ಸಮಸ್ಯೆಯನ್ನು ಭಾಗಶಃ ಪರಿಹರಿಸಲಾಗುತ್ತದೆ, ಆದರೆ ಸಮಸ್ಯೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಪರಿಹರಿಸಬಹುದು, ಉದಾಹರಣೆಗೆ:
- Rsync, ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳ ಸ್ಥಿತಿಯನ್ನು ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡಲು ಸಾಮಾನ್ಯ ಉದ್ದೇಶದ ಪ್ರೋಗ್ರಾಂ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್.
- ಅಂತರ್ನಿರ್ಮಿತ ಆರ್ಕೈವಿಂಗ್ ಉಪಕರಣಗಳು (ZFS).
- ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಆರ್ಕೈವಿಂಗ್ ಉಪಕರಣಗಳು; ಅತ್ಯಂತ ಜನಪ್ರಿಯ ಪ್ರತಿನಿಧಿ ಟಾರ್. ಇತರವುಗಳಿವೆ, ಉದಾಹರಣೆಗೆ, ಡಾರ್ - ಆಧುನಿಕ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಗುರಿಯಾಗಿಟ್ಟುಕೊಂಡು ಟಾರ್ಗೆ ಬದಲಿ.
ಬ್ಯಾಕಪ್ ನಕಲುಗಳನ್ನು ರಚಿಸುವಾಗ ಡೇಟಾ ಸ್ಥಿರತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಸಾಫ್ಟ್‌ವೇರ್ ಪರಿಕರಗಳ ಬಗ್ಗೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಪ್ರಸ್ತಾಪಿಸುವುದು ಯೋಗ್ಯವಾಗಿದೆ. ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸುವ ಆಯ್ಕೆಗಳೆಂದರೆ:
- ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಓದಲು-ಮಾತ್ರ ಕ್ರಮದಲ್ಲಿ ಆರೋಹಿಸುವುದು (ಓದಲು ಮಾತ್ರ), ಅಥವಾ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಫ್ರೀಜ್ ಮಾಡುವುದು (ಫ್ರೀಜ್) - ವಿಧಾನವು ಸೀಮಿತ ಅನ್ವಯವನ್ನು ಹೊಂದಿದೆ.
- ಫೈಲ್ ಸಿಸ್ಟಮ್ಸ್ ಅಥವಾ ಬ್ಲಾಕ್ ಸಾಧನಗಳ ಸ್ಥಿತಿಯ ಸ್ನ್ಯಾಪ್ಶಾಟ್ಗಳನ್ನು ರಚಿಸುವುದು (LVM, ZFS).
- ಕೆಲವು ಕಾರಣಗಳಿಗಾಗಿ ಹಿಂದಿನ ಅಂಕಗಳನ್ನು ಒದಗಿಸಲಾಗದ ಸಂದರ್ಭಗಳಲ್ಲಿ (ಹಾಟ್ಕಾಪಿಯಂತಹ ಪ್ರೋಗ್ರಾಂಗಳು) ಅನಿಸಿಕೆಗಳನ್ನು ಸಂಘಟಿಸಲು ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಸಾಧನಗಳ ಬಳಕೆ.
- ಕಾಪಿ-ಆನ್-ಚೇಂಜ್ ತಂತ್ರ (CopyOnWrite), ಆದಾಗ್ಯೂ, ಇದನ್ನು ಹೆಚ್ಚಾಗಿ ಬಳಸಿದ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗೆ (BTRFS, ZFS) ಜೋಡಿಸಲಾಗುತ್ತದೆ.
ಆದ್ದರಿಂದ, ಸಣ್ಣ ಸರ್ವರ್‌ಗಾಗಿ ನೀವು ಈ ಕೆಳಗಿನ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸುವ ಬ್ಯಾಕಪ್ ಸ್ಕೀಮ್ ಅನ್ನು ಒದಗಿಸಬೇಕಾಗುತ್ತದೆ:
- ಬಳಸಲು ಸುಲಭ - ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯದಲ್ಲಿ ಯಾವುದೇ ವಿಶೇಷ ಹೆಚ್ಚುವರಿ ಹಂತಗಳ ಅಗತ್ಯವಿಲ್ಲ, ಪ್ರತಿಗಳನ್ನು ರಚಿಸಲು ಮತ್ತು ಮರುಸ್ಥಾಪಿಸಲು ಕನಿಷ್ಠ ಹಂತಗಳು.
- ಯುನಿವರ್ಸಲ್ - ದೊಡ್ಡ ಮತ್ತು ಸಣ್ಣ ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ; ಸರ್ವರ್‌ಗಳ ಸಂಖ್ಯೆ ಅಥವಾ ಸ್ಕೇಲಿಂಗ್ ಅನ್ನು ಹೆಚ್ಚಿಸುವಾಗ ಇದು ಮುಖ್ಯವಾಗಿದೆ.
- ಪ್ಯಾಕೇಜ್ ಮ್ಯಾನೇಜರ್‌ನಿಂದ ಸ್ಥಾಪಿಸಲಾಗಿದೆ, ಅಥವಾ "ಡೌನ್‌ಲೋಡ್ ಮತ್ತು ಅನ್ಪ್ಯಾಕ್" ನಂತಹ ಒಂದು ಅಥವಾ ಎರಡು ಆಜ್ಞೆಗಳಲ್ಲಿ.
- ಸ್ಥಿರ - ಪ್ರಮಾಣಿತ ಅಥವಾ ದೀರ್ಘ-ಸ್ಥಾಪಿತ ಶೇಖರಣಾ ಸ್ವರೂಪವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ.
- ಕೆಲಸದಲ್ಲಿ ವೇಗವಾಗಿ.
ಹೆಚ್ಚು ಅಥವಾ ಕಡಿಮೆ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸುವವರಿಂದ ಅರ್ಜಿದಾರರು:
- rdiff-ಬ್ಯಾಕ್ಅಪ್
- ಸ್ನ್ಯಾಪ್‌ಶಾಟ್
- ಬರ್ಪ್
- ನಕಲು
- ನಕಲಿ
- ಡ್ಯೂಪ್ ಮಾಡೋಣ
- ಆಗಿದೆ
- zbackup
- ರೆಸ್ಟಿಕ್
- ಬೋರ್ಗ್ಬ್ಯಾಕ್ಅಪ್
ಕೆಳಗಿನ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಹೊಂದಿರುವ ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು (XenServer ಆಧರಿಸಿ) ಪರೀಕ್ಷಾ ಬೆಂಚ್ ಆಗಿ ಬಳಸಲಾಗುತ್ತದೆ:
- 4 ಕೋರ್ಗಳು 2.5 GHz,
- 16 ಜಿಬಿ RAM,
- 50 GB ಹೈಬ್ರಿಡ್ ಸಂಗ್ರಹಣೆ (SSD 20% ವರ್ಚುವಲ್ ಡಿಸ್ಕ್ ಗಾತ್ರದಲ್ಲಿ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆ) ವಿಭಜನೆ ಇಲ್ಲದೆ ಪ್ರತ್ಯೇಕ ವರ್ಚುವಲ್ ಡಿಸ್ಕ್ ರೂಪದಲ್ಲಿ,
- 200 Mbits ಇಂಟರ್ನೆಟ್ ಚಾನಲ್.
ಬಹುತೇಕ ಅದೇ ಯಂತ್ರವನ್ನು ಬ್ಯಾಕಪ್ ರಿಸೀವರ್ ಸರ್ವರ್ ಆಗಿ ಬಳಸಲಾಗುತ್ತದೆ, 500 GB ಹಾರ್ಡ್ ಡ್ರೈವ್‌ನೊಂದಿಗೆ ಮಾತ್ರ.
ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ - ಸೆಂಟೋಸ್ 7 x64: ಪ್ರಮಾಣಿತ ವಿಭಾಗ, ಹೆಚ್ಚುವರಿ ವಿಭಾಗವನ್ನು ಡೇಟಾ ಮೂಲವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ.
ಆರಂಭಿಕ ಡೇಟಾದಂತೆ, 40 GB ಮೀಡಿಯಾ ಫೈಲ್‌ಗಳು ಮತ್ತು mysql ಡೇಟಾಬೇಸ್‌ನೊಂದಿಗೆ ವರ್ಡ್ಪ್ರೆಸ್ ಸೈಟ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳೋಣ. ವರ್ಚುವಲ್ ಸರ್ವರ್‌ಗಳು ಗುಣಲಕ್ಷಣಗಳಲ್ಲಿ ಹೆಚ್ಚು ವ್ಯತ್ಯಾಸಗೊಳ್ಳುವುದರಿಂದ ಮತ್ತು ಉತ್ತಮ ಪುನರುತ್ಪಾದನೆಗಾಗಿ, ಇಲ್ಲಿದೆ
sysbench ಬಳಸಿಕೊಂಡು ಸರ್ವರ್ ಪರೀಕ್ಷೆಯ ಫಲಿತಾಂಶಗಳು.sysbench --threads=4 --time=30 --cpu-max-prime=20000 cpu ರನ್
sysbench 1.1.0-18a9f86 (ಬಂಡಲ್ ಮಾಡಿದ LuaJIT 2.1.0-beta3 ಬಳಸಿ)
ಕೆಳಗಿನ ಆಯ್ಕೆಗಳೊಂದಿಗೆ ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸಲಾಗುತ್ತಿದೆ:
ಎಳೆಗಳ ಸಂಖ್ಯೆ: 4
ಪ್ರಸ್ತುತ ಸಮಯದಿಂದ ಯಾದೃಚ್ಛಿಕ ಸಂಖ್ಯೆಯ ಜನರೇಟರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತಿದೆ
ಪ್ರಧಾನ ಸಂಖ್ಯೆಗಳ ಮಿತಿ: 20000
ವರ್ಕರ್ ಥ್ರೆಡ್‌ಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತಿದೆ...
ಎಳೆಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ!
ಸಿಪಿಯು ವೇಗ:
ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ ಘಟನೆಗಳು: 836.69
ಥ್ರೋಪುಟ್:
ಘಟನೆಗಳು/ಗಳು (eps): 836.6908
ಕಳೆದ ಸಮಯ: 30.0039ಸೆ
ಒಟ್ಟು ಘಟನೆಗಳ ಸಂಖ್ಯೆ: 25104
ಸುಪ್ತತೆ (ಮಿಸೆ):
ನಿಮಿಷ: 2.38
ಸರಾಸರಿ: 4.78
ಗರಿಷ್ಠ: 22.39
95 ನೇ ಶೇಕಡಾ: 10.46
ಮೊತ್ತ: 119923.64
ಎಳೆಗಳ ನ್ಯಾಯಸಮ್ಮತತೆ:
ಘಟನೆಗಳು (ಸರಾಸರಿ/ಸ್ತಂಭ): 6276.0000/13.91
ಮರಣದಂಡನೆಯ ಸಮಯ (ಸರಾಸರಿ/ಸ್ಟಾಡ್ಡೆವ್): 29.9809/0.01
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=ರೀಡ್ ಮೆಮೊರಿ ರನ್
sysbench 1.1.0-18a9f86 (ಬಂಡಲ್ ಮಾಡಿದ LuaJIT 2.1.0-beta3 ಬಳಸಿ)
ಕೆಳಗಿನ ಆಯ್ಕೆಗಳೊಂದಿಗೆ ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸಲಾಗುತ್ತಿದೆ:
ಎಳೆಗಳ ಸಂಖ್ಯೆ: 4
ಪ್ರಸ್ತುತ ಸಮಯದಿಂದ ಯಾದೃಚ್ಛಿಕ ಸಂಖ್ಯೆಯ ಜನರೇಟರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತಿದೆ
ಕೆಳಗಿನ ಆಯ್ಕೆಗಳೊಂದಿಗೆ ಮೆಮೊರಿ ವೇಗ ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸಲಾಗುತ್ತಿದೆ:
ಬ್ಲಾಕ್ ಗಾತ್ರ: 1KiB
ಒಟ್ಟು ಗಾತ್ರ: 102400MiB
ಕಾರ್ಯಾಚರಣೆ: ಓದಿ
ವ್ಯಾಪ್ತಿ: ಜಾಗತಿಕ
ವರ್ಕರ್ ಥ್ರೆಡ್‌ಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತಿದೆ...
ಎಳೆಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ!
ಒಟ್ಟು ಕಾರ್ಯಾಚರಣೆಗಳು: 50900446 (1696677.10 ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ)
49707.47 MiB ವರ್ಗಾಯಿಸಲಾಗಿದೆ (1656.91 MiB/sec)
ಥ್ರೋಪುಟ್:
ಘಟನೆಗಳು/ಗಳು (eps): 1696677.1017
ಕಳೆದ ಸಮಯ: 30.0001ಸೆ
ಒಟ್ಟು ಘಟನೆಗಳ ಸಂಖ್ಯೆ: 50900446
ಸುಪ್ತತೆ (ಮಿಸೆ):
ನಿಮಿಷ: 0.00
ಸರಾಸರಿ: 0.00
ಗರಿಷ್ಠ: 24.01
95 ನೇ ಶೇಕಡಾ: 0.00
ಮೊತ್ತ: 39106.74
ಎಳೆಗಳ ನ್ಯಾಯಸಮ್ಮತತೆ:
ಘಟನೆಗಳು (ಸರಾಸರಿ/ಸ್ತಂಭ): 12725111.5000/137775.15
ಮರಣದಂಡನೆಯ ಸಮಯ (ಸರಾಸರಿ/ಸ್ಟಾಡ್ಡೆವ್): 9.7767/0.10
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=ಬರೆಯಿರಿ ಮೆಮೊರಿ ರನ್
sysbench 1.1.0-18a9f86 (ಬಂಡಲ್ ಮಾಡಿದ LuaJIT 2.1.0-beta3 ಬಳಸಿ)
ಕೆಳಗಿನ ಆಯ್ಕೆಗಳೊಂದಿಗೆ ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸಲಾಗುತ್ತಿದೆ:
ಎಳೆಗಳ ಸಂಖ್ಯೆ: 4
ಪ್ರಸ್ತುತ ಸಮಯದಿಂದ ಯಾದೃಚ್ಛಿಕ ಸಂಖ್ಯೆಯ ಜನರೇಟರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತಿದೆ
ಕೆಳಗಿನ ಆಯ್ಕೆಗಳೊಂದಿಗೆ ಮೆಮೊರಿ ವೇಗ ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸಲಾಗುತ್ತಿದೆ:
ಬ್ಲಾಕ್ ಗಾತ್ರ: 1KiB
ಒಟ್ಟು ಗಾತ್ರ: 102400MiB
ಕಾರ್ಯಾಚರಣೆ: ಬರೆಯಿರಿ
ವ್ಯಾಪ್ತಿ: ಜಾಗತಿಕ
ವರ್ಕರ್ ಥ್ರೆಡ್‌ಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತಿದೆ...
ಎಳೆಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ!
ಒಟ್ಟು ಕಾರ್ಯಾಚರಣೆಗಳು: 35910413 (1197008.62 ಪ್ರತಿ ಸೆಕೆಂಡಿಗೆ)
35068.76 MiB ವರ್ಗಾಯಿಸಲಾಗಿದೆ (1168.95 MiB/sec)
ಥ್ರೋಪುಟ್:
ಘಟನೆಗಳು/ಗಳು (eps): 1197008.6179
ಕಳೆದ ಸಮಯ: 30.0001ಸೆ
ಒಟ್ಟು ಘಟನೆಗಳ ಸಂಖ್ಯೆ: 35910413
ಸುಪ್ತತೆ (ಮಿಸೆ):
ನಿಮಿಷ: 0.00
ಸರಾಸರಿ: 0.00
ಗರಿಷ್ಠ: 16.90
95 ನೇ ಶೇಕಡಾ: 0.00
ಮೊತ್ತ: 43604.83
ಎಳೆಗಳ ನ್ಯಾಯಸಮ್ಮತತೆ:
ಘಟನೆಗಳು (ಸರಾಸರಿ/ಸ್ತಂಭ): 8977603.2500/233905.84
ಮರಣದಂಡನೆಯ ಸಮಯ (ಸರಾಸರಿ/ಸ್ಟಾಡ್ಡೆವ್): 10.9012/0.41
sysbench --threads=4 --file-test-mode=rndrw --time=60 --file-block-size=4K --file-total-size=1G fileio ರನ್
sysbench 1.1.0-18a9f86 (ಬಂಡಲ್ ಮಾಡಿದ LuaJIT 2.1.0-beta3 ಬಳಸಿ)
ಕೆಳಗಿನ ಆಯ್ಕೆಗಳೊಂದಿಗೆ ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸಲಾಗುತ್ತಿದೆ:
ಎಳೆಗಳ ಸಂಖ್ಯೆ: 4
ಪ್ರಸ್ತುತ ಸಮಯದಿಂದ ಯಾದೃಚ್ಛಿಕ ಸಂಖ್ಯೆಯ ಜನರೇಟರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತಿದೆ
ಹೆಚ್ಚುವರಿ ಫೈಲ್ ತೆರೆದ ಫ್ಲ್ಯಾಗ್‌ಗಳು: (ಯಾವುದೂ ಇಲ್ಲ)
128 ಫೈಲ್‌ಗಳು, ಪ್ರತಿಯೊಂದೂ 8MiB
1GiB ಒಟ್ಟು ಫೈಲ್ ಗಾತ್ರ
ಬ್ಲಾಕ್ ಗಾತ್ರ 4KiB
IO ವಿನಂತಿಗಳ ಸಂಖ್ಯೆ: 0
ಸಂಯೋಜಿತ ಯಾದೃಚ್ಛಿಕ IO ಪರೀಕ್ಷೆಗಾಗಿ ಓದುವ/ಬರೆಯುವ ಅನುಪಾತ: 1.50
ಆವರ್ತಕ FSYNC ಸಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ, ಪ್ರತಿ 100 ವಿನಂತಿಗಳಿಗೆ fsync() ಕರೆ ಮಾಡಲಾಗುತ್ತಿದೆ.
ಪರೀಕ್ಷೆಯ ಕೊನೆಯಲ್ಲಿ fsync() ಗೆ ಕರೆ ಮಾಡಲಾಗುತ್ತಿದೆ, ಸಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ.
ಸಿಂಕ್ರೊನಸ್ I/O ಮೋಡ್ ಅನ್ನು ಬಳಸುವುದು
ಯಾದೃಚ್ಛಿಕ r/w ಪರೀಕ್ಷೆಯನ್ನು ಮಾಡಲಾಗುತ್ತಿದೆ
ವರ್ಕರ್ ಥ್ರೆಡ್‌ಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತಿದೆ...
ಎಳೆಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ!
ಥ್ರೋಪುಟ್:
ಓದಿರಿ: IOPS=3868.21 15.11 MiB/s (15.84 MB/s)
ಬರೆಯಿರಿ: IOPS=2578.83 10.07 MiB/s (10.56 MB/s)
fsync: IOPS=8226.98
ಸುಪ್ತತೆ (ಮಿಸೆ):
ನಿಮಿಷ: 0.00
ಸರಾಸರಿ: 0.27
ಗರಿಷ್ಠ: 18.01
95 ನೇ ಶೇಕಡಾ: 1.08
ಮೊತ್ತ: 238469.45
ಈ ಟಿಪ್ಪಣಿ ದೊಡ್ಡದಾಗಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ
ಬ್ಯಾಕ್ಅಪ್ ಬಗ್ಗೆ ಲೇಖನಗಳ ಸರಣಿ
- ಬ್ಯಾಕಪ್, ಭಾಗ 1: ಬ್ಯಾಕಪ್ ಏಕೆ ಅಗತ್ಯವಿದೆ, ವಿಧಾನಗಳು, ತಂತ್ರಜ್ಞಾನಗಳ ಅವಲೋಕನ
- ಬ್ಯಾಕಪ್ ಭಾಗ 2: rsync ಆಧಾರಿತ ಬ್ಯಾಕಪ್ ಪರಿಕರಗಳನ್ನು ಪರಿಶೀಲಿಸುವುದು ಮತ್ತು ಪರೀಕ್ಷಿಸುವುದು
- ಬ್ಯಾಕಪ್ ಭಾಗ 3: ನಕಲು, ನಕಲು, ದೇಜಾ ಡಪ್ ಅನ್ನು ಪರಿಶೀಲಿಸುವುದು ಮತ್ತು ಪರೀಕ್ಷಿಸುವುದು
- ಬ್ಯಾಕಪ್ ಭಾಗ 4: zbackup, Restic, boorgbackup ಅನ್ನು ಪರಿಶೀಲಿಸುವುದು ಮತ್ತು ಪರೀಕ್ಷಿಸುವುದು
- ಬ್ಯಾಕಪ್ ಭಾಗ 5: ಲಿನಕ್ಸ್‌ಗಾಗಿ ಬ್ಯಾಕುಲಾ ಮತ್ತು ವೀಮ್ ಬ್ಯಾಕಪ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಲಾಗುತ್ತಿದೆ
- ಬ್ಯಾಕಪ್ ಭಾಗ 6: ಬ್ಯಾಕಪ್ ಪರಿಕರಗಳನ್ನು ಹೋಲಿಸುವುದು
- ಬ್ಯಾಕಪ್ ಭಾಗ 7: ತೀರ್ಮಾನಗಳು
ಮೂಲ: www.habr.com