SSH ಮೂಲಕ rsync ಬಳಸಿ ಎರಡು ಸರ್ವರ್ಗಳ ನಡುವೆ ಭಾರಿ ಫೈಲ್‌ಗಳನ್ನು ವೇಗವಾಗಿ ಮತ್ತು ಸುರಕ್ಷಿತವಾಗಿ ವರ್ಗಾಯಿಸುವುದು

SSH ಮೂಲಕ rsync ಪದೆ, ಎರಡು ಲಿನಕ್ಸ್ ಸರ್ವರ್ಗಳ ನಡುವೆ ಭಾರಿ ಫೈಲ್‌ಗಳನ್ನು ವೇಗವಾಗಿ, ಸುರಕ್ಷಿತವಾಗಿ ಹಾಗೂ ಸಂಪರ್ಕ ಮುರಿಯುವುದಕ್ಕೆ ಪ್ರತಿರೋಧವಾಗಿರುವಂತೆ ವರ್ಗಾಯಿಸಲು ಅತ್ಯಂತ ಉಪಯುಕ್ತ ವಿಧಾನವಾಗಿದೆ. ವಿಶೇಷವಾಗಿ ನೂರಾರು GB ಗಾತ್ರದ ವೆಬ್‌ಸೈಟ್ ಫೈಲ್‌ಗಳು, ಬ್ಯಾಕಪ್ ಆರ್ಕೈವ್‌ಗಳು, ಮೀಡಿಯಾ ಫೋಲ್ಡರ್‌ಗಳು ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ಡೇಟಾಗಳನ್ನು ವರ್ಗಾಯಿಸುವಾಗ rsync ಸಾಂಪ್ರದಾಯಿಕ ಪಠ್ಯ-ಕಾಪಿ ಪದಗಳಿಗಿಂತ ವೇಗದಲ್ಲಿ ಬಹುಪಾಲು ಲಾಭವನ್ನು ಒದಗಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಇದು ಕೇವಲ ಬದಲಾದ ಬ್ಲಾಕ್‌ಗಳನ್ನು ಮಾತ್ರ ವರ್ಗಾಯಿಸುತ್ತದೆ. ಮೂಲತಃ, ಮೂಲ ಸರ್ವರ್‌ನ ಫೈಲ್‌ಗಳನ್ನು SSH ಟನಲ್‌ ಮೂಲಕ ಗಮ್ಯ ಸರ್ವರ್‌ಗೆ ಎನ್ಕ್ರಿಪ್ಟ್ ಆಗಿ ಸಿಂಕ್ರೋನೈಸ್ ಮಾಡಲಾಗುತ್ತದೆ; ಸಂಪರ್ಕ ಮುರಿಯುತ್ತಾ, ಕಾರ್ಯ ಮತ್ತೆ ಆರಂಭಿಸದೆ ಉಳಿದಿದ್ದಲ್ಲಿಂದ ಮುಂದುವರಿಯಬಹುದು.

ಸರ್ವರ್ ವರ್ಗಾವಣೆ, ಹೋಸ್ಟಿಂಗ್ ಅಪ್‌ಗ್ರೇಡ್, ಡೇಟಾ ಸೆಂಟರ್ ಬದಲಾವಣೆ ಅಥವಾ ಬ್ಯಾಕಪ್ ಕಾರ್ಯಗಳಲ್ಲಿ ವೇಗವೇ ಅಲ್ಲದೆ ಡೇಟಾ ಸಮಗ್ರತೆಯೂ ಮಹತ್ವದ್ದು. ಭಾರಿ ಆರ್ಕೈವ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ ಮತ್ತೆ ಅಪ್‌ಲೋಡ್ ಮಾಡುವುದರಿಂದ ಸಮಯ ವ್ಯರ್ಥವಾಗಬಹುದು ಮತ್ತು ಸಂಪರ್ಕ ತಪ್ಪುವ ಸಂದರ್ಭದಲ್ಲಿ ಕಾರ್ಯವನ್ನು ಮತ್ತೆ ಆರಂಭಿಸಬೇಕಾಗುತ್ತದೆ. rsync ಈ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ಫೈಲ್ ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್, ಅನುಮತಿ, ಮಾಲೀಕತ್ವ ಮಾಹಿತಿ ಮತ್ತು ಫೋಲ್ಡರ್ ರಚನೆಯನ್ನು ಉಳಿಸಬಹುದು. ಆ ಕಾರಣದಿಂದ ಲಿನಕ್ಸ್ ಸಿಸ್ಟಂ ನಿರ್ವಾಹಕರು, DevOps ತಂಡಗಳು ಮತ್ತು ವೆಬ್ ಹೋಸ್ಟಿಂಗ್ ತಜ್ಞರು ದಿನನಿತ್ಯದ ಕಾರ್ಯಗಳಲ್ಲಿ rsync ನನ್ನು ಹೆಚ್ಚು ಬಳಸುತ್ತಾರೆ.

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

rsync ಎಂದರೆ ಏನು? ಭಾರಿ ಫೈಲ್‌ಗಳನ್ನು ವರ್ಗಾಯಿಸಲು ಯಾಕೆ ಬಳಸಬೇಕು?

rsync ಒಂದು ಶಕ್ತಿಶಾಲಿ ಕಮಾಂಡ್-ಲೈನ್ ಸಾಧನವಾಗಿದ್ದು, ಫೈಲ್‌ಗಳು ಮತ್ತು ಫೋಲ್ಡರ್‌ಗಳನ್ನು ಸ್ಥಳೀಯ ಅಥವಾ ದೂರದ ಸರ್ವರ್ಗಳ ನಡುವೆ ಸಮನ್ವಯಗೊಳಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ. ಅದರ ಅತ್ಯಂತ ವಿಶೇಷತೆ ಎಂದರೆ "ಡೆಲ್ಟಾ ಟ್ರಾನ್ಸ್‌ಫರ್" ಅಲ್ಗೊರಿಥಮ್. ಇದು ಪ್ರತೀ ಬಾರಿ ಫೈಲ್‌ಗಳ ಸಂಪೂರ್ಣ ಭಾಗವನ್ನು ವರ್ಗಾಯಿಸದೆ, ಕೇವಲ ಬದಲಾದ ಭಾಗಗಳನ್ನು ಮಾತ್ರ ಗಮ್ಯ ಸರ್ವರ್‌ಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ 80 GB ಬ್ಯಾಕಪ್ ಫೈಲ್‌ನಲ್ಲಿಅನುಮಿತ 2 GB ಮಾತ್ರ ಬದಲಾಗಿದೆ ಎಂದರೆ, ಸರಿಯಾದ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳೊಂದಿಗೆ ಕೇವಲ ಬದಲಾದ ಬ್ಲಾಕ್‌ಗಳನ್ನೇ ವರ್ಗಾಯಿಸಲು rsync ಸಾಧ್ಯವಾಗುತ್ತದೆ.

SSH, ಫೈಲ್‌ಗಳನ್ನು ಎನ್ಕ್ರಿಪ್ಟೆಡ್ ಆಗಿ ವರ್ಗಾಯಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ. rsync ಕಮಾಂಡ್ ಬಳಸಿ, ಡೇಟಾ ನೆಟ್‌ವರ್ಕ್ ಮೂಲಕ ಸಾಗುವಾಗ ಫೈಲ್ ವಿಷಯವನ್ನು ಪ್ಲೇನ್ ಟೆಕ್ಸ್‌ಟ್‌ನಲ್ಲಿಯೇ ಕಳುಹಿಸುವುದಿಲ್ಲ. ಇದು ಖಾಸಗಿ ಗ್ರಾಹಕ ಡೇಟಾ, ಇ-ಕಾಮರ್ಸ್ ಆರ್ಡರ್, ಮೀಡಿಯಾ ಆರ್ಕೈವ್, ಡೇಟಾಬೇಸ್ ಬ್ಯಾಕಪ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಫೈಲ್‌ಗಳಿಗಾಗಿ ವಿಶೇಷವಾಗಿ ಮಹತ್ವದ್ದು. ಹೋಸ್ಟಿಂಗ್ ಲೋಕದಲ್ಲಿ ಡೇಟಾ ಸುರಕ್ಷತೆ SSL ಸर्टಿಫಿಕೇಟ್ ಮಾತ್ರವಲ್ಲ; ಸರ್ವರ್ಗಳ ನಡುವೆ ಫೈಲ್ ವರ್ಗಾಯಿಸುವ ಚಾನಲ್ ಕೂಡ ಸುರಕ್ಷಿತ ಇರಬೇಕು. ವೆಬ್‌ಸೈಟ್ ಟ್ರಾಫಿಕ್‌ಗಾಗಿ SSL ನ್ಯಾಯોચ್ಕಾರ ಬಳಸುವಂತೆ, ಸರ್ವರ್‌ಗಳ ಮಧ್ಯೆ ಫೈಲ್ ವರ್ಗಾವಣೆಗೆ SSH ಎನ್ಕ್ರಿಪ್ಶನ್ ಬಳಸುವುದು ಶ್ರೇಷ್ಠ.

