ವೀಮ್ ಲಾಗ್ ಡೈವಿಂಗ್ ಘಟಕಗಳು ಮತ್ತು ಗ್ಲಾಸರಿ

Weeam ನಲ್ಲಿ ನಾವು ಲಾಗ್‌ಗಳನ್ನು ಪ್ರೀತಿಸುತ್ತೇವೆ. ಮತ್ತು ನಮ್ಮ ಹೆಚ್ಚಿನ ಪರಿಹಾರಗಳು ಮಾಡ್ಯುಲರ್ ಆಗಿರುವುದರಿಂದ, ಅವರು ಬಹಳಷ್ಟು ಲಾಗ್‌ಗಳನ್ನು ಬರೆಯುತ್ತಾರೆ. ಮತ್ತು ನಮ್ಮ ಚಟುವಟಿಕೆಯ ವ್ಯಾಪ್ತಿಯು ನಿಮ್ಮ ಡೇಟಾದ ಸುರಕ್ಷತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದರಿಂದ (ಅಂದರೆ, ವಿಶ್ರಾಂತಿ ನಿದ್ರೆ), ನಂತರ ಲಾಗ್‌ಗಳು ಪ್ರತಿ ಸೀನುವಿಕೆಯನ್ನು ಮಾತ್ರ ದಾಖಲಿಸಬಾರದು, ಆದರೆ ಅದನ್ನು ಸ್ವಲ್ಪ ವಿವರವಾಗಿ ಮಾಡಬೇಕು. ಇದು ಅವಶ್ಯಕವಾಗಿದೆ ಆದ್ದರಿಂದ ಯಾವುದಾದರೂ ಸಂದರ್ಭದಲ್ಲಿ ಈ "ಏನು" ಹೇಗೆ ಸಂಭವಿಸಿತು, ಯಾರು ದೂರುವುದು ಮತ್ತು ಮುಂದೆ ಏನು ಮಾಡಬೇಕು ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗುತ್ತದೆ. ಇದು ಫೋರೆನ್ಸಿಕ್ ಸೈನ್ಸ್‌ನಲ್ಲಿರುವಂತೆ: ಲಾರಾ ಪಾಲ್ಮರ್‌ನ ಕೊಲೆಗಾರನನ್ನು ಕಂಡುಹಿಡಿಯಲು ನಿಮಗೆ ಯಾವ ಸಣ್ಣ ವಿಷಯವು ಸಹಾಯ ಮಾಡುತ್ತದೆ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿಲ್ಲ.

ಆದ್ದರಿಂದ, ನಾನು ಲೇಖನಗಳ ಸರಣಿಯಲ್ಲಿ ಸ್ವಿಂಗ್ ತೆಗೆದುಕೊಳ್ಳಲು ನಿರ್ಧರಿಸಿದೆ, ಅಲ್ಲಿ ನಾವು ಲಾಗ್‌ಗಳಿಗೆ ಏನು ಬರೆಯುತ್ತೇವೆ, ನಾವು ಅವುಗಳನ್ನು ಎಲ್ಲಿ ಸಂಗ್ರಹಿಸುತ್ತೇವೆ, ಅವುಗಳ ರಚನೆಯೊಂದಿಗೆ ಹೇಗೆ ಹುಚ್ಚರಾಗಬಾರದು ಮತ್ತು ಅವುಗಳೊಳಗೆ ಏನು ನೋಡಬೇಕು ಎಂಬುದರ ಕುರಿತು ನಾನು ಅನುಕ್ರಮವಾಗಿ ಮಾತನಾಡುತ್ತೇನೆ.

ಲೇಖನಗಳ ಸರಣಿ ಏಕೆ ಮತ್ತು ಎಲ್ಲವನ್ನೂ ಒಂದೇ ಬಾರಿಗೆ ಏಕೆ ವಿವರಿಸಬಾರದು?

ಯಾವ ಲಾಗ್ ಎಲ್ಲಿದೆ ಮತ್ತು ಅದರಲ್ಲಿ ಏನನ್ನು ಸಂಗ್ರಹಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ಸರಳವಾಗಿ ಪಟ್ಟಿ ಮಾಡುವುದು ಹಾನಿಕಾರಕ ಕಾರ್ಯವಾಗಿದೆ. ಮತ್ತು ಈ ಮಾಹಿತಿಯನ್ನು ನವೀಕೃತವಾಗಿ ಇಟ್ಟುಕೊಳ್ಳುವುದರ ಬಗ್ಗೆ ಯೋಚಿಸಲು ಸಹ ಭಯಾನಕವಾಗಿದೆ. ವೀಮ್ ಬ್ಯಾಕಪ್ ಮತ್ತು ರೆಪ್ಲಿಕೇಶನ್‌ನಲ್ಲಿ ಎಲ್ಲಾ ಸಂಭಾವ್ಯ ರೀತಿಯ ಲಾಗ್‌ಗಳ ಸರಳವಾದ ಪಟ್ಟಿಯು ಸಣ್ಣ ಮುದ್ರಣದಲ್ಲಿ ಹಲವಾರು ಹಾಳೆಗಳಲ್ಲಿ ಟೇಬಲ್ ಆಗಿದೆ. ಹೌದು, ಮತ್ತು ಇದು ಪ್ರಕಟಣೆಯ ಸಮಯದಲ್ಲಿ ಮಾತ್ರ ಪ್ರಸ್ತುತವಾಗಿರುತ್ತದೆ, ಏಕೆಂದರೆ. ಮುಂದಿನ ಪ್ಯಾಚ್ ಬಿಡುಗಡೆಯಾದಾಗ, ಹೊಸ ಲಾಗ್‌ಗಳು ಕಾಣಿಸಿಕೊಳ್ಳಬಹುದು, ಹಳೆಯದರಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುವ ಮಾಹಿತಿಯ ತರ್ಕವು ಬದಲಾಗುತ್ತದೆ, ಇತ್ಯಾದಿ. ಆದ್ದರಿಂದ, ಅವುಗಳ ರಚನೆ ಮತ್ತು ಅವುಗಳಲ್ಲಿರುವ ಮಾಹಿತಿಯ ಸಾರವನ್ನು ವಿವರಿಸಲು ಇದು ಹೆಚ್ಚು ಲಾಭದಾಯಕವಾಗಿರುತ್ತದೆ. ಹೆಸರುಗಳ ನೀರಸ ಕ್ರ್ಯಾಮಿಂಗ್‌ಗಿಂತ ಸ್ಥಳಗಳನ್ನು ಉತ್ತಮವಾಗಿ ನ್ಯಾವಿಗೇಟ್ ಮಾಡಲು ಇದು ನಿಮ್ಮನ್ನು ಅನುಮತಿಸುತ್ತದೆ.

ಆದ್ದರಿಂದ, ಪಠ್ಯ ಹಾಳೆಗಳ ಪೂಲ್‌ಗೆ ತಲೆಕೆಡಿಸಿಕೊಳ್ಳದಿರಲು, ಈ ಲೇಖನದಲ್ಲಿ ಕೆಲವು ಪೂರ್ವಸಿದ್ಧತಾ ಕಾರ್ಯಗಳನ್ನು ಮಾಡೋಣ. ಆದ್ದರಿಂದ, ಇಂದು ನಾವು ಲಾಗ್‌ಗಳಿಗೆ ಪ್ರವೇಶಿಸುವುದಿಲ್ಲ, ಆದರೆ ದೂರದಿಂದ ಹೋಗುತ್ತೇವೆ: ನಾವು ಗ್ಲಾಸರಿಯನ್ನು ಕಂಪೈಲ್ ಮಾಡುತ್ತೇವೆ ಮತ್ತು ಲಾಗ್‌ಗಳನ್ನು ಉತ್ಪಾದಿಸುವ ವಿಷಯದಲ್ಲಿ ವೀಮ್ ರಚನೆಯನ್ನು ಸ್ವಲ್ಪ ಚರ್ಚಿಸುತ್ತೇವೆ.

ಗ್ಲಾಸರಿ ಮತ್ತು ಪರಿಭಾಷೆ

ಇಲ್ಲಿ, ಮೊದಲನೆಯದಾಗಿ, ರಷ್ಯಾದ ಭಾಷೆಯ ಶುದ್ಧತೆಯ ಚಾಂಪಿಯನ್ಗಳಿಗೆ ಮತ್ತು ಓಝೆಗೊವ್ನ ನಿಘಂಟಿನ ಸಾಕ್ಷಿಗಳಿಗೆ ಕ್ಷಮೆಯಾಚಿಸುವುದು ಯೋಗ್ಯವಾಗಿದೆ. ನಾವೆಲ್ಲರೂ ನಮ್ಮ ಸ್ಥಳೀಯ ಭಾಷೆಯನ್ನು ತುಂಬಾ ಪ್ರೀತಿಸುತ್ತೇವೆ, ಆದರೆ ಹಾನಿಗೊಳಗಾದ ಐಟಿ ಉದ್ಯಮವು ಇಂಗ್ಲಿಷ್ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಸರಿ, ನಾವು ಅದರೊಂದಿಗೆ ಬರಲಿಲ್ಲ, ಆದರೆ ಇದು ಐತಿಹಾಸಿಕವಾಗಿ ಸಂಭವಿಸಿತು. ಇದು ನನ್ನ ತಪ್ಪಲ್ಲ, ಅವನು ಸ್ವತಃ ಬಂದನು (ಸಿ)

ನಮ್ಮ ವ್ಯವಹಾರದಲ್ಲಿ, ಆಂಗ್ಲಿಸಿಸಂಗಳ ಸಮಸ್ಯೆ (ಮತ್ತು ಪರಿಭಾಷೆ) ತನ್ನದೇ ಆದ ನಿಶ್ಚಿತಗಳನ್ನು ಹೊಂದಿದೆ. "ಆತಿಥೇಯ" ಅಥವಾ "ಅತಿಥಿ" ಯಂತಹ ಮುಗ್ಧ ಪದಗಳ ಅಡಿಯಲ್ಲಿ ಇಡೀ ಜಗತ್ತು ಬಹಳ ನಿರ್ದಿಷ್ಟವಾದ ವಿಷಯಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಂಡಾಗ, ಭೂಮಿಯ ⅙ ನಲ್ಲಿ, ವೀರೋಚಿತ ಗೊಂದಲ ಮತ್ತು ನಿಘಂಟಿನೊಳಗೆ ತೂರಿಕೊಳ್ಳುವುದು ಮುಂದುವರಿಯುತ್ತದೆ. ಮತ್ತು ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಕಡ್ಡಾಯ ವಾದ "ಆದರೆ ನಮ್ಮ ಕೆಲಸದಲ್ಲಿ ...".

