ವಿಪತ್ತಿನ ಸಮಯದಲ್ಲಿಯೂ ಒಂದು ಕಪ್ ಚಹಾಕ್ಕೆ ಯಾವಾಗಲೂ ಸಮಯವಿರುತ್ತದೆ
ಡಿಆರ್ಪಿ (ವಿಪತ್ತು ಚೇತರಿಕೆ ಯೋಜನೆ) ಆದರ್ಶಪ್ರಾಯವಾಗಿ ಎಂದಿಗೂ ಅಗತ್ಯವಿರುವುದಿಲ್ಲ. ಆದರೆ ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಸಂಯೋಗದ ಸಮಯದಲ್ಲಿ ವಲಸೆ ಹೋಗುವ ಬೀವರ್‌ಗಳು ಬೆನ್ನೆಲುಬಿನ ಆಪ್ಟಿಕಲ್ ಫೈಬರ್‌ನ ಮೂಲಕ ಕಚ್ಚಿದರೆ ಅಥವಾ ಜೂನಿಯರ್ ನಿರ್ವಾಹಕರು ಉತ್ಪಾದಕ ನೆಲೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಿದರೆ, ಈ ಎಲ್ಲಾ ಅವಮಾನವನ್ನು ಏನು ಮಾಡಬೇಕೆಂದು ನೀವು ಮೊದಲೇ ತಯಾರಿಸಿದ ಯೋಜನೆಯನ್ನು ಹೊಂದಿದ್ದೀರಿ ಎಂದು ನೀವು ಖಚಿತವಾಗಿ ಬಯಸುತ್ತೀರಿ.
ಪ್ಯಾನಿಕ್ನಲ್ಲಿ ಗ್ರಾಹಕರು ತಾಂತ್ರಿಕ ಬೆಂಬಲ ಫೋನ್ಗಳನ್ನು ಕತ್ತರಿಸಲು ಪ್ರಾರಂಭಿಸಿದಾಗ, ಜೂನಿಯರ್ ಸೈನೈಡ್ಗಾಗಿ ಹುಡುಕುತ್ತಿದ್ದಾರೆ, ನೀವು ಬುದ್ಧಿವಂತಿಕೆಯಿಂದ ಕೆಂಪು ಹೊದಿಕೆಯನ್ನು ತೆರೆಯಿರಿ ಮತ್ತು ಎಲ್ಲವನ್ನೂ ಕ್ರಮವಾಗಿ ಇರಿಸಲು ಪ್ರಾರಂಭಿಸಿ.
ಈ ಪೋಸ್ಟ್‌ನಲ್ಲಿ ನಾನು DRP ಅನ್ನು ಹೇಗೆ ಬರೆಯಬೇಕು ಮತ್ತು ಅದರಲ್ಲಿ ಏನನ್ನು ಹೊಂದಿರಬೇಕು ಎಂಬುದರ ಕುರಿತು ಶಿಫಾರಸುಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ಬಯಸುತ್ತೇನೆ. ನಾವು ಈ ಕೆಳಗಿನ ವಿಷಯಗಳನ್ನು ಸಹ ನೋಡುತ್ತೇವೆ:
- ಖಳನಾಯಕನಂತೆ ಯೋಚಿಸುವುದನ್ನು ಕಲಿಯೋಣ.
- ಅಪೋಕ್ಯಾಲಿಪ್ಸ್ ಸಮಯದಲ್ಲಿ ಒಂದು ಕಪ್ ಚಹಾದ ಪ್ರಯೋಜನಗಳನ್ನು ನೋಡೋಣ.
- ಅನುಕೂಲಕರ DRP ರಚನೆಯ ಬಗ್ಗೆ ಯೋಚಿಸೋಣ
- ಅದನ್ನು ಪರೀಕ್ಷಿಸುವುದು ಹೇಗೆ ಎಂದು ನೋಡೋಣ
ಇದು ಯಾವ ಕಂಪನಿಗಳಿಗೆ ಉಪಯುಕ್ತವಾಗಬಹುದು?
ಐಟಿ ಇಲಾಖೆಗೆ ಅಂತಹ ವಿಷಯಗಳು ಬೇಕಾಗಲು ಪ್ರಾರಂಭಿಸಿದಾಗ ಗೆರೆ ಎಳೆಯುವುದು ತುಂಬಾ ಕಷ್ಟ. ನಿಮಗೆ ಖಂಡಿತವಾಗಿ DRP ಬೇಕು ಎಂದು ನಾನು ಹೇಳುತ್ತೇನೆ:
- ಸರ್ವರ್, ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ನಿಲ್ಲಿಸುವುದು ಅಥವಾ ಕೆಲವು ಡೇಟಾಬೇಸ್ ಅನ್ನು ಕಳೆದುಕೊಳ್ಳುವುದು ಒಟ್ಟಾರೆಯಾಗಿ ವ್ಯವಹಾರಕ್ಕೆ ಗಮನಾರ್ಹ ನಷ್ಟಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ.
- ನೀವು ಪೂರ್ಣ ಪ್ರಮಾಣದ ಐಟಿ ವಿಭಾಗವನ್ನು ಹೊಂದಿದ್ದೀರಿ. ಕಂಪನಿಯ ಪೂರ್ಣ ಪ್ರಮಾಣದ ಘಟಕದ ರೂಪದಲ್ಲಿ ಇಲಾಖೆಯ ಅರ್ಥದಲ್ಲಿ, ತನ್ನದೇ ಆದ ಬಜೆಟ್ನೊಂದಿಗೆ, ಮತ್ತು ಕೆಲವು ದಣಿದ ಉದ್ಯೋಗಿಗಳು ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಹಾಕುವುದು, ವೈರಸ್ಗಳನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸುವುದು ಮತ್ತು ಮುದ್ರಕಗಳನ್ನು ಮರುಪೂರಣಗೊಳಿಸುವುದು.
- ತುರ್ತು ಪರಿಸ್ಥಿತಿಯ ಸಂದರ್ಭದಲ್ಲಿ ಕನಿಷ್ಠ ಭಾಗಶಃ ಪುನರುಜ್ಜೀವನಕ್ಕಾಗಿ ನೀವು ವಾಸ್ತವಿಕ ಬಜೆಟ್ ಅನ್ನು ಹೊಂದಿದ್ದೀರಿ.
ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳಿಗಾಗಿ ಹಳೆಯ ಸರ್ವರ್‌ಗೆ ಕನಿಷ್ಠ ಒಂದೆರಡು ಎಚ್‌ಡಿಡಿಗಳಿಗಾಗಿ ಐಟಿ ಇಲಾಖೆಯು ತಿಂಗಳುಗಟ್ಟಲೆ ಬೇಡುತ್ತಿರುವಾಗ, ಸಾಮರ್ಥ್ಯವನ್ನು ಕಾಯ್ದಿರಿಸಲು ವಿಫಲವಾದ ಸೇವೆಯ ಪೂರ್ಣ ಪ್ರಮಾಣದ ಕ್ರಮವನ್ನು ನೀವು ಸಂಘಟಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ. ಇಲ್ಲಿ ದಸ್ತಾವೇಜನ್ನು ಅತಿಯಾಗಿರುವುದಿಲ್ಲ.
ದಾಖಲಾತಿ ಮುಖ್ಯವಾಗಿದೆ
ದಸ್ತಾವೇಜನ್ನು ಪ್ರಾರಂಭಿಸಿ. ನಿಮ್ಮ ಸೇವೆಯು ಮೂರು ತಲೆಮಾರುಗಳ ಹಿಂದೆ ನಿರ್ವಾಹಕರಿಂದ ಬರೆಯಲ್ಪಟ್ಟ ಪರ್ಲ್ ಸ್ಕ್ರಿಪ್ಟ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಹೇಳೋಣ, ಆದರೆ ಅದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಯಾರಿಗೂ ತಿಳಿದಿಲ್ಲ. ಸಂಗ್ರಹವಾದ ತಾಂತ್ರಿಕ ಸಾಲ ಮತ್ತು ದಾಖಲಾತಿಗಳ ಕೊರತೆಯು ಅನಿವಾರ್ಯವಾಗಿ ನಿಮ್ಮನ್ನು ಮೊಣಕಾಲುಗಳಲ್ಲಿ ಮಾತ್ರವಲ್ಲದೆ ಇತರ ಅಂಗಗಳಲ್ಲಿಯೂ ಶೂಟ್ ಮಾಡುತ್ತದೆ, ಇದು ಹೆಚ್ಚು ಸಮಯದ ವಿಷಯವಾಗಿದೆ.
ಒಮ್ಮೆ ನೀವು ಸೇವಾ ಘಟಕಗಳ ಉತ್ತಮ ವಿವರಣೆಯನ್ನು ಹೊಂದಿದ್ದರೆ, ಅಪಘಾತ ಅಂಕಿಅಂಶಗಳನ್ನು ನೋಡಿ. ಅವರು ಬಹುತೇಕ ಖಚಿತವಾಗಿ ಸಂಪೂರ್ಣವಾಗಿ ವಿಶಿಷ್ಟವಾಗುತ್ತಾರೆ. ಉದಾಹರಣೆಗೆ, ನಿಮ್ಮ ಡಿಸ್ಕ್ ಕಾಲಕಾಲಕ್ಕೆ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆ, ಇದು ಹಸ್ತಚಾಲಿತವಾಗಿ ಸ್ವಚ್ಛಗೊಳಿಸುವವರೆಗೆ ನೋಡ್ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ. ಅಥವಾ ಯಾರಾದರೂ ಮತ್ತೊಮ್ಮೆ ಪ್ರಮಾಣಪತ್ರವನ್ನು ನವೀಕರಿಸಲು ಮರೆತಿದ್ದಾರೆ ಮತ್ತು ಲೆಟ್ಸ್ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಸಾಧ್ಯವಾಗಲಿಲ್ಲ ಅಥವಾ ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಇಷ್ಟವಿಲ್ಲದ ಕಾರಣ ಕ್ಲೈಂಟ್ ಸೇವೆಯು ಲಭ್ಯವಿಲ್ಲ.
ವಿಧ್ವಂಸಕನಂತೆ ಆಲೋಚನೆಗಳು
ಹಿಂದೆಂದೂ ಸಂಭವಿಸದ ಅಪಘಾತಗಳನ್ನು ಊಹಿಸುವುದು ಅತ್ಯಂತ ಕಷ್ಟಕರವಾದ ಭಾಗವಾಗಿದೆ, ಆದರೆ ಇದು ನಿಮ್ಮ ಸೇವೆಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಕ್ರ್ಯಾಶ್ ಮಾಡಬಹುದು. ಇಲ್ಲಿ ನಾನು ಮತ್ತು ನನ್ನ ಸಹೋದ್ಯೋಗಿಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಖಳನಾಯಕರ ಪಾತ್ರವನ್ನು ನಿರ್ವಹಿಸುತ್ತೇವೆ. ಸಾಕಷ್ಟು ಕಾಫಿ ಮತ್ತು ರುಚಿಕರವಾದ ಏನನ್ನಾದರೂ ತೆಗೆದುಕೊಳ್ಳಿ ಮತ್ತು ಸಭೆಯ ಕೊಠಡಿಯಲ್ಲಿ ನಿಮ್ಮನ್ನು ಲಾಕ್ ಮಾಡಿ. ಅದೇ ಮಾತುಕತೆಗಳಲ್ಲಿ ನೀವು ಟಾರ್ಗೆಟ್ ಸೇವೆಯನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ಅಥವಾ ಅದರೊಂದಿಗೆ ನಿಯಮಿತವಾಗಿ ಕೆಲಸ ಮಾಡುವ ಎಂಜಿನಿಯರ್‌ಗಳನ್ನು ಲಾಕ್ ಮಾಡುತ್ತೀರಿ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ. ನಂತರ, ಬೋರ್ಡ್‌ನಲ್ಲಿ ಅಥವಾ ಕಾಗದದ ಮೇಲೆ, ನಿಮ್ಮ ಸೇವೆಗೆ ಸಂಭವಿಸಬಹುದಾದ ಎಲ್ಲಾ ಭಯಾನಕತೆಯನ್ನು ನೀವು ಸೆಳೆಯಲು ಪ್ರಾರಂಭಿಸುತ್ತೀರಿ. ನಿರ್ದಿಷ್ಟ ಶುಚಿಗೊಳಿಸುವ ಮಹಿಳೆ ಮತ್ತು ಕೇಬಲ್‌ಗಳನ್ನು ಹೊರತೆಗೆಯಲು ವಿವರವಾಗಿ ಹೋಗುವುದು ಅನಿವಾರ್ಯವಲ್ಲ; "ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್‌ನ ಸಮಗ್ರತೆಯ ಉಲ್ಲಂಘನೆ" ಎಂಬ ಸನ್ನಿವೇಶವನ್ನು ಪರಿಗಣಿಸಲು ಸಾಕು.
ವಿಶಿಷ್ಟವಾಗಿ, ಅತ್ಯಂತ ವಿಶಿಷ್ಟವಾದ ತುರ್ತು ಪರಿಸ್ಥಿತಿಗಳು ಈ ಕೆಳಗಿನ ವಿಧಗಳಾಗಿರುತ್ತವೆ:
- ನೆಟ್ವರ್ಕ್ ವೈಫಲ್ಯ
- OS ಸೇವೆಗಳ ವೈಫಲ್ಯ
- ಅಪ್ಲಿಕೇಶನ್ ವೈಫಲ್ಯ
- ಕಬ್ಬಿಣದ ವೈಫಲ್ಯ
- ವರ್ಚುವಲೈಸೇಶನ್ ವೈಫಲ್ಯ
ಪ್ರತಿ ಪ್ರಕಾರದ ಮೂಲಕ ಹೋಗಿ ಮತ್ತು ನಿಮ್ಮ ಸೇವೆಗೆ ಏನು ಅನ್ವಯಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡಿ. ಉದಾಹರಣೆಗೆ, Nginx ಡೀಮನ್ ಬೀಳಬಹುದು ಮತ್ತು ಏರಿಕೆಯಾಗುವುದಿಲ್ಲ - ಇದರರ್ಥ OS ನ ಭಾಗದಲ್ಲಿ ವೈಫಲ್ಯಗಳು. ನಿಮ್ಮ ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ವಿಫಲಗೊಳ್ಳಲು ಕಾರಣವಾಗುವ ಅಪರೂಪದ ಪರಿಸ್ಥಿತಿಯು ಸಾಫ್ಟ್‌ವೇರ್ ವೈಫಲ್ಯವಾಗಿದೆ. ಈ ಹಂತದಲ್ಲಿ ಕೆಲಸ ಮಾಡುವಾಗ, ಸಮಸ್ಯೆಯ ರೋಗನಿರ್ಣಯವನ್ನು ಕೆಲಸ ಮಾಡುವುದು ಮುಖ್ಯ. ಉದಾಹರಣೆಗೆ ಬಿದ್ದ ಸಿಸ್ ಡ್ರೈವ್ ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಅಪಘಾತದಿಂದ ವರ್ಚುವಲೈಸೇಶನ್‌ನಲ್ಲಿ ಹೆಪ್ಪುಗಟ್ಟಿದ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೇಗೆ ಪ್ರತ್ಯೇಕಿಸುವುದು. ಜವಾಬ್ದಾರರನ್ನು ತ್ವರಿತವಾಗಿ ಹುಡುಕಲು ಮತ್ತು ಅಪಘಾತವನ್ನು ಪರಿಹರಿಸುವವರೆಗೆ ಅವರ ಬಾಲವನ್ನು ಎಳೆಯಲು ಪ್ರಾರಂಭಿಸಲು ಇದು ಮುಖ್ಯವಾಗಿದೆ.
ವಿಶಿಷ್ಟ ಸಮಸ್ಯೆಗಳನ್ನು ಬರೆದ ನಂತರ, ನಾವು ಹೆಚ್ಚು ಕಾಫಿಯನ್ನು ಸುರಿಯುತ್ತೇವೆ ಮತ್ತು ಕೆಲವು ನಿಯತಾಂಕಗಳು ರೂಢಿಯನ್ನು ಮೀರಿ ಹೋಗಲು ಪ್ರಾರಂಭಿಸಿದಾಗ ವಿಚಿತ್ರವಾದ ಸನ್ನಿವೇಶಗಳನ್ನು ಪರಿಗಣಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ. ಉದಾಹರಣೆಗೆ:
- ಕ್ಲಸ್ಟರ್‌ನಲ್ಲಿರುವ ಇತರರಿಗೆ ಹೋಲಿಸಿದರೆ ಸಕ್ರಿಯ ನೋಡ್‌ನಲ್ಲಿರುವ ಸಮಯವು ಒಂದು ನಿಮಿಷ ಹಿಂದಕ್ಕೆ ಚಲಿಸಿದರೆ ಏನಾಗುತ್ತದೆ?
- ಸಮಯವು ಮುಂದಕ್ಕೆ ಹೋದರೆ ಏನು, 10 ವರ್ಷಗಳ ನಂತರ ಏನು?
- ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಸಮಯದಲ್ಲಿ ಕ್ಲಸ್ಟರ್ ನೋಡ್ ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಅದರ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಕಳೆದುಕೊಂಡರೆ ಏನಾಗುತ್ತದೆ?
- ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಪರಸ್ಪರ ತಾತ್ಕಾಲಿಕ ಪ್ರತ್ಯೇಕತೆಯಿಂದಾಗಿ ಎರಡು ನೋಡ್‌ಗಳು ನಾಯಕತ್ವವನ್ನು ಹಂಚಿಕೊಳ್ಳದಿದ್ದರೆ ಏನಾಗುತ್ತದೆ?
ಈ ಹಂತದಲ್ಲಿ, ಹಿಮ್ಮುಖ ವಿಧಾನವು ತುಂಬಾ ಸಹಾಯಕವಾಗಿದೆ. ನೀವು ಅನಾರೋಗ್ಯದ ಕಲ್ಪನೆಯೊಂದಿಗೆ ತಂಡದ ಅತ್ಯಂತ ಮೊಂಡುತನದ ಸದಸ್ಯರನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತೀರಿ ಮತ್ತು ಕಡಿಮೆ ಸಮಯದಲ್ಲಿ ವಿಧ್ವಂಸಕ ಕೃತ್ಯವನ್ನು ಸಂಘಟಿಸುವ ಕೆಲಸವನ್ನು ನೀಡುತ್ತೀರಿ ಅದು ಸೇವೆಯನ್ನು ತಗ್ಗಿಸುತ್ತದೆ. ರೋಗನಿರ್ಣಯ ಮಾಡುವುದು ಕಷ್ಟವಾಗಿದ್ದರೆ, ಇನ್ನೂ ಉತ್ತಮ. ಇಂಜಿನಿಯರ್‌ಗಳು ಏನನ್ನಾದರೂ ಮುರಿಯಲು ಉಪಾಯವನ್ನು ನೀಡಿದರೆ, ಯಾವ ವಿಲಕ್ಷಣ ಮತ್ತು ತಂಪಾದ ವಿಚಾರಗಳನ್ನು ನೀವು ನಂಬುವುದಿಲ್ಲ. ಮತ್ತು ಇದಕ್ಕಾಗಿ ನೀವು ಅವರಿಗೆ ಪರೀಕ್ಷಾ ಬೆಂಚ್ ಭರವಸೆ ನೀಡಿದರೆ, ಅದು ಸಂಪೂರ್ಣವಾಗಿ ಉತ್ತಮವಾಗಿದೆ.
ನಿಮ್ಮ ಈ DRP ಏನು?!
ಆದ್ದರಿಂದ ನೀವು ನಿಮ್ಮ ಬೆದರಿಕೆ ಮಾದರಿಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿದ್ದೀರಿ. ಅವರು ತಾಮ್ರದ ಹುಡುಕಾಟದಲ್ಲಿ ಫೈಬರ್ ಆಪ್ಟಿಕ್ ಕೇಬಲ್‌ಗಳನ್ನು ಕತ್ತರಿಸುವ ಸ್ಥಳೀಯ ನಿವಾಸಿಗಳನ್ನು ಮತ್ತು ಶುಕ್ರವಾರದಂದು 16:46 ಕ್ಕೆ ರೇಡಿಯೊ ರಿಲೇ ಲೈನ್ ಅನ್ನು ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಬೀಳಿಸುವ ಮಿಲಿಟರಿ ರಾಡಾರ್ ಅನ್ನು ಸಹ ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡರು. ಇದೆಲ್ಲವನ್ನೂ ಏನು ಮಾಡಬೇಕೆಂದು ಈಗ ನಾವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು.
ತುರ್ತು ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ತೆರೆಯಲಾಗುವ ಕೆಂಪು ಲಕೋಟೆಗಳನ್ನು ಬರೆಯುವುದು ನಿಮ್ಮ ಕಾರ್ಯವಾಗಿದೆ. (ಇಲ್ಲದಿದ್ದರೆ!) ಎಲ್ಲವೂ ಕೊನೆಗೊಂಡಾಗ, ಅತ್ಯಂತ ಅನನುಭವಿ ಇಂಟರ್ನ್ ಮಾತ್ರ ಹತ್ತಿರದಲ್ಲಿರುತ್ತಾನೆ, ಏನಾಗುತ್ತಿದೆ ಎಂಬ ಭಯಾನಕತೆಯಿಂದ ಅವರ ಕೈಗಳು ಹಿಂಸಾತ್ಮಕವಾಗಿ ನಡುಗುತ್ತವೆ ಎಂದು ತಕ್ಷಣ ನಿರೀಕ್ಷಿಸಿ. ವೈದ್ಯಕೀಯ ಕಚೇರಿಗಳಲ್ಲಿ ತುರ್ತು ಚಿಹ್ನೆಗಳನ್ನು ಹೇಗೆ ಅಳವಡಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ನೋಡಿ. ಉದಾಹರಣೆಗೆ, ಅನಾಫಿಲ್ಯಾಕ್ಟಿಕ್ ಆಘಾತದ ಸಂದರ್ಭದಲ್ಲಿ ಏನು ಮಾಡಬೇಕು. ವೈದ್ಯಕೀಯ ಸಿಬ್ಬಂದಿ ಎಲ್ಲಾ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಹೃದಯದಿಂದ ತಿಳಿದಿದ್ದಾರೆ, ಆದರೆ ಹತ್ತಿರದ ವ್ಯಕ್ತಿಯು ಸಾಯಲು ಪ್ರಾರಂಭಿಸಿದಾಗ, ಆಗಾಗ್ಗೆ ಎಲ್ಲರೂ ಅಸಹಾಯಕವಾಗಿ ದೃಷ್ಟಿಯಲ್ಲಿ ಎಲ್ಲವನ್ನೂ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುತ್ತಾರೆ. ಇದನ್ನು ಮಾಡಲು, "ಅಂತಹ ಮತ್ತು ಅಂತಹ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ತೆರೆಯಿರಿ" ಮತ್ತು "ಔಷಧದ ಹಲವಾರು ಘಟಕಗಳನ್ನು ಅಭಿದಮನಿ ಮೂಲಕ ನಿರ್ವಹಿಸಿ" ನಂತಹ ಐಟಂಗಳೊಂದಿಗೆ ಗೋಡೆಯ ಮೇಲೆ ಸ್ಪಷ್ಟ ಸೂಚನೆಗಳಿವೆ.
ತುರ್ತು ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ಯೋಚಿಸುವುದು ಕಷ್ಟ! ಬೆನ್ನುಹುರಿ ಪಾರ್ಸಿಂಗ್ಗಾಗಿ ಸರಳ ಸೂಚನೆಗಳು ಇರಬೇಕು.
ಉತ್ತಮ DRP ಹಲವಾರು ಸರಳ ಬ್ಲಾಕ್ಗಳನ್ನು ಒಳಗೊಂಡಿದೆ:
- ಅಪಘಾತದ ಪ್ರಾರಂಭದ ಬಗ್ಗೆ ಯಾರಿಗೆ ತಿಳಿಸಬೇಕು. ಎಲಿಮಿನೇಷನ್ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಸಮಾನಾಂತರಗೊಳಿಸಲು ಇದು ಮುಖ್ಯವಾಗಿದೆ.
- ಸರಿಯಾಗಿ ರೋಗನಿರ್ಣಯ ಮಾಡುವುದು ಹೇಗೆ - ಒಂದು ಜಾಡನ್ನು ನಿರ್ವಹಿಸಿ, systemctl ಸ್ಥಿತಿ ಸೇವೆಯ ಹೆಸರನ್ನು ನೋಡಿ ಮತ್ತು ಹೀಗೆ.
- ಪ್ರತಿ ಹಂತದಲ್ಲಿ ನೀವು ಎಷ್ಟು ಸಮಯವನ್ನು ಕಳೆಯಬಹುದು? SLA ಸಮಯದೊಳಗೆ ಅದನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಸರಿಪಡಿಸಲು ನಿಮಗೆ ಸಮಯವಿಲ್ಲದಿದ್ದರೆ, ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ಕೊಲ್ಲಲಾಗುತ್ತದೆ ಮತ್ತು ನಿನ್ನೆಯ ಬ್ಯಾಕಪ್‌ನಿಂದ ಹಿಂತಿರುಗಿಸಲಾಗುತ್ತದೆ.
- ಅಪಘಾತವು ಮುಗಿದಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು ಹೇಗೆ.
ಸೇವೆಯು ಸಂಪೂರ್ಣವಾಗಿ ವಿಫಲವಾದಾಗ DRP ಪ್ರಾರಂಭವಾಗುತ್ತದೆ ಮತ್ತು ಕಡಿಮೆ ದಕ್ಷತೆಯೊಂದಿಗೆ ಸೇವೆಯನ್ನು ಪುನಃಸ್ಥಾಪಿಸಿದಾಗ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ ಎಂಬುದನ್ನು ನೆನಪಿಡಿ. ಕೇವಲ ಮೀಸಲಾತಿಯನ್ನು ಕಳೆದುಕೊಳ್ಳುವುದು DRP ಅನ್ನು ಪ್ರಚೋದಿಸಬಾರದು. ನೀವು DRP ಗೆ ಒಂದು ಕಪ್ ಚಹಾವನ್ನು ಸಹ ಬರೆಯಬಹುದು. ಗಂಭೀರವಾಗಿ. ಅಂಕಿಅಂಶಗಳ ಪ್ರಕಾರ, ಅನೇಕ ಅಪಘಾತಗಳು ಅಹಿತಕರದಿಂದ ದುರಂತಕ್ಕೆ ತಿರುಗುತ್ತವೆ, ಏಕೆಂದರೆ ಸಿಬ್ಬಂದಿ ಭಯಭೀತರಾಗಿ ಏನನ್ನಾದರೂ ಸರಿಪಡಿಸಲು ಧಾವಿಸುತ್ತಾರೆ, ಏಕಕಾಲದಲ್ಲಿ ಡೇಟಾದೊಂದಿಗೆ ಏಕೈಕ ಜೀವಂತ ನೋಡ್ ಅನ್ನು ಕೊಲ್ಲುತ್ತಾರೆ ಅಥವಾ ಅಂತಿಮವಾಗಿ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಮುಗಿಸುತ್ತಾರೆ. ನಿಯಮದಂತೆ, ಒಂದು ಕಪ್ ಚಹಾದೊಂದಿಗೆ 5 ನಿಮಿಷಗಳು ನಿಮಗೆ ಶಾಂತಗೊಳಿಸಲು ಮತ್ತು ಏನಾಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ವಿಶ್ಲೇಷಿಸಲು ಸ್ವಲ್ಪ ಸಮಯವನ್ನು ನೀಡುತ್ತದೆ.
DRP ಮತ್ತು ಸಿಸ್ಟಮ್ ಪಾಸ್ಪೋರ್ಟ್ ಅನ್ನು ಗೊಂದಲಗೊಳಿಸಬೇಡಿ! ಅನಗತ್ಯ ಡೇಟಾದೊಂದಿಗೆ ಅದನ್ನು ಓವರ್ಲೋಡ್ ಮಾಡಬೇಡಿ. ದಸ್ತಾವೇಜನ್ನು ಬಯಸಿದ ವಿಭಾಗಕ್ಕೆ ಹೋಗಲು ಮತ್ತು ಸೇವಾ ಆರ್ಕಿಟೆಕ್ಚರ್‌ನ ಅಗತ್ಯ ವಿಭಾಗಗಳ ಬಗ್ಗೆ ವಿಸ್ತೃತ ಸ್ವರೂಪದಲ್ಲಿ ಓದಲು ಹೈಪರ್‌ಲಿಂಕ್‌ಗಳನ್ನು ತ್ವರಿತವಾಗಿ ಮತ್ತು ಅನುಕೂಲಕರವಾಗಿ ಬಳಸಲು ಸಾಧ್ಯವಾಗುವಂತೆ ಮಾಡಿ. ಮತ್ತು DRP ನಲ್ಲಿಯೇ ಕಾಪಿ-ಪೇಸ್ಟ್‌ಗಾಗಿ ನಿರ್ದಿಷ್ಟ ಆಜ್ಞೆಗಳೊಂದಿಗೆ ಎಲ್ಲಿ ಮತ್ತು ಹೇಗೆ ಸಂಪರ್ಕಿಸಬೇಕು ಎಂಬುದರ ಕುರಿತು ನೇರ ಸೂಚನೆಗಳು ಮಾತ್ರ ಇವೆ.
ಸರಿಯಾಗಿ ಪರೀಕ್ಷಿಸುವುದು ಹೇಗೆ
ಯಾವುದೇ ಜವಾಬ್ದಾರಿಯುತ ಉದ್ಯೋಗಿ ಎಲ್ಲಾ ಐಟಂಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ. ಅತ್ಯಂತ ನಿರ್ಣಾಯಕ ಕ್ಷಣದಲ್ಲಿ, ಇಂಜಿನಿಯರ್‌ಗೆ ಅಗತ್ಯವಿರುವ ಸಿಸ್ಟಮ್ ಅನ್ನು ಪ್ರವೇಶಿಸಲು ಹಕ್ಕುಗಳಿಲ್ಲ, ಅಗತ್ಯವಿರುವ ಖಾತೆಗೆ ಯಾವುದೇ ಪಾಸ್‌ವರ್ಡ್‌ಗಳಿಲ್ಲ, ಅಥವಾ “ಪ್ರಾಕ್ಸಿ ಮೂಲಕ ಸೇವಾ ನಿರ್ವಹಣಾ ಕನ್ಸೋಲ್‌ಗೆ ಸಂಪರ್ಕಪಡಿಸಿ” ಎಂದು ಅವನಿಗೆ ತಿಳಿದಿಲ್ಲ ಎಂದು ಅದು ತಿರುಗಬಹುದು. ಪ್ರಧಾನ ಕಚೇರಿ” ಎಂದರೆ. ಪ್ರತಿಯೊಂದು ಅಂಶವು ಅತ್ಯಂತ ಸರಳವಾಗಿರಬೇಕು.
ತಪ್ಪು - "ವರ್ಚುವಲೈಸೇಶನ್‌ಗೆ ಹೋಗಿ ಮತ್ತು ಡೆಡ್ ನೋಡ್ ಅನ್ನು ರೀಬೂಟ್ ಮಾಡಿ"
ಸರಿಯಾಗಿ - "ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ virt.example.com ಗೆ ಸಂಪರ್ಕಪಡಿಸಿ, ನೋಡ್‌ಗಳ ವಿಭಾಗದಲ್ಲಿ, ದೋಷವನ್ನು ಉಂಟುಮಾಡುವ ನೋಡ್ ಅನ್ನು ರೀಬೂಟ್ ಮಾಡಿ."
ಅಸ್ಪಷ್ಟತೆಯನ್ನು ತಪ್ಪಿಸಿ. ಹೆದರಿದ ಇಂಟರ್ನ್ ಅನ್ನು ನೆನಪಿಡಿ.
DRP ಪರೀಕ್ಷಿಸಲು ಮರೆಯದಿರಿ. ಇದು ಕೇವಲ ಪ್ರದರ್ಶನದ ಯೋಜನೆ ಅಲ್ಲ - ಇದು ನಿಮಗೆ ಮತ್ತು ನಿಮ್ಮ ಗ್ರಾಹಕರಿಗೆ ನಿರ್ಣಾಯಕ ಪರಿಸ್ಥಿತಿಯಿಂದ ತ್ವರಿತವಾಗಿ ಹೊರಬರಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ಇದನ್ನು ಹಲವಾರು ಬಾರಿ ಮಾಡುವುದು ಉತ್ತಮ:
- ಒಬ್ಬ ಪರಿಣಿತರು ಮತ್ತು ಹಲವಾರು ತರಬೇತುದಾರರು ಪರೀಕ್ಷಾ ಬೆಂಚ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ ಅದು ಸಾಧ್ಯವಾದಷ್ಟು ನೈಜ ಸೇವೆಯನ್ನು ಅನುಕರಿಸುತ್ತದೆ. ಪರಿಣಿತರು ಸೇವೆಯನ್ನು ವಿವಿಧ ರೀತಿಯಲ್ಲಿ ಮುರಿಯುತ್ತಾರೆ ಮತ್ತು DRP ಪ್ರಕಾರ ಅದನ್ನು ಮರುಸ್ಥಾಪಿಸಲು ತರಬೇತುದಾರರನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತಾರೆ. ಎಲ್ಲಾ ಸಮಸ್ಯೆಗಳು, ದಾಖಲಾತಿ ಅಸ್ಪಷ್ಟತೆಗಳು ಮತ್ತು ದೋಷಗಳನ್ನು ದಾಖಲಿಸಲಾಗಿದೆ. ತರಬೇತಿ ಪಡೆದವರು ತರಬೇತಿ ಪಡೆದ ನಂತರ, ಅಸ್ಪಷ್ಟ ಪ್ರದೇಶಗಳಲ್ಲಿ DRP ಅನ್ನು ವಿಸ್ತರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಸರಳಗೊಳಿಸಲಾಗುತ್ತದೆ.
- ನಿಜವಾದ ಸೇವೆಯಲ್ಲಿ ಪರೀಕ್ಷೆ. ವಾಸ್ತವವಾಗಿ, ನೀವು ನಿಜವಾದ ಸೇವೆಯ ಪರಿಪೂರ್ಣ ನಕಲನ್ನು ಎಂದಿಗೂ ರಚಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಆದ್ದರಿಂದ, ವರ್ಷಕ್ಕೆ ಒಂದೆರಡು ಬಾರಿ ವಾಡಿಕೆಯಂತೆ ಕೆಲವು ಸರ್ವರ್‌ಗಳನ್ನು ಆಫ್ ಮಾಡುವುದು, ಸಂಪರ್ಕಗಳನ್ನು ಕಡಿತಗೊಳಿಸುವುದು ಮತ್ತು ಚೇತರಿಕೆಯ ಕ್ರಮವನ್ನು ನಿರ್ಣಯಿಸಲು ಬೆದರಿಕೆಗಳ ಪಟ್ಟಿಯಿಂದ ಇತರ ವಿಪತ್ತುಗಳನ್ನು ಉಂಟುಮಾಡುವುದು ಅವಶ್ಯಕ. ಡೇಟಾ ನಷ್ಟದೊಂದಿಗೆ ಗರಿಷ್ಠ ಲೋಡ್ ಸಮಯದಲ್ಲಿ ಹಲವಾರು ಗಂಟೆಗಳ ಕಾಲ ಹಠಾತ್ ವೈಫಲ್ಯಕ್ಕಿಂತ ಮಧ್ಯರಾತ್ರಿಯಲ್ಲಿ 10 ನಿಮಿಷಗಳ ಕಾಲ ಯೋಜಿತ ವೈಫಲ್ಯವು ಉತ್ತಮವಾಗಿದೆ.
- ನಿಜವಾದ ದೋಷನಿವಾರಣೆ. ಹೌದು, ಇದು ಪರೀಕ್ಷೆಯ ಭಾಗವೂ ಹೌದು. ಬೆದರಿಕೆಗಳ ಪಟ್ಟಿಯಲ್ಲಿಲ್ಲದ ಅಪಘಾತ ಸಂಭವಿಸಿದಲ್ಲಿ, ಅದರ ತನಿಖೆಯ ಫಲಿತಾಂಶಗಳ ಆಧಾರದ ಮೇಲೆ DRP ಅನ್ನು ಪೂರಕವಾಗಿ ಮತ್ತು ಅಂತಿಮಗೊಳಿಸುವುದು ಅವಶ್ಯಕ.
ಮುಖ್ಯ ಅಂಶಗಳು
- ಶಿಟ್ ಸಂಭವಿಸಬಹುದಾದರೆ, ಅದು ಕೇವಲ ಸಂಭವಿಸುವುದಿಲ್ಲ, ಆದರೆ ಸಾಧ್ಯವಾದಷ್ಟು ದುರಂತದ ಸನ್ನಿವೇಶದಲ್ಲಿ ಅದು ಹಾಗೆ ಮಾಡುತ್ತದೆ.
- ತುರ್ತು ಲೋಡ್ ವರ್ಗಾವಣೆಗಾಗಿ ನೀವು ಸಂಪನ್ಮೂಲಗಳನ್ನು ಹೊಂದಿರುವಿರಾ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ.
- ನೀವು ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಹೊಂದಿರುವಿರಾ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ, ಅವುಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ರಚಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಸ್ಥಿರತೆಗಾಗಿ ನಿಯಮಿತವಾಗಿ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ.
- ವಿಶಿಷ್ಟ ಬೆದರಿಕೆ ಸನ್ನಿವೇಶಗಳ ಮೂಲಕ ಯೋಚಿಸಿ.
- ಸೇವೆಯನ್ನು ತಲುಪಿಸಲು ಪ್ರಮಾಣಿತವಲ್ಲದ ಆಯ್ಕೆಗಳೊಂದಿಗೆ ಬರಲು ಎಂಜಿನಿಯರ್‌ಗಳಿಗೆ ಅವಕಾಶ ನೀಡಿ.
- DRP ಸರಳ ಮತ್ತು ಮೊಂಡಾದ ಸೂಚನೆಯಾಗಿರಬೇಕು. ಗ್ರಾಹಕರ ಸೇವೆಯನ್ನು ಪುನಃಸ್ಥಾಪಿಸಿದ ನಂತರ ಮಾತ್ರ ಎಲ್ಲಾ ಸಂಕೀರ್ಣ ರೋಗನಿರ್ಣಯಗಳನ್ನು ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ. ಮೀಸಲು ಸಾಮರ್ಥ್ಯದಲ್ಲಿದ್ದರೂ ಸಹ.
- DRP ನಲ್ಲಿ ಪ್ರಮುಖ ಫೋನ್ ಸಂಖ್ಯೆಗಳು ಮತ್ತು ಸಂಪರ್ಕಗಳನ್ನು ಒದಗಿಸಿ.
- DRP ಯ ಉದ್ಯೋಗಿಗಳ ತಿಳುವಳಿಕೆಯನ್ನು ನಿಯಮಿತವಾಗಿ ಪರೀಕ್ಷಿಸಿ.
- ಉತ್ಪಾದನಾ ಸ್ಥಳಗಳಲ್ಲಿ ಯೋಜಿತ ಅಪಘಾತಗಳನ್ನು ವ್ಯವಸ್ಥೆಗೊಳಿಸಿ. ಸ್ಟ್ಯಾಂಡ್‌ಗಳು ಎಲ್ಲವನ್ನೂ ಬದಲಾಯಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಮೂಲ: www.habr.com