rsync FTP ಅಥವಾ ಹಸ್ತಚಾಲಿತ ಡೌನ್‌ಲೋಡ್-ಅಪ್‌ಲೋಡ್ ಪದಗಳಿಗಿಂತ ಹೆಚ್ಚು ಅನುವು ಹೊಂದಿದೆ. ಇದು ಫೈಲ್ ಅನುಮತಿ ಉಳಿಸಬಹುದು, ಸಿಂಬಾಲಿಕ್ ಲಿಂಕ್‌ಗಳನ್ನು ವರ್ಗಾಯಿಸಬಹುದು, ಹತ್ತಿರದ ಫೈಲ್‌ಗಳನ್ನು ಗಮ್ಯದಲ್ಲಿ ಕೂಡ ಬರಿಯಬಹುದು, ಬ್ಯಾನ್ಡ್‌ವಿಡ್ತ್ ನಿಯಂತ್ರಿಸಬಹುದು ಮತ್ತು ವರ್ಗಾವಣೆ ಮೊದಲು ಪರೀಕ್ಷೆ ನಡೆಸಬಹುದು. ಭಾರಿ ಡೇಟಾ ವರ್ಗಾಯಿಸುವ ಸಂದರ್ಭಗಳಲ್ಲಿ ಈ ನಿಯಂತ್ರಣ ಮಟ್ಟವು ಬಹುಪಾಲು ಲಾಭ ನೀಡುತ್ತದೆ.

SSH ಮೂಲಕ rsync ಯಾವ ಸಂದರ್ಭಗಳಲ್ಲಿ ಬಳಸಬೇಕು?

SSH ಮೂಲಕ rsync ಕಮಾಂಡ್, ವಿಶೇಷವಾಗಿ ಭಾರಿ, ಅನೇಕ ಅಥವಾ ನಿರಂತರ ಬದಲಾದ ಫೈಲ್‌ಗಳ ವರ್ಗಾವಣೆಗೆ ಸೂಕ್ತವಾಗಿದೆ. ಸಣ್ಣ ಚಿತ್ರಗಳ ಫೋಲ್ಡರ್‌ಗಾಗಿ ಹಸ್ತಚಾಲಿತ SFTP ಸಾಕಾಗಬಹುದು; ಆದರೆ ಸಾವಿರಾರು ಫೈಲ್‌ಗಳು, ವಿವಿಧ ಅನುಮತಿ ಹಾಗೂ ಭಾರಿ ಆರ್ಕೈವ್‌ಗಳಿದ್ದಲ್ಲಿ rsync ಅತ್ಯಂತ ವಿಶ್ವಾಸಾರ್ಹ ಆಯ್ಕೆಯಾಗುತ್ತದೆ.

• ಹಳೆಯ ಸರ್ವರ್‌ನಿಂದ ಹೊಸ VPS ಸರ್ವರ್‌ಗೆ ವೆಬ್‌ಸೈಟ್ ವರ್ಗಾಯಿಸುತ್ತಿದ್ದರೆ.
• WordPress uploads ಫೋಲ್ಡರ್‌ನಂತೆ ಸಾವಿರಾರು ಮೀಡಿಯಾ ಫೈಲ್‌ಗಳನ್ನೊಳಗೊಂಡ ಡೈರೆಕ್ಟರಿಗಳನ್ನು ವರ್ಗಾಯಿಸುತ್ತಿದ್ದರೆ.
• ದಿನದ, ವಾರದ ಅಥವಾ ತಿಂಗಳ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಬೇರೆ ಸರ್ವರ್‌ಗೆ ಕಾಪಿ ಮಾಡಬೇಕಾದರೆ.
• ಡೇಟಾ ಸೆಂಟರ್ ಅಥವಾ ಹೋಸ್ಟಿಂಗ್ ಪೂರೈಕೆದಾರ ಬದಲಾಯಿಸುತ್ತಿದ್ದರೆ.
• ಅಪ್ಲಿಕೇಶನ್ ಫೈಲ್‌ಗಳನ್ನು ಪ್ರೊಡಕ್ಷನ್ ಮತ್ತು ಬ್ಯಾಕಪ್ ಸರ್ವರ್ ನಡುವೆ ಸಮನ್ವಯಗೊಳಿಸಬೇಕಾದರೆ.
• ಸಂಪರ್ಕ ಮುರಿಯುವ ಸಾಧ್ಯತೆ ಇರುವ ದೀರ್ಘಕಾಲದ ವರ್ಗಾವಣೆ ಯೋಜನೆ ಇದ್ದರೆ.

ಉದಾಹರಣೆಗೆ 250 GB ಮೀಡಿಯಾ ಫೋಲ್ಡರ್‌ನ್ನು ಡೆಸ್ಕ್‌ಟಾಪ್‌ಗೆ ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ, ನಂತರ ಹೊಸ ಸರ್ವರ್‌ಗೆ ಅಪ್‌ಲೋಡ್ ಮಾಡಿದರೆ, ಎರಡು ಬಾರಿಯ ವರ್ಗಾವಣೆ ಆಗುತ್ತದೆ. ಇದು ಒಟ್ಟು ಸಮಯವನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ ಮತ್ತು ನಿಮ್ಮ ಇಂಟರ್ನೆಟ್ ಸಂಪರ್ಕವನ್ನು ತಡೆಗಟ್ಟುತ್ತದೆ. rsync ಮೂಲಕ ಮೂಲದಿಂದ ಗಮ್ಯಕ್ಕೆ ನೇರವಾಗಿ ವರ್ಗಾಯಿಸುವ ಮೂಲಕ ಮಧ್ಯದ ಹಂತವನ್ನು ತೆಗೆದುಹಾಕಬಹುದು.

ಆರಂಭಿಸುವ ಮೊದಲು ಅಗತ್ಯವಿರುವವು

rsync ಕಾರ್ಯಾಚರಣೆಗೆ ಕಮಾಂಡ್ ಅರಿಯುವುದು ಮಾತ್ರ ಸಾಕಾಗುವುದಿಲ್ಲ. ಮೂಲ ಮತ್ತು ಗಮ್ಯ ಸರ್ವರ್‌ಗಳ ಪರಿಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸುವುದು, ಡೇಟಾ ನಷ್ಟ ಅಥವಾ ಅರ್ಧ ವರ್ಗಾವಣೆ ಸಾಧ್ಯತೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ಕೆಳಗಿನ ತಪಾಸಣೆಗಳನ್ನು ಪ್ರೊಡಕ್ಷನ್‌ಗೊಳಿಸಲು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ:

1. SSH ಪ್ರವೇಶವನ್ನು ದೃಢೀಕರಿಸಿ

ಮೂಲ ಸರ್ವರ್‌ನಿಂದ ಗಮ್ಯ ಸರ್ವರ್‌ಗೆ SSH ಸಂಪರ್ಕ ಸಾಧ್ಯವಿರಬೇಕು. ಸಾಮಾನ್ಯವಾಗಿ ssh ಬಳಕೆದಾರ@ಗಮ್ಯ-ಸರ್ವರ್-ip ಮೂಲಕ ಪರೀಕ್ಷೆ ಮಾಡಬಹುದು. SSH ವಿಭಿನ್ನ ಪೋರ್ಟ್‌ನಲ್ಲಿ ಇದ್ದರೆ ssh -p 2222 ಬಳಕೆದಾರ@ಗಮ್ಯ-ಸರ್ವರ್-ip ಬಳಸಿ ಪರೀಕ್ಷಿಸಿ. ಸಂಪರ್ಕ ವಿಫಲವಾದರೆ rsync ಕೂಡ ಕಾರ್ಯಗೊಳ್ಳುವುದಿಲ್ಲ. ಫೈರ್‌ವಾಲ್, Fail2ban, SSH ಪೋರ್ಟ್, ಬಳಕೆದಾರ ಅನುಮತಿ ಮತ್ತು ಪಾಸ್ವರ್ಡ್ ಅಥವಾ ಕೀ ದೃಢೀಕರಣ ಪರಿಶೀಲಿಸಿ.