ಜೊತೆಗೆ, ವೀಮ್ ಉತ್ಪನ್ನಗಳಲ್ಲಿ ಅಂತರ್ಗತವಾಗಿರುವ ನಮ್ಮ ಪರಿಭಾಷೆಯು ಸಂಪೂರ್ಣವಾಗಿ ಇದೆ, ಆದರೂ ಕೆಲವು ಪದಗಳು ಮತ್ತು ನುಡಿಗಟ್ಟುಗಳು ಜನರಿಗೆ ಹೋಗಿವೆ. ಆದ್ದರಿಂದ, ಈಗ ನಾವು ಯಾವ ಪದದ ಅರ್ಥವನ್ನು ಒಪ್ಪಿಕೊಳ್ಳುತ್ತೇವೆ ಮತ್ತು ಭವಿಷ್ಯದಲ್ಲಿ, "ಅತಿಥಿ" ಎಂಬ ಪದದ ಅಡಿಯಲ್ಲಿ, ಈ ಅಧ್ಯಾಯದಲ್ಲಿ ಏನು ಬರೆಯಲಾಗಿದೆ ಎಂಬುದನ್ನು ನಾನು ನಿಖರವಾಗಿ ಅರ್ಥೈಸುತ್ತೇನೆ ಮತ್ತು ನೀವು ಕೆಲಸದಲ್ಲಿ ಬಳಸುತ್ತಿರುವುದನ್ನು ಅಲ್ಲ. ಮತ್ತು ಹೌದು, ಇದು ನನ್ನ ವೈಯಕ್ತಿಕ ಹುಚ್ಚಾಟಿಕೆ ಅಲ್ಲ, ಇವು ಉದ್ಯಮದಲ್ಲಿ ಸುಸ್ಥಾಪಿತವಾದ ಪದಗಳಾಗಿವೆ. ಅವರೊಂದಿಗೆ ಹೋರಾಡುವುದು ಸ್ವಲ್ಪಮಟ್ಟಿಗೆ ಅರ್ಥಹೀನವಾಗಿದೆ. ನಾನು ಯಾವಾಗಲೂ ಕಾಮೆಂಟ್‌ಗಳಲ್ಲಿ ತಣ್ಣಗಾಗಲು ಪರವಾಗಿರುತ್ತೇನೆ.

ದುರದೃಷ್ಟವಶಾತ್, ನಮ್ಮ ಕೆಲಸ ಮತ್ತು ಉತ್ಪನ್ನಗಳಲ್ಲಿ ಬಹಳಷ್ಟು ಪದಗಳಿವೆ, ಆದ್ದರಿಂದ ನಾನು ಎಲ್ಲವನ್ನೂ ಪಟ್ಟಿ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುವುದಿಲ್ಲ. ಸಮುದ್ರದಲ್ಲಿ ಉಳಿವಿಗಾಗಿ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳು ಮತ್ತು ಲಾಗ್‌ಗಳ ಬಗ್ಗೆ ಅತ್ಯಂತ ಮೂಲಭೂತ ಮತ್ತು ಅಗತ್ಯ ಮಾಹಿತಿ ಮಾತ್ರ. ಆಸಕ್ತರಿಗೆ, ನಾನು ಕೂಡ ಮಾಡಬಹುದು ಲೇಖನವನ್ನು ಸೂಚಿಸಿ ಟೇಪ್‌ಗಳ ಬಗ್ಗೆ ಸಹೋದ್ಯೋಗಿಗಳು, ಅಲ್ಲಿ ಅವರು ಕ್ರಿಯಾತ್ಮಕತೆಯ ಆ ಭಾಗಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ಪದಗಳ ಪಟ್ಟಿಯನ್ನು ಸಹ ನೀಡಿದರು.

ಹೋಸ್ಟ್ (ಹೋಸ್ಟ್): ವರ್ಚುವಲೈಸೇಶನ್ ಜಗತ್ತಿನಲ್ಲಿ, ಇದು ಹೈಪರ್ವೈಸರ್ ಹೊಂದಿರುವ ಯಂತ್ರವಾಗಿದೆ. ಭೌತಿಕ, ವರ್ಚುವಲ್, ಮೋಡ - ಇದು ಅಪ್ರಸ್ತುತವಾಗುತ್ತದೆ. ಯಾವುದಾದರೂ ಹೈಪರ್ವೈಸರ್ (ESXi, Hyper-V, KVM ಇತ್ಯಾದಿ) ಚಾಲನೆಯಲ್ಲಿದ್ದರೆ, ಈ "ಏನಾದರೂ" ಅನ್ನು ಹೋಸ್ಟ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಅದು ಹತ್ತು ರ್ಯಾಕ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಕ್ಲಸ್ಟರ್ ಆಗಿರಲಿ ಅಥವಾ ಒಂದೂವರೆ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಿಗೆ ಲ್ಯಾಬ್‌ನೊಂದಿಗೆ ನಿಮ್ಮ ಲ್ಯಾಪ್‌ಟಾಪ್ ಆಗಿರಲಿ - ನೀವು ಹೈಪರ್‌ವೈಸರ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಿದರೆ, ನೀವು ಹೋಸ್ಟ್ ಆಗಿದ್ದೀರಿ. ಏಕೆಂದರೆ ಹೈಪರ್ವೈಸರ್ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳನ್ನು ಹೋಸ್ಟ್ ಮಾಡುತ್ತದೆ. VMware ಒಂದು ಸಮಯದಲ್ಲಿ ESXi ನೊಂದಿಗೆ ಹೋಸ್ಟ್ ಪದದ ದೃಢವಾದ ಸಂಬಂಧವನ್ನು ಸಾಧಿಸಲು ಬಯಸಿದೆ ಎಂಬ ಕಥೆಯೂ ಇದೆ. ಆದರೆ ಅವಳು ಮಾಡಲಿಲ್ಲ.

ಆಧುನಿಕ ಜಗತ್ತಿನಲ್ಲಿ, "ಹೋಸ್ಟ್" ಪರಿಕಲ್ಪನೆಯು ಪ್ರಾಯೋಗಿಕವಾಗಿ "ಸರ್ವರ್" ಪರಿಕಲ್ಪನೆಯೊಂದಿಗೆ ವಿಲೀನಗೊಂಡಿದೆ, ಇದು ಸಂವಹನಕ್ಕೆ ಕೆಲವು ಗೊಂದಲವನ್ನು ತರುತ್ತದೆ, ವಿಶೇಷವಾಗಿ ವಿಂಡೋಸ್ ಮೂಲಸೌಕರ್ಯಕ್ಕೆ ಬಂದಾಗ. ಆದ್ದರಿಂದ ನಮಗೆ ಆಸಕ್ತಿಯ ಕೆಲವು ಸೇವೆಗಳನ್ನು ಹೋಸ್ಟ್ ಮಾಡುವ ಯಾವುದೇ ಯಂತ್ರವನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಹೋಸ್ಟ್ ಎಂದು ಕರೆಯಬಹುದು. ಉದಾಹರಣೆಗೆ, WinSock ಲಾಗ್‌ಗಳಲ್ಲಿ ಎಲ್ಲವನ್ನೂ ಹೋಸ್ಟ್ ಎಂಬ ಪದದೊಂದಿಗೆ ಗುರುತಿಸಲಾಗಿದೆ. ಕ್ಲಾಸಿಕ್ "ಹೋಸ್ಟ್ ಕಂಡುಬಂದಿಲ್ಲ" ಇದಕ್ಕೆ ಉದಾಹರಣೆಯಾಗಿದೆ. ಆದ್ದರಿಂದ ನಾವು ಸಂದರ್ಭದಿಂದ ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ, ಆದರೆ ನೆನಪಿಡಿ - ವರ್ಚುವಲೈಸೇಶನ್ ಜಗತ್ತಿನಲ್ಲಿ, ಅತಿಥಿಗಳನ್ನು ಹೋಸ್ಟ್ ಮಾಡುವುದು ಹೋಸ್ಟ್ (ಕೆಳಗಿನ ಎರಡು ಸಾಲುಗಳಲ್ಲಿ ಇದರ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು).

ಸ್ಥಳೀಯ ಪರಿಭಾಷೆಯಿಂದ (ಈ ಸಂದರ್ಭದಲ್ಲಿ ಸಂಕ್ಷೇಪಣಗಳು ಕೂಡ), ಇಲ್ಲಿ VMware VI, vSphere VC ಮತ್ತು ಹೈಪರ್-V HV ಆಗಿದೆ.

ಅತಿಥಿ (ಅತಿಥಿ): ಹೋಸ್ಟ್‌ನಲ್ಲಿ ವರ್ಚುವಲ್ ಯಂತ್ರ ಚಾಲನೆಯಲ್ಲಿದೆ. ಇಲ್ಲಿ ವಿವರಿಸಲು ಏನೂ ಇಲ್ಲ, ಎಲ್ಲವೂ ತುಂಬಾ ತಾರ್ಕಿಕ ಮತ್ತು ಸರಳವಾಗಿದೆ. ಆದಾಗ್ಯೂ, ಅನೇಕ ಶ್ರದ್ಧೆಯಿಂದ ಇಲ್ಲಿ ಕೆಲವು ಇತರ ಅರ್ಥಗಳನ್ನು ಎಳೆಯಿರಿ.

ಯಾವುದಕ್ಕಾಗಿ? ನನಗೆ ಗೊತ್ತಿಲ್ಲ.
ಅತಿಥಿ OS, ಕ್ರಮವಾಗಿ, ಅತಿಥಿ ಯಂತ್ರದ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್. ಮತ್ತು ಇತ್ಯಾದಿ.

ಬ್ಯಾಕಪ್/ಪ್ರತಿಕೃತಿ ಕೆಲಸ (ಉದ್ಯೋಗ): ಶುದ್ಧ ವಿಮ್ ಪರಿಭಾಷೆ, ಕೆಲವು ಕಾರ್ಯಗಳನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಬ್ಯಾಕಪ್ ಕೆಲಸ == ಬ್ಯಾಕಪ್ ಕೆಲಸ. ರಷ್ಯನ್ ಭಾಷೆಗೆ ಸುಂದರವಾಗಿ ಭಾಷಾಂತರಿಸುವುದು ಹೇಗೆ ಎಂದು ಯಾರೂ ಲೆಕ್ಕಾಚಾರ ಮಾಡಿಲ್ಲ, ಆದ್ದರಿಂದ ಪ್ರತಿಯೊಬ್ಬರೂ "JobA" ಎಂದು ಹೇಳುತ್ತಾರೆ. ಕೊನೆಯ ಉಚ್ಚಾರಾಂಶಕ್ಕೆ ಒತ್ತು ನೀಡಿ.

ಹೌದು, ಅವರು ಅದನ್ನು ಸರಳವಾಗಿ ತೆಗೆದುಕೊಂಡು "ಜಾಬಾ" ಎಂದು ಹೇಳುತ್ತಾರೆ. ಮತ್ತು ಪತ್ರಗಳಲ್ಲಿ ಸಹ ಅವರು ಹಾಗೆ ಬರೆಯುತ್ತಾರೆ, ಮತ್ತು ಎಲ್ಲವೂ ಉತ್ತಮವಾಗಿದೆ.
ಎಲ್ಲಾ ರೀತಿಯ ಬ್ಯಾಕಪ್ ಕೆಲಸಗಳು, ಬ್ಯಾಕಪ್ ಕಾರ್ಯಗಳು, ಇತ್ಯಾದಿ, ಧನ್ಯವಾದಗಳು, ಆದರೆ ಅಗತ್ಯವಿಲ್ಲ. ಕೇವಲ ಕೆಲಸ, ಮತ್ತು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವಿರಿ. ಮುಖ್ಯ ವಿಷಯವೆಂದರೆ ಕೊನೆಯ ಉಚ್ಚಾರಾಂಶದ ಮೇಲೆ ಒತ್ತಡವನ್ನು ಹಾಕುವುದು.

