ಸಾಮರ್ಥ್ಯ ಶ್ರೇಣಿ (ಅಥವಾ ನಾವು ಅದನ್ನು Vim - captir ಒಳಗೆ ಕರೆಯುತ್ತೇವೆ) ಆರ್ಕೈವ್ ಟೈರ್ ಹೆಸರಿನಲ್ಲಿ Veeam ಬ್ಯಾಕಪ್ ಮತ್ತು ರೆಪ್ಲಿಕೇಶನ್ 9.5 ನವೀಕರಣ 4 ರ ದಿನಗಳಲ್ಲಿ ಮತ್ತೆ ಕಾಣಿಸಿಕೊಂಡಿತು. ಆಪರೇಷನಲ್ ರಿಸ್ಟೋರ್ ವಿಂಡೋ ಎಂದು ಕರೆಯಲ್ಪಡುವ ಆಬ್ಜೆಕ್ಟ್ ಸ್ಟೋರೇಜ್‌ಗೆ ಹೊರಬಿದ್ದ ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ಸರಿಸಲು ಸಾಧ್ಯವಾಗುವಂತೆ ಮಾಡುವುದು ಇದರ ಹಿಂದಿನ ಆಲೋಚನೆಯಾಗಿದೆ. ಇದು ಕಡಿಮೆ ಇರುವ ಬಳಕೆದಾರರಿಗೆ ಡಿಸ್ಕ್ ಜಾಗವನ್ನು ತೆರವುಗೊಳಿಸಲು ಸಹಾಯ ಮಾಡಿತು. ಮತ್ತು ಈ ಆಯ್ಕೆಯನ್ನು ಮೂವ್ ಮೋಡ್ ಎಂದು ಕರೆಯಲಾಯಿತು.
ಈ ಸರಳವಾದ (ಅದು ತೋರುತ್ತಿರುವಂತೆ) ಕ್ರಿಯೆಯನ್ನು ನಿರ್ವಹಿಸಲು, ಎರಡು ಷರತ್ತುಗಳನ್ನು ಪೂರೈಸಲು ಇದು ಸಾಕಾಗುತ್ತದೆ: ಸರಿಸಿದ ಬ್ಯಾಕ್ಅಪ್ನಿಂದ ಎಲ್ಲಾ ಪಾಯಿಂಟ್‌ಗಳು ಮೇಲೆ ತಿಳಿಸಿದ ಕಾರ್ಯಾಚರಣೆಯ ಮರುಸ್ಥಾಪನೆ ವಿಂಡೋದ ಗಡಿಯ ಹೊರಗಿರಬೇಕು, ಇದನ್ನು UI ನಲ್ಲಿ ಸ್ಪಷ್ಟವಾಗಿ ಹೊಂದಿಸಲಾಗಿದೆ. ಮತ್ತು ಎರಡನೆಯದು: ಸರಪಳಿಯು "ಮೊಹರು ರೂಪ" (ಮೊಹರು ಬ್ಯಾಕ್ಅಪ್ ಸರಪಳಿ ಅಥವಾ ನಿಷ್ಕ್ರಿಯ ಬ್ಯಾಕಪ್ ಸರಪಳಿ) ಎಂದು ಕರೆಯಲ್ಪಡಬೇಕು. ಅಂದರೆ, ಕಾಲಾನಂತರದಲ್ಲಿ ಈ ಸರಪಳಿಯಲ್ಲಿ ಯಾವುದೇ ಬದಲಾವಣೆಗಳು ಸಂಭವಿಸುವುದಿಲ್ಲ.
ಆದರೆ ವಿಬಿಆರ್ ವಿ 10 ನಲ್ಲಿ, ಪರಿಕಲ್ಪನೆಯು ಹೊಸ ಕಾರ್ಯಗಳೊಂದಿಗೆ ಪೂರಕವಾಗಿದೆ - ಕಾಪಿ ಮೋಡ್, ಸೀಲ್ಡ್ ಮೋಡ್ ಮತ್ತು ಉಚ್ಚಾರಣೆ ಮಾಡಲು ಕಷ್ಟಕರವಾದ ಹೆಸರು ಇಮ್ಯುಟಬಿಲಿಟಿ ಕಾಣಿಸಿಕೊಂಡಿತು.
ಇವುಗಳು ನಾವು ಇಂದು ಮಾತನಾಡುವ ಆಕರ್ಷಕ ವಿಷಯಗಳಾಗಿವೆ. ಮೊದಲಿಗೆ, ಇದು VBR9.5u4 ನಲ್ಲಿ ಹೇಗೆ ಕೆಲಸ ಮಾಡಿದೆ ಎಂಬುದರ ಕುರಿತು, ಮತ್ತು ನಂತರ ಹತ್ತನೇ ಆವೃತ್ತಿಯಲ್ಲಿನ ಬದಲಾವಣೆಗಳ ಬಗ್ಗೆ.
ಮತ್ತು ಶುದ್ಧ ಭಾಷೆಯ ಚಾಂಪಿಯನ್‌ಗಳು ನನ್ನನ್ನು ಕ್ಷಮಿಸಲಿ, ಆದರೆ ಅನುವಾದಿಸಲಾಗದ ಹಲವಾರು ಪದಗಳಿವೆ.
ಆದ್ದರಿಂದ ಇಲ್ಲಿ ಆಂಗ್ಲಧರ್ಮಗಳ ಟನ್ ಇರುತ್ತದೆ.
ಮತ್ತು ಬಹಳಷ್ಟು gif ಗಳು.
ಮತ್ತು ಚಿತ್ರಗಳು.
- ಸ್ವಲ್ಪವೂ ವಿಷಾದವಿಲ್ಲದೆ. ಲೇಖನದ ಲೇಖಕ.
ಇದ್ದ ಹಾಗೆಯೇ
ಸರಿ, ಕಾರ್ಯಾಚರಣೆಯ ಮರುಸ್ಥಾಪನೆ ವಿಂಡೋ ಮತ್ತು ಮೊಹರು ಬ್ಯಾಕ್ಅಪ್ ಅನ್ನು ವಿಶ್ಲೇಷಿಸುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸೋಣ (ಅಥವಾ ಅವುಗಳನ್ನು ನಿಷ್ಕ್ರಿಯ ಬ್ಯಾಕಪ್ ಚೈನ್ ದಸ್ತಾವೇಜನ್ನು ಕರೆಯಲಾಗುತ್ತದೆ). ಅವರ ತಿಳುವಳಿಕೆಯಿಲ್ಲದೆ, ಹೆಚ್ಚಿನ ವಿವರಣೆಯು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ.
ನಾವು ಚಿತ್ರದಲ್ಲಿ ನೋಡುವಂತೆ, ನಾವು ಡೇಟಾ ಬ್ಲಾಕ್‌ಗಳೊಂದಿಗೆ ಒಂದು ರೀತಿಯ ಬ್ಯಾಕಪ್ ಸರಪಳಿಯನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಇದು ಸಾಮರ್ಥ್ಯದ ಶ್ರೇಣಿಯನ್ನು ಸಂಪರ್ಕಿಸಲಾದ ರೆಪೊಸಿಟರಿಯ ಕಾರ್ಯಕ್ಷಮತೆ ಶ್ರೇಣಿ SOBR ನಲ್ಲಿದೆ. ನಮ್ಮ ಕಾರ್ಯಾಚರಣೆಯ ಬ್ಯಾಕಪ್ ವಿಂಡೋ ಮೂರು ದಿನಗಳು.
ಅದರಂತೆ, ಸೋಮವಾರದಂದು ರಚಿಸಲಾದ .vbk ಹಿಂದಿನ ಸರಪಣಿಯನ್ನು ಮುಚ್ಚುತ್ತದೆ, ಅದರ ವಿಂಡೋವನ್ನು ಮೂರು ದಿನಗಳವರೆಗೆ ಹೊಂದಿಸಲಾಗಿದೆ. ಮತ್ತು ಇದರರ್ಥ ನೀವು ಈ ಮೂರು ದಿನಗಳಿಗಿಂತ ಹಳೆಯದಾದ ಎಲ್ಲವನ್ನೂ ಶೂಟಿಂಗ್ ಶ್ರೇಣಿಗೆ ಸುರಕ್ಷಿತವಾಗಿ ಸಾಗಿಸಲು ಪ್ರಾರಂಭಿಸಬಹುದು.
ಆದರೆ ಮೊಹರು ಮಾಡಿದ ಸರಪಳಿಯಿಂದ ನಿಖರವಾಗಿ ಏನು ಅರ್ಥೈಸಲಾಗಿದೆ ಮತ್ತು ನವೀಕರಣ 4 ರಲ್ಲಿ ಸಾಮರ್ಥ್ಯದ ಶೂಟಿಂಗ್ ಶ್ರೇಣಿಗೆ ಏನು ಕಳುಹಿಸಬಹುದು?
ಫಾರ್ವರ್ಡ್ ಇನ್‌ಕ್ರಿಮೆಂಟಲ್‌ಗಾಗಿ, ಸರಪಳಿಯನ್ನು ಮುಚ್ಚುವ ಸಂಕೇತವು ಹೊಸ ಪೂರ್ಣ ಬ್ಯಾಕ್‌ಅಪ್‌ನ ರಚನೆಯಾಗಿದೆ. ಮತ್ತು ಈ ಸಂಪೂರ್ಣ ಬ್ಯಾಕಪ್ ಅನ್ನು ಹೇಗೆ ಪಡೆಯಲಾಗುತ್ತದೆ ಎಂಬುದು ಮುಖ್ಯವಲ್ಲ: ಸಂಶ್ಲೇಷಿತ ಪೂರ್ಣ ಮತ್ತು ಸಕ್ರಿಯ ಪೂರ್ಣ ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ.
ರಿವರ್ಸ್ ಸಂದರ್ಭದಲ್ಲಿ, ಇವುಗಳು ಆಪರೇಟಿಂಗ್ ವಿಂಡೋಗೆ ಬರದ ಎಲ್ಲಾ ಫೈಲ್ಗಳಾಗಿವೆ.
ರೋಲ್‌ಬ್ಯಾಕ್‌ಗಳೊಂದಿಗೆ ಫಾರ್ವರ್ಡ್ ಇನ್‌ಕ್ರಿಮೆಂಟ್‌ನ ಸಂದರ್ಭದಲ್ಲಿ, ಕಾರ್ಯಕ್ಷಮತೆಯ ಪ್ರಮಾಣದಲ್ಲಿ ಮತ್ತೊಂದು .vbk ಇದ್ದರೆ, ಇವೆಲ್ಲವೂ ರೋಲ್‌ಬ್ಯಾಕ್ ಮತ್ತು .vbk ಆಗಿರುತ್ತವೆ.
ಈಗ ಬ್ಯಾಕಪ್ ನಕಲು ಸರಪಳಿಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಆಯ್ಕೆಯನ್ನು ಪರಿಗಣಿಸೋಣ. GFS ಧಾರಣೆಯ ಅಡಿಯಲ್ಲಿ ಬರುವ ವಸ್ತುಗಳನ್ನು ಮಾತ್ರ ಇಲ್ಲಿ ಸಾಗಿಸಲಾಯಿತು. ಏಕೆಂದರೆ ಇತ್ತೀಚಿನ ಬ್ಯಾಕ್ಅಪ್ ಕಾಪಿ ಚೈನ್‌ಗಳಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುವ ಎಲ್ಲವನ್ನೂ ಒಂದಲ್ಲ ಒಂದು ರೀತಿಯಲ್ಲಿ ಬದಲಾಯಿಸಬಹುದು.
ಈಗ ಹುಡ್ ಅಡಿಯಲ್ಲಿ ನೋಡೋಣ. ಅಲ್ಲಿ, ನಿರ್ಜಲೀಕರಣ ಎಂಬ ಪ್ರಕ್ರಿಯೆಯು ಸಂಭವಿಸುತ್ತದೆ - ಖಾಲಿ ಬ್ಯಾಕ್ಅಪ್ ಫೈಲ್‌ಗಳನ್ನು ವ್ಯಾಪ್ತಿಗೆ ಬಿಡುತ್ತದೆ ಮತ್ತು ಈ ಫೈಲ್‌ಗಳಿಂದ ಬ್ಲಾಕ್ಗಳನ್ನು ಸಾಮರ್ಥ್ಯ ಶೂಟಿಂಗ್ ಶ್ರೇಣಿಗೆ ಎಳೆಯುತ್ತದೆ. ಈ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸಲು, ನಿರ್ಜಲೀಕರಣ ಸೂಚ್ಯಂಕ ಎಂದು ಕರೆಯಲ್ಪಡುವದನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಇದು ಈಗಾಗಲೇ ಸಾಮರ್ಥ್ಯದ ಶೂಟಿಂಗ್ ಶ್ರೇಣಿಗೆ ನಕಲಿಸಲಾದ ಬ್ಲಾಕ್ಗಳನ್ನು ನಕಲಿಸುವುದನ್ನು ತಪ್ಪಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ಉದಾಹರಣೆಯೊಂದಿಗೆ ಇದು ಹೇಗೆ ಕಾಣುತ್ತದೆ ಎಂದು ನೋಡೋಣ: ನಾವು ವಹಿವಾಟು ವಿಂಡೋದಿಂದ ಹೊರಬಂದ ಮತ್ತು ಮೊಹರು ಮಾಡಿದ ಸರಪಳಿಗೆ ಸೇರಿದ .vbk ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ ಎಂದು ಹೇಳೋಣ. ಇದರರ್ಥ ಅದನ್ನು ಸಾಮರ್ಥ್ಯದ ಶೂಟಿಂಗ್ ಶ್ರೇಣಿಗೆ ಸರಿಸಲು ನಮಗೆ ಎಲ್ಲ ಹಕ್ಕಿದೆ. ಚಲಿಸುವ ಸಮಯದಲ್ಲಿ, ವರ್ಗಾವಣೆಗೊಂಡ ಫೈಲ್‌ನ ಸಾಮರ್ಥ್ಯದ ಡ್ಯಾಶ್ ಮತ್ತು ಬ್ಲಾಕ್‌ಗಳಲ್ಲಿ ಮೆಟಾಡೇಟಾ ಫೈಲ್ ಅನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ. ಲಿಂಕ್-ಲೆವೆಲ್ ಮೆಟಾಡೇಟಾ ಫೈಲ್ ನಮ್ಮ ಫೈಲ್ ಅನ್ನು ಒಳಗೊಂಡಿರುವ ಬ್ಲಾಕ್ಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ. ಚಿತ್ರದಲ್ಲಿನ ಸಂದರ್ಭದಲ್ಲಿ, ನಮ್ಮ ಮೊದಲ ಫೈಲ್ ಎ, ಬಿ, ಸಿ ಬ್ಲಾಕ್ಗಳನ್ನು ಒಳಗೊಂಡಿದೆ ಮತ್ತು ಮೆಟಾಡೇಟಾ ಈ ಬ್ಲಾಕ್‌ಗಳಿಗೆ ಲಿಂಕ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ನಾವು ಎರಡನೇ .vbk ಫೈಲ್ ಅನ್ನು ಹೊಂದಿರುವಾಗ, ಸರಿಸಲು ಸಿದ್ಧವಾಗಿರುವಾಗ ಮತ್ತು a, b ಮತ್ತು d ಬ್ಲಾಕ್ಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ, ನಾವು ನಿರ್ಜಲೀಕರಣ ಸೂಚ್ಯಂಕವನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತೇವೆ, ಬ್ಲಾಕ್ d ಅನ್ನು ಮಾತ್ರ ವರ್ಗಾಯಿಸಬೇಕಾಗಿದೆ ಎಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತೇವೆ. ಮತ್ತು ಅದರ ಮೆಟಾಡೇಟಾ ಫೈಲ್ ಎರಡು ಹಿಂದಿನ ಬ್ಲಾಕ್‌ಗಳಿಗೆ ಮತ್ತು ಒಂದು ಹೊಸದಕ್ಕೆ ಲಿಂಕ್‌ಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ.
ಅದರಂತೆ, ಈ ಖಾಲಿ ಜಾಗಗಳನ್ನು ಮತ್ತೆ ಡೇಟಾದೊಂದಿಗೆ ತುಂಬುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪುನರ್ಜಲೀಕರಣ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಸ್ಥಳೀಯ ಕಾರ್ಯಕ್ಷಮತೆಯ ವ್ಯಾಪ್ತಿಯಲ್ಲಿರುವ ಹಳೆಯ .vbk ಫೈಲ್ ಅನ್ನು ಆಧರಿಸಿ ಇದು ಈಗಾಗಲೇ ತನ್ನದೇ ಆದ ಪುನರ್ಜಲೀಕರಣ ಸೂಚಿಯನ್ನು ಬಳಸುತ್ತದೆ. ಅಂದರೆ, ಬಳಕೆದಾರರು ಸಾಮರ್ಥ್ಯದ ಶೂಟಿಂಗ್ ಶ್ರೇಣಿಯಿಂದ ಫೈಲ್ ಅನ್ನು ಹಿಂತಿರುಗಿಸಲು ಬಯಸಿದರೆ, ನಾವು ಮೊದಲು ಹಳೆಯ ಪೂರ್ಣ ಬ್ಯಾಕ್‌ಅಪ್‌ನ ಬ್ಲಾಕ್‌ಗಳ ಸೂಚಿಯನ್ನು ರಚಿಸುತ್ತೇವೆ ಮತ್ತು ಸಾಮರ್ಥ್ಯ ಶೂಟಿಂಗ್ ಗ್ಯಾಲರಿಯಿಂದ ಕಾಣೆಯಾದ ಬ್ಲಾಕ್ಗಳನ್ನು ಮಾತ್ರ ವರ್ಗಾಯಿಸುತ್ತೇವೆ. ಚಿತ್ರದಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾದ ಸಂದರ್ಭದಲ್ಲಿ, ಪುನರ್ಜಲೀಕರಣ ಸೂಚ್ಯಂಕದ ಪ್ರಕಾರ FullBackup1.vbk ಅನ್ನು ಮರುಹೊಂದಿಸಲು, ನಮಗೆ ಬ್ಲಾಕ್ C ಮಾತ್ರ ಬೇಕಾಗುತ್ತದೆ, ಅದನ್ನು ನಾವು ಸಾಮರ್ಥ್ಯದ ಶೂಟಿಂಗ್ ಶ್ರೇಣಿಯಿಂದ ತೆಗೆದುಕೊಳ್ಳುತ್ತೇವೆ. ಶೇಖರಣಾ ಕ್ಲೌಡ್ ವಸ್ತುವು ಸಾಮರ್ಥ್ಯದ ಶೂಟಿಂಗ್ ಶ್ರೇಣಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಿದರೆ, ಇದು ನಿಮಗೆ ಅಪಾರ ಪ್ರಮಾಣದ ಹಣವನ್ನು ಉಳಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ.
ಇಲ್ಲಿ ಈ ತಂತ್ರಜ್ಞಾನವು WAN ವೇಗವರ್ಧಕಗಳಲ್ಲಿ ಬಳಸುವುದಕ್ಕೆ ಹೋಲುತ್ತದೆ ಎಂದು ತೋರುತ್ತದೆ, ಆದರೆ ಅದು ಹಾಗೆ ತೋರುತ್ತದೆ. ವೇಗವರ್ಧಕಗಳಲ್ಲಿ, ಡಿಡಪ್ಲಿಕೇಶನ್ ಜಾಗತಿಕವಾಗಿದೆ; ಇಲ್ಲಿ, ಪ್ರತಿ ಫೈಲ್‌ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಆಫ್‌ಸೆಟ್‌ನಲ್ಲಿ ಸ್ಥಳೀಯ ಡಿಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಪರಿಹರಿಸಲಾದ ಕಾರ್ಯಗಳಲ್ಲಿನ ವ್ಯತ್ಯಾಸದಿಂದಾಗಿ ಇದು ಸಂಭವಿಸುತ್ತದೆ: ಇಲ್ಲಿ ನಾವು ದೊಡ್ಡ ಪೂರ್ಣ ಬ್ಯಾಕಪ್ ಫೈಲ್‌ಗಳನ್ನು ನಕಲಿಸಬೇಕಾಗಿದೆ, ಮತ್ತು ನಮ್ಮ ಸಂಶೋಧನೆಯ ಪ್ರಕಾರ, ಅವುಗಳ ನಡುವೆ ದೀರ್ಘಾವಧಿಯ ಅವಧಿಯು ಹಾದುಹೋದರೂ ಸಹ, ಈ ಡಿಡ್ಪ್ಲಿಕೇಶನ್ ಅಲ್ಗಾರಿದಮ್ ಉತ್ತಮ ಫಲಿತಾಂಶವನ್ನು ನೀಡುತ್ತದೆ.
ಆದರೆ ಸೂಚ್ಯಂಕಗಳ ದೇವರಿಗೆ ಹೆಚ್ಚು ಸೂಚ್ಯಂಕಗಳು! ಡೇಟಾ ಮರುಪಡೆಯುವಿಕೆಗೆ ಸೂಚ್ಯಂಕವೂ ಇದೆ! ಸಾಮರ್ಥ್ಯದ ಡ್ಯಾಶ್‌ನಲ್ಲಿರುವ ಯಂತ್ರವನ್ನು ಮರುಸ್ಥಾಪಿಸಲು ನಾವು ಪ್ರಾರಂಭಿಸಿದಾಗ, ಕಾರ್ಯಕ್ಷಮತೆಯ ಡ್ಯಾಶ್‌ನಲ್ಲಿಲ್ಲದ ಅನನ್ಯ ಡೇಟಾ ಬ್ಲಾಕ್ಗಳನ್ನು ಮಾತ್ರ ನಾವು ಓದುತ್ತೇವೆ.
ಇದು ಹೇಗೆ ಸಂಭವಿಸಿತು?
ಪರಿಚಯದ ಭಾಗಕ್ಕೆ ಅಷ್ಟೆ. ಇದು ಸಾಕಷ್ಟು ವಿವರವಾಗಿದೆ, ಆದರೆ ಮೇಲೆ ಹೇಳಿದಂತೆ, ಈ ವಿವರಗಳಿಲ್ಲದೆ ಹೊಸ ಕಾರ್ಯಗಳು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ವಿವರಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ, ಮತ್ತಷ್ಟು ಸಡಗರವಿಲ್ಲದೆ, ಮೊದಲನೆಯದಕ್ಕೆ ಹೋಗೋಣ.
ನಕಲು ಮೋಡ್
ಇದು ಹೆಚ್ಚಾಗಿ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಆಧರಿಸಿದೆ, ಆದರೆ ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನವಾದ ಬಳಕೆಯ ತರ್ಕವನ್ನು ಹೊಂದಿದೆ.
ಈ ಮೋಡ್‌ನ ಉದ್ದೇಶವು ಸ್ಥಳೀಯ ವ್ಯಾಪ್ತಿಯಲ್ಲಿರುವ ಎಲ್ಲಾ ಡೇಟಾವು ಸಾಮರ್ಥ್ಯದ ಡ್ಯಾಶ್‌ನಲ್ಲಿ ನಕಲನ್ನು ಹೊಂದಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು.
ನೀವು ಮೂವ್ ಮತ್ತು ಕಾಪಿ ಮೋಡ್‌ಗಳನ್ನು ಹೆಡ್-ಆನ್‌ನಲ್ಲಿ ಹೋಲಿಸಿದರೆ, ಅದು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:
- ಮೊಹರು ಮಾಡಿದ ಸರಪಳಿಯನ್ನು ಮಾತ್ರ ಚಲಿಸಬಹುದು. ನಕಲು ಮೋಡ್‌ನ ಸಂದರ್ಭದಲ್ಲಿ, ಬ್ಯಾಕಪ್ ಕೆಲಸದಲ್ಲಿ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಲೆಕ್ಕಿಸದೆಯೇ ಎಲ್ಲವನ್ನೂ ಸಂಪೂರ್ಣವಾಗಿ ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ.
- ಫೈಲ್‌ಗಳು ಕಾರ್ಯಾಚರಣೆಯ ಬ್ಯಾಕ್ಅಪ್ ವಿಂಡೋದ ಗಡಿಗಳನ್ನು ಮೀರಿ ಹೋದಾಗ ಚಲಿಸುವಿಕೆಯನ್ನು ಪ್ರಚೋದಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಬ್ಯಾಕಪ್ ಫೈಲ್ ಕಾಣಿಸಿಕೊಂಡ ತಕ್ಷಣ ನಕಲು ಮಾಡುವಿಕೆಯನ್ನು ಪ್ರಚೋದಿಸಲಾಗುತ್ತದೆ.
- ನಕಲು ಮಾಡಲು ಹೊಸ ಡೇಟಾದ ಮೇಲ್ವಿಚಾರಣೆ ನಿರಂತರವಾಗಿ ಸಂಭವಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಸರಿಸಲು ಪ್ರತಿ 4 ಗಂಟೆಗಳಿಗೊಮ್ಮೆ ಪ್ರಚೋದಿಸಲಾಗುತ್ತದೆ.
ಹೊಸ ಮೋಡ್ ಅನ್ನು ಪರಿಗಣಿಸುವಾಗ, ಸರಳ ಉದಾಹರಣೆಗಳಿಂದ ಸಂಕೀರ್ಣವಾದವುಗಳಿಗೆ ಸರಿಸಲು ನಾನು ಪ್ರಸ್ತಾಪಿಸುತ್ತೇನೆ.
ಅತ್ಯಂತ ಸಾಮಾನ್ಯವಾದ ಸಂದರ್ಭದಲ್ಲಿ, ನಾವು ಕೇವಲ ಹೊಸ ಫೈಲ್‌ಗಳನ್ನು ಇನ್‌ಕ್ರಿಮೆಂಟ್‌ಗಳೊಂದಿಗೆ ಹೊಂದಿದ್ದೇವೆ ಮತ್ತು ನಾವು ಅವುಗಳನ್ನು ಸಾಮರ್ಥ್ಯದ ಶೂಟಿಂಗ್ ಶ್ರೇಣಿಗೆ ಸರಳವಾಗಿ ನಕಲಿಸುತ್ತೇವೆ. ಬ್ಯಾಕಪ್ ಕೆಲಸದಲ್ಲಿ ಯಾವ ಮೋಡ್ ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ ಎಂಬುದರ ಹೊರತಾಗಿಯೂ, ಅದು ಸರಪಳಿಯ ಮೊಹರು ಭಾಗಕ್ಕೆ ಸೇರಿದೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬುದನ್ನು ಲೆಕ್ಕಿಸದೆ, ನಮ್ಮ ಆಪರೇಟಿಂಗ್ ವಿಂಡೋ ಅವಧಿ ಮುಗಿದಿದೆಯೇ ಎಂಬುದನ್ನು ಲೆಕ್ಕಿಸದೆ. ಅವರು ಅದನ್ನು ತೆಗೆದುಕೊಂಡು ಅದನ್ನು ನಕಲಿಸಿದ್ದಾರೆ.
ಇದರ ಹಿಂದಿನ ಪ್ರಕ್ರಿಯೆಯು ಮೇಲೆ ವಿವರಿಸಿದಂತೆ ಇನ್ನೂ ನಿರ್ಜಲೀಕರಣವಾಗಿದೆ. ಕಾಪಿ ಮೋಡ್‌ನಲ್ಲಿ, ನಮ್ಮ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಈಗಾಗಲೇ ಇರುವ ಬ್ಲಾಕ್ಗಳನ್ನು ನಾವು ನಕಲಿಸುವುದಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ. ಒಂದೇ ವ್ಯತ್ಯಾಸವೆಂದರೆ ಮೂವಿ ಮೋಡ್‌ನಲ್ಲಿ ನಾವು ನೈಜ ಫೈಲ್‌ಗಳನ್ನು ನಕಲಿ ಫೈಲ್‌ಗಳೊಂದಿಗೆ ಬದಲಾಯಿಸಿದರೆ, ಇಲ್ಲಿ ನಾವು ಅವುಗಳನ್ನು ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಸ್ಪರ್ಶಿಸುವುದಿಲ್ಲ ಮತ್ತು ಎಲ್ಲವನ್ನೂ ಹಾಗೆಯೇ ಬಿಡುತ್ತೇವೆ. ಇಲ್ಲದಿದ್ದರೆ, ಇದು ನಿಖರವಾಗಿ ಅದೇ ನಿರ್ಜಲೀಕರಣ ಸೂಚ್ಯಂಕವಾಗಿದೆ, ಇದು ನಿಮ್ಮ ಹಣ ಮತ್ತು ಸಮಯವನ್ನು ಉಳಿಸಲು ಎಚ್ಚರಿಕೆಯಿಂದ ಪ್ರಯತ್ನಿಸುತ್ತದೆ.
ಪ್ರಶ್ನೆ ಉದ್ಭವಿಸುತ್ತದೆ - ನೀವು UI ಅನ್ನು ನೋಡಿದರೆ, ಒಂದೇ ಸಮಯದಲ್ಲಿ ಎರಡೂ ಆಯ್ಕೆಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ಅವಕಾಶವಿದೆ. ಅಂತಹ ಸಂಯೋಜಿತ ಮೋಡ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ?
ಅದನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡೋಣ.
ಪ್ರಾರಂಭವು ಪ್ರಮಾಣಿತವಾಗಿದೆ: ಬ್ಯಾಕಪ್ ಫೈಲ್ ಅನ್ನು ತಕ್ಷಣವೇ ರಚಿಸಲಾಗಿದೆ ಮತ್ತು ನಕಲಿಸಲಾಗುತ್ತದೆ. ಅದಕ್ಕೆ ಇನ್ಕ್ರಿಮೆಂಟ್ ಅನ್ನು ರಚಿಸಲಾಗಿದೆ ಮತ್ತು ನಕಲಿಸಲಾಗುತ್ತದೆ. ಫೈಲ್‌ಗಳು ನಮ್ಮ ಆಪರೇಟಿಂಗ್ ವಿಂಡೋವನ್ನು ತೊರೆದಿವೆ ಮತ್ತು ಮೊಹರು ಮಾಡಿದ ಸರಪಳಿ ಕಾಣಿಸಿಕೊಂಡಿದೆ ಎಂದು ನಾವು ತಿಳಿದುಕೊಳ್ಳುವ ಕ್ಷಣದವರೆಗೆ ಇದು ಸಂಭವಿಸುತ್ತದೆ. ಈ ಹಂತದಲ್ಲಿ ನಾವು ನಿರ್ಜಲೀಕರಣ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಿರ್ವಹಿಸುತ್ತೇವೆ ಮತ್ತು ಈ ಫೈಲ್‌ಗಳನ್ನು ನಕಲಿ ಫೈಲ್‌ಗಳೊಂದಿಗೆ ಬದಲಾಯಿಸುತ್ತೇವೆ. ಸಹಜವಾಗಿ, ನಾವು ಮತ್ತೆ ಏನನ್ನೂ ಸಾಮರ್ಥ್ಯ ಶೂಟಿಂಗ್ ಶ್ರೇಣಿಗೆ ನಕಲಿಸುವುದಿಲ್ಲ.
ಈ ಎಲ್ಲಾ ಆಕರ್ಷಕ ತರ್ಕವು ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ ಕೇವಲ ಒಂದು ಚೆಕ್‌ಬಾಕ್ಸ್‌ಗೆ ಕಾರಣವಾಗಿದೆ: ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ರಚಿಸಿದ ತಕ್ಷಣ ಆಬ್ಜೆಕ್ಟ್ ಸಂಗ್ರಹಣೆಗೆ ನಕಲಿಸಿ.
ನಮಗೆ ಈ ನಕಲು ಮೋಡ್ ಏಕೆ ಬೇಕು?
ಪ್ರಶ್ನೆಯನ್ನು ಈ ರೀತಿ ಪುನರಾವರ್ತಿಸುವುದು ಇನ್ನೂ ಉತ್ತಮವಾಗಿದೆ: ಅದರ ಸಹಾಯದಿಂದ ನಾವು ಯಾವ ಅಪಾಯಗಳಿಂದ ರಕ್ಷಿಸಲ್ಪಟ್ಟಿದ್ದೇವೆ? ಯಾವ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ನಮಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ?
ಉತ್ತರ ಸ್ಪಷ್ಟವಾಗಿದೆ: ಸಹಜವಾಗಿ, ಇದು ಡೇಟಾ ಮರುಪಡೆಯುವಿಕೆ. ಆಬ್ಜೆಕ್ಟ್ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ನಾವು ಸ್ಥಳೀಯ ಡೇಟಾದ ಸಂಪೂರ್ಣ ನಕಲನ್ನು ಹೊಂದಿದ್ದರೆ, ನಮ್ಮ ಉತ್ಪನ್ನಕ್ಕೆ ಏನಾಗುತ್ತದೆಯಾದರೂ, ಷರತ್ತುಬದ್ಧ ಅಮೆಜಾನ್‌ನಲ್ಲಿರುವ ಫೈಲ್‌ಗಳಿಂದ ನಾವು ಯಾವಾಗಲೂ ಡೇಟಾವನ್ನು ಮರುಸ್ಥಾಪಿಸಬಹುದು.
ಆದ್ದರಿಂದ ಸರಳದಿಂದ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾದ ಸಂಭವನೀಯ ಸನ್ನಿವೇಶಗಳ ಮೂಲಕ ಹೋಗೋಣ.
ನಮ್ಮ ತಲೆಯ ಮೇಲೆ ಬೀಳಬಹುದಾದ ಸರಳವಾದ ದುರದೃಷ್ಟವೆಂದರೆ ಬ್ಯಾಕಪ್ ಸರಪಳಿಯಲ್ಲಿನ ಫೈಲ್‌ಗಳಲ್ಲಿ ಒಂದನ್ನು ಪ್ರವೇಶಿಸಲಾಗದಿರುವುದು.
ದುಃಖಕರವಾದ ಕಥೆಯೆಂದರೆ ನಮ್ಮ SOBR ರೆಪೊಸಿಟರಿಯ ಒಂದು ವಿಸ್ತಾರವು ಮುರಿದುಹೋಗಿದೆ.
ಸಂಪೂರ್ಣ SOBR ರೆಪೊಸಿಟರಿಯು ಪ್ರವೇಶಿಸಲಾಗದಿದ್ದಾಗ ಅದು ಇನ್ನಷ್ಟು ಕೆಟ್ಟದಾಗುತ್ತದೆ, ಆದರೆ ಸಾಮರ್ಥ್ಯದ ಶೂಟಿಂಗ್ ಶ್ರೇಣಿಯು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ.
ಮತ್ತು ಎಲ್ಲವೂ ನಿಜವಾಗಿಯೂ ಕೆಟ್ಟದಾಗಿದೆ - ಇದು ಬ್ಯಾಕಪ್ ಸರ್ವರ್ ಸತ್ತಾಗ ಮತ್ತು ಹತ್ತು ನಿಮಿಷಗಳಲ್ಲಿ ಕೆನಡಾದ ಗಡಿಗೆ ಓಡಲು ಪ್ರಯತ್ನಿಸುವುದು ನಿಮ್ಮ ಮೊದಲ ಬಯಕೆಯಾಗಿದೆ.
ಈಗ ಪ್ರತಿಯೊಂದು ಸನ್ನಿವೇಶವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ನೋಡೋಣ.
ನಾವು ಒಂದು (ಮತ್ತು ಹಲವಾರು) ಬ್ಯಾಕಪ್ ಫೈಲ್‌ಗಳನ್ನು ಕಳೆದುಕೊಂಡಾಗ, ನಾವು ಮಾಡಬೇಕಾಗಿರುವುದು ರೆಪೊಸಿಟರಿ ಮರುಸ್ಕ್ಯಾನ್ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪ್ರಾರಂಭಿಸುವುದು ಮತ್ತು ಕಳೆದುಹೋದ ಫೈಲ್ ಅನ್ನು ನಕಲಿ ಫೈಲ್‌ನೊಂದಿಗೆ ಬದಲಾಯಿಸಲಾಗುತ್ತದೆ. ಮತ್ತು ಪುನರ್ಜಲೀಕರಣ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಬಳಸಿ (ಲೇಖನದ ಆರಂಭದಲ್ಲಿ ಇದನ್ನು ಚರ್ಚಿಸಲಾಗಿದೆ), ಬಳಕೆದಾರರು ಸಾಮರ್ಥ್ಯದ ಶೂಟಿಂಗ್ ಶ್ರೇಣಿಯಿಂದ ಸ್ಥಳೀಯ ಸಂಗ್ರಹಣೆಗೆ ಡೇಟಾವನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.
ಈಗ ಪರಿಸ್ಥಿತಿ ಹೆಚ್ಚು ಜಟಿಲವಾಗಿದೆ. ನಮ್ಮ SOBR ಕಾರ್ಯಕ್ಷಮತೆ ಮೋಡ್‌ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರುವ ಎರಡು ವಿಸ್ತಾರಗಳನ್ನು ಒಳಗೊಂಡಿದೆ ಎಂದು ಭಾವಿಸೋಣ, ಅಂದರೆ ನಮ್ಮ .vbk ಮತ್ತು .vib ಅವುಗಳ ಮೇಲೆ ಅಸಮವಾದ ಪದರದಲ್ಲಿ ಹರಡುತ್ತವೆ. ಮತ್ತು ಕೆಲವು ಸಮಯದಲ್ಲಿ, ವಿಸ್ತಾರಗಳಲ್ಲಿ ಒಂದು ಲಭ್ಯವಿಲ್ಲ, ಮತ್ತು ಬಳಕೆದಾರನು ತುರ್ತಾಗಿ ಯಂತ್ರವನ್ನು ಮರುಸ್ಥಾಪಿಸಬೇಕಾಗುತ್ತದೆ, ಅದರ ಡೇಟಾದ ಭಾಗವು ಈ ಪ್ರಮಾಣದಲ್ಲಿ ನಿಖರವಾಗಿ ಇರುತ್ತದೆ.
ಬಳಕೆದಾರನು ಮರುಪಡೆಯುವಿಕೆ ಮಾಂತ್ರಿಕವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತಾನೆ, ಅವನು ಪುನಃಸ್ಥಾಪಿಸಲು ಬಯಸುವ ಬಿಂದುವನ್ನು ಆಯ್ಕೆಮಾಡುತ್ತಾನೆ, ಮತ್ತು ಮಾಂತ್ರಿಕನು ಕೆಲಸ ಮಾಡುವಾಗ, ಸ್ಥಳೀಯವಾಗಿ ಚೇತರಿಕೆಗೆ ಅಗತ್ಯವಾದ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಹೊಂದಿಲ್ಲ ಮತ್ತು ಆದ್ದರಿಂದ ಸಾಮರ್ಥ್ಯದ ಶೂಟಿಂಗ್‌ನಿಂದ ಡೌನ್‌ಲೋಡ್ ಮಾಡಬೇಕಾಗಿದೆ ಎಂಬ ಅರಿವಿಗೆ ಬರುತ್ತದೆ. ಗ್ಯಾಲರಿ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಸ್ಥಳೀಯ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಉಳಿದಿರುವ ಬ್ಲಾಕ್ಗಳನ್ನು ಕ್ಲೌಡ್‌ನಿಂದ ಡೌನ್‌ಲೋಡ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ. ಮರುಸ್ಥಾಪನೆ ಸೂಚ್ಯಂಕಕ್ಕೆ ಗ್ಲೋರಿ (ಹೌದು, ಇದನ್ನು ಲೇಖನದ ಆರಂಭದಲ್ಲಿ ಸಹ ಉಲ್ಲೇಖಿಸಲಾಗಿದೆ).
ಈ ಪ್ರಕರಣದ ಒಂದು ಉಪ ಪ್ರಕಾರವೆಂದರೆ ಸಂಪೂರ್ಣ SOBR ರೆಪೊಸಿಟರಿಯನ್ನು ಪ್ರವೇಶಿಸಲಾಗುವುದಿಲ್ಲ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಸ್ಥಳೀಯ ಸಂಗ್ರಹಣೆಯಿಂದ ನಕಲಿಸಲು ನಮಗೆ ಏನೂ ಇಲ್ಲ, ಮತ್ತು ಎಲ್ಲಾ ಬ್ಲಾಕ್ಗಳನ್ನು ಕ್ಲೌಡ್‌ನಿಂದ ಡೌನ್‌ಲೋಡ್ ಮಾಡಲಾಗುತ್ತದೆ.
ಮತ್ತು ಅತ್ಯಂತ ಆಸಕ್ತಿದಾಯಕ ಸನ್ನಿವೇಶವೆಂದರೆ ಬ್ಯಾಕ್ಅಪ್ ಸರ್ವರ್ ಸತ್ತುಹೋಯಿತು. ಇಲ್ಲಿ ಎರಡು ಆಯ್ಕೆಗಳಿವೆ: ನಿರ್ವಾಹಕರು ಉತ್ತಮರಾಗಿದ್ದಾರೆ ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್ ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ಮಾಡಿದ್ದಾರೆ, ಮತ್ತು ನಿರ್ವಾಹಕರು ಸ್ವತಃ ದುಷ್ಟ ಪಿನೋಚ್ಚಿಯೋ ಆಗಿದ್ದಾರೆ ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಮಾಡಿಲ್ಲ.
ಮೊದಲನೆಯ ಸಂದರ್ಭದಲ್ಲಿ, VBR ನ ಕ್ಲೀನ್ ಅನುಸ್ಥಾಪನೆಯನ್ನು ಎಲ್ಲೋ ನಿಯೋಜಿಸಲು ಮತ್ತು ಪ್ರಮಾಣಿತ ವಿಧಾನಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಬ್ಯಾಕ್ಅಪ್ನಿಂದ ಅದರ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಪುನಃಸ್ಥಾಪಿಸಲು ಅವನಿಗೆ ಸಾಕು. ಈ ಪ್ರಕ್ರಿಯೆಯ ಕೊನೆಯಲ್ಲಿ, ಎಲ್ಲವೂ ಸಾಮಾನ್ಯ ಸ್ಥಿತಿಗೆ ಮರಳುತ್ತದೆ. ಅಥವಾ ಮೇಲಿನ ಸನ್ನಿವೇಶಗಳಲ್ಲಿ ಒಂದರ ಪ್ರಕಾರ ಅದನ್ನು ಮರುಸ್ಥಾಪಿಸಲಾಗುತ್ತದೆ.
ಆದರೆ ನಿರ್ವಾಹಕರು ಅವನ ಸ್ವಂತ ಶತ್ರುವಾಗಿದ್ದರೆ ಅಥವಾ ಕಾನ್ಫಿಗರೇಶನ್ ಬ್ಯಾಕ್ಅಪ್ ಸಹ ಮಹಾಕಾವ್ಯದ ವೈಫಲ್ಯವನ್ನು ಅನುಭವಿಸಿದರೆ, ಇಲ್ಲಿಯೂ ನಾವು ಅವನನ್ನು ವಿಧಿಯ ಕರುಣೆಗೆ ಬಿಡುವುದಿಲ್ಲ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನಾವು ಆಮದು ವಸ್ತು ಸಂಗ್ರಹಣೆ ಎಂಬ ಹೊಸ ವಿಧಾನವನ್ನು ಪರಿಚಯಿಸಿದ್ದೇವೆ. ಇದು SOBR ರೆಪೊಸಿಟರಿಯನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಮರುಸೃಷ್ಟಿಸುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಬಿಟ್ಟುಬಿಡಲು ಮತ್ತು ನಂತರದ ಮರುಸ್ಕ್ಯಾನ್‌ನೊಂದಿಗೆ ಸಾಮರ್ಥ್ಯದ ಶೂಟಿಂಗ್ ಶ್ರೇಣಿಯನ್ನು ಲಗತ್ತಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ, ಮತ್ತು Vim ಇಂಟರ್ಫೇಸ್‌ಗೆ ಶೇಖರಣಾ ವಸ್ತುವನ್ನು ಸೇರಿಸಿ ಮತ್ತು ಆಮದು ಶೇಖರಣಾ ರೆಪೊಸಿಟರಿ ಕಾರ್ಯವಿಧಾನವನ್ನು ಚಲಾಯಿಸಿ. ನಿಮ್ಮ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆಗಿದ್ದರೆ ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ನಮೂದಿಸಲು ವಿನಂತಿಸುವುದು ನಿಮ್ಮ ಮತ್ತು ನಿಮ್ಮ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳ ನಡುವೆ ಇರುವ ಏಕೈಕ ವಿಷಯವಾಗಿದೆ.
ಇದು ಬಹುಶಃ ನಕಲು ಮೋಡ್‌ಗೆ ಸಂಬಂಧಿಸಿದೆ ಮತ್ತು ನಾವು ಮುಂದುವರಿಯುತ್ತೇವೆ
ಮೊಹರು ಮೋಡ್
ರೆಪೊಸಿಟರಿಯ ಆಯ್ದ SOBR ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಹೊಸ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳು ಗೋಚರಿಸುವುದಿಲ್ಲ ಎಂಬುದು ಮುಖ್ಯ ಆಲೋಚನೆ. v10 ಕ್ಕಿಂತ ಮೊದಲು, ರೆಪೊಸಿಟರಿಯೊಂದಿಗಿನ ಯಾವುದೇ ಕೆಲಸವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿಷೇಧಿಸಿದಾಗ ನಾವು ನಿರ್ವಹಣೆ ಮೋಡ್ ಅನ್ನು ಮಾತ್ರ ಹೊಂದಿದ್ದೇವೆ. ಸಂಗ್ರಹಣೆಯನ್ನು ಸ್ಥಗಿತಗೊಳಿಸಲು ಒಂದು ರೀತಿಯ ಹಾರ್ಡ್‌ಕೋರ್ ಮೋಡ್, ಅಲ್ಲಿ ಇವಾಕ್ಯುಯೇಟ್ ಬಟನ್ ಮಾತ್ರ ಲಭ್ಯವಿರುತ್ತದೆ, ಇದು ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ಒಂದು ಬಾರಿ ಮತ್ತೊಂದು ಮಟ್ಟಿಗೆ ಸಾಗಿಸುತ್ತದೆ.
ಮತ್ತು ಮೊಹರು ಮೋಡ್ ಒಂದು ರೀತಿಯ “ಮೃದು” ಆಯ್ಕೆಯಾಗಿದೆ: ನಾವು ಹೊಸ ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ರಚಿಸುವುದನ್ನು ನಿಷೇಧಿಸುತ್ತೇವೆ ಮತ್ತು ಆಯ್ದ ಧಾರಣಕ್ಕೆ ಅನುಗುಣವಾಗಿ ಹಳೆಯದನ್ನು ಕ್ರಮೇಣ ಅಳಿಸುತ್ತೇವೆ, ಆದರೆ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ನಾವು ಸಂಗ್ರಹಿಸಿದ ಬಿಂದುಗಳಿಂದ ಪುನಃಸ್ಥಾಪಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಕಳೆದುಕೊಳ್ಳುವುದಿಲ್ಲ. ನಾವು ಹಾರ್ಡ್‌ವೇರ್‌ನ ತುಣುಕನ್ನು ಅದರ ಜೀವನದ ಅಂತ್ಯದ ಸಮೀಪದಲ್ಲಿ ಹೊಂದಿರುವಾಗ ಮತ್ತು ಅದನ್ನು ಬದಲಾಯಿಸಬೇಕಾದಾಗ ಅಥವಾ ಹೆಚ್ಚು ಮುಖ್ಯವಾದದ್ದಕ್ಕಾಗಿ ನಾವು ಅದನ್ನು ಮುಕ್ತಗೊಳಿಸಬೇಕಾದಾಗ ಬಹಳ ಉಪಯುಕ್ತವಾದ ವಿಷಯ, ಆದರೆ ಅದನ್ನು ತೆಗೆದುಕೊಂಡು ಎಲ್ಲವನ್ನೂ ಒಂದೇ ಬಾರಿಗೆ ಸರಿಸಲು ಎಲ್ಲಿಯೂ ಇಲ್ಲ. ಅಥವಾ ಅದನ್ನು ಅಳಿಸಲಾಗುವುದಿಲ್ಲ.
ಅಂತೆಯೇ, ಕಾರ್ಯಾಚರಣೆಯ ತತ್ವವು ತುಂಬಾ ಸರಳವಾಗಿದೆ: ಎಲ್ಲಾ ಬರಹ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು (ಹೊಸ ಡೇಟಾದ ನೋಟ) ನಿಷೇಧಿಸುವುದು ಅವಶ್ಯಕ, ಓದುವಿಕೆ (ಮರುಸ್ಥಾಪನೆಗಳು) ಮತ್ತು ಅಳಿಸುವಿಕೆ (ಧಾರಣ).
ಎರಡೂ ವಿಧಾನಗಳನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಬಳಸಬಹುದು, ಆದರೆ ನಿರ್ವಹಣೆಯು ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯನ್ನು ಹೊಂದಿದೆ ಎಂಬುದನ್ನು ನೆನಪಿನಲ್ಲಿಡಿ.
ಉದಾಹರಣೆಯಾಗಿ, ಎರಡು ವಿಸ್ತಾರಗಳನ್ನು ಒಳಗೊಂಡಿರುವ SOBR ಅನ್ನು ಪರಿಗಣಿಸಿ. ಮೊದಲ ನಾಲ್ಕು ದಿನಗಳವರೆಗೆ ನಾವು ಫಾರ್ವರ್ಡ್ ಫಾರೆವರ್ ಇನ್ಕ್ರಿಮೆಂಟಲ್ ಮೋಡ್‌ನಲ್ಲಿ ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ರಚಿಸಿದ್ದೇವೆ ಮತ್ತು ನಂತರ ನಾವು ವ್ಯಾಪ್ತಿಯನ್ನು ಮುಚ್ಚುತ್ತೇವೆ ಎಂದು ಭಾವಿಸೋಣ. ಇದು ಲಭ್ಯವಿರುವ ಎರಡನೇ ಪ್ರಮಾಣದಲ್ಲಿ ಹೊಸ ಸಕ್ರಿಯ ಪೂರ್ಣ ರಚನೆಯನ್ನು ನಾವು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ ಎಂಬ ಅಂಶಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ. ನಮ್ಮ ಧಾರಣವು ನಾಲ್ಕು ಆಗಿದ್ದರೆ, ಮೊಹರು ವ್ಯಾಪ್ತಿಯಲ್ಲಿರುವ ಸಂಪೂರ್ಣ ಸರಪಳಿಯು ಅದರ ಮಿತಿಗಳನ್ನು ಮೀರಿ ಹೋದಾಗ, ಅದನ್ನು ಸ್ಪಷ್ಟ ಆತ್ಮಸಾಕ್ಷಿಯೊಂದಿಗೆ ಅಳಿಸಲಾಗುತ್ತದೆ.
ಮೊದಲು ಅಳಿಸುವಿಕೆ ಸಂಭವಿಸಿದಾಗ ಸಂದರ್ಭಗಳಿವೆ. ಉದಾಹರಣೆಗೆ, ಇದು ಆವರ್ತಕ ಪೂರ್ಣಗಳೊಂದಿಗೆ ಫಾರ್ವರ್ಡ್ ಇನ್ಕ್ರಿಮೆಂಟಲ್ ಆಗಿದೆ. ನಾವು ಮೊದಲ ಎರಡು ದಿನಗಳವರೆಗೆ ಸಂಪೂರ್ಣ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ರಚಿಸಿದರೆ ಮತ್ತು ಗುರುವಾರ ನಾವು ರೆಪೊಸಿಟರಿಯನ್ನು ಮುಚ್ಚಲು ನಿರ್ಧರಿಸಿದರೆ, ಶುಕ್ರವಾರ, ಹೊಸ ಬ್ಯಾಕಪ್ ಅನ್ನು ರಚಿಸಿದಾಗ, ಸೋಮವಾರದ ಫೈಲ್ ಅನ್ನು ಅಳಿಸಲಾಗುತ್ತದೆ ಏಕೆಂದರೆ ಈ ಹಂತಕ್ಕೆ ಯಾವುದೇ ಅವಲಂಬನೆಗಳಿಲ್ಲ. ಮತ್ತು ಪಾಯಿಂಟ್ ಸ್ವತಃ ಯಾರನ್ನೂ ಅವಲಂಬಿಸಿಲ್ಲ. ನಂತರ ಲಭ್ಯವಿರುವ ಪ್ರಮಾಣದಲ್ಲಿ ನಾಲ್ಕು ಅಂಕಗಳನ್ನು ರಚಿಸುವವರೆಗೆ ನಾವು ಕಾಯುತ್ತೇವೆ ಮತ್ತು ಉಳಿದ ಮೂರನ್ನು ಅಳಿಸುತ್ತೇವೆ, ಅದನ್ನು ಪರಸ್ಪರ ಸ್ವತಂತ್ರವಾಗಿ ಅಳಿಸಲಾಗುವುದಿಲ್ಲ.
ರಿವರ್ಸ್ ಇನ್ಕ್ರಿಮೆಂಟಲ್ನೊಂದಿಗೆ ವಿಷಯಗಳು ಸರಳವಾಗಿದೆ. ಅದರಲ್ಲಿ, ಹಳೆಯ ಅಂಕಗಳು ಯಾವುದನ್ನೂ ಅವಲಂಬಿಸಿಲ್ಲ ಮತ್ತು ಸುರಕ್ಷಿತವಾಗಿ ಅಳಿಸಬಹುದು. ಆದ್ದರಿಂದ, ಹೊಸ .vbk ಅನ್ನು ಹೊಸ ಪ್ರಮಾಣದಲ್ಲಿ ರಚಿಸಿದ ತಕ್ಷಣ, ಹಳೆಯ .vrbs ಅನ್ನು ಒಂದೊಂದಾಗಿ ಅಳಿಸಲಾಗುತ್ತದೆ.
ಅಂದಹಾಗೆ, ನಾವು ಪ್ರತಿ ಬಾರಿಯೂ ಹೊಸ .vbk ಅನ್ನು ಏಕೆ ರಚಿಸುತ್ತೇವೆ: ನಾವು ಅದನ್ನು ರಚಿಸದಿದ್ದರೆ, ಆದರೆ ಹಳೆಯ ಸರಪಳಿಯ ಹೆಚ್ಚಳವನ್ನು ಮುಂದುವರಿಸಿದರೆ, ಹಳೆಯ .vbk ಯಾವುದೇ ಮೋಡ್‌ನಲ್ಲಿ ಅನಂತವಾಗಿ ದೀರ್ಘಕಾಲದವರೆಗೆ ಫ್ರೀಜ್ ಆಗುತ್ತದೆ, ಅದರ ಅಳಿಸುವಿಕೆಯನ್ನು ತಡೆಯುತ್ತದೆ. ಆದ್ದರಿಂದ, ವ್ಯಾಪ್ತಿಯನ್ನು ಮೊಹರು ಮಾಡಿದ ತಕ್ಷಣ, ನಾವು ಮುಕ್ತ ವಿಸ್ತಾರದಲ್ಲಿ ಪೂರ್ಣ ಬ್ಯಾಕಪ್ ಅನ್ನು ರಚಿಸುತ್ತೇವೆ ಎಂದು ನಿರ್ಧರಿಸಲಾಯಿತು.
ಸಾಮರ್ಥ್ಯದ ಶೂಟಿಂಗ್ ಶ್ರೇಣಿಯೊಂದಿಗೆ ವಿಷಯಗಳು ಹೆಚ್ಚು ಜಟಿಲವಾಗಿವೆ.
ಮೊದಲಿಗೆ, ನಕಲು ಮೋಡ್ ಅನ್ನು ನೋಡೋಣ. ನಾವು ನಾಲ್ಕು ದಿನಗಳವರೆಗೆ ಸಕ್ರಿಯವಾಗಿ ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ರಚಿಸುತ್ತಿದ್ದೇವೆ ಮತ್ತು ನಂತರ ಸಾಮರ್ಥ್ಯದ ಶೂಟಿಂಗ್ ಶ್ರೇಣಿಯನ್ನು ಮುಚ್ಚಲಾಗಿದೆ ಎಂದು ಭಾವಿಸೋಣ. ನಾವು ಏನನ್ನೂ ಅಳಿಸುವುದಿಲ್ಲ, ಆದರೆ ನಮ್ರತೆಯಿಂದ ಧಾರಣವನ್ನು ಸಹಿಸಿಕೊಳ್ಳುತ್ತೇವೆ, ಅದರ ನಂತರ ನಾವು ಸಾಮರ್ಥ್ಯದ ಶೂಟಿಂಗ್ ಶ್ರೇಣಿಯಿಂದ ಡೇಟಾವನ್ನು ಅಳಿಸುತ್ತೇವೆ.
ಸರಿಸುಮಾರು ಅದೇ ವಿಷಯವು ಮೂವ್ ಮೋಡ್‌ನಲ್ಲಿ ಸಂಭವಿಸುತ್ತದೆ - ನಾವು ರಿಟಚ್‌ಗಾಗಿ ಕಾಯುತ್ತೇವೆ, ಸ್ಥಳೀಯ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಹಳೆಯದನ್ನು ಅಳಿಸುತ್ತೇವೆ ಮತ್ತು ಆಬ್ಜೆಕ್ಟ್ ಸಂಗ್ರಹಣೆಯಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುವದನ್ನು ಅಳಿಸುತ್ತೇವೆ.
ಫಾರೆವರ್ ಫಾರ್ವರ್ಡ್ ಇನ್ಕ್ರಿಮೆಂಟಲ್ ಜೊತೆಗೆ ಆಸಕ್ತಿದಾಯಕ ಉದಾಹರಣೆ. ನಾವು ಮೂರು ಹಂತಗಳಲ್ಲಿ ಧಾರಣವನ್ನು ಸ್ಥಾಪಿಸುತ್ತೇವೆ ಮತ್ತು ಸೋಮವಾರದಿಂದ ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ಮಾಡಲು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ, ಅದನ್ನು ನಿಯಮಿತವಾಗಿ ಕ್ಲೌಡ್‌ಗೆ ನಕಲಿಸಲಾಗುತ್ತದೆ. ಸಂಗ್ರಹಣೆಯನ್ನು ಮುಚ್ಚಿದ ನಂತರ, ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ರಚಿಸುವುದನ್ನು ಮುಂದುವರಿಸಲಾಗುತ್ತದೆ, ಮೂರು ಅಂಕಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ, ಆದರೆ ಸಾಮರ್ಥ್ಯದ ಡ್ಯಾಶ್‌ನಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುವ ಡೇಟಾವು ಅವಲಂಬಿತವಾಗಿದೆ ಮತ್ತು ಅಳಿಸಲಾಗುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ, ನಮ್ಮ .vbk ಧಾರಣವನ್ನು ಮೀರಿದ ಗುರುವಾರದವರೆಗೆ ನಾವು ಕಾಯುತ್ತೇವೆ ಮತ್ತು ನಂತರ ಮಾತ್ರ ನಾವು ಸಂಪೂರ್ಣ ಉಳಿಸಿದ ಸರಪಳಿಯನ್ನು ಶಾಂತವಾಗಿ ಅಳಿಸುತ್ತೇವೆ.
ಮತ್ತು ಒಂದು ಸಣ್ಣ ಹಕ್ಕು ನಿರಾಕರಣೆ: ಇಲ್ಲಿ ಎಲ್ಲಾ ಉದಾಹರಣೆಗಳನ್ನು ಒಂದು ಯಂತ್ರದೊಂದಿಗೆ ತೋರಿಸಲಾಗಿದೆ. ನಿಮ್ಮ ಬ್ಯಾಕ್‌ಅಪ್‌ನಲ್ಲಿ ನೀವು ಅವುಗಳಲ್ಲಿ ಹಲವಾರು ಹೊಂದಿದ್ದರೆ, ಆಕ್ಟಿವ್ ಫುಲ್ ಮಾಡಲಾಗಿದೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ ಅವರ ರಿಟಚ್ ಭಿನ್ನವಾಗಿರುತ್ತದೆ.
ಮೂಲಭೂತವಾಗಿ ಇದು ಎಲ್ಲಾ ಇಲ್ಲಿದೆ. ಆದ್ದರಿಂದ ನಾವು ಅತ್ಯಂತ ಹಾರ್ಡ್‌ಕೋರ್ ವೈಶಿಷ್ಟ್ಯಕ್ಕೆ ಹೋಗೋಣ -
ನಿಶ್ಚಲತೆ
ಹಿಂದಿನ ಬಿಂದುಗಳಂತೆ, ಈ ಕಾರ್ಯವು ಯಾವ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ ಎಂಬುದು ಮೊದಲನೆಯದು. ಶೇಖರಣೆಗಾಗಿ ನಾವು ಎಲ್ಲೋ ನಮ್ಮ ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡಿದ ತಕ್ಷಣ, ಅವರ ಸುರಕ್ಷತೆಯನ್ನು ಖಾತರಿಪಡಿಸುವ ಬಲವಾದ ಬಯಕೆ ಇರುತ್ತದೆ, ಅಂದರೆ, ನಿರ್ದಿಷ್ಟ ಧಾರಣದಲ್ಲಿ ಅವುಗಳ ಅಳಿಸುವಿಕೆ ಮತ್ತು ಯಾವುದೇ ಮಾರ್ಪಾಡುಗಳನ್ನು ಭೌತಿಕವಾಗಿ ನಿಷೇಧಿಸುವುದು. ನಿರ್ವಾಹಕರು ಸೇರಿದಂತೆ, ಅವರ ಮೂಲ ಖಾತೆಗಳ ಅಡಿಯಲ್ಲಿ. ಆಕಸ್ಮಿಕ ಅಥವಾ ಉದ್ದೇಶಪೂರ್ವಕ ಹಾನಿಯಿಂದ ಅವರನ್ನು ರಕ್ಷಿಸಲು ಇದು ನಿಮ್ಮನ್ನು ಅನುಮತಿಸುತ್ತದೆ. AWS ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಯಾರಾದರೂ ಆಬ್ಜೆಕ್ಟ್ ಲಾಕ್ ಎಂಬ ಒಂದೇ ರೀತಿಯ ವೈಶಿಷ್ಟ್ಯವನ್ನು ನೋಡಬಹುದು.
ಈಗ ಸಾಮಾನ್ಯ ಪರಿಭಾಷೆಯಲ್ಲಿ ಮೋಡ್ ಅನ್ನು ನೋಡೋಣ, ತದನಂತರ ವಿವರಗಳನ್ನು ಪರಿಶೀಲಿಸೋಣ. ನಮ್ಮ ಉದಾಹರಣೆಯಲ್ಲಿ, ನಾಲ್ಕು ದಿನಗಳ ಧಾರಣದೊಂದಿಗೆ ನಮ್ಮ ಸಾಮರ್ಥ್ಯದ ಶೂಟಿಂಗ್ ಶ್ರೇಣಿಗಾಗಿ ಬದಲಾವಣೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲಾಗುತ್ತದೆ. ಮತ್ತು ಬ್ಯಾಕ್‌ಅಪ್‌ನಲ್ಲಿ ನಕಲು ಮೋಡ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ.
ಅಸ್ಥಿರತೆಯು ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಸಾಮಾನ್ಯ ಧಾರಣದೊಂದಿಗೆ ಸಂವಹನ ಮಾಡುವುದಿಲ್ಲ. ಉದಾಹರಣೆಗೆ, ಇದು ಹೆಚ್ಚುವರಿ ಅಂಕಗಳನ್ನು ಅಥವಾ ಅಂತಹ ಯಾವುದನ್ನೂ ಸೇರಿಸುವುದಿಲ್ಲ. ಒಬ್ಬ ವ್ಯಕ್ತಿಯು ನಾಲ್ಕು ದಿನಗಳಲ್ಲಿ ಬ್ಯಾಕಪ್ ಫೈಲ್‌ಗಳನ್ನು ಅಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ನೀವು ಸೋಮವಾರ ಬ್ಯಾಕಪ್ ಮಾಡಿದರೆ, ಶುಕ್ರವಾರ ಮಾತ್ರ ಅದರ ಫೈಲ್ ಅನ್ನು ಅಳಿಸಲು ನಿಮಗೆ ಸಾಧ್ಯವಾಗುತ್ತದೆ.
ನಿರ್ಜಲೀಕರಣ, ಸೂಚ್ಯಂಕಗಳು ಮತ್ತು ಮೆಟಾಡೇಟಾದ ಈ ಹಿಂದೆ ವಿವರಿಸಿದ ಎಲ್ಲಾ ಪರಿಕಲ್ಪನೆಗಳು ಒಂದೇ ರೀತಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತವೆ. ಆದರೆ ಒಂದು ಷರತ್ತಿನೊಂದಿಗೆ - ಬ್ಲಾಕ್ ಅನ್ನು ಡೇಟಾಗೆ ಮಾತ್ರವಲ್ಲ, ಮೆಟಾಡೇಟಾಕ್ಕೂ ಹೊಂದಿಸಲಾಗಿದೆ. ಕುತಂತ್ರದ ಆಕ್ರಮಣಕಾರರು ನಮ್ಮ ಮೆಟಾಡೇಟಾ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಅಳಿಸಲು ನಿರ್ಧರಿಸಿದರೆ ಮತ್ತು ಡೇಟಾ ಬ್ಲಾಕ್‌ಗಳು ಅನುಪಯುಕ್ತ ಬೈನರಿ ಮಶ್ ಆಗಿ ಬದಲಾಗುವುದನ್ನು ತಡೆಯಲು ಇದನ್ನು ಮಾಡಲಾಗುತ್ತದೆ.
ನಮ್ಮ ಬ್ಲಾಕ್ ಜನರೇಷನ್ ತಂತ್ರಜ್ಞಾನವನ್ನು ವಿವರಿಸಲು ಈಗ ಉತ್ತಮ ಸಮಯ. ಅಥವಾ ಉತ್ಪಾದನೆಯನ್ನು ನಿರ್ಬಂಧಿಸಿ. ಇದನ್ನು ಮಾಡಲು, ಅದರ ನೋಟಕ್ಕೆ ಕಾರಣವಾದ ಪರಿಸ್ಥಿತಿಯನ್ನು ಪರಿಗಣಿಸಿ.
ಆರು ದಿನಗಳ ಕಾಲಾವಧಿಯನ್ನು ತೆಗೆದುಕೊಳ್ಳೋಣ ಮತ್ತು ಕೆಳಗೆ ನಾವು ಅಸ್ಥಿರತೆಯ ನಿರೀಕ್ಷಿತ ಮುಕ್ತಾಯದ ಸಮಯವನ್ನು ಗುರುತಿಸುತ್ತೇವೆ. ಮೊದಲ ದಿನದಲ್ಲಿ ನಾವು ಡೇಟಾ ಬ್ಲಾಕ್ ಎ ಮತ್ತು ಅದರ ಮೆಟಾಡೇಟಾವನ್ನು ಒಳಗೊಂಡಿರುವ ಫೈಲ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತೇವೆ ಮತ್ತು ರಚಿಸುತ್ತೇವೆ. ಅಸ್ಥಿರತೆಯನ್ನು ಮೂರು ದಿನಗಳವರೆಗೆ ಹೊಂದಿಸಿದರೆ, ನಾಲ್ಕನೇ ದಿನದಲ್ಲಿ ಡೇಟಾವನ್ನು ಅನ್ಲಾಕ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಅಳಿಸಲಾಗುತ್ತದೆ ಎಂದು ಭಾವಿಸುವುದು ತಾರ್ಕಿಕವಾಗಿದೆ. ಎರಡನೇ ದಿನದಲ್ಲಿ ನಾವು ಅದೇ ಸೆಟ್ಟಿಂಗ್‌ಗಳೊಂದಿಗೆ ಬ್ಲಾಕ್ ಬಿ ಅನ್ನು ಒಳಗೊಂಡಿರುವ ಹೊಸ ಫೈಲ್2 ಅನ್ನು ಸೇರಿಸುತ್ತೇವೆ. ನಾಲ್ಕನೇ ದಿನದಲ್ಲಿ ಬ್ಲಾಕ್ ಎ ಸ್ಟಿಲ್ ಅನ್ನು ತೆಗೆದುಹಾಕಬೇಕಾಗಿದೆ. ಆದರೆ ಮೂರನೇ ದಿನದಲ್ಲಿ ಏನಾದರೂ ಭಯಾನಕ ಸಂಭವಿಸುತ್ತದೆ - ಫೈಲ್ 3 ಫೈಲ್ ಅನ್ನು ರಚಿಸಲಾಗಿದೆ, ಇದು ಹೊಸ ಬ್ಲಾಕ್ ಡಿ ಮತ್ತು ಹಳೆಯ ಬ್ಲಾಕ್ಗೆ ಲಿಂಕ್ ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಇದರರ್ಥ ಬ್ಲಾಕ್ ಮತ್ತು ಅದರ ಬದಲಾಗದ ಫ್ಲ್ಯಾಗ್ ಅನ್ನು ಹೊಸ ದಿನಾಂಕಕ್ಕೆ ಮರುಹೊಂದಿಸಬೇಕು, ಅದನ್ನು ಆರನೇ ದಿನಕ್ಕೆ ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ. ಮತ್ತು ಇಲ್ಲಿ ಸಮಸ್ಯೆ ಉದ್ಭವಿಸುತ್ತದೆ - ನೈಜ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳಲ್ಲಿ ಅಂತಹ ದೊಡ್ಡ ಸಂಖ್ಯೆಯ ಬ್ಲಾಕ್‌ಗಳಿವೆ. ಮತ್ತು ಅವರ ಅಸ್ಥಿರತೆಯ ಅವಧಿಯನ್ನು ವಿಸ್ತರಿಸಲು, ನೀವು ಪ್ರತಿ ಬಾರಿಯೂ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ವಿನಂತಿಗಳನ್ನು ಮಾಡಬೇಕಾಗುತ್ತದೆ. ಮತ್ತು ವಾಸ್ತವವಾಗಿ, ಇದು ಬಹುತೇಕ ಅಂತ್ಯವಿಲ್ಲದ ದೈನಂದಿನ ಪ್ರಕ್ರಿಯೆಯಾಗಿದೆ, ಏಕೆಂದರೆ ಹೆಚ್ಚಿನ ಮಟ್ಟದ ಸಂಭವನೀಯತೆಯೊಂದಿಗೆ ನಾವು ಪ್ರತಿ ನಕಲುಗಳೊಂದಿಗೆ ಭಾರೀ ಪ್ರಮಾಣದ ಡಿಪ್ಲಿಕೇಟೆಡ್ ಬ್ಲಾಕ್ಗಳನ್ನು ಕಾಣಬಹುದು. ವಸ್ತು ಸಂಗ್ರಹಣೆ ಪೂರೈಕೆದಾರರಿಂದ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ವಿನಂತಿಗಳ ಅರ್ಥವೇನು? ಸರಿ! ತಿಂಗಳ ಕೊನೆಯಲ್ಲಿ ದೊಡ್ಡ ಬಿಲ್.
ಮತ್ತು ಗಣನೀಯ ಹಣಕ್ಕಾಗಿ ನಿಮ್ಮ ನೆಚ್ಚಿನ ಗ್ರಾಹಕರನ್ನು ಬಹಿರಂಗಪಡಿಸದಿರಲು, ಬ್ಲಾಕ್ ಉತ್ಪಾದನೆಯ ಕಾರ್ಯವಿಧಾನವನ್ನು ಕಂಡುಹಿಡಿಯಲಾಯಿತು. ಇದು ಹೆಚ್ಚುವರಿ ಅವಧಿಯಾಗಿದ್ದು, ನಾವು ಹೊಂದಿಸಲಾದ ಬದಲಾವಣೆಯ ಅವಧಿಗೆ ಸೇರಿಸುತ್ತೇವೆ. ಕೆಳಗಿನ ಉದಾಹರಣೆಯಲ್ಲಿ, ಈ ಅವಧಿಯು ಎರಡು ದಿನಗಳು. ಆದರೆ ಇದು ಕೇವಲ ಒಂದು ಉದಾಹರಣೆಯಾಗಿದೆ. ವಾಸ್ತವದಲ್ಲಿ, ಅವರು ತಮ್ಮದೇ ಆದ ಸೂತ್ರವನ್ನು ಬಳಸುತ್ತಾರೆ, ಇದು ಮಾಸಿಕ ಲಾಕ್ ಸಮಯದಲ್ಲಿ ಸರಿಸುಮಾರು ಹತ್ತು ಹೆಚ್ಚುವರಿ ದಿನಗಳನ್ನು ನೀಡುತ್ತದೆ.
ಅದೇ ಪರಿಸ್ಥಿತಿಯನ್ನು ಪರಿಗಣಿಸುವುದನ್ನು ಮುಂದುವರಿಸೋಣ, ಆದರೆ ಬ್ಲಾಕ್ ಉತ್ಪಾದನೆಯೊಂದಿಗೆ. ಮೊದಲ ದಿನ ನಾವು ಬ್ಲಾಕ್ ಎ ಮತ್ತು ಮೆಟಾಡೇಟಾದಿಂದ ಫೈಲ್1 ಅನ್ನು ರಚಿಸುತ್ತೇವೆ. ನಾವು ಪೀಳಿಗೆಯ ಅವಧಿ ಮತ್ತು ಅಸ್ಥಿರತೆಯನ್ನು ಸೇರಿಸುತ್ತೇವೆ - ಇದರರ್ಥ ಫೈಲ್ ಅನ್ನು ಅಳಿಸುವ ಅವಕಾಶವು ಆರನೇ ದಿನದಂದು ಇರುತ್ತದೆ. ಎರಡನೇ ದಿನದಲ್ಲಿ ನಾವು ಫೈಲ್ 2 ಅನ್ನು ರಚಿಸಿದರೆ, ಬ್ಲಾಕ್ ಬಿ ಮತ್ತು ನಿರ್ಬಂಧಿಸಲು ಲಿಂಕ್ ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ, ನಂತರ ನಿರೀಕ್ಷಿತ ಅಳಿಸುವಿಕೆ ದಿನಾಂಕಕ್ಕೆ ಏನೂ ಆಗುವುದಿಲ್ಲ. ಆರನೆಯ ದಿನದಲ್ಲಿ ಹಾಗೆಯೇ ನಿಂತಳು. ಹೀಗಾಗಿ ನಾವು ವಿನಂತಿಗಳ ಸಂಖ್ಯೆಯಲ್ಲಿ ಹಣವನ್ನು ಉಳಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದೇವೆ. ಪೀಳಿಗೆಯ ಅವಧಿಯು ಮುಗಿದಿದ್ದರೆ ಮಾತ್ರ ಗಡುವನ್ನು ಬದಲಾಯಿಸಬಹುದು. ಅಂದರೆ, ಮೂರನೇ ದಿನದಲ್ಲಿ ಹೊಸ File3 a ಅನ್ನು ನಿರ್ಬಂಧಿಸಲು ಲಿಂಕ್ ಹೊಂದಿದ್ದರೆ, Gen2 ಈಗಾಗಲೇ ಅವಧಿ ಮುಗಿದಿರುವುದರಿಂದ ಪೀಳಿಗೆ 1 ಅನ್ನು ಸೇರಿಸಲಾಗುತ್ತದೆ. ಮತ್ತು ಬ್ಲಾಕ್ ಅನ್ನು ಅಳಿಸಲು ನಿರೀಕ್ಷಿತ ದಿನಾಂಕವು ಎಂಟನೇ ದಿನಕ್ಕೆ ಬದಲಾಗುತ್ತದೆ. ಡಿಡ್ಪ್ಲಿಕೇಟೆಡ್ ಬ್ಲಾಕ್‌ಗಳ ಜೀವಿತಾವಧಿಯನ್ನು ವಿಸ್ತರಿಸಲು ವಿನಂತಿಗಳ ಸಂಖ್ಯೆಯನ್ನು ನಾಟಕೀಯವಾಗಿ ಕಡಿಮೆ ಮಾಡಲು ಇದು ನಮಗೆ ಅನುಮತಿಸುತ್ತದೆ, ಇದು ಗ್ರಾಹಕರಿಗೆ ಒಂದು ಟನ್ ಹಣವನ್ನು ಉಳಿಸುತ್ತದೆ.
ತಂತ್ರಜ್ಞಾನವು ಸ್ವತಃ S3 ಮತ್ತು S3-ಹೊಂದಾಣಿಕೆಯ ಯಂತ್ರಾಂಶದ ಬಳಕೆದಾರರಿಗೆ ಲಭ್ಯವಿದೆ, ಅದರ ತಯಾರಕರು ತಮ್ಮ ಅನುಷ್ಠಾನವು ಅಮೆಜಾನ್‌ನಿಂದ ಭಿನ್ನವಾಗಿರುವುದಿಲ್ಲ ಎಂದು ಖಾತರಿಪಡಿಸುತ್ತಾರೆ. ಆದ್ದರಿಂದ ಅಜೂರ್ ಅನ್ನು ಏಕೆ ಬೆಂಬಲಿಸುವುದಿಲ್ಲ ಎಂಬ ಕಾನೂನುಬದ್ಧ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರ - ಅವು ಒಂದೇ ರೀತಿಯ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಹೊಂದಿವೆ, ಆದರೆ ಇದು ಕಂಟೇನರ್‌ಗಳ ಮಟ್ಟದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಪ್ರತ್ಯೇಕ ವಸ್ತುಗಳಲ್ಲ. ಮೂಲಕ, ಅಮೆಜಾನ್ ಸ್ವತಃ ಎರಡು ವಿಧಾನಗಳಲ್ಲಿ ವಸ್ತು ಲಾಕ್ ಅನ್ನು ಹೊಂದಿದೆ: ಅನುಸರಣೆ ಮತ್ತು ಆಡಳಿತ. ಎರಡನೆಯ ಸಂದರ್ಭದಲ್ಲಿ, ಆಬ್ಜೆಕ್ಟ್ ಲಾಕ್‌ನ ಹೊರತಾಗಿಯೂ, ನಿರ್ವಾಹಕರ ಮೇಲಿನ ದೊಡ್ಡ ನಿರ್ವಾಹಕರು ಮತ್ತು ರೂಟ್‌ಗಳ ಮೇಲಿನ ಮೂಲವು ಇನ್ನೂ ಡೇಟಾವನ್ನು ಅಳಿಸುವ ಸಾಧ್ಯತೆಯಿದೆ. ಅನುಸರಣೆಯ ಸಂದರ್ಭದಲ್ಲಿ, ಎಲ್ಲವನ್ನೂ ಬಿಗಿಯಾಗಿ ಹೊಡೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ಯಾರೂ ಅಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಅಮೆಜಾನ್ ನಿರ್ವಾಹಕರು ಸಹ (ಅವರ ಅಧಿಕೃತ ಹೇಳಿಕೆಗಳ ಪ್ರಕಾರ). ಇದು ನಾವು ಬೆಂಬಲಿಸುವ ಮೋಡ್ ಆಗಿದೆ.
ಮತ್ತು, ಎಂದಿನಂತೆ, ಕೆಲವು ಉಪಯುಕ್ತ ಲಿಂಕ್‌ಗಳು:
- ಮೇಲೆ ಪ್ರತಿ ವಿವರದಲ್ಲಿ.
- ಬಗ್ಗೆ ಎಲ್ಲಾ ಮಾಹಿತಿ ಅತ್ಯುತ್ತಮವಾಗಿ
- О ವಿವರಗಳಲ್ಲಿ
ಮೂಲ: www.habr.com