2. rsync ಪ್ಯಾಕೇಜ್ ಇನ್ಸ್ಟಾಲ್ ಆಗಿರುವುದನ್ನು ಪರಿಶೀಲಿಸಿ

ಬಹುತೇಕ ಲಿನಕ್ಸ್ ಡಿಸ್ಟ್ರೋಗಳಲ್ಲಿ rsync ಪೂರ್ವಭಾವಿಯಾಗಿ ಇರುತ್ತದೆ; ಆದರೂ rsync --version ಮೂಲಕ ಪರಿಶೀಲಿಸಿ. ಇನ್ಸ್ಟಾಲ್ ಆಗಿಲ್ಲದಿದ್ದರೆ apt install rsync (Debian/Ubuntu) ಅಥವಾ dnf install rsync/yum install rsync (CentOS/AlmaLinux/Rocky) ಬಳಸಿ ಇನ್ಸ್ಟಾಲ್ ಮಾಡಿ. Hostragons VPS ನಲ್ಲಿ ಲಿನಕ್ಸ್ ಬಳಸುತ್ತಿರುವಿರೆಂದ್ರೆ, ಇನ್ಸ್ಟಾಲ್ ಕೆಲ ಸೆಕೆಂಡ್‌ಗಳಲ್ಲಿ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆ.

3. ಡಿಸ್ಕ್ ಸ್ಥಳವನ್ನು ಲೆಕ್ಕಿಸಿ

ಗಮ್ಯ ಸರ್ವರ್‌ನಲ್ಲಿ ಸಾಕಷ್ಟು ಖಾಲಿ ಸ್ಥಳ ಇಲ್ಲದಿದ್ದರೆ, ಕಾರ್ಯ ಅರ್ಧದಲ್ಲೇ ನಿಂತು ಹೋಗುತ್ತದೆ. ಮೂಲ ಡೈರೆಕ್ಟರಿ ಗಾತ್ರ du -sh /ಮೂಲ/ಡೈರೆಕ್ಟರಿ ಮೂಲಕ ನೋಡಬಹುದು. ಗಮ್ಯದಲ್ಲಿ df -h ಮೂಲಕ ಡಿಸ್ಕ್ ಸ್ಥಿತಿ ನೋಡಬೇಕು. ಪ್ರಾಯೋಗಿಕವಾಗಿ, ಫೈಲ್ ಗಾತ್ರಕ್ಕಿಂತ ಸ್ವಲ್ಪ ಹೆಚ್ಚಾದ ಸ್ಥಳ, ತಾತ್ಕಾಲಿಕ ಫೈಲ್ ಮತ್ತು ಲಾಗ್‌ಗಳಿಗೂ ಮೀಸಲಿಡಬೇಕು. ಉದಾಹರಣೆಗೆ 500 GB ಡೇಟಾ ವರ್ಗಾಯಿಸಿದರೆ ಗಮ್ಯದಲ್ಲಿ 550-600 GB ಖಾಲಿ ಸ್ಥಳ ಇರಿಸಿಕೊಳ್ಳುವುದು ಸೂಕ್ತ.

4. ಪ್ರಮುಖ ಸೇವೆಗಳು ಮತ್ತು ಬದಲಾಗುವ ಫೈಲ್‌ಗಳು

ಲೈವ್ ವೆಬ್‌ಸೈಟ್‌ಗಳಲ್ಲಿ, ಫೈಲ್‌ಗಳು ವರ್ಗಾವಣೆಯ ಸಮಯದಲ್ಲಿ ಬದಲಾಗಬಹುದು. ವಿಶೇಷವಾಗಿ ಯೂಸರ್ ಅಪ್‌ಲೋಡ್‌ಗಳು, ಕ್ಯಾಶೆ ಫೋಲ್ಡರ್‌ಗಳು ಮತ್ತು ಲಾಗ್‌ಗಳು ನಿರಂತರವಾಗಿ ಅಪ್ಡೇಟ್ ಆಗುತ್ತವೆ. ಭಾರಿ ವರ್ಗಾವಣೆಯಲ್ಲಿ ಮೊದಲು ಮುಖ್ಯ ಡೇಟಾ ವರ್ಗಾಯಿಸಿ, ನಂತರ ಸೈಟ್‌ನ್ನು ಬಾಕಿ ಮೋಡ್‌ಗೆ ಹಾಕಿ, ಮತ್ತೆ rsync ಮೂಲಕ ಕೊನೆಯ ಸಿಂಕ್ರೋನೈಜೇಶನ್ ಮಾಡಿ. WordPress‌ಗಳಿಗೆ ವೋರ್ಡ್‌ಪ್ರೆಸ್ ಹೋಸ್ಟಿಂಗ್ ಸ್ಥಳಾಂತರ ಮಾರ್ಗದರ್ಶಿ ಬಳಸಬಹುದು.

rsync ಮೂಲ ಕಮಾಂಡ್: ಎರಡು ಸರ್ವರ್ಗಳ ನಡುವೆ ಫೈಲ್ ವರ್ಗಾವಣೆಗೆ

rsync -avz /ಮೂಲ/ಡೈರೆಕ್ಟರಿ/ ಬಳಕೆದಾರ@ಗಮ್ಯ-ip:/ಗಮ್ಯ/ಡೈರೆಕ್ಟರಿ/ ಎನ್ನುವುದು ಸಾಮಾನ್ಯ ರೂಪ. ಇಲ್ಲಿ -a ಅರ್ಕೈವ್ ಮೋಡ್ (ಅನುಮತಿ, ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್, ಸಿಂಬಾಲಿಕ್ ಲಿಂಕ್‌ಗಳನ್ನು ಉಳಿಸುತ್ತದೆ), -v ವಿವರವಾದ ಔಟ್‌ಪುಟ್, -z ಕಮ್ಪ್ರೆಶನ್. ಡೈರೆಕ್ಟರಿ ಅಂತಿಮ '/' ಗುರುತು ಮುಖ್ಯ: /ಮೂಲ/ಡೈರೆಕ್ಟರಿ/ ಎಂದರೆ ಒಳಗಿನ ಫೈಲ್‌ಗಳು ಮಾತ್ರ, /ಮೂಲ/ಡೈರೆಕ್ಟರಿ ಎಂದರೆ ಡೈರೆಕ್ಟರಿ ಸಹ ಗಮ್ಯದಲ್ಲಿ ಸೃಷ್ಟಿಯಾಗುತ್ತದೆ.

ಉದಾಹರಣೆಗೆ: ಹಳೆಯ ಸರ್ವರ್‌ನ /var/www/site/public_html/ 180 GB ಫೈಲ್‌ಗಳನ್ನು ಹೊಸ ಸರ್ವರ್‌ನಲ್ಲಿ /var/www/site/public_html/ ಗೆ ವರ್ಗಾಯಿಸಲು: rsync -avz /var/www/site/public_html/ root@203.0.113.20:/var/www/site/public_html/. ಇದು SSH ಮೂಲಕ ನೇರವಾಗಿ ವರ್ಗಾಯಿಸುತ್ತದೆ.

root ಬಳಸಿ ಕಾರ್ಯ ನಿರ್ವಹಿಸಬೇಕಾದರೆ, ಗಮ್ಯದಲ್ಲಿ ಅಗತ್ಯ ಲಿಖಿತ ಅನುಮತಿ ಇರುವ ವಿಶೇಷ ಬಳಕೆದಾರ (ಉದಾ: deploy) ಸೃಷ್ಟಿಸಿ. ಪ್ರೊಡಕ್ಷನ್‌ನಲ್ಲಿ root ಬಳಕೆ ಪ್ರಾಯೋಗಿಕವಾದರೂ, ಅಪಾಯ ಕಡಿಮೆ ಮಾಡಲು ಲಿಮಿಟೆಡ್ ಯೂಸರ್ ಬಳಕೆ ಶ್ರೇಷ್ಠ.