ಬ್ಯಾಕಪ್ (ಬ್ಯಾಕಪ್, ಬ್ಯಾಕಪ್. ನಿಜವಾದ ಓಲ್ಡ್‌ಫಾಗ್‌ಗಳಿಗಾಗಿ, ಬ್ಯಾಕಪ್ ಅನ್ನು ಅನುಮತಿಸಲಾಗಿದೆ): ಸ್ಪಷ್ಟವಾದ (ಎಲ್ಲೋ ಇರುವ ಡೇಟಾದ ಬ್ಯಾಕಪ್ ನಕಲು) ಜೊತೆಗೆ, ಇದರರ್ಥ ಕೆಲಸವು ಸ್ವತಃ (ಮೇಲಿನ ಮೂರು ಸಾಲುಗಳು, ನೀವು ಈಗಾಗಲೇ ಮರೆತಿದ್ದರೆ), ಇದರ ಪರಿಣಾಮವಾಗಿ ಬ್ಯಾಕಪ್ ಫೈಲ್ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಪ್ರಾಯಶಃ, ಜೆಂಟಲ್‌ಮೆನ್ ಸ್ಥಳೀಯ ಇಂಗ್ಲಿಷ್ ಮಾತನಾಡುವವರು ನಾನು ಪ್ರತಿ ಬಾರಿಯೂ ನನ್ನ ಬ್ಯಾಕ್‌ಅಪ್ ಕೆಲಸವನ್ನು ನಡೆಸುತ್ತಿದ್ದೇನೆ ಎಂದು ಹೇಳಲು ತುಂಬಾ ಸೋಮಾರಿಯಾಗಿರುತ್ತಾರೆ, ಹಾಗಾಗಿ ನಾನು ನನ್ನ ಬ್ಯಾಕಪ್ ಅನ್ನು ನಡೆಸಿದ್ದೇನೆ ಎಂದು ಅವರು ಹೇಳುತ್ತಾರೆ ಮತ್ತು ಪ್ರತಿಯೊಬ್ಬರೂ ಪರಸ್ಪರ ಸಂಪೂರ್ಣವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ. ಈ ಅದ್ಭುತ ಉಪಕ್ರಮವನ್ನು ಬೆಂಬಲಿಸಲು ನಾನು ನಿಮ್ಮನ್ನು ಆಹ್ವಾನಿಸುತ್ತೇನೆ.

ಕನ್ಸಾಲಿಡೇಟ್ (ಕ್ರೋಢೀಕರಣ): ESXi 5.0 ನಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡ ಪದವು ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಮೆನುವಿನಲ್ಲಿನ ಆಯ್ಕೆಯು ಅನಾಥ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗಳೆಂದು ಕರೆಯಲ್ಪಡುವ ಅಳಿಸುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಅಂದರೆ, ಭೌತಿಕವಾಗಿ ಲಭ್ಯವಿರುವ, ಆದರೆ ಪ್ರದರ್ಶಿಸಲಾದ ತಾರ್ಕಿಕ ರಚನೆಯಿಂದ ಹೊರಬಿದ್ದ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗಳು. ಸೈದ್ಧಾಂತಿಕವಾಗಿ, ಈ ಪ್ರಕ್ರಿಯೆಯು ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಮ್ಯಾನೇಜರ್‌ನಲ್ಲಿ ಪ್ರದರ್ಶಿಸಲಾದ ಫೈಲ್‌ಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಬಾರದು, ಆದರೆ ಏನು ಬೇಕಾದರೂ ಆಗಬಹುದು. ಕ್ರೋಢೀಕರಣ ಪ್ರಕ್ರಿಯೆಯ ಮೂಲತತ್ವವೆಂದರೆ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ (ಚೈಲ್ಡ್ ಡಿಸ್ಕ್) ನಿಂದ ಡೇಟಾವನ್ನು ಮುಖ್ಯ (ಪೋಷಕ) ಡಿಸ್ಕ್‌ಗೆ ಬರೆಯಲಾಗಿದೆ. ಡಿಸ್ಕ್ಗಳನ್ನು ಸಂಯೋಜಿಸುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ವಿಲೀನ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಬಲವರ್ಧನೆಯ ಆಜ್ಞೆಯನ್ನು ನೀಡಿದ್ದರೆ, ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ವಿಲೀನಗೊಳ್ಳುವ ಮತ್ತು ಅಳಿಸುವ ಮೊದಲು ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ದಾಖಲೆಯನ್ನು ಡೇಟಾಬೇಸ್‌ನಿಂದ ತೆಗೆದುಹಾಕಬಹುದು. ಮತ್ತು ಯಾವುದೇ ಕಾರಣಕ್ಕಾಗಿ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಅನ್ನು ಅಳಿಸಲಾಗದಿದ್ದರೆ, ಅದೇ ಅನಾಥ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗಳು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ. ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಕುರಿತು, VMware ಹೊಂದಿದೆ ಉತ್ತಮ ಕೆಬಿ. ಮತ್ತು ನಾವು ಅವರ ಬಗ್ಗೆ ಹೇಗಾದರೂ ಹಬ್ರೆಯಲ್ಲಿ ಬರೆದರು.

ಡೇಟಾಸ್ಟೋರ್ (ಸ್ಟೋರಾ ಅಥವಾ ಸಂಗ್ರಹಣೆ):  ಬಹಳ ವಿಶಾಲವಾದ ಪರಿಕಲ್ಪನೆ, ಆದರೆ ವರ್ಚುವಲೈಸೇಶನ್ ಜಗತ್ತಿನಲ್ಲಿ, ಇದು ವರ್ಚುವಲ್ ಮೆಷಿನ್ ಫೈಲ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸುವ ಸ್ಥಳವೆಂದು ತಿಳಿಯಲಾಗುತ್ತದೆ. ಆದರೆ ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, ಇಲ್ಲಿ ನೀವು ಸಂದರ್ಭವನ್ನು ಬಹಳ ಸ್ಪಷ್ಟವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ಸಣ್ಣದೊಂದು ಸಂದೇಹದೊಂದಿಗೆ, ನಿಮ್ಮ ಸಂವಾದಕನು ನಿಖರವಾಗಿ ಏನು ಮನಸ್ಸಿನಲ್ಲಿಟ್ಟಿದ್ದಾನೆ ಎಂಬುದನ್ನು ಸ್ಪಷ್ಟಪಡಿಸಬೇಕು. 

ಪ್ರಾಕ್ಸಿ (ಪ್ರಾಕ್ಸಿ): ವೀಮ್ ಪ್ರಾಕ್ಸಿ ನಾವು ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿ ಬಳಸಿದಂತೆಯೇ ಇಲ್ಲ ಎಂದು ತಕ್ಷಣ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಬಹಳ ಮುಖ್ಯ. Veeam ಉತ್ಪನ್ನಗಳಲ್ಲಿ, ಇದು ಒಂದು ರೀತಿಯ ಘಟಕವಾಗಿದ್ದು, ಡೇಟಾವನ್ನು ಒಂದು ಸ್ಥಳದಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ವರ್ಗಾಯಿಸುವುದರೊಂದಿಗೆ ವ್ಯವಹರಿಸುತ್ತದೆ. ನೀವು ವಿವರಗಳಿಗೆ ಹೋಗದಿದ್ದರೆ, VBR ಕಮಾಂಡ್ ಮತ್ತು ಕಂಟ್ರೋಲ್ ಸರ್ವರ್ ಆಗಿದೆ, ಮತ್ತು ಪ್ರಾಕ್ಸಿಗಳು ಅದರ ವರ್ಕ್‌ಹಾರ್ಸ್‌ಗಳಾಗಿವೆ. ಅಂದರೆ, ಪ್ರಾಕ್ಸಿ ಎನ್ನುವುದು ಟ್ರಾಫಿಕ್ ಹರಿಯುವ ಮತ್ತು ಈ ದಟ್ಟಣೆಯನ್ನು ನಿಯಂತ್ರಿಸಲು ಸಹಾಯ ಮಾಡುವ VBR ಘಟಕಗಳನ್ನು ಸ್ಥಾಪಿಸುವ ಯಂತ್ರವಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಒಂದು ಚಾನೆಲ್‌ನಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ಡೇಟಾವನ್ನು ವರ್ಗಾಯಿಸಲು, ಅಥವಾ ಸರಳವಾಗಿ ಡಿಸ್ಕ್‌ಗಳಿಗೆ ಅಂಟಿಕೊಳ್ಳಲು (HotAdd ಮೋಡ್).

ಭಂಡಾರ (ರೆಪೊಸಿಟರಿ):  ತಾಂತ್ರಿಕವಾಗಿ, ಇದು ಕೇವಲ VBR ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿನ ನಮೂದು, ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲಾದ ಸ್ಥಳ ಮತ್ತು ಈ ಸ್ಥಳಕ್ಕೆ ಹೇಗೆ ಸಂಪರ್ಕಿಸುವುದು ಎಂಬುದನ್ನು ಸೂಚಿಸುತ್ತದೆ. ವಾಸ್ತವವಾಗಿ, ಇದು ಕೇವಲ CIFS ಬಾಲ್ ಆಗಿರಬಹುದು ಅಥವಾ ಕ್ಲೌಡ್‌ನಲ್ಲಿ ಪ್ರತ್ಯೇಕ ಡಿಸ್ಕ್, ಸರ್ವರ್ ಅಥವಾ ಬಕೆಟ್ ಆಗಿರಬಹುದು. ಮತ್ತೆ, ನಾವು ಸನ್ನಿವೇಶದಲ್ಲಿದ್ದೇವೆ, ಆದರೆ ರೆಪೊಸಿಟರಿಯು ನಿಮ್ಮ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳಿರುವ ಸ್ಥಳವಾಗಿದೆ ಎಂದು ನಾವು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇವೆ.

 ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ (SnapshOt): ಆಕ್ಸ್‌ಫರ್ಡ್ ವ್ಯಾಕರಣ ಬಫ್‌ಗಳು ಯಾರು ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಮತ್ತು ಯಾರು ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಎಂದು ಹೇಳಲು ಬಯಸುತ್ತಾರೆ, ಆದರೆ ಅನಕ್ಷರಸ್ಥ ಬಹುಪಾಲು ದೊಡ್ಡ ದ್ರವ್ಯರಾಶಿಯಿಂದ ಪ್ರಯೋಜನ ಪಡೆಯುತ್ತಾರೆ. ಯಾರಿಗಾದರೂ ತಿಳಿದಿಲ್ಲದಿದ್ದರೆ, ಇದು ಒಂದು ನಿರ್ದಿಷ್ಟ ಸಮಯದಲ್ಲಿ ಡಿಸ್ಕ್ನ ಸ್ಥಿತಿಯನ್ನು ಪುನಃಸ್ಥಾಪಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ತಂತ್ರಜ್ಞಾನವಾಗಿದೆ. ಮುಖ್ಯ ಡಿಸ್ಕ್‌ನಿಂದ I / O ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ತಾತ್ಕಾಲಿಕವಾಗಿ ಮರುನಿರ್ದೇಶಿಸುವ ಮೂಲಕ ಇದನ್ನು ಮಾಡಲಾಗುತ್ತದೆ - ನಂತರ ಅದನ್ನು RoW (ಬರೆಯುವಲ್ಲಿ ಮರುನಿರ್ದೇಶನ) ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ - ಅಥವಾ ನಿಮ್ಮ ಡಿಸ್ಕ್‌ನಿಂದ ಮತ್ತೊಂದಕ್ಕೆ ಪುನಃ ಬರೆಯಬಹುದಾದ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಚಲಿಸುವ ಮೂಲಕ - ಇದನ್ನು CW (ಬರೆಯುವ ಮೇಲೆ ನಕಲಿಸಿ ) ಸ್ನ್ಯಾಪ್‌ಶಾಟ್. ವೀಮ್ ತನ್ನ ಬ್ಯಾಕ್‌ಅಪ್ ಮ್ಯಾಜಿಕ್ ಅನ್ನು ಕೆಲಸ ಮಾಡಲು ಈ ಕಾರ್ಯಗಳನ್ನು ಬಳಸುವ ವ್ಯಾಪಕ ಸಾಧ್ಯತೆಗಳಿಗೆ ಧನ್ಯವಾದಗಳು. ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಹೇಳುವುದಾದರೆ, ಅವರಿಗೆ ಮಾತ್ರವಲ್ಲ, ಇದು ಮುಂದಿನ ಬಿಡುಗಡೆಗಳ ವಿಷಯವಾಗಿದೆ.

