ಎಲ್ಲರೂ ಕೂಗುವ ಫ್ಯಾಶನ್ ತಂತ್ರಜ್ಞಾನಗಳಲ್ಲಿ ಬ್ಯಾಕಪ್ ಒಂದಲ್ಲ. ಇದು ಸರಳವಾಗಿ ಯಾವುದೇ ಗಂಭೀರ ಕಂಪನಿಯಲ್ಲಿರಬೇಕು, ಅಷ್ಟೆ. ನಮ್ಮ ಬ್ಯಾಂಕ್ ಹಲವಾರು ಸಾವಿರ ಸರ್ವರ್‌ಗಳನ್ನು ಬ್ಯಾಕಪ್ ಮಾಡುತ್ತದೆ - ಇದು ಸಂಕೀರ್ಣವಾದ, ಆಸಕ್ತಿದಾಯಕ ಕೆಲಸವಾಗಿದೆ, ಮತ್ತು ನಾನು ಅದರ ಕೆಲವು ಜಟಿಲತೆಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಲು ಬಯಸುತ್ತೇನೆ, ಜೊತೆಗೆ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳ ಬಗ್ಗೆ ವಿಶಿಷ್ಟವಾದ ತಪ್ಪುಗ್ರಹಿಕೆಗಳು.
ನಾನು ಸುಮಾರು 20 ವರ್ಷಗಳಿಂದ ಈ ವಿಷಯದ ಮೇಲೆ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದೇನೆ, ಅದರಲ್ಲಿ ಕಳೆದ 2 ವರ್ಷಗಳು Promsvyazbank ನಲ್ಲಿವೆ. ನನ್ನ ಅಭ್ಯಾಸದ ಪ್ರಾರಂಭದಲ್ಲಿ, ನಾನು ಫೈಲ್‌ಗಳನ್ನು ಸರಳವಾಗಿ ನಕಲಿಸುವ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಬಹುತೇಕ ಕೈಯಾರೆ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಮಾಡಿದ್ದೇನೆ. ನಂತರ ವಿಂಡೋಸ್‌ನಲ್ಲಿ ಅನುಕೂಲಕರ ಪರಿಕರಗಳು ಕಾಣಿಸಿಕೊಂಡವು: ಫೈಲ್‌ಗಳನ್ನು ತಯಾರಿಸಲು ರೋಬೋಕಾಪಿ ಉಪಯುಕ್ತತೆ ಮತ್ತು ನಕಲು ಮಾಡಲು ಎನ್‌ಟಿ ಬ್ಯಾಕಪ್. ಮತ್ತು ನಂತರವೇ ವಿಶೇಷ ಸಾಫ್ಟ್‌ವೇರ್‌ಗೆ ಸಮಯ ಬಂದಿತು, ಪ್ರಾಥಮಿಕವಾಗಿ ವೆರಿಟಾಸ್ ಬ್ಯಾಕಪ್ ಎಕ್ಸೆಕ್, ಇದನ್ನು ಈಗ ಸಿಮ್ಯಾಂಟೆಕ್ ಬ್ಯಾಕಪ್ ಎಕ್ಸೆಕ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಹಾಗಾಗಿ ನಾನು ದೀರ್ಘಕಾಲದಿಂದ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳೊಂದಿಗೆ ಪರಿಚಿತನಾಗಿದ್ದೇನೆ.
ಸರಳವಾಗಿ ಹೇಳುವುದಾದರೆ, ಬ್ಯಾಕ್ಅಪ್ ಒಂದು ನಿರ್ದಿಷ್ಟ ಕ್ರಮಬದ್ಧತೆಯ ಸಂದರ್ಭದಲ್ಲಿ ಡೇಟಾದ ನಕಲನ್ನು (ವರ್ಚುವಲ್ ಯಂತ್ರಗಳು, ಅಪ್ಲಿಕೇಶನ್‌ಗಳು, ಡೇಟಾಬೇಸ್‌ಗಳು ಮತ್ತು ಫೈಲ್‌ಗಳು) ಉಳಿಸುತ್ತದೆ. ಪ್ರತಿಯೊಂದು ಪ್ರಕರಣವು ಸಾಮಾನ್ಯವಾಗಿ ಹಾರ್ಡ್‌ವೇರ್ ಅಥವಾ ತಾರ್ಕಿಕ ವೈಫಲ್ಯದ ರೂಪದಲ್ಲಿ ಸ್ವತಃ ಪ್ರಕಟವಾಗುತ್ತದೆ ಮತ್ತು ಡೇಟಾ ನಷ್ಟಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ. ಮಾಹಿತಿ ನಷ್ಟದಿಂದ ನಷ್ಟವನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು ಬ್ಯಾಕಪ್ ವ್ಯವಸ್ಥೆಯ ಉದ್ದೇಶವಾಗಿದೆ. ಹಾರ್ಡ್‌ವೇರ್ ವೈಫಲ್ಯವೆಂದರೆ, ಉದಾಹರಣೆಗೆ, ಡೇಟಾಬೇಸ್ ಇರುವ ಸರ್ವರ್ ಅಥವಾ ಸಂಗ್ರಹಣೆಯ ವೈಫಲ್ಯ. ಮಾನವ ಅಂಶದ ಕಾರಣ ಸೇರಿದಂತೆ ಡೇಟಾದ ಭಾಗದ ನಷ್ಟ ಅಥವಾ ಬದಲಾವಣೆಯು ತಾರ್ಕಿಕವಾಗಿದೆ: ಟೇಬಲ್ ಅಥವಾ ಫೈಲ್ ಅನ್ನು ಆಕಸ್ಮಿಕವಾಗಿ ಅಳಿಸಲಾಗಿದೆ ಅಥವಾ ಕರ್ವ್‌ಬಾಲ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ. ಕೆಲವು ರೀತಿಯ ಮಾಹಿತಿಯನ್ನು ದೀರ್ಘಕಾಲದವರೆಗೆ ಸಂಗ್ರಹಿಸಲು ನಿಯಂತ್ರಕ ಅವಶ್ಯಕತೆಗಳಿವೆ, ಉದಾಹರಣೆಗೆ, ಹಲವಾರು ವರ್ಷಗಳವರೆಗೆ.
ಡೆವಲಪರ್‌ಗಳಿಗಾಗಿ ವಿವಿಧ ಪರೀಕ್ಷಾ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ತದ್ರೂಪುಗಳನ್ನು ನಿಯೋಜಿಸಲು ಡೇಟಾಬೇಸ್‌ಗಳ ಉಳಿಸಿದ ನಕಲನ್ನು ಮರುಸ್ಥಾಪಿಸುವುದು ಬ್ಯಾಕಪ್‌ಗಳ ಅತ್ಯಂತ ವಿಶಿಷ್ಟವಾದ ಬಳಕೆಯಾಗಿದೆ.
ಬ್ಯಾಕ್‌ಅಪ್‌ನ ಸುತ್ತ ಹಲವಾರು ಸಾಮಾನ್ಯ ಪುರಾಣಗಳಿವೆ, ಅವುಗಳು ಹೊರಹಾಕಲು ಬಹಳ ತಡವಾಗಿವೆ. ಅವುಗಳಲ್ಲಿ ಅತ್ಯಂತ ಪ್ರಸಿದ್ಧವಾದವುಗಳು ಇಲ್ಲಿವೆ.
ಮಿಥ್ಯ 1. ಭದ್ರತೆ ಅಥವಾ ಶೇಖರಣಾ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಬ್ಯಾಕ್ಅಪ್ ಬಹಳ ಹಿಂದಿನಿಂದಲೂ ಒಂದು ಸಣ್ಣ ಕಾರ್ಯವಾಗಿದೆ
ಬ್ಯಾಕಪ್ ವ್ಯವಸ್ಥೆಗಳು ಇನ್ನೂ ಪ್ರತ್ಯೇಕ ವರ್ಗದ ಪರಿಹಾರಗಳಾಗಿ ಉಳಿದಿವೆ ಮತ್ತು ಬಹಳ ಸ್ವತಂತ್ರವಾಗಿವೆ. ಅವರಿಗೆ ಬಹಳ ಮುಖ್ಯವಾದ ಕೆಲಸವನ್ನು ವಹಿಸಿಕೊಡಲಾಗಿದೆ. ಮೂಲಭೂತವಾಗಿ, ಡೇಟಾ ಭದ್ರತೆಗೆ ಬಂದಾಗ ಅವರು ರಕ್ಷಣೆಯ ಕೊನೆಯ ಸಾಲು. ಆದ್ದರಿಂದ ಬ್ಯಾಕ್ಅಪ್ ತನ್ನದೇ ಆದ ವೇಳಾಪಟ್ಟಿಯಲ್ಲಿ ತನ್ನದೇ ಆದ ವೇಗದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಸರ್ವರ್‌ಗಳಲ್ಲಿ ದೈನಂದಿನ ವರದಿಯನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ; ಮಾನಿಟರಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗೆ ಟ್ರಿಗ್ಗರ್‌ಗಳಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಘಟನೆಗಳಿವೆ.
ಜೊತೆಗೆ, ಬ್ಯಾಕ್ಅಪ್ ಸಿಸ್ಟಮ್‌ಗೆ ಪ್ರವೇಶದ ರೋಲ್ ಮಾಡೆಲ್ ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಟಾರ್ಗೆಟ್ ಸಿಸ್ಟಮ್‌ಗಳ ನಿರ್ವಾಹಕರಿಗೆ ಕೆಲವು ಅಧಿಕಾರಗಳನ್ನು ನಿಯೋಜಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ಮಿಥ್ಯ 2. RAID ಇದ್ದಾಗ, ಬ್ಯಾಕಪ್ ಇನ್ನು ಮುಂದೆ ಅಗತ್ಯವಿಲ್ಲ
ನಿಸ್ಸಂದೇಹವಾಗಿ, ಹಾರ್ಡ್‌ವೇರ್ ವೈಫಲ್ಯಗಳಿಂದ ಮಾಹಿತಿ ವ್ಯವಸ್ಥೆಗಳನ್ನು ರಕ್ಷಿಸಲು RAID ಅರೇಗಳು ಮತ್ತು ಡೇಟಾ ಪುನರಾವರ್ತನೆಯು ಉತ್ತಮ ಮಾರ್ಗವಾಗಿದೆ ಮತ್ತು ನೀವು ಸ್ಟ್ಯಾಂಡ್‌ಬೈ ಸರ್ವರ್ ಹೊಂದಿದ್ದರೆ, ಮುಖ್ಯ ಯಂತ್ರದ ವೈಫಲ್ಯದ ಸಂದರ್ಭದಲ್ಲಿ ಅದನ್ನು ಬದಲಾಯಿಸುವುದನ್ನು ತ್ವರಿತವಾಗಿ ಆಯೋಜಿಸಿ.
ಸಿಸ್ಟಮ್ ಬಳಕೆದಾರರಿಂದ ಮಾಡಿದ ತಾರ್ಕಿಕ ದೋಷಗಳಿಂದ ಪುನರಾವರ್ತನೆ ಮತ್ತು ಪುನರಾವರ್ತನೆಯು ನಿಮ್ಮನ್ನು ಉಳಿಸುವುದಿಲ್ಲ. ವಿಳಂಬವಾದ ರೆಕಾರ್ಡಿಂಗ್‌ನೊಂದಿಗೆ ಸ್ಟ್ಯಾಂಡ್‌ಬೈ ಸರ್ವರ್ ಇಲ್ಲಿದೆ - ಹೌದು, ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡುವ ಮೊದಲು ದೋಷ ಪತ್ತೆಯಾದರೆ ಅದು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಕ್ಷಣ ತಪ್ಪಿದರೆ? ಸಕಾಲಿಕ ಬ್ಯಾಕಪ್ ಮಾತ್ರ ಇಲ್ಲಿ ಸಹಾಯ ಮಾಡುತ್ತದೆ. ನಿನ್ನೆ ಡೇಟಾ ಬದಲಾಗಿದೆ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿದ್ದರೆ, ನಿನ್ನೆ ಹಿಂದಿನ ದಿನದಂತೆ ನೀವು ಸಿಸ್ಟಮ್ ಅನ್ನು ಮರುಸ್ಥಾಪಿಸಬಹುದು ಮತ್ತು ಅದರಿಂದ ಅಗತ್ಯವಾದ ಡೇಟಾವನ್ನು ಹೊರತೆಗೆಯಬಹುದು. ತಾರ್ಕಿಕ ದೋಷಗಳು ಅತ್ಯಂತ ಸಾಮಾನ್ಯವೆಂದು ಪರಿಗಣಿಸಿ, ಉತ್ತಮ ಹಳೆಯ ಬ್ಯಾಕ್ಅಪ್ ಸಾಬೀತಾದ ಮತ್ತು ಅಗತ್ಯವಾದ ಸಾಧನವಾಗಿ ಉಳಿದಿದೆ.
ಮಿಥ್ಯ 3. ಬ್ಯಾಕಪ್ ಎನ್ನುವುದು ತಿಂಗಳಿಗೊಮ್ಮೆ ಮಾಡುವ ವಿಷಯ.
ಬ್ಯಾಕ್ಅಪ್ ಆವರ್ತನವು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದಾದ ಪ್ಯಾರಾಮೀಟರ್ ಆಗಿದ್ದು ಅದು ಪ್ರಾಥಮಿಕವಾಗಿ ಬ್ಯಾಕಪ್ ಸಿಸ್ಟಮ್ನ ಅವಶ್ಯಕತೆಗಳನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ಎಂದಿಗೂ ಬದಲಾಗದ ಮತ್ತು ನಿರ್ದಿಷ್ಟವಾಗಿ ಮುಖ್ಯವಲ್ಲದ ಡೇಟಾವನ್ನು ಕಂಡುಹಿಡಿಯಲು ಸಾಕಷ್ಟು ಸಾಧ್ಯವಿದೆ; ಅದರ ನಷ್ಟವು ಕಂಪನಿಗೆ ನಿರ್ಣಾಯಕವಾಗುವುದಿಲ್ಲ.
ವಾಸ್ತವವಾಗಿ, ಅವುಗಳನ್ನು ತಿಂಗಳಿಗೊಮ್ಮೆ ಅಥವಾ ಕಡಿಮೆ ಬಾರಿ ಬ್ಯಾಕಪ್ ಮಾಡಬಹುದು. ಆದರೆ RPO (ರಿಕವರಿ ಪಾಯಿಂಟ್ ಆಬ್ಜೆಕ್ಟಿವ್) ಸೂಚಕವನ್ನು ಅವಲಂಬಿಸಿ ಹೆಚ್ಚು ನಿರ್ಣಾಯಕ ಡೇಟಾವನ್ನು ಹೆಚ್ಚಾಗಿ ಉಳಿಸಲಾಗುತ್ತದೆ, ಇದು ಸ್ವೀಕಾರಾರ್ಹ ಡೇಟಾ ನಷ್ಟವನ್ನು ಹೊಂದಿಸುತ್ತದೆ. ಇದು ವಾರಕ್ಕೊಮ್ಮೆ, ದಿನಕ್ಕೆ ಒಮ್ಮೆ ಅಥವಾ ಗಂಟೆಗೆ ಹಲವಾರು ಬಾರಿ ಆಗಿರಬಹುದು. ನಮಗೆ, ಇವು DBMS ನಿಂದ ವಹಿವಾಟು ಲಾಗ್‌ಗಳಾಗಿವೆ.
ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ವಾಣಿಜ್ಯ ಕಾರ್ಯಾಚರಣೆಗೆ ಒಳಪಡಿಸುವಾಗ, ಬ್ಯಾಕ್ಅಪ್ ದಸ್ತಾವೇಜನ್ನು ಅನುಮೋದಿಸಬೇಕು, ಇದು ಮುಖ್ಯ ಅಂಶಗಳು, ನವೀಕರಣ ನಿಯಮಗಳು, ಸಿಸ್ಟಮ್ ಮರುಪಡೆಯುವಿಕೆ ಕಾರ್ಯವಿಧಾನಗಳು, ಬ್ಯಾಕಪ್ ಶೇಖರಣಾ ಕಾರ್ಯವಿಧಾನಗಳು ಮತ್ತು ಮುಂತಾದವುಗಳನ್ನು ಪ್ರತಿಬಿಂಬಿಸುತ್ತದೆ.
ಮಿಥ್ಯ 4. ಪ್ರತಿಗಳ ಪರಿಮಾಣವು ನಿರಂತರವಾಗಿ ಬೆಳೆಯುತ್ತಿದೆ ಮತ್ತು ಯಾವುದೇ ನಿಯೋಜಿತ ಜಾಗವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ
ಬ್ಯಾಕಪ್‌ಗಳು ಸೀಮಿತ ಶೆಲ್ಫ್ ಜೀವನವನ್ನು ಹೊಂದಿವೆ. ಉದಾಹರಣೆಗೆ, ವರ್ಷವಿಡೀ ಎಲ್ಲಾ 365 ದೈನಂದಿನ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಯಾವುದೇ ಅರ್ಥವಿಲ್ಲ. ನಿಯಮದಂತೆ, ದೈನಂದಿನ ನಕಲುಗಳನ್ನು 2 ವಾರಗಳವರೆಗೆ ಸಂಗ್ರಹಿಸಲು ಅನುಮತಿಸಲಾಗಿದೆ, ನಂತರ ಅವುಗಳನ್ನು ತಾಜಾವಾಗಿ ಬದಲಾಯಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ದೀರ್ಘಾವಧಿಯ ಶೇಖರಣೆಗಾಗಿ ತಿಂಗಳಲ್ಲಿ ಮೊದಲು ಮಾಡಿದ ಆವೃತ್ತಿಯು ಉಳಿದಿದೆ. ಇದು ಪ್ರತಿಯಾಗಿ, ಒಂದು ನಿರ್ದಿಷ್ಟ ಸಮಯದವರೆಗೆ ಸಂಗ್ರಹಿಸಲ್ಪಡುತ್ತದೆ - ಪ್ರತಿ ನಕಲು ಜೀವಿತಾವಧಿಯನ್ನು ಹೊಂದಿರುತ್ತದೆ.
ಡೇಟಾ ನಷ್ಟದ ವಿರುದ್ಧ ರಕ್ಷಣೆ ಇದೆ. ನಿಯಮವು ಅನ್ವಯಿಸುತ್ತದೆ: ಬ್ಯಾಕಪ್ ಅನ್ನು ಅಳಿಸುವ ಮೊದಲು, ಮುಂದಿನದನ್ನು ರಚಿಸಬೇಕು. ಆದ್ದರಿಂದ, ಬ್ಯಾಕಪ್ ವಿಫಲವಾದಲ್ಲಿ ಡೇಟಾವನ್ನು ಅಳಿಸಲಾಗುವುದಿಲ್ಲ, ಉದಾಹರಣೆಗೆ, ಸರ್ವರ್ ಅಲಭ್ಯತೆಯಿಂದಾಗಿ. ಸಮಯ ಮಿತಿಗಳನ್ನು ಗೌರವಿಸುವುದು ಮಾತ್ರವಲ್ಲ, ಒಂದು ಸೆಟ್‌ನಲ್ಲಿನ ಪ್ರತಿಗಳ ಸಂಖ್ಯೆಯನ್ನು ಸಹ ನಿಯಂತ್ರಿಸಲಾಗುತ್ತದೆ. ಎರಡು ಪೂರ್ಣ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳು ಇರಬೇಕೆಂದು ಸಿಸ್ಟಮ್‌ಗೆ ಅಗತ್ಯವಿದ್ದರೆ, ಅವುಗಳಲ್ಲಿ ಎರಡು ಯಾವಾಗಲೂ ಇರುತ್ತವೆ ಮತ್ತು ಹೊಸ ಮೂರನೆಯದನ್ನು ಯಶಸ್ವಿಯಾಗಿ ಬರೆದಾಗ ಮಾತ್ರ ಹಳೆಯದನ್ನು ಅಳಿಸಲಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ ಬ್ಯಾಕ್ಅಪ್ ಆರ್ಕೈವ್ ಆಕ್ರಮಿಸಿಕೊಂಡಿರುವ ಪರಿಮಾಣದಲ್ಲಿನ ಹೆಚ್ಚಳವು ಸಂರಕ್ಷಿತ ಡೇಟಾದ ಪ್ರಮಾಣದಲ್ಲಿನ ಹೆಚ್ಚಳದೊಂದಿಗೆ ಮಾತ್ರ ಸಂಬಂಧಿಸಿದೆ ಮತ್ತು ಸಮಯವನ್ನು ಅವಲಂಬಿಸಿರುವುದಿಲ್ಲ.
ಮಿಥ್ಯ 5. ಬ್ಯಾಕಪ್ ಪ್ರಾರಂಭವಾದಾಗ, ಎಲ್ಲವೂ ಫ್ರೀಜ್ ಆಗುತ್ತದೆ
ಇದನ್ನು ಹೇಳುವುದು ಉತ್ತಮ: ಎಲ್ಲವೂ ಸ್ಥಗಿತಗೊಂಡರೆ, ನಿರ್ವಾಹಕರ ಕೈಗಳು ಅಲ್ಲಿಂದ ಬೆಳೆಯುತ್ತಿಲ್ಲ ಎಂದರ್ಥ. ಸಾಮಾನ್ಯವಾಗಿ, ಬ್ಯಾಕ್ಅಪ್ ಕಾರ್ಯಕ್ಷಮತೆ ಅನೇಕ ಅಂಶಗಳ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿರುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಬ್ಯಾಕ್ಅಪ್ ಸಿಸ್ಟಮ್ನ ವೇಗದ ಮೇಲೆ: ಡಿಸ್ಕ್ ಸಂಗ್ರಹಣೆ ಮತ್ತು ಟೇಪ್ ಲೈಬ್ರರಿಗಳು ಎಷ್ಟು ವೇಗವಾಗಿವೆ. ಬ್ಯಾಕ್ಅಪ್ ಸಿಸ್ಟಮ್ ಸರ್ವರ್‌ಗಳ ಕಾರ್ಯಕ್ಷಮತೆಯಿಂದ: ಡೇಟಾವನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು, ಸಂಕೋಚನ ಮತ್ತು ನಕಲು ಮಾಡಲು ಅವರಿಗೆ ಸಮಯವಿದೆಯೇ. ಮತ್ತು ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್ ನಡುವಿನ ಸಂವಹನ ಮಾರ್ಗಗಳ ವೇಗದ ಮೇಲೆ.
ಬ್ಯಾಕಪ್ ಸಿಸ್ಟಮ್ ಮಲ್ಟಿಥ್ರೆಡಿಂಗ್ ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿ ಬ್ಯಾಕಪ್ ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನ ಥ್ರೆಡ್‌ಗಳಿಗೆ ಹೋಗಬಹುದು. ಉದಾಹರಣೆಗೆ, ವರ್ಗಾವಣೆ ವೇಗವು ನೆಟ್ವರ್ಕ್ ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಮಿತಿಯನ್ನು ತಲುಪುವವರೆಗೆ ಲಭ್ಯವಿರುವ ಪ್ರೊಸೆಸರ್ಗಳ ಸಂಖ್ಯೆಯ ಪ್ರಕಾರ ಹಲವಾರು ಎಳೆಗಳನ್ನು ಕಳುಹಿಸಲು Oracle DBMS ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ನೀವು ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಥ್ರೆಡ್‌ಗಳನ್ನು ಬ್ಯಾಕಪ್ ಮಾಡಲು ಪ್ರಯತ್ನಿಸಿದರೆ, ಚಾಲನೆಯಲ್ಲಿರುವ ಸಿಸ್ಟಮ್ ಅನ್ನು ಓವರ್‌ಲೋಡ್ ಮಾಡಲು ಅವಕಾಶವಿರುತ್ತದೆ, ಅದು ನಿಜವಾಗಿಯೂ ನಿಧಾನವಾಗಲು ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ, ಸಾಕಷ್ಟು ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಸೂಕ್ತವಾದ ಸಂಖ್ಯೆಯ ಎಳೆಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಲಾಗುತ್ತದೆ. ಕಾರ್ಯಕ್ಷಮತೆಯಲ್ಲಿ ಸಣ್ಣದೊಂದು ಇಳಿಕೆಯು ನಿರ್ಣಾಯಕವಾಗಿದ್ದರೆ, ಬ್ಯಾಕ್ಅಪ್ ಅನ್ನು ಉತ್ಪಾದನಾ ಸರ್ವರ್‌ನಿಂದ ಅಲ್ಲ, ಆದರೆ ಅದರ ಕ್ಲೋನ್‌ನಿಂದ ನಡೆಸಿದಾಗ ಅತ್ಯುತ್ತಮ ಆಯ್ಕೆ ಇದೆ - ಡೇಟಾಬೇಸ್ ಪರಿಭಾಷೆಯಲ್ಲಿ ಸ್ಟ್ಯಾಂಡ್‌ಬೈ. ಈ ಪ್ರಕ್ರಿಯೆಯು ಮುಖ್ಯ ಕಾರ್ಯ ವ್ಯವಸ್ಥೆಯನ್ನು ಲೋಡ್ ಮಾಡುವುದಿಲ್ಲ. ನಿರ್ವಹಣೆಗಾಗಿ ಸರ್ವರ್ ಅನ್ನು ಬಳಸದ ಕಾರಣ ಹೆಚ್ಚಿನ ಥ್ರೆಡ್‌ಗಳ ಮೂಲಕ ಡೇಟಾವನ್ನು ಹಿಂಪಡೆಯಬಹುದು.
ದೊಡ್ಡ ಸಂಸ್ಥೆಗಳಲ್ಲಿ, ಬ್ಯಾಕ್ಅಪ್ ವ್ಯವಸ್ಥೆಗೆ ಪ್ರತ್ಯೇಕ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ರಚಿಸಲಾಗಿದೆ, ಇದರಿಂದಾಗಿ ಬ್ಯಾಕ್ಅಪ್ ಉತ್ಪಾದನೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಸಂಚಾರವನ್ನು ನೆಟ್ವರ್ಕ್ ಮೂಲಕ ಅಲ್ಲ, ಆದರೆ SAN ಮೂಲಕ ರವಾನಿಸಬಹುದು.
ಕಾಲಾನಂತರದಲ್ಲಿ ಲೋಡ್ ಅನ್ನು ವಿತರಿಸಲು ನಾವು ಪ್ರಯತ್ನಿಸುತ್ತೇವೆ. ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ಹೆಚ್ಚಾಗಿ ಕೆಲಸ ಮಾಡದ ಸಮಯದಲ್ಲಿ ನಡೆಸಲಾಗುತ್ತದೆ: ರಾತ್ರಿಯಲ್ಲಿ, ವಾರಾಂತ್ಯದಲ್ಲಿ. ಅಲ್ಲದೆ, ಅವೆಲ್ಲವೂ ಒಂದೇ ಸಮಯದಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುವುದಿಲ್ಲ. ವರ್ಚುವಲ್ ಮೆಷಿನ್ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳು ವಿಶೇಷ ಪ್ರಕರಣವಾಗಿದೆ. ಪ್ರಕ್ರಿಯೆಯು ಯಂತ್ರದ ಕಾರ್ಯನಿರ್ವಹಣೆಯ ಮೇಲೆ ವಾಸ್ತವಿಕವಾಗಿ ಯಾವುದೇ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ರಾತ್ರಿಯಲ್ಲಿ ಎಲ್ಲವನ್ನೂ ಮುಂದೂಡುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಬ್ಯಾಕ್ಅಪ್ ಅನ್ನು ದಿನವಿಡೀ ಹರಡಬಹುದು. ಅನೇಕ ಸೂಕ್ಷ್ಮತೆಗಳಿವೆ, ನೀವು ಎಲ್ಲವನ್ನೂ ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡರೆ, ಬ್ಯಾಕ್ಅಪ್ ಸಿಸ್ಟಮ್ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ.
ಮಿಥ್ಯ 6. ಬ್ಯಾಕಪ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗಿದೆ - ಅದು ನಿಮಗೆ ತಪ್ಪು ಸಹಿಷ್ಣುತೆಯಾಗಿದೆ
ಬ್ಯಾಕ್ಅಪ್ ವ್ಯವಸ್ಥೆಯು ರಕ್ಷಣೆಯ ಕೊನೆಯ ಸಾಲು ಎಂಬುದನ್ನು ಎಂದಿಗೂ ಮರೆಯಬೇಡಿ, ಅಂದರೆ ಅದರ ಮುಂದೆ ಇನ್ನೂ ಐದು ವ್ಯವಸ್ಥೆಗಳು ಇರಬೇಕು ಅದು ನಿರಂತರತೆ, ಹೆಚ್ಚಿನ ಲಭ್ಯತೆ ಮತ್ತು ಎಂಟರ್‌ಪ್ರೈಸ್‌ನ ಐಟಿ ಮೂಲಸೌಕರ್ಯ ಮತ್ತು ಮಾಹಿತಿ ವ್ಯವಸ್ಥೆಗಳ ವಿಪತ್ತು ಪ್ರತಿರೋಧವನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ.
ಬ್ಯಾಕಪ್ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ ಮತ್ತು ಬಿದ್ದ ಸೇವೆಯನ್ನು ತ್ವರಿತವಾಗಿ ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ ಎಂದು ಆಶಿಸುವುದರಲ್ಲಿ ಯಾವುದೇ ಅರ್ಥವಿಲ್ಲ. ಬ್ಯಾಕ್‌ಅಪ್‌ನ ಕ್ಷಣದಿಂದ ವೈಫಲ್ಯದ ಕ್ಷಣದವರೆಗೆ ಡೇಟಾ ನಷ್ಟವನ್ನು ಖಾತರಿಪಡಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಡೇಟಾವನ್ನು ಹಲವಾರು ಗಂಟೆಗಳವರೆಗೆ (ಅಥವಾ ದಿನಗಳು, ನಿಮ್ಮ ಅದೃಷ್ಟವನ್ನು ಅವಲಂಬಿಸಿ) ಹೊಸ ಸರ್ವರ್‌ಗೆ ಅಪ್‌ಲೋಡ್ ಮಾಡಬಹುದು. ಆದ್ದರಿಂದ, ಎಲ್ಲವನ್ನೂ ಬ್ಯಾಕಪ್‌ಗೆ ಬದಲಾಯಿಸದೆ ಪೂರ್ಣ ಪ್ರಮಾಣದ ದೋಷ-ಸಹಿಷ್ಣು ವ್ಯವಸ್ಥೆಗಳನ್ನು ರಚಿಸಲು ಇದು ಅರ್ಥಪೂರ್ಣವಾಗಿದೆ.
ಮಿಥ್ಯ 7. ನಾನು ಒಮ್ಮೆ ಬ್ಯಾಕಪ್ ಅನ್ನು ಹೊಂದಿಸಿದ್ದೇನೆ ಮತ್ತು ಅದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿದೆ. ದಾಖಲೆಗಳನ್ನು ನೋಡುವುದು ಮಾತ್ರ ಉಳಿದಿದೆ
ಇದು ಅತ್ಯಂತ ಹಾನಿಕಾರಕ ಪುರಾಣಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ, ಘಟನೆಯ ಸಮಯದಲ್ಲಿ ಮಾತ್ರ ನೀವು ತಿಳಿದುಕೊಳ್ಳುವ ನಕಲಿತನ. ಯಶಸ್ವಿ ಬ್ಯಾಕಪ್‌ನ ಲಾಗ್‌ಗಳು ಎಲ್ಲವೂ ನಿಜವಾಗಿ ನಿರೀಕ್ಷೆಯಂತೆ ನಡೆದಿವೆ ಎಂಬುದಕ್ಕೆ ಗ್ಯಾರಂಟಿ ಅಲ್ಲ. ನಿಯೋಜನೆಗಾಗಿ ಉಳಿಸಿದ ನಕಲನ್ನು ಮುಂಚಿತವಾಗಿ ಪರಿಶೀಲಿಸುವುದು ಮುಖ್ಯವಾಗಿದೆ. ಅಂದರೆ, ಪರೀಕ್ಷಾ ಪರಿಸರದಲ್ಲಿ ಚೇತರಿಕೆ ಪ್ರಕ್ರಿಯೆಯನ್ನು ರನ್ ಮಾಡಿ ಮತ್ತು ಫಲಿತಾಂಶವನ್ನು ನೋಡಿ.
ಮತ್ತು ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರ ಕೆಲಸದ ಬಗ್ಗೆ ಸ್ವಲ್ಪ
ದೀರ್ಘಕಾಲದವರೆಗೆ ಯಾರೂ ಡೇಟಾವನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ನಕಲಿಸುವುದಿಲ್ಲ. ಆಧುನಿಕ SRC ಗಳು ಬಹುತೇಕ ಎಲ್ಲವನ್ನೂ ಬ್ಯಾಕಪ್ ಮಾಡಬಹುದು, ನೀವು ಅದನ್ನು ಸರಿಯಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ. ಹೊಸ ಸರ್ವರ್ ಅನ್ನು ಸೇರಿಸಿದ್ದರೆ, ನೀತಿಗಳನ್ನು ಹೊಂದಿಸಿ: ಬ್ಯಾಕಪ್ ಮಾಡಲಾಗುವ ವಿಷಯವನ್ನು ಆಯ್ಕೆಮಾಡಿ, ಶೇಖರಣಾ ನಿಯತಾಂಕಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿ ಮತ್ತು ವೇಳಾಪಟ್ಟಿಯನ್ನು ಅನ್ವಯಿಸಿ.
ಅದೇ ಸಮಯದಲ್ಲಿ, ಡೇಟಾಬೇಸ್‌ಗಳು, ಮೇಲ್ ವ್ಯವಸ್ಥೆಗಳು, ವರ್ಚುವಲ್ ಯಂತ್ರಗಳ ಕ್ಲಸ್ಟರ್‌ಗಳು ಮತ್ತು ವಿಂಡೋಸ್ ಮತ್ತು ಲಿನಕ್ಸ್/ಯುನಿಕ್ಸ್ ಎರಡರಲ್ಲೂ ಫೈಲ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಒಳಗೊಂಡಂತೆ ಸರ್ವರ್‌ಗಳ ವ್ಯಾಪಕವಾದ ಫ್ಲೀಟ್‌ನಿಂದಾಗಿ ಇನ್ನೂ ಬಹಳಷ್ಟು ಕೆಲಸಗಳಿವೆ. ಬ್ಯಾಕಪ್ ವ್ಯವಸ್ಥೆಯನ್ನು ನಿರ್ವಹಿಸುವ ನೌಕರರು ಸುಮ್ಮನೆ ಕುಳಿತಿಲ್ಲ.
ರಜಾದಿನದ ಗೌರವಾರ್ಥವಾಗಿ, ಎಲ್ಲಾ ನಿರ್ವಾಹಕರು ಬಲವಾದ ನರಗಳು, ಸ್ಪಷ್ಟ ಚಲನೆಗಳು ಮತ್ತು ಬ್ಯಾಕ್ಅಪ್ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಅಂತ್ಯವಿಲ್ಲದ ಸ್ಥಳವನ್ನು ನಾನು ಬಯಸುತ್ತೇನೆ!
ಮೂಲ: www.habr.com