ಭದ್ರ ಮತ್ತು ಪ್ರತಿರೋಧ rsync ಪರಾಮೀತಿಗಳು

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

rsync -aHAXv --numeric-ids --partial --progress --append-verify -e ssh /ಮೂಲ/ಡೈರೆಕ್ಟರಿ/ ಬಳಕೆದಾರ@ಗಮ್ಯ-ip:/ಗಮ್ಯ/ಡೈರೆಕ್ಟರಿ/

ಇಲ್ಲಿ -a ಅರ್ಕೈವ್, -H ಹಾರ್ಡ್ ಲಿಂಕ್, -A ACL, -X ಎಕ್ಸ್ಟೆಂಡೆಡ್ ಅಟ್ರಿಬ್ಯೂಟ್, --numeric-ids ID ಆಧಾರಿತ, --partial ಭಾಗಶಃ ಫೈಲ್ ಉಳಿಸು, --progress ಸ್ಟೇಟಸ್, --append-verify ಭಾಗಶಃ ಫೈಲ್‌ಗಳಿಗೆ ದೃಢೀಕರಣ. ಪ್ರತೀ ಪರಾಮೀಟರ್ ಅಗತ್ಯವಿಲ್ಲ; ಮೊದಲಿಗೆ ಪರೀಕ್ಷಾ ವರ್ಗಾವಣೆಗೆ ಪ್ರಯೋಗಿಸುವುದು ಉತ್ತಮ.

ವಿಭಿನ್ನ SSH ಪೋರ್ಟ್ ಬಳಕೆ: ಕಮಾಂಡ್ ಹೇಗೆ?

SSH ಪೋರ್ಟ್ 22 ಅಲ್ಲದೆ ಬೇರೆ (ಉದಾ: 2222) ಆಗಿದ್ದರೆ: rsync -avz -e ssh -p 2222 /ಮೂಲ/ಡೈರೆಕ್ಟರಿ/ ಬಳಕೆದಾರ@ಗಮ್ಯ-ip:/ಗಮ್ಯ/ಡೈರೆಕ್ಟರಿ/. ಸರಿಯಾದ ರೂಪ: rsync -avz -e 'ssh -p 2222' /ಮೂಲ/ಡೈರೆಕ್ಟರಿ/ ಬಳಕೆದಾರ@ಗಮ್ಯ-ip:/ಗಮ್ಯ/ಡೈರೆಕ್ಟರಿ/. SSH ಕೀ ಬಳಕೆ: rsync -avz -e 'ssh -p 2222 -i /root/.ssh/id_rsa' /ಮೂಲ/ಡೈರೆಕ್ಟರಿ/ ಬಳಕೆದಾರ@ಗಮ್ಯ-ip:/ಗಮ್ಯ/ಡೈರೆಕ್ಟರಿ/. ಕ್ರೋನ್ ಅಥವಾ automation ಬ್ಯಾಕಪ್‌ಗಳಿಗೆ ಉಪಯುಕ್ತ.

ವರ್ಗಾವಣೆಗೆ ಮುಂಚೆ ಪರೀಕ್ಷೆ: --dry-run ಬಳಕೆ

ಭಾರಿ ಡೇಟಾ ವರ್ಗಾಯಿಸುವ ಮೊದಲು --dry-run ಅತ್ಯಂತ ವೃತ್ತಿಪರ ವಿಧಾನ. ಇದು ಫೈಲ್‌ಗಳನ್ನು ನಿಜವಾಗಿ ಕಾಪಿ ಮಾಡದೆ, ಯಾವ ಫೈಲ್‌ಗಳು ವರ್ಗಾಯಿಸಲ್ಪಡುತ್ತವೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ. ತಪ್ಪು ಡೈರೆಕ್ಟರಿ, ದೋಷ ಗಮ್ಯ ಅಥವಾ ಅನಿರೀಕ್ಷಿತ ಡಿಲೀಟ್ ಸಮಸ್ಯೆ ತಪ್ಪಿಸಬಹುದು.

ಉದಾಹರಣೆಗೆ: rsync -avz --dry-run /var/www/site/ ಬಳಕೆದಾರ@ಗಮ್ಯ-ip:/var/www/site/. ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ ಯಾವ ಫೈಲ್‌ಗಳು, ಡೈರೆಕ್ಟರಿ ಸೃಷ್ಟಿಯಾಗುತ್ತವೆ ಎಂಬುದು ಕಾಣುತ್ತದೆ. --delete ಬಳಸುತ್ತಿದ್ದರೆ dry-run ಇನ್ನೂ ಮುಖ್ಯ, ಏಕೆಂದರೆ --delete, ಮೂಲದಲ್ಲಿ ಇಲ್ಲದ ಫೈಲ್‌ಗಳನ್ನು ಗಮ್ಯದಲ್ಲಿ ಡಿಲೀಟ್ ಮಾಡಬಹುದು. ಸರಿಯಾದ ಬಳಕೆಗೋಸ್ಕರ dry-run ಅತ್ಯಗತ್ಯ.

ವೃತ್ತಿಪರ ಕ್ರಮ: SSH ಪರೀಕ್ಷೆ, ಡಿಸ್ಕ್ ತಪಾಸಣೆ, rsync --dry-run, ಸಣ್ಣ ಡೈರೆಕ್ಟರಿ ಪರೀಕ್ಷೆ, ನಂತರ ಮುಖ್ಯ ವರ್ಗಾವಣೆ. ಈ ಕ್ರಮ ಕೆಲ ನಿಮಿಷ ಹೆಚ್ಚು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಆದರೆ ಗಂಟೆಗಳ ದೋಷಗಳನ್ನು ತಪ್ಪಿಸುತ್ತದೆ.

ಪರ್ಫಾರ್ಮನ್ಸ್: ಕಮ್ಪ್ರೆಶನ್, ಬ್ಯಾನ್ಡ್‌ವಿಡ್ತ್ ನಿಯಂತ್ರಣ ಹಾಗೂ ಎನ್ಕ್ರಿಪ್ಶನ್

rsync ಪರ್ಫಾರ್ಮನ್ಸ್ ಫೈಲ್ ಗಾತ್ರ ಮಾತ್ರವಲ್ಲದೆ, ಸರ್ವರ್ CPU, ಡಿಸ್ಕ್, ನೆಟ್‌ವರ್ಕ್ ಡಿಲೇ, ಬ್ಯಾನ್ಡ್‌ವಿಡ್ತ್, ಫೈಲ್ ಸಂಖ್ಯೆಗೆ ಅವಲಂಬಿತವಾಗಿರುತ್ತದೆ. ಹಲವಾರು ಸಣ್ಣ ಫೈಲ್‌ಗಳು ಒಂದೇ ಭಾರಿ ಫೈಲ್‌ಗಿಂತ ನಿಧಾನವಾಗಬಹುದು. NVMe ಡಿಸ್ಕ್ VPS ನಲ್ಲಿ ವೇಗ ಹೆಚ್ಚಾಗುತ್ತದೆ. NVMe VPS ಸರ್ವರ್ ಆಯ್ಕೆ ಪರಿಶೀಲಿಸಿ.

-z ಕಮ್ಪ್ರೆಶನ್ ಪಾರದರ್ಶಕ ಫೈಲ್‌ಗಳಿಗೆ (ಟೆಕ್ಸ್‌ಟ್, ಲಾಗ್‌ಗಳು) ವೇಗ ನೀಡುತ್ತದೆ. ಆದರೆ ಅAlready compressed files (zip, tar.gz, jpg, mp4) ನಲ್ಲಿ -z ಬಳಕೆ CPU ಅನ್ನು ಹೆಚ್ಚು ಬಳಸುತ್ತದೆ, ಆದರೆ ವೇಗ ಹೆಚ್ಚಿಸುವುದಿಲ್ಲ. 1 Gbps ಸಂಪರ್ಕ ಮತ್ತು ಭಾರಿ ಮೀಡಿಯಾ ಫೈಲ್‌ಗಳಿಗೆ -z ತೆಗೆದುಹಾಕಿದರೆ ಉತ್ತಮ ಪರ್ಫಾರ್ಮನ್ಸ್. ಕಡಿಮೆ ಬ್ಯಾನ್ಡ್‌ವಿಡ್ತ್ ಮತ್ತು ಟೆಕ್ಸ್‌ಟ್ ಫೈಲ್‌ಗಳಿಗೆ -z ಲಾಭಕಾರಿ.