ESXi ದಸ್ತಾವೇಜನ್ನು ಮತ್ತು ಲಾಗ್‌ಗಳಲ್ಲಿ ಈ ಪದದ ಸುತ್ತಲೂ ಗೊಂದಲವಿದೆ, ಮತ್ತು ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗಳನ್ನು ಉಲ್ಲೇಖಿಸುವ ಸಂದರ್ಭದಲ್ಲಿ, ನೀವು ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗಳನ್ನು ಸ್ವತಃ ಕಾಣಬಹುದು ಮತ್ತು ಲಾಗ್ ಅನ್ನು ಮರುಮಾಡು ಮತ್ತು ಡೆಲ್ಟಾ ಡಿಸ್ಕ್ ಅನ್ನು ಸಹ ಕಾಣಬಹುದು. Veeam ದಸ್ತಾವೇಜನ್ನು ಅಂತಹ ಕಣ್ಣೀರನ್ನು ಹೊಂದಿಲ್ಲ, ಮತ್ತು ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಒಂದು ಸ್ನ್ಯಾಪ್‌ಶಾಟ್, ಮತ್ತು ರೆಡೋ ಲಾಗ್ ನಿಖರವಾಗಿ ಸ್ವತಂತ್ರವಾದ ನಿರಂತರವಲ್ಲದ ಡಿಸ್ಕ್‌ನಿಂದ ರಚಿಸಲಾದ REDO ಫೈಲ್ ಆಗಿದೆ. ವರ್ಚುವಲ್ ಗಣಕವನ್ನು ಆಫ್ ಮಾಡಿದಾಗ REDO ಫೈಲ್‌ಗಳನ್ನು ಅಳಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಅವುಗಳನ್ನು ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗಳೊಂದಿಗೆ ಗೊಂದಲಗೊಳಿಸುವುದು ವೈಫಲ್ಯದ ಹಾದಿಯಾಗಿದೆ.

ಸಂಶ್ಲೇಷಿತ (ಸಿಂಥೆಟಿಕ್ಸ್): ಸಿಂಥೆಟಿಕ್ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳು ರಿವರ್ಸ್ ಇನ್‌ಕ್ರಿಮೆಂಟಲ್ ಮತ್ತು ಫಾರ್ವರ್ಡ್ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳಾಗಿವೆ. ನೀವು ಈ ಪದವನ್ನು ನೋಡದಿದ್ದಲ್ಲಿ, ಇದು ಬ್ಯಾಕ್‌ಅಪ್ ಚೈನ್ ರೂಪಾಂತರವನ್ನು ನಿರ್ಮಿಸಲು ಬಳಸುವ ಕಾರ್ಯವಿಧಾನಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ. ಆದಾಗ್ಯೂ, ಲಾಗ್‌ಗಳಲ್ಲಿ ನೀವು ಟ್ರಾನ್ಸ್‌ಫಾರ್ಮ್ ಪರಿಕಲ್ಪನೆಯನ್ನು ಸಹ ಕಾಣಬಹುದು, ಇದು ಏರಿಕೆಗಳಿಂದ (ಸಂಶ್ಲೇಷಿತ ಪೂರ್ಣ) ಪೂರ್ಣ ಪ್ರತಿಗಳನ್ನು ರಚಿಸುವ ಚೌಕಟ್ಟಿನಲ್ಲಿ ಬಳಸಲಾಗುತ್ತದೆ.

ಕಾರ್ಯ (ಕಾರ್ಯ): ಇದು ಕೆಲಸದೊಳಗೆ ಪ್ರತಿಯೊಂದು ಯಂತ್ರವನ್ನು ಸಂಸ್ಕರಿಸುವ ಪ್ರಕ್ರಿಯೆಯಾಗಿದೆ. ಅಂದರೆ: ನೀವು ಬ್ಯಾಕಪ್ ಕೆಲಸವನ್ನು ಹೊಂದಿದ್ದೀರಿ, ಇದರಲ್ಲಿ ಮೂರು ಯಂತ್ರಗಳು ಸೇರಿವೆ. ಇದರರ್ಥ ಪ್ರತಿ ಕಾರನ್ನು ಪ್ರತ್ಯೇಕ ಕಾರ್ಯದ ಭಾಗವಾಗಿ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲಾಗುತ್ತದೆ. ಒಟ್ಟಾರೆಯಾಗಿ, ನಾಲ್ಕು ಲಾಗ್‌ಗಳು ಇರುತ್ತವೆ: ಉದ್ಯೋಗಗಳಿಗೆ ಮುಖ್ಯವಾದದ್ದು ಮತ್ತು ಕಾರ್ಯಗಳಿಗಾಗಿ ಮೂರು. ಆದಾಗ್ಯೂ, ಇಲ್ಲಿ ಒಂದು ಪ್ರಮುಖ ಸೂಕ್ಷ್ಮ ವ್ಯತ್ಯಾಸವಿದೆ: ಕಾಲಾನಂತರದಲ್ಲಿ, "ಕಾರ್ಯ" ಎಂಬ ಪದವು ಅನಗತ್ಯವಾಗಿ ಅಸ್ಪಷ್ಟವಾಗಿದೆ. ನಾವು ಸಾಮಾನ್ಯ ಲಾಗ್‌ಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುವಾಗ, ಒಂದು ಕಾರ್ಯವು ನಿಖರವಾಗಿ VM ಎಂದು ನಾವು ಅರ್ಥೈಸುತ್ತೇವೆ. ಆದರೆ ಪ್ರಾಕ್ಸಿ ಮತ್ತು ರೆಪೊಸಿಟರಿಯಲ್ಲಿ "ಕಾರ್ಯಗಳು" ಇವೆ. ಅಲ್ಲಿ ಇದು ವರ್ಚುವಲ್ ಡಿಸ್ಕ್, ವರ್ಚುವಲ್ ಯಂತ್ರ ಮತ್ತು ಸಂಪೂರ್ಣ ಕೆಲಸವನ್ನು ಅರ್ಥೈಸಬಲ್ಲದು. ಅಂದರೆ, ಸಂದರ್ಭವನ್ನು ಕಳೆದುಕೊಳ್ಳದಿರುವುದು ಮುಖ್ಯವಾಗಿದೆ.

Veeam %name% ಸೇವೆ:  ಯಶಸ್ವಿ ಬ್ಯಾಕ್ಅಪ್ಗಳ ಪ್ರಯೋಜನಕ್ಕಾಗಿ, ಹಲವಾರು ಸೇವೆಗಳು ಏಕಕಾಲದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ, ಅದರ ಪಟ್ಟಿಯನ್ನು ಪ್ರಮಾಣಿತ ಸಾಧನಗಳಲ್ಲಿ ಕಾಣಬಹುದು. ಅವರ ಹೆಸರುಗಳು ಸಾಕಷ್ಟು ಪಾರದರ್ಶಕವಾಗಿ ಅವರ ಸಾರವನ್ನು ಪ್ರತಿಬಿಂಬಿಸುತ್ತವೆ, ಆದರೆ ಸಮಾನರಲ್ಲಿ ಪ್ರಮುಖವಾದದ್ದು - ವೀಮ್ ಬ್ಯಾಕಪ್ ಸೇವೆ, ಅದು ಇಲ್ಲದೆ ಉಳಿದವು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ.

VSS: ತಾಂತ್ರಿಕವಾಗಿ, VSS ಯಾವಾಗಲೂ ಮೈಕ್ರೋಸಾಫ್ಟ್ ವಾಲ್ಯೂಮ್ ಶ್ಯಾಡೋ ಕಾಪಿ ಸೇವೆಗಾಗಿ ನಿಲ್ಲಬೇಕು. ವಾಸ್ತವವಾಗಿ, ಇದನ್ನು ಅಪ್ಲಿಕೇಶನ್-ಅವೇರ್ ಇಮೇಜ್ ಪ್ರೊಸೆಸಿಂಗ್‌ಗೆ ಸಮಾನಾರ್ಥಕವಾಗಿ ಅನೇಕರು ಬಳಸುತ್ತಾರೆ. ಇದು ವರ್ಗೀಯವಾಗಿ ತಪ್ಪಾಗಿದೆ, ಆದರೆ ಇದು "ಯಾವುದೇ SUV ಅನ್ನು ಜೀಪ್ ಎಂದು ಕರೆಯಬಹುದು ಮತ್ತು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವಿರಿ" ಎಂಬ ವರ್ಗದ ಕಥೆಯಾಗಿದೆ.

ಅದ್ಭುತ ದಾಖಲೆಗಳು ಮತ್ತು ಅವರು ವಾಸಿಸುವ ಸ್ಥಳ

ದೊಡ್ಡ ರಹಸ್ಯವನ್ನು ಬಹಿರಂಗಪಡಿಸುವ ಮೂಲಕ ನಾನು ಈ ಅಧ್ಯಾಯವನ್ನು ಪ್ರಾರಂಭಿಸಲು ಬಯಸುತ್ತೇನೆ - ಲಾಗ್‌ಗಳಲ್ಲಿ ಯಾವ ಸಮಯವನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ?

ನೆನಪಿಡಿ:

