ಲಿನಕ್ಸ್ ಕರ್ನಲ್
ಎಂಬುದು ಇತ್ತೀಚೆಗೆ ಬಹಿರಂಗವಾಗಿದೆ Btrfs ಗೆ ಸುಧಾರಣೆಗಳನ್ನು Linux 6.2 ಕರ್ನಲ್‌ನಲ್ಲಿ ಸೇರಿಸಲು ಪ್ರಸ್ತಾಪಿಸಲಾಗಿದೆ RAID 5/6 ಅನುಷ್ಠಾನದಲ್ಲಿ ಬರೆಯುವ ರಂಧ್ರದ ಸಮಸ್ಯೆಯನ್ನು ಸರಿಪಡಿಸಲು.
ರೆಕಾರ್ಡಿಂಗ್ ಸಮಯದಲ್ಲಿ ಕ್ರ್ಯಾಶ್ ಸಂಭವಿಸಿದಲ್ಲಿ, ಯಾವ RAID ಸಾಧನಗಳಲ್ಲಿ ಯಾವ ಬ್ಲಾಕ್ ಅನ್ನು ಸರಿಯಾಗಿ ಬರೆಯಲಾಗಿದೆ ಮತ್ತು ರೆಕಾರ್ಡಿಂಗ್ ಪೂರ್ಣಗೊಂಡಿಲ್ಲ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಆರಂಭದಲ್ಲಿ ಅಸಾಧ್ಯ ಎಂಬ ಅಂಶಕ್ಕೆ ಸಮಸ್ಯೆಯ ಸಾರವು ಕುದಿಯುತ್ತದೆ.
ಈ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ನೀವು RAID ಅನ್ನು ಮರುನಿರ್ಮಾಣ ಮಾಡಲು ಪ್ರಯತ್ನಿಸಿದರೆ, RAID ಬ್ಲಾಕ್‌ಗಳ ಸ್ಥಿತಿಯು ಸಿಂಕ್ ಆಗದ ಕಾರಣ ಚಂದಾದಾರರ ಬ್ಲಾಕ್‌ಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ಬ್ಲಾಕ್‌ಗಳು ದೋಷಪೂರಿತವಾಗಬಹುದು. ಈ ಪರಿಣಾಮವನ್ನು ಎದುರಿಸಲು ಯಾವುದೇ ವಿಶೇಷ ಕ್ರಮಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳದಿರುವ ಯಾವುದೇ RAID1/5/6 ರಚನೆಯಲ್ಲಿ ಈ ಸಮಸ್ಯೆ ಉಂಟಾಗುತ್ತದೆ.
btrfs ನಲ್ಲಿ RAID1 ನಂತಹ RAID ಅಳವಡಿಕೆಯಲ್ಲಿ, ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ ಎರಡೂ ನಕಲುಗಳಲ್ಲಿ ಚೆಕ್ಸಮ್ಗಳನ್ನು ಬಳಸುವ ಮೂಲಕ, ಹೊಂದಾಣಿಕೆಯಾಗದಿದ್ದಲ್ಲಿ, ಎರಡನೇ ಪ್ರತಿಯಿಂದ ಡೇಟಾವನ್ನು ಸರಳವಾಗಿ ಮರುಸ್ಥಾಪಿಸಲಾಗುತ್ತದೆ. ಯಾವುದೇ ಸಾಧನವು ಸಂಪೂರ್ಣವಾಗಿ ವಿಫಲಗೊಳ್ಳುವ ಬದಲು ಕೆಟ್ಟ ಡೇಟಾವನ್ನು ನೀಡಲು ಪ್ರಾರಂಭಿಸಿದರೆ ಈ ವಿಧಾನವು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ಆದಾಗ್ಯೂ, RAID5/6 ಸಂದರ್ಭದಲ್ಲಿ, ಕಡತ ವ್ಯವಸ್ಥೆಯು ಚೆಕ್ಸಮ್ಗಳನ್ನು ಸಂಗ್ರಹಿಸುವುದಿಲ್ಲ ಪ್ಯಾರಿಟಿ ಬ್ಲಾಕ್‌ಗಳಿಗಾಗಿ - ಸಾಮಾನ್ಯ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ, ಬ್ಲಾಕ್‌ಗಳ ಸರಿಯಾದತೆಯನ್ನು ಅವೆಲ್ಲವೂ ಚೆಕ್‌ಸಮ್‌ನೊಂದಿಗೆ ಅಳವಡಿಸಲಾಗಿದೆ ಎಂಬ ಅಂಶದಿಂದ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಪ್ಯಾರಿಟಿ ಬ್ಲಾಕ್ ಅನ್ನು ಡೇಟಾದಿಂದ ಮರುಸೃಷ್ಟಿಸಬಹುದು. ಆದಾಗ್ಯೂ, ಭಾಗಶಃ ರೆಕಾರ್ಡಿಂಗ್ ಸಂದರ್ಭದಲ್ಲಿ, ಈ ವಿಧಾನವು ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸದಿರಬಹುದು. ಈ ವಿಷಯದಲ್ಲಿ, ರಚನೆಯನ್ನು ಮರುಸ್ಥಾಪಿಸುವಾಗ, ಅದು ಸಾಧ್ಯ ಬ್ಲಾಕ್‌ಗಳು ಅಪೂರ್ಣ ದಾಖಲೆಯಲ್ಲಿ ಉಳಿದಿವೆ ತಪ್ಪಾಗಿ ಮರುಸ್ಥಾಪಿಸಲಾಗಿದೆ.
btrfs ನ ಸಂದರ್ಭದಲ್ಲಿ, ಸಂಭವಿಸುವ ಬರಹವು ಸ್ಟ್ರೈಪ್‌ಗಿಂತ ಚಿಕ್ಕದಾಗಿದ್ದರೆ ಈ ಸಮಸ್ಯೆ ಹೆಚ್ಚು ಪ್ರಸ್ತುತವಾಗಿರುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಫೈಲ್ ಸಿಸ್ಟಮ್ ಓದಲು-ಮಾರ್ಪಡಿಸಿ-ಬರೆಯುವ (RMW) ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಿರ್ವಹಿಸಬೇಕು.
ಇದು ಪ್ರಗತಿಯಲ್ಲಿರುವ ಬ್ಲಾಕ್ಗಳನ್ನು ಎದುರಿಸಿದರೆ, RMW ಕಾರ್ಯಾಚರಣೆಯು ಭ್ರಷ್ಟಾಚಾರವನ್ನು ಉಂಟುಮಾಡಬಹುದು, ಅದು ಚೆಕ್ಸಮ್ಗಳನ್ನು ಲೆಕ್ಕಿಸದೆಯೇ ಪತ್ತೆಯಾಗುವುದಿಲ್ಲ. ಡೆವಲಪರ್‌ಗಳು ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಿದ್ದಾರೆ, ಇದರಲ್ಲಿ RMW ಕಾರ್ಯಾಚರಣೆಯು ಈ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಿರ್ವಹಿಸುವ ಮೊದಲು ಬ್ಲಾಕ್‌ಗಳ ಚೆಕ್‌ಸಮ್ ಅನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ ಮತ್ತು ಅಗತ್ಯವಿದ್ದರೆ, ಡೇಟಾ ಮರುಪಡೆಯುವಿಕೆ ಬರೆಯುವ ನಂತರ ಚೆಕ್‌ಸಮ್ ಪರಿಶೀಲನೆಯನ್ನು ಸಹ ಮಾಡುತ್ತದೆ.
ದುರದೃಷ್ಟವಶಾತ್, ಒಂದು ಅಪೂರ್ಣ ಫ್ರಿಂಜ್ (RMW) ಬರೆಯಲಾದ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ, ಇದು ಚೆಕ್ಸಮ್ಗಳನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಹೆಚ್ಚುವರಿ ಓವರ್ಹೆಡ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ, ಆದರೆ ಗಮನಾರ್ಹವಾಗಿ ವಿಶ್ವಾಸಾರ್ಹತೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ. RAID6 ಗಾಗಿ, ಅಂತಹ ತರ್ಕವು ಇನ್ನೂ ಸಿದ್ಧವಾಗಿಲ್ಲ,
ಹೆಚ್ಚುವರಿಯಾಗಿ, ಡೆವಲಪರ್‌ಗಳಿಂದ RAID5/6 ಬಳಕೆಯ ಶಿಫಾರಸುಗಳನ್ನು ನಾವು ಗಮನಿಸಬಹುದು, ಇದರ ಸಾರವೆಂದರೆ Btrfs ನಲ್ಲಿ ಮೆಟಾಡೇಟಾ ಮತ್ತು ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುವ ಪ್ರೊಫೈಲ್ ಭಿನ್ನವಾಗಿರಬಹುದು. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನೀವು ಮೆಟಾಡೇಟಾಕ್ಕಾಗಿ RAID1 (ಕನ್ನಡಿ) ಅಥವಾ RAID1C3 (3 ಪ್ರತಿಗಳು) ಪ್ರೊಫೈಲ್ ಅನ್ನು ಬಳಸಬಹುದು ಮತ್ತು ಡೇಟಾಕ್ಕಾಗಿ RAID5 ಅಥವಾ RAID6 ಅನ್ನು ಬಳಸಬಹುದು.
ಇದು ವಿಶ್ವಾಸಾರ್ಹ ಮೆಟಾಡೇಟಾ ರಕ್ಷಣೆ ಮತ್ತು ಒಂದು ಕಡೆ "ಬರೆಯುವ ರಂಧ್ರ" ಇಲ್ಲದಿರುವುದನ್ನು ಖಾತ್ರಿಗೊಳಿಸುತ್ತದೆ ಮತ್ತು RAID5/6 ನ ವಿಶಿಷ್ಟವಾದ ಜಾಗದ ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿ ಬಳಕೆಯನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ. ಇದು ಮೆಟಾಡೇಟಾ ಭ್ರಷ್ಟಾಚಾರವನ್ನು ತಡೆಯುತ್ತದೆ ಮತ್ತು ಡೇಟಾ ಭ್ರಷ್ಟಾಚಾರವನ್ನು ಸರಿಪಡಿಸಬಹುದು.
ಸಹ ಕರ್ನಲ್ 6.2 ರಲ್ಲಿ Btrfs ನಲ್ಲಿ SSD ಗಳಿಗೆ ಎಂದು ಗಮನಿಸಬಹುದು, la "ತಿರಸ್ಕರಿಸಿ" ಕಾರ್ಯಾಚರಣೆಯ ಅಸಮಕಾಲಿಕ ಮರಣದಂಡನೆ (ಇನ್ನು ಮುಂದೆ ಭೌತಿಕವಾಗಿ ಸಂಗ್ರಹಿಸಲಾಗದ ಮುಕ್ತ ಬ್ಲಾಕ್ಗಳನ್ನು ಗುರುತಿಸಿ) ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಆನ್ ಆಗಿರುತ್ತದೆ.
ಇದರ ಪ್ರಯೋಜನ ಮೋಡ್ ಹೆಚ್ಚಿನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಹೊಂದಿದೆ ಸರದಿಯಲ್ಲಿನ ನಿರ್ವಹಣಾ ಕಾರ್ಯಾಚರಣೆಗಳ ಸಮರ್ಥ ಗುಂಪುಗಾರಿಕೆ ಮತ್ತು ಹಿನ್ನೆಲೆ ನಿರ್ವಾಹಕರಿಂದ ಸರದಿಯ ನಂತರದ ಪ್ರಕ್ರಿಯೆಯಿಂದಾಗಿ, ಸಾಮಾನ್ಯ ಎಫ್ಎಸ್ ಕಾರ್ಯಾಚರಣೆಗಳು ನಿಧಾನವಾಗುವುದಿಲ್ಲ ಏಕೆಂದರೆ ಸಿಂಕ್ರೊನಸ್ "ಡಿಸ್ಕಾರ್ಡ್" ಬ್ಲಾಕ್ಗಳನ್ನು ಮುಕ್ತಗೊಳಿಸಲಾಗುತ್ತದೆ ಮತ್ತು SSD ಉತ್ತಮಗೊಳಿಸಬಹುದು ನಿರ್ಧಾರಗಳು. ಮತ್ತೊಂದೆಡೆ, ನೀವು ಇನ್ನು ಮುಂದೆ fstrim ನಂತಹ ಉಪಯುಕ್ತತೆಗಳನ್ನು ಬಳಸಬೇಕಾಗಿಲ್ಲ, ಏಕೆಂದರೆ ಹೆಚ್ಚುವರಿ ಸ್ಕ್ಯಾನಿಂಗ್ ಅಗತ್ಯವಿಲ್ಲದೇ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ನಿಧಾನಗೊಳಿಸದೆಯೇ FS ನಲ್ಲಿ ಲಭ್ಯವಿರುವ ಎಲ್ಲಾ ಬ್ಲಾಕ್ಗಳನ್ನು ಅಳಿಸಲಾಗುತ್ತದೆ.
ಅಂತಿಮವಾಗಿ, ಇದರ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು ತಿಳಿದುಕೊಳ್ಳಲು ನಿಮಗೆ ಆಸಕ್ತಿ ಇದ್ದರೆ, ನೀವು ವಿವರಗಳನ್ನು ಇಲ್ಲಿ ಸಂಪರ್ಕಿಸಬಹುದು ಕೆಳಗಿನ ಲಿಂಕ್.