--bwlimit=50000 (ಅಂದಾಜು 50 MB/s) ಬಳಸಿ ಬ್ಯಾನ್ಡ್‌ವಿಡ್ತ್ ನಿಯಂತ್ರಿಸಬಹುದು. ಲೈವ್ ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ, ಟ್ರಾಫಿಕ್‌ಗೆ ತೊಂದರೆ ಆಗದಂತೆ, ಬ್ಯಾಕಪ್‌ನ್ನು ರಾತ್ರಿ ಸಮಯದಲ್ಲಿ ಯೋಜಿಸುವುದು, ಬ್ಯಾನ್ಡ್‌ವಿಡ್ತ್ ಲಿಮಿಟ್ ಹಾಕುವುದು ಉತ್ತಮ ಅಭ್ಯಾಸ.

rsync, scp, SFTP ಮತ್ತು FTP ಹೋಲಿಕೆ

ಫೈಲ್ ವರ್ಗಾವಣೆಗೆ ವಿಭಿನ್ನ ಪದಗಳು ಇದ್ದರೂ, ಪ್ರತೀದೊಂದಕ್ಕೂ ವಿಭಿನ್ನ ಬಲ-ದುರ್ಬಲತೆ ಇದೆ. ಕೆಳಗಿನ ಟೇಬಲ್ ಭಾರಿ ಫೈಲ್ ವರ್ಗಾವಣೆ ಅಥವಾ ಸರ್ವರ್ ಟ್ರಾನ್ಸ್ಫರ್ ಸಮಯದಲ್ಲಿ ಯಾವ ಪದವು ಸೂಕ್ತ ಎಂದು ತೋರಿಸುತ್ತದೆ:

rsync ಪುನಃಪುನಃ ಸಿಂಕ್ರೋನೈಜೇಶನ್ ಮತ್ತು ಭಾರಿ ಡೇಟಾ ವರ್ಗಾವಣೆಗೆ ಅತ್ಯುತ್ತಮ. scp ಸರಳವಾದರೂ, ಬದಲಾದ ಫೈಲ್‌ಗಳನ್ನು ಗುರುತಿಸುವಲ್ಲಿ rsync ಹಿಂತೆಗೆದು. FTP ಎನ್ಕ್ರಿಪ್ಶನ್ ಇಲ್ಲದೆ ಸಮಯಕ್ಕೆ ಹೊಂದಿಕೊಳ್ಳದು. ಹೋಸ್ಟಿಂಗ್ ಪ್ಯಾನಲ್‌ಗೆ FTP ಉಪಯುಕ್ತ, ಆದರೆ ಸರ್ವರ್ ನಡುವಿನ ಪ್ರಮುಖ ವರ್ಗಾವಣೆಗೆ SSH ಆಧಾರಿತ ಪದಗಳು ಮಾತ್ರ ಬಳಸಬೇಕು.

ಲೈವ್ ವೆಬ್‌ಸೈಟ್ ವರ್ಗಾವಣೆಗೆ ಮಾದರಿ ಕಾರ್ಯಚಟುವಳಿ

ವೆಬ್‌ಸೈಟ್‌ನ್ನು ಹಳೆಯ ಸರ್ವರ್‌ನಿಂದ ಹೊಸಕ್ಕೆ ವರ್ಗಾಯಿಸುವಾಗ, ಫೈಲ್‌ಗಳನ್ನು ಕಾಪಿ ಮಾಡುವುದು ಮಾತ್ರವಲ್ಲ; DNS, ಡೇಟಾಬೇಸ್, SSL, PHP ವರ್ಶನ್, ಫೈಲ್ ಅನುಮತಿ ಮತ್ತು ಇಮೇಲ್ ಸಂರಚನೆ ಕೂಡ ಪರಿಶೀಲಿಸಬೇಕು. ಕೆಳಗಿನ ಹಂತಗಳು ಭಾರಿ ಡೇಟಾ ಹೊಂದಿರುವ ವೆಬ್‌ಸೈಟ್‌ಗೆ ಕಡಿಮೆ downtime ಮಾದರಿ:

• ಹೊಸ ಸರ್ವರ್‌ನಲ್ಲಿ web server, PHP, ಡೇಟಾಬೇಸ್ ಮತ್ತು ಅಗತ್ಯವಾದ modules ಸಿದ್ಧಪಡಿಸಿ.
• ಡೊಮೇನ್ DNS TTL ತಳಿಯನ್ನು 300 ಸೆಕೆಂಡ್‌ಗೆ ಕಡಿಮೆ ಮಾಡಿ. ಡೊಮೇನ್ ನಿರ್ವಹಣೆಗೆ ಡೊಮೇನ್ ವಿಚಾರಣೆ ಮತ್ತು ಡೊಮೇನ್ ನಿರ್ವಹಣೆ ಪುಟ ನೋಡಿ.
• ಮೊದಲ rsync, ಸೈಟ್ ಲೈವ್ ಆಗಿರುವಾಗ ಆರಂಭಿಸಿ. ಬಹುತೇಕ ಡೇಟಾ ಈಗ ವರ್ಗಾಯಿಸುತ್ತದೆ.
• ಡೇಟಾಬೇಸ್ ಬ್ಯಾಕಪ್ ಮಾಡಿ ಮತ್ತು ಹೊಸ ಸರ್ವರ್‌ಗೆ ಕಳುಹಿಸಿ.
• ಸೈಟ್‌ನ್ನು ತಾತ್ಕಾಲಿಕ ಬಾಕಿ ಮೋಡ್‌ಗೆ ಹಾಕಿ.
• ದ್ವಿತೀಯ rsync ಮೂಲಕ ಬದಲಾದ ಫೈಲ್‌ಗಳನ್ನು ಸಮನ್ವಯಗೊಳಿಸಿ.
• ಡೇಟಾಬೇಸ್ ಮತ್ತೆ ಅಪ್‌ಡೇಟ್ ಮಾಡಿ ಅಥವಾ ಇಂಕ್ರಿಮೆಂಟಲ್ ವಿಧಾನ ಉಪಯೋಗಿಸಿ.
• ಹೊಸ ಸರ್ವರ್‌ನಲ್ಲಿ ಫೈಲ್ ಅನುಮತಿ, ಸೈಟ್ ಆರಂಭ ಮತ್ತು ಲಾಗ್ ಪರಿಶೀಲಿಸಿ.
• SSL ಸರ್ವರ್‌ನಲ್ಲಿ ಇನ್‌ಸ್ಟಾಲ್ ಮಾಡಿ ಅಥವಾ ನವೀಕರಿಸಿ. SSL ಪ್ರಮಾಣಪತ್ರ ಸ್ಥಾಪನೆ ನೋಡಿ.
• DNS ದಾಖಲೆಯನ್ನು ಹೊಸ IPಗೆ ಬದಲಾಯಿಸಿ.

ಇಲ್ಲಿ, ಪ್ರಮುಖ ಡೇಟಾ ವರ್ಗಾವಣೆ ಸೈಟ್ ಲೈವ್‌ಗಿರುವಾಗ ನಡೆಯುತ್ತದೆ; downtime ಕೊನೆಯ ಸಿಂಕ್ರೋನೈಜೇಶನ್ ಮತ್ತು DNS ಬದಲಾವಣೆಯ ಸಮಯದಲ್ಲಿ ಮಾತ್ರ. ಭಾರಿ ಮೀಡಿಯಾ ಫೈಲ್‌ಗಳಿರುವ WordPress‌ಗಳಲ್ಲಿ, ಈ ವಿಧಾನ ಕ್ಷಣಗಳಲ್ಲಿ downtime ಅನ್ನು ಸಾಧಿಸುತ್ತದೆ.