• ESXi ಯಾವಾಗಲೂ UTC+0 ನಲ್ಲಿ ಲಾಗ್‌ಗಳನ್ನು ಬರೆಯುತ್ತದೆ.
• vCenter ಅದರ ಸಮಯ ವಲಯದ ಸಮಯದ ಪ್ರಕಾರ ಲಾಗ್‌ಗಳನ್ನು ಇರಿಸುತ್ತದೆ.
• Veeam ಅದು ಆನ್ ಆಗಿರುವ ಸರ್ವರ್‌ನ ಸಮಯ ಮತ್ತು ಸಮಯ ವಲಯದ ಮೂಲಕ ಲಾಗ್‌ಗಳನ್ನು ಇರಿಸುತ್ತದೆ.
• ಮತ್ತು EVTX ಸ್ವರೂಪದಲ್ಲಿರುವ ವಿಂಡೋಸ್ ಈವೆಂಟ್‌ಗಳು ಮಾತ್ರ ಯಾವುದಕ್ಕೂ ಬಂಧಿಸುವುದರಿಂದ ಬಳಲುತ್ತಿಲ್ಲ. ತೆರೆದಾಗ, ಅವರು ತೆರೆದಿರುವ ಕಾರಿಗೆ ಸಮಯವನ್ನು ಮರು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲಾಗುತ್ತದೆ. ಅತ್ಯಂತ ಅನುಕೂಲಕರ ಆಯ್ಕೆ, ಅದರೊಂದಿಗೆ ತೊಂದರೆಗಳಿದ್ದರೂ. ಸ್ಥಳಗಳಲ್ಲಿನ ವ್ಯತ್ಯಾಸವು ಮಾತ್ರ ಸ್ಪಷ್ಟವಾದ ತೊಂದರೆಯಾಗಿದೆ. ಇದು ಓದಲಾಗದ ಲಾಗ್‌ಗಳಿಗೆ ಪ್ರಾಯೋಗಿಕವಾಗಿ ಖಾತರಿಪಡಿಸಿದ ಮಾರ್ಗವಾಗಿದೆ. ಹೌದು, ಇದನ್ನು ಹೇಗೆ ಪರಿಗಣಿಸಬೇಕು ಎಂಬುದಕ್ಕೆ ಆಯ್ಕೆಗಳಿವೆ, ಆದರೆ IT ಯಲ್ಲಿನ ಎಲ್ಲವೂ ಇಂಗ್ಲಿಷ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಸರ್ವರ್‌ಗಳಲ್ಲಿ ಯಾವಾಗಲೂ ಇಂಗ್ಲಿಷ್ ಲೊಕೇಲ್ ಅನ್ನು ಹೊಂದಿಸಲು ಒಪ್ಪಿಕೊಳ್ಳುತ್ತದೆ ಎಂಬ ಅಂಶದೊಂದಿಗೆ ನಾವು ವಾದಿಸಬಾರದು. ಓ ದಯವಿಟ್ಟು. 

ಈಗ ಲಾಗ್ಗಳು ವಾಸಿಸುವ ಸ್ಥಳಗಳು ಮತ್ತು ಅವುಗಳನ್ನು ಹೇಗೆ ಪಡೆಯುವುದು ಎಂಬುದರ ಕುರಿತು ಮಾತನಾಡೋಣ. VBR ನ ಸಂದರ್ಭದಲ್ಲಿ, ಎರಡು ವಿಧಾನಗಳಿವೆ. 

ನಿಮ್ಮ ತೊಂದರೆಗೆ ನಿರ್ದಿಷ್ಟವಾಗಿ ಸಂಬಂಧಿಸಿದ ಸಾಮಾನ್ಯ ರಾಶಿಯಲ್ಲಿ ಫೈಲ್‌ಗಳನ್ನು ನೋಡಲು ನೀವು ಉತ್ಸುಕರಾಗಿಲ್ಲದಿದ್ದರೆ ಮೊದಲ ಆಯ್ಕೆಯು ಸೂಕ್ತವಾಗಿದೆ. ಇದನ್ನು ಮಾಡಲು, ನಾವು ಪ್ರತ್ಯೇಕ ಮಾಂತ್ರಿಕವನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಅದಕ್ಕೆ ನೀವು ನಿರ್ದಿಷ್ಟ ಕೆಲಸ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಅವಧಿಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು, ಇದಕ್ಕಾಗಿ ನಿಮಗೆ ಲಾಗ್ಗಳು ಬೇಕಾಗುತ್ತವೆ. ನಂತರ ಅವನು ಸ್ವತಃ ಫೋಲ್ಡರ್‌ಗಳ ಮೇಲೆ ಹೋಗುತ್ತಾನೆ ಮತ್ತು ನಿಮಗೆ ಬೇಕಾದ ಎಲ್ಲವನ್ನೂ ಒಂದೇ ಆರ್ಕೈವ್‌ಗೆ ಹಾಕುತ್ತಾನೆ. ಅದನ್ನು ಎಲ್ಲಿ ನೋಡಬೇಕು ಮತ್ತು ಅದರೊಂದಿಗೆ ಹೇಗೆ ಕೆಲಸ ಮಾಡಬೇಕೆಂದು ವಿವರವಾಗಿ ವಿವರಿಸಲಾಗಿದೆ ಈ HF.

ಆದಾಗ್ಯೂ, ಮಾಂತ್ರಿಕ ಎಲ್ಲಾ ಕಾರ್ಯಗಳ ಲಾಗ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸುವುದಿಲ್ಲ ಮತ್ತು ಉದಾಹರಣೆಗೆ, ನೀವು ಮರುಸ್ಥಾಪಕ, ವೈಫಲ್ಯ ಅಥವಾ ವೈಫಲ್ಯದ ಲಾಗ್‌ಗಳನ್ನು ಅಧ್ಯಯನ ಮಾಡಬೇಕಾದರೆ, ನಿಮ್ಮ ಮಾರ್ಗವು ಫೋಲ್ಡರ್‌ನಲ್ಲಿದೆ %ProgramData%/Veeam/Backup. ಇದು ಮುಖ್ಯ VBR ಲೋಗೋಸ್ಟೋರ್ ಮತ್ತು %ProgramData% ಗುಪ್ತ ಫೋಲ್ಡರ್ ಆಗಿದೆ ಮತ್ತು ಅದು ಉತ್ತಮವಾಗಿದೆ. ಮೂಲಕ, HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam ಬ್ಯಾಕಪ್ ಮತ್ತು ರೆಪ್ಲಿಕೇಶನ್ ಶಾಖೆಯಲ್ಲಿ REG_SZ: ಲಾಗ್‌ಡೈರೆಕ್ಟರಿ ಪ್ರಕಾರದ ನೋಂದಾವಣೆ ಕೀಲಿಯನ್ನು ಬಳಸಿಕೊಂಡು ಡೀಫಾಲ್ಟ್ ಸ್ಥಳವನ್ನು ಮರುಹಂಚಿಕೆ ಮಾಡಬಹುದು.

ಲಿನಕ್ಸ್ ಯಂತ್ರಗಳಲ್ಲಿ, ವರ್ಕರ್ ಏಜೆಂಟ್ ಲಾಗ್‌ಗಳನ್ನು ಹುಡುಕಬೇಕು /var/log/VeeamBackup/ರೂಟ್ ಅಥವಾ ಸುಡೋ ಖಾತೆಯನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ. ನೀವು ಅಂತಹ ಸವಲತ್ತುಗಳನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದರೆ, ಲಾಗ್ ಇನ್ಗಳಿಗಾಗಿ ನೋಡಿ /tmp/VeeamBackup. 

%OS_name% ಲಾಗ್‌ಗಳಿಗಾಗಿ Veeam ಏಜೆಂಟ್‌ಗಾಗಿ ಹುಡುಕಬೇಕು %ProgramData%/Veeam/Endpoint (ಅಥವಾ %ProgramData%/Veeam/Backup/Endpoint) ಮತ್ತು /var/log/veeam ಅನುಕ್ರಮವಾಗಿ.

ನೀವು ಅಪ್ಲಿಕೇಶನ್-ಅವೇರ್ ಇಮೇಜ್ ಪ್ರೊಸೆಸಿಂಗ್ ಅನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ (ಮತ್ತು ಹೆಚ್ಚಾಗಿ ನೀವು), ಆಗ ಪರಿಸ್ಥಿತಿಯು ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗುತ್ತದೆ. ವರ್ಚುವಲ್ ಯಂತ್ರದಲ್ಲಿಯೇ ಸಂಗ್ರಹವಾಗಿರುವ ನಮ್ಮ ಸಹಾಯಕರ ಲಾಗ್‌ಗಳು ಮತ್ತು VSS ಲಾಗ್‌ಗಳು ನಿಮಗೆ ಬೇಕಾಗುತ್ತವೆ. ಈ ಸಂತೋಷವನ್ನು ಹೇಗೆ ಮತ್ತು ಎಲ್ಲಿ ಪಡೆಯುವುದು ಎಂಬುದರ ಕುರಿತು, ಇದನ್ನು ವಿವರವಾಗಿ ಬರೆಯಲಾಗಿದೆ ಈ ಲೇಖನ. ಮತ್ತು ಸಹಜವಾಗಿ ಇದೆ ಪ್ರತ್ಯೇಕ ಲೇಖನ ಅಗತ್ಯ ಸಿಸ್ಟಮ್ ಲಾಗ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು. 

ವಿಂಡೋಸ್ ಈವೆಂಟ್‌ಗಳನ್ನು ಅನುಕೂಲಕರವಾಗಿ ಪ್ರಕಾರ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ ಈ HF. ನೀವು ಹೈಪರ್-ವಿ ಬಳಸುತ್ತಿದ್ದರೆ, ವಿಷಯಗಳು ಹೆಚ್ಚು ಜಟಿಲವಾಗುತ್ತವೆ, ಏಕೆಂದರೆ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಮತ್ತು ಸೇವಾ ಲಾಗ್‌ಗಳು > ಮೈಕ್ರೋಸಾಫ್ಟ್ > ವಿಂಡೋಸ್ ಶಾಖೆಯಿಂದ ಅದರ ಎಲ್ಲಾ ಲಾಗ್‌ಗಳು ನಿಮಗೆ ಬೇಕಾಗುತ್ತವೆ. ನೀವು ಯಾವಾಗಲೂ ಹೆಚ್ಚು ಮೂರ್ಖತನದ ರೀತಿಯಲ್ಲಿ ಹೋಗಬಹುದು ಮತ್ತು %SystemRoot%System32winevtLogs ನಿಂದ ಎಲ್ಲಾ ವಸ್ತುಗಳನ್ನು ಎತ್ತಿಕೊಂಡು ಹೋಗಬಹುದು.

ಇನ್‌ಸ್ಟಾಲೇಶನ್/ಅಪ್‌ಗ್ರೇಡ್ ಸಮಯದಲ್ಲಿ ಏನಾದರೂ ಮುರಿದರೆ, ನಿಮಗೆ ಅಗತ್ಯವಿರುವ ಎಲ್ಲವನ್ನೂ %ProgramData%/Veeam/Setup/Temp ಫೋಲ್ಡರ್‌ನಲ್ಲಿ ಕಾಣಬಹುದು. ಓಎಸ್ ಈವೆಂಟ್‌ಗಳಲ್ಲಿ ನೀವು ಈ ಲಾಗ್‌ಗಳಿಗಿಂತ ಹೆಚ್ಚು ಉಪಯುಕ್ತ ಮಾಹಿತಿಯನ್ನು ಕಾಣಬಹುದು ಎಂಬ ಅಂಶವನ್ನು ನಾನು ಮರೆಮಾಡುವುದಿಲ್ಲ. ಉಳಿದ ಆಸಕ್ತಿದಾಯಕವು %ಟೆಂಪ್% ನಲ್ಲಿದೆ, ಆದರೆ ಬೇಸ್, ನೆಟ್ ಲೈಬ್ರರಿಗಳು ಮತ್ತು ಇತರ ವಿಷಯಗಳಂತಹ ಸಂಬಂಧಿತ ಸಾಫ್ಟ್‌ವೇರ್‌ಗಾಗಿ ಮುಖ್ಯವಾಗಿ ಅನುಸ್ಥಾಪನ ಲಾಗ್‌ಗಳಿವೆ. Veeam ಅನ್ನು msi ನಿಂದ ಸ್ಥಾಪಿಸಲಾಗಿದೆ ಮತ್ತು ಅದರ ಎಲ್ಲಾ ಘಟಕಗಳನ್ನು ಪ್ರತ್ಯೇಕ msi ಪ್ಯಾಕೇಜ್‌ಗಳಾಗಿ ಸ್ಥಾಪಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ, ಇದನ್ನು GUI ನಲ್ಲಿ ತೋರಿಸದಿದ್ದರೂ ಸಹ. ಆದ್ದರಿಂದ, ಒಂದು ಘಟಕದ ಅನುಸ್ಥಾಪನೆಯು ವಿಫಲವಾದಲ್ಲಿ, ಸಂಪೂರ್ಣ VBR ಅನುಸ್ಥಾಪನೆಯನ್ನು ನಿಲ್ಲಿಸಲಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ, ನೀವು ಲಾಗ್‌ಗಳಿಗೆ ಹೋಗಬೇಕು ಮತ್ತು ನಿಖರವಾಗಿ ಏನನ್ನು ಮುರಿದಿದೆ ಮತ್ತು ಯಾವ ಹಂತದಲ್ಲಿ ನೋಡಬೇಕು.

ಮತ್ತು ಅಂತಿಮವಾಗಿ, ಲೈಫ್ ಹ್ಯಾಕ್: ಅನುಸ್ಥಾಪನೆಯ ಸಮಯದಲ್ಲಿ ನೀವು ದೋಷವನ್ನು ಸ್ವೀಕರಿಸಿದರೆ, ಸರಿ ಕ್ಲಿಕ್ ಮಾಡಲು ಹೊರದಬ್ಬಬೇಡಿ. ಮೊದಲು ನಾವು ದಾಖಲೆಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತೇವೆ, ನಂತರ ಸರಿ ಕ್ಲಿಕ್ ಮಾಡಿ. ಈ ರೀತಿಯಾಗಿ ನೀವು ದೋಷದ ಸಮಯದಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುವ ಲಾಗ್ ಅನ್ನು ಪಡೆಯುತ್ತೀರಿ, ಕೊನೆಯಲ್ಲಿ ಕಸವಿಲ್ಲದೆ.

ಮತ್ತು ನೀವು vSphere ಲಾಗ್‌ಗಳಿಗೆ ಪ್ರವೇಶಿಸಬೇಕಾಗಿದೆ ಎಂದು ಅದು ಸಂಭವಿಸುತ್ತದೆ. ಉದ್ಯೋಗವು ತುಂಬಾ ಕೃತಜ್ಞತೆಯಿಲ್ಲ, ಆದರೆ, ತೋಳುಗಳನ್ನು ಸುತ್ತಿಕೊಂಡ ನಂತರ, ಒಬ್ಬರು ಬೇರೆ ಏನಾದರೂ ಮಾಡಬೇಕು. ಸರಳವಾದ ಆವೃತ್ತಿಯಲ್ಲಿ, ನಮಗೆ ವರ್ಚುವಲ್ ಮೆಷಿನ್ ಈವೆಂಟ್‌ಗಳೊಂದಿಗೆ ಲಾಗ್‌ಗಳ ಅಗತ್ಯವಿದೆ vmware.log, ಅದರ .vmx ಫೈಲ್ ಪಕ್ಕದಲ್ಲಿದೆ. ಹೆಚ್ಚು ಕಷ್ಟಕರವಾದ ಸಂದರ್ಭದಲ್ಲಿ, Google ಅನ್ನು ತೆರೆಯಿರಿ ಮತ್ತು ನಿಮ್ಮ ಹೋಸ್ಟ್ ಆವೃತ್ತಿಯ ಲಾಗ್‌ಗಳು ಎಲ್ಲಿವೆ ಎಂದು ಕೇಳಿ, ಏಕೆಂದರೆ VMware ಈ ಸ್ಥಳವನ್ನು ಬಿಡುಗಡೆಯಿಂದ ಬಿಡುಗಡೆಗೆ ಬದಲಾಯಿಸಲು ಇಷ್ಟಪಡುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, 7.0 ಗಾಗಿ ಲೇಖನ, ಆದರೆ ಇದಕ್ಕಾಗಿ 5.5. vCenter ಲಾಗ್‌ಗಳಿಗಾಗಿ, ಕಾರ್ಯವಿಧಾನವನ್ನು ಪುನರಾವರ್ತಿಸಿ ಗೂಗ್ಲಿಂಗ್. ಆದರೆ ಸಾಮಾನ್ಯವಾಗಿ, ಹೋಸ್ಟ್ ಈವೆಂಟ್ ಲಾಗ್‌ಗಳು hostd.log, vCenter vpxa.log ನಿರ್ವಹಿಸುವ ಹೋಸ್ಟ್ ಈವೆಂಟ್‌ಗಳು, ಕರ್ನಲ್ ಲಾಗ್‌ಗಳು vmkernel.log ಮತ್ತು ದೃಢೀಕರಣ ಲಾಗ್‌ಗಳು auth.log ನಲ್ಲಿ ನಾವು ಆಸಕ್ತಿ ಹೊಂದಿರುತ್ತೇವೆ. ಒಳ್ಳೆಯದು, ಹೆಚ್ಚು ನಿರ್ಲಕ್ಷಿಸಲ್ಪಟ್ಟ ಸಂದರ್ಭಗಳಲ್ಲಿ, SSO ಫೋಲ್ಡರ್‌ನಲ್ಲಿರುವ SSO ಲಾಗ್ ಸೂಕ್ತವಾಗಿ ಬರಬಹುದು.

ತೊಡಕಿನ? ಗೊಂದಲ? ಭಯಾನಕ? ಆದರೆ ಇದು ನಮ್ಮ ಬೆಂಬಲವು ದೈನಂದಿನ ಆಧಾರದ ಮೇಲೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಅರ್ಧದಷ್ಟು ಮಾಹಿತಿಯೂ ಅಲ್ಲ. ಆದ್ದರಿಂದ ಅವರು ನಿಜವಾಗಿಯೂ ತಂಪಾಗಿರುತ್ತಾರೆ.

ವೀಮ್ ಘಟಕಗಳು

ಮತ್ತು ಈ ಪರಿಚಯಾತ್ಮಕ ಲೇಖನದ ತೀರ್ಮಾನವಾಗಿ, ವೀಮ್ ಬ್ಯಾಕಪ್ ಮತ್ತು ರೆಪ್ಲಿಕೇಶನ್‌ನ ಘಟಕಗಳ ಬಗ್ಗೆ ಸ್ವಲ್ಪ ಮಾತನಾಡೋಣ. ನೀವು ನೋವಿನ ಕಾರಣವನ್ನು ಹುಡುಕುತ್ತಿರುವಾಗ, ರೋಗಿಯು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಾನೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಒಳ್ಳೆಯದು.

ಆದ್ದರಿಂದ, ಎಲ್ಲರಿಗೂ ತಿಳಿದಿರುವಂತೆ, ವೀಮ್ ಬ್ಯಾಕಪ್ SQL-ಆಧಾರಿತ ಅಪ್ಲಿಕೇಶನ್ ಎಂದು ಕರೆಯಲ್ಪಡುತ್ತದೆ. ಅಂದರೆ, ಎಲ್ಲಾ ಸೆಟ್ಟಿಂಗ್ಗಳು, ಎಲ್ಲಾ ಮಾಹಿತಿ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಸಾಮಾನ್ಯ ಕಾರ್ಯಚಟುವಟಿಕೆಗೆ ಮಾತ್ರ ಅಗತ್ಯವಿರುವ ಎಲ್ಲವೂ - ಇವೆಲ್ಲವೂ ಅದರ ಡೇಟಾಬೇಸ್ನಲ್ಲಿದೆ. ಅಥವಾ ಬದಲಿಗೆ, ಎರಡು ಡೇಟಾಬೇಸ್‌ಗಳಲ್ಲಿ, ನಾವು VBR ಮತ್ತು EM ನ ಗುಂಪಿನ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದರೆ: ಕ್ರಮವಾಗಿ VeeamBackup ಮತ್ತು VeeamBackupReporting. ಮತ್ತು ಅದು ಸಂಭವಿಸಿತು: ನಾವು ಇನ್ನೊಂದು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಹಾಕುತ್ತೇವೆ - ಮತ್ತೊಂದು ಡೇಟಾಬೇಸ್ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಎಲ್ಲಾ ಮೊಟ್ಟೆಗಳನ್ನು ಒಂದೇ ಬುಟ್ಟಿಯಲ್ಲಿ ಸಂಗ್ರಹಿಸದಿರಲು.

ಆದರೆ ಈ ಎಲ್ಲಾ ಆರ್ಥಿಕತೆಯು ಸುಗಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು, ನಮಗೆ ಎಲ್ಲಾ ಘಟಕಗಳನ್ನು ಒಟ್ಟಿಗೆ ಜೋಡಿಸುವ ಸೇವೆಗಳು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಅಗತ್ಯವಿದೆ. ಉದಾಹರಣೆಯಾಗಿ, ಇದು ನನ್ನ ಲ್ಯಾಬ್‌ಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ತೋರುತ್ತಿದೆ:

ಮುಖ್ಯ ಕಂಡಕ್ಟರ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಾರೆ ವೀಮ್ ಬ್ಯಾಕಪ್ ಸೇವೆ. ಆಧಾರಗಳೊಂದಿಗೆ ಮಾಹಿತಿಯ ವಿನಿಮಯಕ್ಕೆ ಅವನು ಜವಾಬ್ದಾರನಾಗಿರುತ್ತಾನೆ. ಅವರು ಎಲ್ಲಾ ಕಾರ್ಯಗಳನ್ನು ಪ್ರಾರಂಭಿಸಲು, ನಿಯೋಜಿಸಲಾದ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಸಂಘಟಿಸಲು ಮತ್ತು ವಿವಿಧ ಕನ್ಸೋಲ್‌ಗಳು, ಏಜೆಂಟ್‌ಗಳು ಮತ್ತು ಎಲ್ಲದಕ್ಕೂ ಒಂದು ರೀತಿಯ ಸಂವಹನ ಕೇಂದ್ರವಾಗಿ ಕೆಲಸ ಮಾಡುವ ಜವಾಬ್ದಾರಿಯನ್ನು ಹೊಂದಿರುತ್ತಾರೆ. ಒಂದು ಪದದಲ್ಲಿ, ಅವನಿಲ್ಲದೆ ಖಂಡಿತವಾಗಿಯೂ ಯಾವುದೇ ಮಾರ್ಗವಿಲ್ಲ, ಆದರೆ ಅವನು ಎಲ್ಲವನ್ನೂ ತಾನೇ ಮಾಡುತ್ತಾನೆ ಎಂದು ಇದರ ಅರ್ಥವಲ್ಲ.