ಡೇಟಾ ಸಮಗ್ರತೆ ಪರಿಶೀಲನೆ

ವರ್ಗಾವಣೆ ಪೂರ್ಣಗೊಂಡ ಮೇಲೆ ಕೇವಲ ಕಮಾಂಡ್ ಮುಗಿದರೆ ಸಾಕಾಗದು. ಮೂಲ ಮತ್ತು ಗಮ್ಯದಲ್ಲಿ du -sh ಮೂಲಕ ಡೈರೆಕ್ಟರಿ ಗಾತ್ರ ಹೋಲಿಸಿ. ಫೈಲ್‌ಸಿಸ್ಟಂ ಬ್ಲಾಕ್ ವ್ಯತ್ಯಾಸದಿಂದ ಗಾತ್ರ ಭಿನ್ನವಾಗಬಹುದು. ಹೆಚ್ಚಿನ ದೃಢೀಕರಣಕ್ಕೆ rsync ಮತ್ತೆ ಅದೇ ಪರಾಮೀಟರ್‌ಗಳೊಂದಿಗೆ ಚಾಲನೆ ಮಾಡಿ; ಹೊಸ ಫೈಲ್‌ಗಳಿಲ್ಲದೆ ಔಟ್‌ಪುಟ್ ಕಡಿಮೆ. Checksum ದೃಢೀಕರಣಕ್ಕೆ rsync -avc --dry-run /ಮೂಲ/ಡೈರೆಕ್ಟರಿ/ ಬಳಕೆದಾರ@ಗಮ್ಯ-ip:/ಗಮ್ಯ/ಡೈರೆಕ್ಟರಿ/ ಬಳಸಿ. -c ಪರಾಮೀಟರ್ checksum ಮೂಲಕ ಹೋಲಿಕೆ ನಡೆಸಲಿದೆ; ಭಾರಿ ಡೇಟಾಗಳಲ್ಲಿ CPU ಹಾಗೂ ಡಿಸ್ಕ್ ಲೋಡ್ ಹೆಚ್ಚಾಗಬಹುದು. ಪ್ರಮುಖ ಆರ್ಕೈವ್, ಡೇಟಾಬೇಸ್ ಡಂಪ್, ಗ್ರಾಹಕ ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳಿಗೆ ಈ ದೃಢೀಕರಣ ಶ್ರೇಷ್ಠ.

ವೆಬ್‌ಸೈಟ್ ವರ್ಗಾಯಿಸಿದರೆ, ಅಪ್ಲಿಕೇಶನ್ ಮಟ್ಟದಲ್ಲಿ ಕೂಡ ಪರೀಕ್ಷಿಸಿ: ಮುಖಪುಟ, admin panel, image upload, payment page, contact form, error logs. ಇ-ಕಾಮರ್ಸ್‌ಗಳಿಗೆ ಫೈಲ್‌ಗಳ ವರ್ಗಾವಣೆ ಮಾತ್ರವಲ್ಲ; payment integration, cron jobs ಕೂಡ ಹೊಸ ಸರ್ವರ್‌ನಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ.

ಸಾಮಾನ್ಯ ದೋಷಗಳು ಮತ್ತು ಪರಿಹಾರಗಳು

Permission denied ದೋಷ

SSH ಬಳಕೆದಾರ ಅನುಮತಿ, ಗಮ್ಯ ಡೈರೆಕ್ಟರಿ ಲಿಖಿತ ಅನುಮತಿ, ಅಥವಾ ಕೀ ದೃಢೀಕರಣ ಸಮಸ್ಯೆಯಿಂದ ಉಂಟಾಗಬಹುದು. ಮೊದಲು SSH ಮೂಲಕ ಸಾಧಾರಣ ಸಂಪರ್ಕ ಮಾಡಿ. ಯಶಸ್ವಿಯಾಗಿದೆ ಎಂದರೆ, ಗಮ್ಯ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಫೈಲ್ ಸೃಷ್ಟಿಸಿ. ಅಗತ್ಯವಿದ್ದರೆ chown ಮೂಲಕ ಗಮ್ಯ ಫೋಲ್ಡರ್ ಮಾಲೀಕತ್ವ ಬದಲಿಸಿ ಅಥವಾ sudo ಉಪಯೋಗಿಸಿ.

No space left on device ದೋಷ

ಗಮ್ಯ ಡಿಸ್ಕ್‌ನಲ್ಲಿ ಸ್ಥಳ ಕಡಿಮೆ ಇದ್ದರೆ ಕಾರ್ಯ ನಿಂತು ಹೋಗುತ್ತದೆ. df -h ಮೂಲಕ ಡಿಸ್ಕ್ ಭಾಗಗಳನ್ನೂ ಪರಿಶೀಲಿಸಿ. ಕೆಲವೊಮ್ಮೆ /tmp ಅಥವಾ mount point ತುಂಬಿರಬಹುದು. ಭಾರಿ ವರ್ಗಾವಣೆಗೆ log, ಹಳೆಯ ಬ್ಯಾಕಪ್ ಮತ್ತು ಕ್ಯಾಶೆ ತೆಗೆಯಿರಿ. ಸ್ಥಳ ಸಾಕಾಗದಿದ್ದರೆ VPS ಡಿಸ್ಕ್‌ನ್ನು ಹೆಚ್ಚಿಸಿ.

Connection reset/ Broken pipe ದೋಷ

ದೀರ್ಘಕಾಲದ ವರ್ಗಾವಣೆಗೆ ನೆಟ್‌ವರ್ಕ್ ಮುರಿಯಬಹುದು. --partial ಮತ್ತು --append-verify ಬಳಸಿ, ಮತ್ತೆ rsync ಚಾಲನೆ ಮಾಡಿ. SSH keepalive ServerAliveInterval 60 ಮೂಲಕ idle disconnect ಕಡಿಮೆ ಮಾಡಬಹುದು.

ಅತ್ಯಂತ ನಿಧಾನ ವರ್ಗಾವಣೆ

ನಿಧಾನತೆ ಫೈಲ್ ಸಂಖ್ಯೆ, ಡಿಸ್ಕ್ I/O, ಕಮ್ಪ್ರೆಶನ್ ಅಥವಾ ಬ್ಯಾನ್ಡ್‌ವಿಡ್ತ್ ನಿಂದ ಆಗಬಹುದು. ಹಲವಾರು ಸಣ್ಣ ಫೈಲ್‌ಗಳಿಗೆ ಮೊದಲು tar archive ಸೃಷ್ಟಿಸುವುದು ಕೆಲವೊಮ್ಮೆ ವೇಗ ಹೆಚ್ಚಿಸಬಹುದು; ಆದರೆ rsync ಒದಗಿಸುವ ತೊಂದರೆ ಕಡಿಮೆ. ಭಾರಿ compress ಫೈಲ್‌ಗಳಿಗೆ -z ತೆಗೆದು rsync ನಡೆಸಿ. iotop, htop, iftop ಮೂಲಕ bottleneck ಗುರುತಿಸಿ.

ಸುರಕ್ಷತೆಗಾಗಿ ಅತ್ಯುತ್ತಮ ಅಭ್ಯಾಸ

ಸರ್ವರ್ಗಳ ಮಧ್ಯೆ ಫೈಲ್ ವರ್ಗಾವಣೆಯ ಸಮಯದಲ್ಲಿ ಸುರಕ್ಷತೆ ಕಡೆಗಣಿಸಬಾರದು. ವಿಶೇಷವಾಗಿ root ಪ್ರವೇಶ, SSH ಕೀ ಮತ್ತು ಬ್ಯಾಕಪ್ ಫೈಲ್‌ಗಳು ಸೂಕ್ಷ್ಮ. ಪಾಸ್ವರ್ಡ್‌ಕಿಂತ SSH ಕೀ ಬಳಕೆ ಶ್ರೇಷ್ಠ. ಕೀ ಫೈಲ್‌ಗಳ ಅನುಮತಿ ಕಠಿಣವಾಗಿರಲಿ, ಪ್ರೈವೇಟ್ ಕೀ ಹಂಚಿಸಬಾರದು, passphrase ಬಳಕೆ ಶ್ರೇಷ್ಠ.