ಅವನ ಯೋಜನೆಯ ನೆರವೇರಿಕೆಯಲ್ಲಿ ಅವನಿಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ ವೀಮ್ ಬ್ಯಾಕಪ್ ಮ್ಯಾನೇಜರ್. ಇದು ಸೇವೆಯಲ್ಲ, ಆದರೆ ಉದ್ಯೋಗಗಳನ್ನು ಪ್ರಾರಂಭಿಸುವ ಮತ್ತು ಅವುಗಳ ಮರಣದಂಡನೆಯ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ಘಟಕವಾಗಿದೆ. ಬ್ಯಾಕ್‌ಅಪ್ ಸೇವೆಯ ಕೆಲಸ ಮಾಡುವ ಕೈಗಳು, ಅದರೊಂದಿಗೆ ಹೋಸ್ಟ್‌ಗಳಿಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ, ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗಳನ್ನು ರಚಿಸುತ್ತದೆ, ಧಾರಣವನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತದೆ, ಇತ್ಯಾದಿ.

ಆದರೆ ಸೇವೆಗಳ ಪಟ್ಟಿಗೆ ಹಿಂತಿರುಗಿ. ವೀಮ್ ಬ್ರೋಕರ್ ಸೇವೆ. v9.5 ನಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡಿದೆ (ಮತ್ತು ಇದು ಕ್ರಿಪ್ಟೋ ಮೈನರ್ಸ್ ಅಲ್ಲ, ಕೆಲವರು ಅಂದುಕೊಂಡಂತೆ). VMware ಹೋಸ್ಟ್‌ಗಳ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ ಮತ್ತು ಅದರ ಪ್ರಸ್ತುತತೆಯನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳುತ್ತದೆ. ಆದರೆ ನಾವು ನಿಮ್ಮ ಮೇಲೆ ಬೇಹುಗಾರಿಕೆ ನಡೆಸುತ್ತಿದ್ದೇವೆ ಮತ್ತು ಎಲ್ಲಾ ಲಾಗಿನ್‌ಗಳು / ಪಾಸ್‌ವರ್ಡ್‌ಗಳನ್ನು taschmajor ಗೆ ಸೋರಿಕೆ ಮಾಡುತ್ತಿದ್ದೇವೆ ಎಂದು ಕೋಪಗೊಂಡ ಕಾಮೆಂಟ್‌ಗಳನ್ನು ಬರೆಯಲು ತಕ್ಷಣವೇ ಓಡಬೇಡಿ. ಎಲ್ಲವೂ ಸ್ವಲ್ಪ ಸರಳವಾಗಿದೆ. ನೀವು ಬ್ಯಾಕ್ಅಪ್ ಅನ್ನು ರನ್ ಮಾಡಿದಾಗ, ನೀವು ಮಾಡಬೇಕಾದ ಮೊದಲ ವಿಷಯವೆಂದರೆ ಹೋಸ್ಟ್ಗೆ ಸಂಪರ್ಕಪಡಿಸುವುದು ಮತ್ತು ಅದರ ರಚನೆಯ ಬಗ್ಗೆ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ನವೀಕರಿಸುವುದು. ಇದು ಸಾಕಷ್ಟು ನಿಧಾನ ಮತ್ತು ತೊಡಕಿನ ಕಥೆಯಾಗಿದೆ. ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ನೀವು ಲಾಗಿನ್ ಮಾಡಲು ಎಷ್ಟು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂಬುದನ್ನು ನೆನಪಿಡಿ ಮತ್ತು ಮೇಲಿನ ಪದರವನ್ನು ಮಾತ್ರ ಅಲ್ಲಿ ಎಣಿಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನೆನಪಿಡಿ. ತದನಂತರ ನೀವು ಇನ್ನೂ ಸಂಪೂರ್ಣ ಕ್ರಮಾನುಗತವನ್ನು ಸರಿಯಾದ ಸ್ಥಳಕ್ಕೆ ತೆರೆಯಬೇಕಾಗಿದೆ. ಒಂದು ಪದದಲ್ಲಿ, ಭಯಾನಕ. ನೀವು ಒಂದು ಡಜನ್ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳನ್ನು ಚಲಾಯಿಸಿದರೆ, ಪ್ರತಿ ಕೆಲಸವು ಈ ವಿಧಾನವನ್ನು ಮಾಡಬೇಕಾಗಿದೆ. ನಾವು ದೊಡ್ಡ ಮೂಲಸೌಕರ್ಯಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದರೆ, ಈ ಪ್ರಕ್ರಿಯೆಯು ಹತ್ತು ನಿಮಿಷಗಳು ಅಥವಾ ಹೆಚ್ಚಿನ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳಬಹುದು. ಆದ್ದರಿಂದ, ಇದಕ್ಕಾಗಿ ಪ್ರತ್ಯೇಕ ಸೇವೆಯನ್ನು ನಿಯೋಜಿಸಲು ನಿರ್ಧರಿಸಲಾಯಿತು, ಅದರ ಮೂಲಕ ಯಾವಾಗಲೂ ನವೀಕೃತ ಮಾಹಿತಿಯನ್ನು ಪಡೆಯಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಪ್ರಾರಂಭದಲ್ಲಿ, ಇದು ಎಲ್ಲಾ ಸೇರಿಸಿದ ಮೂಲಸೌಕರ್ಯಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ ಮತ್ತು ಸ್ಕ್ಯಾನ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ನಂತರ ಹೆಚ್ಚುತ್ತಿರುವ ಬದಲಾವಣೆಗಳ ಮಟ್ಟದಲ್ಲಿ ಮಾತ್ರ ಕೆಲಸ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ ನೀವು ಒಂದೇ ಸಮಯದಲ್ಲಿ ನೂರು ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳನ್ನು ಚಲಾಯಿಸಿದರೂ, ಅವರೆಲ್ಲರೂ ನಮ್ಮ ಬ್ರೋಕರ್‌ನಿಂದ ಮಾಹಿತಿಯನ್ನು ವಿನಂತಿಸುತ್ತಾರೆ ಮತ್ತು ಅವರ ವಿನಂತಿಗಳೊಂದಿಗೆ ಹೋಸ್ಟ್‌ಗಳನ್ನು ಹಿಂಸಿಸುವುದಿಲ್ಲ. ನೀವು ಸಂಪನ್ಮೂಲಗಳ ಬಗ್ಗೆ ಚಿಂತೆ ಮಾಡುತ್ತಿದ್ದರೆ, ನಮ್ಮ ಲೆಕ್ಕಾಚಾರಗಳ ಪ್ರಕಾರ, 5000 ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಿಗೆ ಕೇವಲ 100 Mb ಮೆಮೊರಿ ಅಗತ್ಯವಿದೆ.

ಮುಂದೆ ನಾವು ಹೊಂದಿದ್ದೇವೆ ವೀಮ್ ಕನ್ಸೋಲ್. ಅವನು Veeam ರಿಮೋಟ್ ಕನ್ಸೋಲ್, ಅವನು Veeam.Backup.Shell. ನಾವು ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ಗಳಲ್ಲಿ ನೋಡುವ ಅದೇ GUI ಆಗಿದೆ. ಎಲ್ಲವೂ ಸರಳ ಮತ್ತು ಸ್ಪಷ್ಟವಾಗಿದೆ - ವಿಂಡೋಸ್ ಮತ್ತು VBR ಸರ್ವರ್‌ಗೆ ಸಂಪರ್ಕವಿರುವವರೆಗೆ ಕನ್ಸೋಲ್ ಅನ್ನು ಎಲ್ಲಿಂದಲಾದರೂ ಪ್ರಾರಂಭಿಸಬಹುದು. FLR ಪ್ರಕ್ರಿಯೆಯು ಸ್ಥಳೀಯವಾಗಿ ಪಾಯಿಂಟ್‌ಗಳನ್ನು ಆರೋಹಿಸುತ್ತದೆ (ಅಂದರೆ ಕನ್ಸೋಲ್ ಚಾಲನೆಯಲ್ಲಿರುವ ಯಂತ್ರದಲ್ಲಿ) ಎಂದು ಹೇಳಬಹುದಾದ ಏಕೈಕ ವಿಷಯ. ಅಲ್ಲದೆ, ವರ್ಗೀಕರಿಸಿದ ವೀಮ್ ಎಕ್ಸ್‌ಪ್ಲೋರರ್‌ಗಳು ಸಹ ಸ್ಥಳೀಯವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ, ಏಕೆಂದರೆ ಅವು ಕನ್ಸೋಲ್‌ನ ಭಾಗವಾಗಿದೆ. ಆದರೆ ಅದು ಈಗಾಗಲೇ ನನ್ನನ್ನು ಕಾಡಿಗೆ ಕೊಂಡೊಯ್ದಿದೆ ...

ಮತ್ತೊಂದು ಆಸಕ್ತಿದಾಯಕ ಸೇವೆಯಾಗಿದೆ ವೀಮ್ ಬ್ಯಾಕಪ್ ಕ್ಯಾಟಲಾಗ್ ಡೇಟಾ ಸೇವೆ. ಸೇವೆಗಳ ಪಟ್ಟಿಯಲ್ಲಿ ವೀಮ್ ಅತಿಥಿ ಕ್ಯಾಟಲಾಗ್ ಸೇವೆ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಅವರು ಅತಿಥಿ ಯಂತ್ರಗಳಲ್ಲಿ ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಸೂಚಿಕೆ ಮಾಡುವಲ್ಲಿ ತೊಡಗಿಸಿಕೊಂಡಿದ್ದಾರೆ ಮತ್ತು ಈ ಜ್ಞಾನದೊಂದಿಗೆ VBRCatalog ಫೋಲ್ಡರ್ ಅನ್ನು ತುಂಬುತ್ತಾರೆ. ಇಂಡೆಕ್ಸಿಂಗ್ ಚೆಕ್‌ಬಾಕ್ಸ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದಾಗ ಮಾತ್ರ ಇದನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಮತ್ತು ನೀವು ಎಂಟರ್‌ಪ್ರೈಸ್ ಮ್ಯಾನೇಜರ್ ಹೊಂದಿದ್ದರೆ ಮಾತ್ರ ಅದನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು ಅರ್ಥಪೂರ್ಣವಾಗಿದೆ. ಆದ್ದರಿಂದ, ನನ್ನ ಹೃದಯದ ಕೆಳಗಿನಿಂದ ಸಲಹೆ: ನೀವು EAT ಹೊಂದಿಲ್ಲದಿದ್ದರೆ ಅದರಂತೆ ಇಂಡೆಕ್ಸಿಂಗ್ ಅನ್ನು ಆನ್ ಮಾಡಬೇಡಿ. ನಿಮ್ಮ ನರಗಳನ್ನು ಉಳಿಸಿ ಮತ್ತು ಸಮಯವನ್ನು ಬೆಂಬಲಿಸಿ.

ಇತರ ಪ್ರಮುಖ ಸೇವೆಗಳಿಂದ ಇದು ಗಮನಿಸಬೇಕಾದ ಅಂಶವಾಗಿದೆ ವೀಮ್ ಸ್ಥಾಪಕ ಸೇವೆ, ಅದರ ಸಹಾಯದಿಂದ ಅಗತ್ಯ ಘಟಕಗಳನ್ನು ವಿತರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಪ್ರಾಕ್ಸಿಗಳು, ರೆಪೊಸಿಟರಿಗಳು ಮತ್ತು ಇತರ ಗೇಟ್ವೇಗಳಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾಗಿದೆ. ವಾಸ್ತವವಾಗಿ, ಇದು ಸರ್ವರ್‌ಗಳಿಗೆ ಅಗತ್ಯವಾದ .msi ಪ್ಯಾಕೇಜುಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಅವುಗಳನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ. 

ವೀಮ್ ಡೇಟಾ ಮೂವರ್ - ಪ್ರಾಕ್ಸಿಗಳಲ್ಲಿ (ಮತ್ತು ಮಾತ್ರವಲ್ಲ) ಪ್ರಾರಂಭಿಸಲಾದ ಸಹಾಯಕ ಏಜೆಂಟ್‌ಗಳ ಸಹಾಯದಿಂದ ಅದು ಡೇಟಾವನ್ನು ಬದಲಾಯಿಸುವಲ್ಲಿ ತೊಡಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಬ್ಯಾಕಪ್ ಮಾಡುವಾಗ, ಒಬ್ಬ ಏಜೆಂಟ್ ಹೋಸ್ಟ್ ಡೇಟಾಸ್ಟೋರ್‌ನಿಂದ ಫೈಲ್‌ಗಳನ್ನು ಓದುತ್ತಾರೆ ಮತ್ತು ಎರಡನೆಯವರು ಅವುಗಳನ್ನು ಬ್ಯಾಕಪ್‌ಗೆ ಎಚ್ಚರಿಕೆಯಿಂದ ಬರೆಯುತ್ತಾರೆ.

ಪ್ರತ್ಯೇಕವಾಗಿ, ಗ್ರಾಹಕರು ಆಗಾಗ್ಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುವ ಪ್ರಮುಖ ವಿಷಯವನ್ನು ನಾನು ಗಮನಿಸಲು ಬಯಸುತ್ತೇನೆ - ಇದು ಕಾರ್ಯಕ್ರಮಗಳು ಮತ್ತು ವೈಶಿಷ್ಟ್ಯಗಳ ಸ್ನ್ಯಾಪ್-ಇನ್‌ನಲ್ಲಿನ ಸೇವೆಗಳು ಮತ್ತು ಮಾಹಿತಿಯ ಆವೃತ್ತಿಗಳಲ್ಲಿನ ವ್ಯತ್ಯಾಸವಾಗಿದೆ. ಹೌದು, ಪಟ್ಟಿ ಒಂದೇ ಆಗಿರುತ್ತದೆ, ಆದರೆ ಆವೃತ್ತಿಗಳು ಸಂಪೂರ್ಣವಾಗಿ ಅಪಶ್ರುತಿಯಾಗಬಹುದು. ದೃಷ್ಟಿಗೋಚರ ದೃಷ್ಟಿಕೋನದಿಂದ ಇದು ತುಂಬಾ ತಂಪಾಗಿಲ್ಲ, ಆದರೆ ಎಲ್ಲವೂ ಸ್ಥಿರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಿದರೆ ಅದು ಸಂಪೂರ್ಣವಾಗಿ ಸಾಮಾನ್ಯವಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಸ್ಥಾಪಕ ಸೇವೆಗಾಗಿ, ಆವೃತ್ತಿ ಸಂಖ್ಯೆಯು ನೆರೆಯ ಪದಗಳಿಗಿಂತ ಬಹಳ ಹಿಂದೆ ಇದೆ. ಭಯಾನಕ ಮತ್ತು ದುಃಸ್ವಪ್ನ? ಇಲ್ಲ, ಏಕೆಂದರೆ ಅದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಮರುಸ್ಥಾಪಿಸಲಾಗಿಲ್ಲ, ಆದರೆ ಅದರ DLL ಅನ್ನು ಸರಳವಾಗಿ ನವೀಕರಿಸಲಾಗಿದೆ. ಪ್ಯಾಚ್ v9.5 U4 ನಲ್ಲಿ, ತಾಂತ್ರಿಕ ಬೆಂಬಲ ದುಃಸ್ವಪ್ನ ಸಂಭವಿಸಿದೆ: ನವೀಕರಣದ ಸಮಯದಲ್ಲಿ, ಎಲ್ಲಾ ಸೇವೆಗಳು ಹೊಸ ಆವೃತ್ತಿಗಳನ್ನು ಸ್ವೀಕರಿಸಿದವು, ಪ್ರಮುಖವಾದವುಗಳನ್ನು ಹೊರತುಪಡಿಸಿ. U4b ಪ್ಯಾಚ್‌ನಲ್ಲಿ, ಸಾರಿಗೆ ಸೇವೆಯು ಇತರ ಎಲ್ಲವನ್ನು ಎರಡು ಆವೃತ್ತಿಗಳ ಮೂಲಕ ಹಿಂದಿಕ್ಕಿದೆ (ಸಂಖ್ಯೆಗಳ ಮೂಲಕ ನಿರ್ಣಯಿಸುವುದು). ಮತ್ತು ಇದು ಸಹ ಸಾಮಾನ್ಯವಾಗಿದೆ - ಅದರಲ್ಲಿ ಗಂಭೀರ ದೋಷ ಕಂಡುಬಂದಿದೆ, ಆದ್ದರಿಂದ ಇದು ಉಳಿದವುಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ಬೋನಸ್ ನವೀಕರಣವನ್ನು ಪಡೆಯಿತು. ಆದ್ದರಿಂದ ಇದನ್ನು ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ: ಆವೃತ್ತಿ ವ್ಯತ್ಯಾಸಗಳು ಸಮಸ್ಯೆಯಾಗಿರಬಹುದು, ಆದರೆ ವ್ಯತ್ಯಾಸವಿದ್ದರೆ ಮತ್ತು ಎಲ್ಲವೂ ಸರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದ್ದರೆ, ಅದು ಬಹುಶಃ ಆಗಿರಬೇಕು. ಆದರೆ ತಾಂತ್ರಿಕ ಬೆಂಬಲದಲ್ಲಿ ಇದನ್ನು ಸ್ಪಷ್ಟಪಡಿಸಲು ಯಾರೂ ನಿಮ್ಮನ್ನು ನಿಷೇಧಿಸುವುದಿಲ್ಲ.

ಇವು ಕಡ್ಡಾಯ ಅಥವಾ ಕಡ್ಡಾಯ ಸೇವೆಗಳು ಎಂದು ಕರೆಯಲ್ಪಡುತ್ತವೆ. ಮತ್ತು ಟೇಪ್ ಸೇವೆ, ಮೌಂಟ್ ಸರ್ವಿಸ್, vPowerNFS ಸೇವೆ ಮತ್ತು ಮುಂತಾದವುಗಳ ಸಂಪೂರ್ಣ ಗುಂಪೇ ಇದೆ.

ಹೈಪರ್-ವಿ ಗಾಗಿ, ಸಾಮಾನ್ಯವಾಗಿ, ಎಲ್ಲವೂ ಒಂದೇ ಆಗಿರುತ್ತದೆ, ಕೇವಲ ಒಂದು ನಿರ್ದಿಷ್ಟವಾಗಿರುತ್ತದೆ ವೀಮ್ ಬ್ಯಾಕಪ್ ಹೈಪರ್-ವಿ ಇಂಟಿಗ್ರೇಷನ್ ಸೇವೆ ಮತ್ತು CBT ಯೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ನಿಮ್ಮ ಸ್ವಂತ ಚಾಲಕ.

ಮತ್ತು ಕೊನೆಯಲ್ಲಿ, ಬ್ಯಾಕ್ಅಪ್ ಸಮಯದಲ್ಲಿ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಲ್ಲಿ ಯಾರು ಕೆಲಸ ಮಾಡುತ್ತಾರೆ ಎಂಬುದರ ಕುರಿತು ಮಾತನಾಡೋಣ. ಪೂರ್ವ ಮತ್ತು ನಂತರದ ಫ್ರೀಜ್ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಚಲಾಯಿಸಲು, ನೆರಳು ನಕಲನ್ನು ರಚಿಸಲು, ಮೆಟಾಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಿ, SQL ವಹಿವಾಟು ಲಾಗ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಿ, ಇತ್ಯಾದಿ. ವೀಮ್ ಅತಿಥಿ ಸಹಾಯಕ. ಮತ್ತು ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಇಂಡೆಕ್ಸ್ ಮಾಡಿದ್ದರೆ, ವೀಮ್ ಅತಿಥಿ ಸೂಚ್ಯಂಕ . ಇವುಗಳು ಬ್ಯಾಕ್‌ಅಪ್‌ನ ಅವಧಿಗೆ ನಿಯೋಜಿಸಲಾದ ತಾತ್ಕಾಲಿಕ ಸೇವೆಗಳಾಗಿವೆ ಮತ್ತು ಅದರ ನಂತರ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ.

ಲಿನಕ್ಸ್ ಯಂತ್ರಗಳ ಸಂದರ್ಭದಲ್ಲಿ, ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಅಂತರ್ನಿರ್ಮಿತ ಗ್ರಂಥಾಲಯಗಳ ಉಪಸ್ಥಿತಿ ಮತ್ತು ಸಿಸ್ಟಮ್ನ ಸಾಮರ್ಥ್ಯಗಳ ಕಾರಣದಿಂದಾಗಿ ಎಲ್ಲವೂ ಹೆಚ್ಚು ಸರಳವಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಇಂಡೆಕ್ಸಿಂಗ್ ಅನ್ನು ಮ್ಲೊಕೇಟ್ ಮೂಲಕ ಮಾಡಲಾಗುತ್ತದೆ.

ಈಗ ಅಷ್ಟೆ

ಇನ್ನು ನಿನ್ನನ್ನು ನೋಯಿಸುವ ಧೈರ್ಯ ನನಗಿಲ್ಲ ಚಿಕ್ಕದಾಗಿದೆ ವೀಮ್ ಇಂಜಿನ್ ಕಂಪಾರ್ಟ್‌ಮೆಂಟ್‌ನ ಪರಿಚಯವು ಮುಗಿದಿದೆ ಎಂದು ನಾನು ಪರಿಗಣಿಸುತ್ತೇನೆ. ಹೌದು, ನಾವು ಗುಹೆಗಳ ಹತ್ತಿರವೂ ಬಂದಿಲ್ಲ, ಆದರೆ ನನ್ನನ್ನು ನಂಬಿರಿ, ಆದ್ದರಿಂದ ಅವುಗಳಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾದ ಮಾಹಿತಿಯು ಪ್ರಜ್ಞೆಯ ಅಸಂಗತ ಸ್ಟ್ರೀಮ್ನಂತೆ ತೋರುತ್ತಿಲ್ಲ, ಅಂತಹ ಪರಿಚಯವು ಸಂಪೂರ್ಣವಾಗಿ ಅವಶ್ಯಕವಾಗಿದೆ. ನಾನು ಮೂರನೇ ಲೇಖನದಲ್ಲಿ ಮಾತ್ರ ಲಾಗ್‌ಗಳಿಗೆ ಹೋಗಲು ಯೋಜಿಸುತ್ತೇನೆ ಮತ್ತು ಮುಂದಿನ ಯೋಜನೆಯು ಲಾಗ್‌ಗಳನ್ನು ಯಾರು ಉತ್ಪಾದಿಸುತ್ತಾರೆ, ಅವುಗಳಲ್ಲಿ ನಿಖರವಾಗಿ ಏನನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಏಕೆ ನಿಖರವಾಗಿ ಮತ್ತು ಇಲ್ಲದಿದ್ದರೆ ಅಲ್ಲ ಎಂಬುದನ್ನು ವಿವರಿಸುವುದು.

ಮೂಲ: www.habr.com