ವರ್ಗಾವಣೆಗೆ ತಾತ್ಕಾಲಿಕ ಬಳಕೆದಾರ ಸೃಷ್ಟಿಸಿ, ಅಗತ್ಯ ಡೈರೆಕ್ಟರಿಯಷ್ಟೇ ಪ್ರವೇಶ ಕೊಡಲಿ. ಕಾರ್ಯ ಮುಗಿದ ಮೇಲೆ ಬಳಕೆದಾರ privileges ತೆಗೆಯಿರಿ ಅಥವಾ deactivate ಮಾಡಿ. SSH IP access ನಿರ್ದಿಷ್ಟಗೊಳಿಸಿ. ಫೈರ್‌ವಾಲ್, Fail2ban ಮತ್ತು OpenSSH ನವೀಕರಣ ತಪ್ಪಿಸಬಾರದು.

ಡೇಟಾಬೇಸ್ ಡಂಪ್, ಗ್ರಾಹಕ ಡಾಕ್ಯುಮೆಂಟ್, ವೈಯಕ್ತಿಕ ಡೇಟಾ ಇದ್ದರೆ, ಕಾರ್ಯ ಬಳಿಕ ತಾತ್ಕಾಲಿಕ ಫೈಲ್‌ಗಳನ್ನು ಮೂಲ ಮತ್ತು ಗಮ್ಯದಲ್ಲಿ ತೆಗೆಯಿರಿ. .sql, .zip, .tar ಫೈಲ್‌ಗಳನ್ನು web root ಗೆ ಉಳಿಸುವುದು ಅಪಾಯ, web access ಇಲ್ಲದ ಫೋಲ್ಡರ್‌ನಲ್ಲಿ ಇರಲಿ ಅಥವಾ delete ಮಾಡಿ.

ಸ್ವಯಂಚಾಲಿತ ಬ್ಯಾಕಪ್‌ಗೆ rsync ಬಳಕೆ

rsync ಕೇವಲ ಒಂದೆರಡು ಬಾರಿ ಮಾತ್ರವಲ್ಲ, ನಿಯಮಿತ ಬ್ಯಾಕಪ್‌ಗಳಿಗೂ ಬಳಸಬಹುದು. ಉದಾಹರಣೆಗೆ ಪ್ರತೀ ರಾತ್ರಿ ನಿರ್ದಿಷ್ಟ ಫೋಲ್ಡರ್‌ನ್ನು ಬ್ಯಾಕಪ್ ಸರ್ವರ್‌ಗೆ ಕಳುಹಿಸಲು cron ಉಪಯೋಗಿಸಿ. SSH ಕೀ ಮೂಲಕ ಪಾಸ್ವರ್ಡ್ ಇಲ್ಲದೆ, ಆದರೆ ಸುರಕ್ಷಿತ ಸಂಪರ್ಕ ಮಾಡಿ, rsync ಕೇವಲ ಬದಲಾದ ಫೈಲ್‌ಗಳನ್ನು ಕಾಪಿ ಮಾಡಲಿ, ಬ್ಯಾನ್ಡ್‌ವಿಡ್ತ್ ನಿಯಂತ್ರಣ ಇರಲಿ.

ಉದಾಹರಣೆಗೆ: rsync -a --delete --bwlimit=30000 /var/www/site/ backup@ಬ್ಯಾಕಪ್-ip:/backup/site/. --delete ಆಗಿರುವುದರಿಂದ, ಮೂಲದಲ್ಲಿ delete ಮಾಡಿದ ಫೈಲ್ ಗಮ್ಯದಲ್ಲಿ delete ಆಗುತ್ತದೆ; snapshot, daily folder ಅಥವಾ versioning ಬಳಸುವುದು ಶ್ರೇಷ್ಠ.

ಹೋಸ್ಟಿಂಗ್ ಕಾರ್ಯಗಳಲ್ಲಿ 3-2-1 ಬ್ಯಾಕಪ್ ನಿಯಮ: 3 ಪ್ರತಿಗಳು, 2 ವಿಭಿನ್ನ ಮಾಧ್ಯಮ, 1 ವಿಭಿನ್ನ ಸ್ಥಳ. rsync ಈ ನಿಯಮದ server-to-server ಭಾಗವನ್ನು ಸುಲಭಗೊಳಿಸುತ್ತದೆ. ಹೆಚ್ಚಿನ ಪ್ಲ್ಯಾನ್‌ಗೆ ಬ್ಯಾಕ್‌ಅಪ್ ಪರಿಹಾರಗಳು ಮತ್ತು ಕೋಷ್ಟಕ ಹೋಸ್ಟಿಂಗ್ ಸೇವೆಗಳು ನೋಡಿ.

ಕೊನೆ ತಪಾಸಣಾ ಪಟ್ಟಿ

ಭಾರಿ ಫೈಲ್ ವರ್ಗಾವಣೆ ಆರಂಭಿಸುವ ಮುಂಚೆ ಈ ಹಂತಗಳು ದೋಷ ಸಂಭವನೀಯತೆ ಕಡಿಮೆ ಮಾಡುತ್ತವೆ. ಪ್ರೊಡಕ್ಷನ್ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ಈ ಪಟ್ಟಿ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಆಗಿರಲಿ:

• ಮೂಲ ಮತ್ತು ಗಮ್ಯ ಸರ್ವರ್ಗಳಲ್ಲಿ rsync ಇನ್ಸ್ಟಾಲ್ ಆಗಿದೆಯೆ?
• SSH ಸಂಪರ್ಕ ಸರಿಯಾದ ಬಳಕೆದಾರ ಮತ್ತು ಪೋರ್ಟ್ನೊಂದಿಗೆ ಪರೀಕ್ಷೆ ಮಾಡಿದೆಯೆ?
• ಗಮ್ಯ ಸರ್ವರ್‌ನಲ್ಲಿ ಸಾಕಷ್ಟು ಡಿಸ್ಕ್ ಸ್ಥಳ ಇದೆಯೆ?
• ಮೊದಲ ಕಾರ್ಯ --dry-run ಮೂಲಕ ಪರೀಕ್ಷೆ ಮಾಡಿದೆಯೆ?
• ಲೈವ್ ಸೈಟ್‌ಗೆ ಬಾಕಿ ಮೋಡ್ ಮತ್ತು ಕೊನೆಯ ಸಿಂಕ್ರೋನೈಜೇಶನ್ ಯೋಜನೆ ಇದೆಯೆ?
• --delete ಬಳಕೆದಾರೆ ಗಮ್ಯ ಮಾರ್ಗ ಖಚಿತಪಡಿಸಿದೆಯೆ?
• ವರ್ಗಾವಣೆ ಬಳಿಕ ಫೈಲ್ ಗಾತ್ರ, ಅನುಮತಿ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಪರೀಕ್ಷೆ ಮಾಡಲಿದೆಯೆ?
• ತಾತ್ಕಾಲಿಕ ಬ್ಯಾಕಪ್ ಮತ್ತು ಡಂಪ್ ಫೈಲ್‌ಗಳನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ತೆಗೆಯಲಿದೆಯೆ?

ಈ ಪಟ್ಟಿ ಸರಳವಾಗಿದ್ದರೂ, ದೇಹದಲ್ಲಿ ಸಂಭವಿಸುವ ಬಹುತೇಕ ದೋಷಗಳು ತಪ್ಪು ಗಮ್ಯ ಫೋಲ್ಡರ್, ಅನುಮತಿ ಕೊರತೆ, ಡಿಸ್ಕ್ ಸ್ಥಳ ಕೊರತೆ ಮತ್ತು ಯೋಜನೆಯಿಲ್ಲದ DNS ಬದಲಾವಣೆಯಿಂದ ಆಗುತ್ತವೆ. ಯೋಜಿತ rsync ಕಾರ್ಯ, ಸಮಯವನ್ನು ಉಳಿಸುತ್ತದೆ ಮತ್ತು ಪುನಃಸ್ಥಾಪನೆ ಸಾಧ್ಯತೆ ಹೆಚ್ಚಿಸುತ್ತದೆ.

ಪದೇಪದೇ ಕೇಳುವ ಪ್ರಶ್ನೆಗಳು

SSH ಮೂಲಕ rsync ಬಳಕೆದಾರೆ ಸಂಪರ್ಕ ಮುರಿದರೆ, ಕಾರ್ಯ ಮತ್ತೆ ಆರಂಭಿಸಬೇಕೆ?

ಇಲ್ಲ, ಸರಿಯಾದ ಪರಾಮೀಟರ್‌ಗಳು (--partial ಮತ್ತು --append-verify) ಬಳಕೆ ಮಾಡಿದರೆ, ಕಾರ್ಯ ಮತ್ತೆ ಆರಂಭಿಸುವ ಅಗತ್ಯವಿಲ್ಲ. rsync ಮತ್ತೆ ಚಾಲನೆ ಮಾಡಿದರೆ, ಕಾರ್ಯ ಉಳಿದಿದ್ದಲ್ಲಿಂದ ಮುಂದುವರೆಯುತ್ತದೆ. ಆದರೂ, ಕಾರ್ಯ ಪುನಃಚಾಲನೆ ಮಾಡುವ ಮೊದಲು ಗಮ್ಯ ಡಿಸ್ಕ್ ಸ್ಥಳ ಮತ್ತು ಭಾಗಶಃ ಫೈಲ್ ಸ್ಥಿತಿಯನ್ನು ಪರೀಕ್ಷಿಸುವುದು ಉತ್ತಮ.

rsync ಮೂಲಕ ಡೇಟಾಬೇಸ್ ನೇರವಾಗಿ ವರ್ಗಾಯಿಸಬಹುದೆ?

rsync ಫೈಲ್‌ಗಳನ್ನು ಮಾತ್ರ ಕಾಪಿ ಮಾಡುತ್ತದೆ; live database ಫೈಲ್‌ಗಳನ್ನು ನೇರವಾಗಿ ಕಾಪಿ ಮಾಡುವುದು ಸುರಕ್ಷಿತವಲ್ಲ. MySQL/MariaDB ಗೆ mysqldump ಅಥವಾ ಫಿಜಿಕಲ್ ಬ್ಯಾಕಪ್ ಉಪಯೋಗಿಸಿ, resultant file ಅನ್ನು rsync ಮೂಲಕ ಗಮ್ಯ ಸರ್ವರ್‌ಗೆ ಕಳುಹಿಸಿ. live ಸಿಸ್ಟಂಗೆ data consistencyಗಾಗಿ maintenance mode ಅಥವಾ replication ಬಳಸಬೇಕು.

rsync ಬಳಸಬೇಕಾದರೆ ಎರಡೂ ಸರ್ವರ್ಗಳಲ್ಲಿ root ಅಗತ್ಯವಿದೆಯೆ?

root ಅಗತ್ಯವಿಲ್ಲ; ಗಮ್ಯ ಫೋಲ್ಡರ್‌ಗೆ write permission ಇರುವ ಬಳಕೆದಾರ ಸಾಕು. ಆದರೆ file ownership, system folder, ACL ಅಥವಾ unusual permission ಗೆ root ಅಗತ್ಯವಾಗಬಹುದು. ಸುರಕ್ಷತೆಗಾಗಿ ಸಾಧ್ಯವಾದರೆ ಲಿಮಿಟೆಡ್ ಯೂಸರ್ ಬಳಕೆ ಶ್ರೇಷ್ಠ.

--delete ಪರಾಮೀಟರ್ ಸುರಕ್ಷಿತವಾಗಿದೆಯೆ?

--delete ಸರಿಯಾದ ಗಮ್ಯ ಫೋಲ್ಡರ್‌ನಲ್ಲಿ ಬಳಕೆ ಮಾಡಿದರೆ, ಗಮ್ಯ ಡೈರೆಕ್ಟರಿಯನ್ನು ಮೂಲದೊಂದಿಗೆ ಸಮನ್ವಯಗೊಳಿಸುತ್ತದೆ; ತಪ್ಪು ಮಾರ್ಗದಲ್ಲಿ ಉಪಯೋಗಿಸಿದರೆ, data loss ಸಾಧ್ಯ. ಆದ್ದರಿಂದ --delete ಬಳಕೆ ಮೊದಲು --dry-run ಮೂಲಕ ಪರೀಕ್ಷೆ ಮಾಡಬೇಕು, ಮೂಲ ಮತ್ತು ಗಮ್ಯ ಮಾರ್ಗ ಖಚಿತಪಡಿಸಬೇಕು.

ಭಾರಿ ಫೈಲ್ ವರ್ಗಾವಣೆಗೆ rsync ಅಥವಾ scp ಯಾವುದು ಉತ್ತಮ?

ಒಂದೆರಡು ಸಣ್ಣ ಫೈಲ್‌ಗಳಿಗೆ scp ಸಾಕು; ಆದರೆ ಭಾರಿ ಫೈಲ್‌ಗಳು, ಅನೇಕ ಫೈಲ್‌ಗಳು ಮತ್ತು ಪುನಃಪುನಃ ಸಿಂಕ್ರೋನೈಜೇಶನ್‌ಗೆ rsync ಉತ್ತಮ, ಏಕೆಂದರೆ ಇದು ಬದಲಾದ ಫೈಲ್‌ಗಳನ್ನು ಗುರುತಿಸಿ, incomplete transfer ಗೆ ಮುಂದುವರಿಕೆ, bandwidth limit ಮತ್ತು dry-run ನೀಡುತ್ತದೆ.

ಸಾರಾಂಶ ಮತ್ತು ಮುಂದಿನ ಹಂತ

SSH ಮೂಲಕ rsync ಬಳಸಿ ಎರಡು ಸರ್ವರ್ಗಳ ನಡುವೆ ಭಾರಿ ಫೈಲ್‌ಗಳನ್ನು ವರ್ಗಾಯಿಸುವುದು ವೇಗ, ಸುರಕ್ಷತೆ ಹಾಗೂ ನಿರ್ವಹಣೆಯಲ್ಲಿ ಅತ್ಯುತ್ತಮ ವಿಧಾನ. ಸರಿಯಾದ ಪರಾಮೀಟರ್‌ಗಳೊಂದಿಗೆ, ಸಂಪರ್ಕ ಮುರಿಯುವ ಪರಿಸ್ಥಿತಿಗೂ ಪ್ರತಿರೋಧ; ಬದಲಾದ ಫೈಲ್‌ಗಳನ್ನು ಮಾತ್ರ ಕಾಪಿ ಮಾಡುವುದು ವೇಗ ಹೆಚ್ಚಿಸುತ್ತದೆ; live site transfer ನಲ್ಲಿ downtime ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ಉತ್ತಮ ಫಲಿತಾಂಶಕ್ಕಾಗಿ ಮೊದಲು SSH ಮತ್ತು ಡಿಸ್ಕ್ ಪರಿಶೀಲನೆ ಮಾಡಿ, --dry-run ಮೂಲಕ ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಮುಖ್ಯ transfer ಯೋಜಿತವಾಗಿ ನಡೆಸಿ.

ಹೊಸ ಸರ್ವರ್‌ಗೆ ವರ್ಗಾವಣೆ, ಹೆಚ್ಚಿನ ಡೇಟಾ ಸಂಗ್ರಹಣೆ ಅಥವಾ ಪರ್ಫಾರ್ಮನ್ಸ್ ಹೋಸ್ಟಿಂಗ್ ಯೋಜಿಸುತ್ತಿದ್ದರೆ Hostragons ಪರಿಹಾರಗಳನ್ನು ಪರಿಶೀಲಿಸಿ; VPS, ಹೋಸ್ಟಿಂಗ್, ಡೊಮೇನ್ ಮತ್ತು SSL ಆಯ್ಕೆಗಳಿಂದ ಸುರಕ್ಷಿತ transfer ಕಾರ್ಯ ಸಾಧಿಸಬಹುದು. ಶುರುವಾಗುತ್ತಿರುವ transfer ನಲ್ಲಿ ಸಣ್ಣ ಪರೀಕ್ಷೆಗಳು ಮಾಡಿ, ಫಲಿತಾಂಶ ಲೆಕ್ಕಿಸಿ ಮತ್ತು ಕೊನೆಯ ಸಿಂಕ್ರೋನೈಜೇಶನ್ ಯೋಜಿತವಾಗಿ ಮಾಡಿ.