ಬ್ಯಾಕಪ್ ಭಾಗ 3: ನಕಲು, ನಕಲುಗಳ ಪರಿಶೀಲನೆ ಮತ್ತು ಪರೀಕ್ಷೆ

ಈ ಟಿಪ್ಪಣಿಯು ಬ್ಯಾಕಪ್ ಸರ್ವರ್‌ನಲ್ಲಿ ಆರ್ಕೈವ್‌ಗಳನ್ನು ರಚಿಸುವ ಮೂಲಕ ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಬ್ಯಾಕಪ್ ಪರಿಕರಗಳನ್ನು ಚರ್ಚಿಸುತ್ತದೆ.

ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸುವವರಲ್ಲಿ ಡ್ಯುಪ್ಲಿಸಿಟಿ (ದೇಜಾ ಡಪ್ ರೂಪದಲ್ಲಿ ಉತ್ತಮ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೊಂದಿದೆ) ಮತ್ತು ಡುಪ್ಲಿಕಾಟಿ.

ಮತ್ತೊಂದು ಗಮನಾರ್ಹವಾದ ಬ್ಯಾಕಪ್ ಸಾಧನವೆಂದರೆ ಡಾರ್, ಆದರೆ ಇದು ಆಯ್ಕೆಗಳ ಬಹಳ ವಿಸ್ತಾರವಾದ ಪಟ್ಟಿಯನ್ನು ಹೊಂದಿರುವುದರಿಂದ - ಪರೀಕ್ಷಾ ವಿಧಾನವು ಅದರ ಸಾಮರ್ಥ್ಯದ ಕೇವಲ 10% ಅನ್ನು ಒಳಗೊಂಡಿದೆ - ನಾವು ಅದನ್ನು ಪ್ರಸ್ತುತ ಚಕ್ರದ ಭಾಗವಾಗಿ ಪರೀಕ್ಷಿಸುತ್ತಿಲ್ಲ.

ನಿರೀಕ್ಷಿತ ಫಲಿತಾಂಶಗಳು

ಎರಡೂ ಅಭ್ಯರ್ಥಿಗಳು ಒಂದು ರೀತಿಯಲ್ಲಿ ಅಥವಾ ಇನ್ನೊಂದರಲ್ಲಿ ಆರ್ಕೈವ್ಗಳನ್ನು ರಚಿಸುವುದರಿಂದ, ಸಾಮಾನ್ಯ ಟಾರ್ ಅನ್ನು ಮಾರ್ಗದರ್ಶಿಯಾಗಿ ಬಳಸಬಹುದು.

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

ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳನ್ನು ರಚಿಸುವಾಗ ವರ್ತನೆ:

1. ಬ್ಯಾಕಪ್ ಶೇಖರಣಾ ಸರ್ವರ್‌ನಲ್ಲಿ ತುಲನಾತ್ಮಕವಾಗಿ ಕಡಿಮೆ ಸಂಖ್ಯೆಯ ಫೈಲ್‌ಗಳು (ಬ್ಯಾಕಪ್ ನಕಲುಗಳ ಸಂಖ್ಯೆ ಅಥವಾ GB ಯಲ್ಲಿನ ಡೇಟಾದ ಗಾತ್ರಕ್ಕೆ ಹೋಲಿಸಬಹುದು), ಆದರೆ ಅವುಗಳ ಗಾತ್ರವು ಸಾಕಷ್ಟು ದೊಡ್ಡದಾಗಿದೆ (ಹತ್ತಾರು ರಿಂದ ನೂರಾರು ಮೆಗಾಬೈಟ್‌ಗಳು).
2. ರೆಪೊಸಿಟರಿ ಗಾತ್ರವು ಬದಲಾವಣೆಗಳನ್ನು ಮಾತ್ರ ಒಳಗೊಂಡಿರುತ್ತದೆ - ಯಾವುದೇ ನಕಲುಗಳನ್ನು ಸಂಗ್ರಹಿಸಲಾಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ರೆಪೊಸಿಟರಿ ಗಾತ್ರವು rsync-ಆಧಾರಿತ ಸಾಫ್ಟ್‌ವೇರ್‌ಗಿಂತ ಚಿಕ್ಕದಾಗಿರುತ್ತದೆ.
3. ಸಂಕೋಚನ ಮತ್ತು/ಅಥವಾ ಗೂಢಲಿಪೀಕರಣವನ್ನು ಬಳಸುವಾಗ ಭಾರೀ CPU ಲೋಡ್ ಅನ್ನು ನಿರೀಕ್ಷಿಸಬಹುದು ಮತ್ತು ಆರ್ಕೈವಿಂಗ್ ಮತ್ತು/ಅಥವಾ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಪ್ರಕ್ರಿಯೆಯು ಬ್ಯಾಕಪ್ ಶೇಖರಣಾ ಸರ್ವರ್‌ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿದ್ದರೆ ಸಾಕಷ್ಟು ಹೆಚ್ಚಿನ ನೆಟ್‌ವರ್ಕ್ ಮತ್ತು ಡಿಸ್ಕ್ ಲೋಡ್ ಆಗಬಹುದು.

ಕೆಳಗಿನ ಆಜ್ಞೆಯನ್ನು ಉಲ್ಲೇಖ ಮೌಲ್ಯವಾಗಿ ಚಲಾಯಿಸೋಣ:

cd /src/dir; tar -cf - * | ssh backup_server "cat > /backup/dir/archive.tar"

ಮರಣದಂಡನೆಯ ಫಲಿತಾಂಶಗಳು ಈ ಕೆಳಗಿನಂತಿವೆ:

ಎಕ್ಸಿಕ್ಯೂಶನ್ ಸಮಯ 3m12s. ಬ್ಯಾಕ್‌ಅಪ್ ಶೇಖರಣಾ ಸರ್ವರ್‌ನ ಡಿಸ್ಕ್ ಉಪವ್ಯವಸ್ಥೆಯಿಂದ ವೇಗವು ಸೀಮಿತವಾಗಿದೆ ಎಂದು ನೋಡಬಹುದು, ಉದಾಹರಣೆಗೆ rsync. ಸ್ವಲ್ಪ ವೇಗವಾಗಿ, ಏಕೆಂದರೆ ... ರೆಕಾರ್ಡಿಂಗ್ ಒಂದು ಫೈಲ್‌ಗೆ ಹೋಗುತ್ತದೆ.

ಅಲ್ಲದೆ, ಸಂಕೋಚನವನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಲು, ನಾವು ಅದೇ ಆಯ್ಕೆಯನ್ನು ಚಲಾಯಿಸೋಣ, ಆದರೆ ಬ್ಯಾಕಪ್ ಸರ್ವರ್ ಬದಿಯಲ್ಲಿ ಸಂಕೋಚನವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ:

cd /src/dir; tar -cf - * | ssh backup_server "gzip > /backup/dir/archive.tgz"

ಫಲಿತಾಂಶಗಳು ಹೀಗಿವೆ:

ಎಕ್ಸಿಕ್ಯೂಶನ್ ಸಮಯ 10m11s. ಹೆಚ್ಚಾಗಿ ಅಡಚಣೆಯು ಸ್ವೀಕರಿಸುವ ತುದಿಯಲ್ಲಿ ಏಕ-ಹರಿವಿನ ಸಂಕೋಚಕವಾಗಿದೆ.

ಅದೇ ಆಜ್ಞೆ, ಆದರೆ ಸಂಕೋಚನದೊಂದಿಗೆ ಮೂಲ ಡೇಟಾದೊಂದಿಗೆ ಸರ್ವರ್‌ಗೆ ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ, ಅಡಚಣೆಯು ಏಕ-ಥ್ರೆಡ್ ಸಂಕೋಚಕವಾಗಿದೆ ಎಂಬ ಊಹೆಯನ್ನು ಪರೀಕ್ಷಿಸಲು.

cd /src/dir; tar -czf - * | ssh backup_server "cat > /backup/dir/archive.tgz"

ಇದು ಈ ರೀತಿ ಬದಲಾಯಿತು:

ಮರಣದಂಡನೆಯ ಸಮಯ 9m37s ಆಗಿತ್ತು. ಸಂಕೋಚಕದಿಂದ ಒಂದು ಕೋರ್ನಲ್ಲಿನ ಲೋಡ್ ಸ್ಪಷ್ಟವಾಗಿ ಗೋಚರಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ನೆಟ್ವರ್ಕ್ ವರ್ಗಾವಣೆ ವೇಗ ಮತ್ತು ಮೂಲ ಡಿಸ್ಕ್ ಉಪವ್ಯವಸ್ಥೆಯಲ್ಲಿನ ಲೋಡ್ ಹೋಲುತ್ತದೆ.

ಗೂಢಲಿಪೀಕರಣವನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಲು, ನೀವು ಹೆಚ್ಚುವರಿ ಆಜ್ಞೆಯನ್ನು ಸಂಪರ್ಕಿಸುವ ಮೂಲಕ openssl ಅಥವಾ gpg ಅನ್ನು ಬಳಸಬಹುದು openssl ಅಥವಾ gpg ಪೈಪ್ನಲ್ಲಿ. ಉಲ್ಲೇಖಕ್ಕಾಗಿ ಈ ರೀತಿಯ ಆಜ್ಞೆ ಇರುತ್ತದೆ:

cd /src/dir; tar -cf - * | ssh backup_server "gzip | openssl enc -e -aes256 -pass pass:somepassword -out /backup/dir/archive.tgz.enc"

ಫಲಿತಾಂಶಗಳು ಈ ರೀತಿ ಹೊರಬಂದವು:

ಎಕ್ಸಿಕ್ಯೂಶನ್ ಸಮಯವು 10m30s ಆಗಿ ಹೊರಹೊಮ್ಮಿತು, ಏಕೆಂದರೆ ಸ್ವೀಕರಿಸುವ ಭಾಗದಲ್ಲಿ 2 ಪ್ರಕ್ರಿಯೆಗಳು ಚಾಲನೆಯಲ್ಲಿವೆ - ಅಡಚಣೆಯು ಮತ್ತೊಮ್ಮೆ ಏಕ-ಥ್ರೆಡ್ ಸಂಕೋಚಕವಾಗಿದೆ, ಜೊತೆಗೆ ಸಣ್ಣ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಓವರ್‌ಹೆಡ್ ಆಗಿದೆ.

ಯುಪಿಡಿ: bliznezz ನ ಕೋರಿಕೆಯ ಮೇರೆಗೆ ನಾನು pigz ನೊಂದಿಗೆ ಪರೀಕ್ಷೆಗಳನ್ನು ಸೇರಿಸುತ್ತಿದ್ದೇನೆ. ನೀವು ಸಂಕೋಚಕವನ್ನು ಮಾತ್ರ ಬಳಸಿದರೆ, ಅದು 6m30s ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ನೀವು ಗೂಢಲಿಪೀಕರಣವನ್ನು ಸೇರಿಸಿದರೆ, ಅದು ಸುಮಾರು 7m ಆಗಿರುತ್ತದೆ. ಕೆಳಗಿನ ಗ್ರಾಫ್‌ನಲ್ಲಿನ ಅದ್ದು ಫ್ಲಶ್ ಮಾಡದ ಡಿಸ್ಕ್ ಸಂಗ್ರಹವಾಗಿದೆ:

ನಕಲಿ ಪರೀಕ್ಷೆ

ಡುಪ್ಲಿಸಿಟಿಯು ಟಾರ್ ಫಾರ್ಮ್ಯಾಟ್‌ನಲ್ಲಿ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಆರ್ಕೈವ್‌ಗಳನ್ನು ರಚಿಸುವ ಮೂಲಕ ಬ್ಯಾಕಪ್‌ಗಾಗಿ ಪೈಥಾನ್ ಸಾಫ್ಟ್‌ವೇರ್ ಆಗಿದೆ.

ಹೆಚ್ಚುತ್ತಿರುವ ಆರ್ಕೈವ್‌ಗಳಿಗಾಗಿ, librsync ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ನೀವು ವಿವರಿಸಿದ ನಡವಳಿಕೆಯನ್ನು ನಿರೀಕ್ಷಿಸಬಹುದು ಸರಣಿಯಲ್ಲಿ ಹಿಂದಿನ ಪೋಸ್ಟ್.

ಬ್ಯಾಕಪ್‌ಗಳನ್ನು gnupg ಬಳಸಿ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಬಹುದು ಮತ್ತು ಸಹಿ ಮಾಡಬಹುದು, ಇದು ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ವಿಭಿನ್ನ ಪೂರೈಕೆದಾರರನ್ನು ಬಳಸುವಾಗ ಮುಖ್ಯವಾಗಿದೆ (s3, ಬ್ಯಾಕ್‌ಬ್ಲೇಜ್, ಜಿಡ್ರೈವ್, ಇತ್ಯಾದಿ.)

ಫಲಿತಾಂಶಗಳು ಏನೆಂದು ನೋಡೋಣ:

ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಇಲ್ಲದೆ ಚಾಲನೆಯಲ್ಲಿರುವಾಗ ನಾವು ಪಡೆದ ಫಲಿತಾಂಶಗಳು ಇವು

ಸ್ಪಾಯ್ಲರ್

ಪ್ರತಿ ಪರೀಕ್ಷಾರ್ಥ ಚಾಲನೆಯ ಸಮಯ:

ಲಾಂಚ್ 1
ಲಾಂಚ್ 2
ಲಾಂಚ್ 3

16 ಮೀ 33 ಸೆ
17 ಮೀ 20 ಸೆ
16 ಮೀ 30 ಸೆ

8 ಮೀ 29 ಸೆ
9 ಮೀ 3 ಸೆ
8 ಮೀ 45 ಸೆ

5 ಮೀ 21 ಸೆ
6 ಮೀ 04 ಸೆ
5 ಮೀ 53 ಸೆ

ಮತ್ತು 2048 ಬಿಟ್‌ಗಳ ಪ್ರಮುಖ ಗಾತ್ರದೊಂದಿಗೆ gnupg ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದಾಗ ಫಲಿತಾಂಶಗಳು ಇಲ್ಲಿವೆ:

ಗೂಢಲಿಪೀಕರಣದೊಂದಿಗೆ ಅದೇ ಡೇಟಾದಲ್ಲಿ ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯ:

ಲಾಂಚ್ 1
ಲಾಂಚ್ 2
ಲಾಂಚ್ 3

17 ಮೀ 22 ಸೆ
17 ಮೀ 32 ಸೆ
17 ಮೀ 28 ಸೆ

8 ಮೀ 52 ಸೆ
9 ಮೀ 13 ಸೆ
9 ಮೀ 3 ಸೆ

5 ಮೀ 48 ಸೆ
5 ಮೀ 40 ಸೆ
5 ಮೀ 30 ಸೆ

ಬ್ಲಾಕ್ ಗಾತ್ರವನ್ನು ಸೂಚಿಸಲಾಗಿದೆ - 512 ಮೆಗಾಬೈಟ್ಗಳು, ಇದು ಗ್ರಾಫ್ಗಳಲ್ಲಿ ಸ್ಪಷ್ಟವಾಗಿ ಗೋಚರಿಸುತ್ತದೆ; ಪ್ರೊಸೆಸರ್ ಲೋಡ್ ವಾಸ್ತವವಾಗಿ 50% ನಲ್ಲಿ ಉಳಿಯಿತು, ಅಂದರೆ ಪ್ರೋಗ್ರಾಂ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಪ್ರೊಸೆಸರ್ ಕೋರ್ ಅನ್ನು ಬಳಸುವುದಿಲ್ಲ.

ಪ್ರೋಗ್ರಾಂನ ಕಾರ್ಯಾಚರಣೆಯ ತತ್ವವು ಸಹ ಸಾಕಷ್ಟು ಸ್ಪಷ್ಟವಾಗಿ ಗೋಚರಿಸುತ್ತದೆ: ಅವರು ಡೇಟಾವನ್ನು ತೆಗೆದುಕೊಂಡು, ಅದನ್ನು ಸಂಕುಚಿತಗೊಳಿಸಿದರು ಮತ್ತು ಅದನ್ನು ಬ್ಯಾಕ್ಅಪ್ ಶೇಖರಣಾ ಸರ್ವರ್ಗೆ ಕಳುಹಿಸಿದರು, ಅದು ಸಾಕಷ್ಟು ನಿಧಾನವಾಗಿರುತ್ತದೆ.
ಮತ್ತೊಂದು ವೈಶಿಷ್ಟ್ಯವೆಂದರೆ ಪ್ರೋಗ್ರಾಂನ ಊಹಿಸಬಹುದಾದ ಚಾಲನೆಯಲ್ಲಿರುವ ಸಮಯ, ಇದು ಬದಲಾದ ಡೇಟಾದ ಗಾತ್ರವನ್ನು ಮಾತ್ರ ಅವಲಂಬಿಸಿರುತ್ತದೆ.

ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದರಿಂದ ಪ್ರೋಗ್ರಾಂನ ಚಾಲನೆಯಲ್ಲಿರುವ ಸಮಯವನ್ನು ಗಮನಾರ್ಹವಾಗಿ ಹೆಚ್ಚಿಸಲಿಲ್ಲ, ಆದರೆ ಇದು ಪ್ರೊಸೆಸರ್ ಲೋಡ್ ಅನ್ನು ಸುಮಾರು 10% ರಷ್ಟು ಹೆಚ್ಚಿಸಿತು, ಇದು ಸಾಕಷ್ಟು ಉತ್ತಮ ಬೋನಸ್ ಆಗಿರಬಹುದು.

ದುರದೃಷ್ಟವಶಾತ್, ಈ ಪ್ರೋಗ್ರಾಂ ಡೈರೆಕ್ಟರಿ ಮರುಹೆಸರಿಸುವ ಪರಿಸ್ಥಿತಿಯನ್ನು ಸರಿಯಾಗಿ ಪತ್ತೆಹಚ್ಚಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ, ಮತ್ತು ಪರಿಣಾಮವಾಗಿ ರೆಪೊಸಿಟರಿ ಗಾತ್ರವು ಬದಲಾವಣೆಗಳ ಗಾತ್ರಕ್ಕೆ ಸಮನಾಗಿರುತ್ತದೆ (ಅಂದರೆ, ಎಲ್ಲಾ 18GB), ಆದರೆ ಬ್ಯಾಕಪ್ಗಾಗಿ ವಿಶ್ವಾಸಾರ್ಹವಲ್ಲದ ಸರ್ವರ್ ಅನ್ನು ಬಳಸುವ ಸಾಮರ್ಥ್ಯ ಸ್ಪಷ್ಟವಾಗಿ ಈ ನಡವಳಿಕೆಯನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ.

ನಕಲಿ ಪರೀಕ್ಷೆ

ಈ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು C# ನಲ್ಲಿ ಬರೆಯಲಾಗಿದೆ ಮತ್ತು ಮೊನೊದಿಂದ ಲೈಬ್ರರಿಗಳ ಗುಂಪನ್ನು ಬಳಸಿಕೊಂಡು ರನ್ ಆಗುತ್ತದೆ. GUI ಹಾಗೂ CLI ಆವೃತ್ತಿಯೂ ಇದೆ.

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

ಮತ್ತೊಂದು ಸಣ್ಣ ಸೂಕ್ಷ್ಮ ವ್ಯತ್ಯಾಸ - ಪ್ರೋಗ್ರಾಂ ಬ್ಯಾಕ್‌ಅಪ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುವ ಬಳಕೆದಾರರ ಪರವಾಗಿ ಸ್ಥಳೀಯ ಸ್ಕ್ಲೈಟ್ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಸಕ್ರಿಯವಾಗಿ ಬರೆಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರತಿ ಬಾರಿ ಕ್ಲೈ ಬಳಸಿ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿದಾಗ ಅಗತ್ಯವಿರುವ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಸರಿಯಾಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿದೆ ಎಂದು ನೀವು ಹೆಚ್ಚುವರಿಯಾಗಿ ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು. GUI ಅಥವಾ WEBGUI ಮೂಲಕ ಕೆಲಸ ಮಾಡುವಾಗ, ಬಳಕೆದಾರರಿಂದ ವಿವರಗಳನ್ನು ಮರೆಮಾಡಲಾಗುತ್ತದೆ.

ಈ ಪರಿಹಾರವು ಯಾವ ಸೂಚಕಗಳನ್ನು ಉಂಟುಮಾಡಬಹುದು ಎಂಬುದನ್ನು ನೋಡೋಣ:

ನೀವು ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅನ್ನು ಆಫ್ ಮಾಡಿದರೆ (ಮತ್ತು WEBGUI ಇದನ್ನು ಮಾಡಲು ಶಿಫಾರಸು ಮಾಡುವುದಿಲ್ಲ), ಫಲಿತಾಂಶಗಳು ಈ ಕೆಳಗಿನಂತಿವೆ:

ಕೆಲಸದ ಸಮಯ:

ಲಾಂಚ್ 1
ಲಾಂಚ್ 2
ಲಾಂಚ್ 3

20 ಮೀ 43 ಸೆ
20 ಮೀ 13 ಸೆ
20 ಮೀ 28 ಸೆ

5 ಮೀ 21 ಸೆ
5 ಮೀ 40 ಸೆ
5 ಮೀ 35 ಸೆ

7 ಮೀ 36 ಸೆ
7 ಮೀ 54 ಸೆ
7 ಮೀ 49 ಸೆ

ಗೂಢಲಿಪೀಕರಣವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದಾಗ, aes ಅನ್ನು ಬಳಸಿಕೊಂಡು, ಇದು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

ಕೆಲಸದ ಸಮಯ:

ಲಾಂಚ್ 1
ಲಾಂಚ್ 2
ಲಾಂಚ್ 3

29 ಮೀ 9 ಸೆ
30 ಮೀ 1 ಸೆ
29 ಮೀ 54 ಸೆ

5 ಮೀ 29 ಸೆ
6 ಮೀ 2 ಸೆ
5 ಮೀ 54 ಸೆ

8 ಮೀ 44 ಸೆ
9 ಮೀ 12 ಸೆ
9 ಮೀ 1 ಸೆ

ಮತ್ತು ನೀವು ಬಾಹ್ಯ ಪ್ರೋಗ್ರಾಂ gnupg ಅನ್ನು ಬಳಸಿದರೆ, ಈ ಕೆಳಗಿನ ಫಲಿತಾಂಶಗಳು ಹೊರಬರುತ್ತವೆ:

ಲಾಂಚ್ 1
ಲಾಂಚ್ 2
ಲಾಂಚ್ 3

26 ಮೀ 6 ಸೆ
26 ಮೀ 35 ಸೆ
26 ಮೀ 17 ಸೆ

5 ಮೀ 20 ಸೆ
5 ಮೀ 48 ಸೆ
5 ಮೀ 40 ಸೆ

8 ಮೀ 12 ಸೆ
8 ಮೀ 42 ಸೆ
8 ಮೀ 15 ಸೆ

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

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

ಒಟ್ಟಾರೆಯಾಗಿ, ಹೊಸಬರಿಗೆ ತಕ್ಕಮಟ್ಟಿಗೆ ಸ್ನೇಹಿಯಾಗಿರುವುದು ಸೇರಿದಂತೆ ಕಾರ್ಯಕ್ರಮದ ಧನಾತ್ಮಕ ಅನಿಸಿಕೆಗಳು.

ರೆಸೆಲ್ಯೂಟ್ಸ್

ಇಬ್ಬರೂ ಅಭ್ಯರ್ಥಿಗಳು ನಿಧಾನವಾಗಿ ಕೆಲಸ ಮಾಡಿದರು, ಆದರೆ ಸಾಮಾನ್ಯವಾಗಿ, ಸಾಮಾನ್ಯ ಟಾರ್‌ಗೆ ಹೋಲಿಸಿದರೆ, ಪ್ರಗತಿ ಇದೆ, ಕನಿಷ್ಠ ನಕಲಿಯೊಂದಿಗೆ. ಅಂತಹ ಪ್ರಗತಿಯ ಬೆಲೆ ಸಹ ಸ್ಪಷ್ಟವಾಗಿದೆ - ಗಮನಾರ್ಹ ಹೊರೆ
ಪ್ರೊಸೆಸರ್. ಸಾಮಾನ್ಯವಾಗಿ, ಫಲಿತಾಂಶಗಳನ್ನು ಊಹಿಸುವಲ್ಲಿ ಯಾವುದೇ ವಿಶೇಷ ವಿಚಲನಗಳಿಲ್ಲ.

ಸಂಶೋಧನೆಗಳು

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

ಆಧಾರಿತ ಪರಿಹಾರಗಳಿಗೆ ಹೋಲಿಸಿದರೆ rsync - ಟಾರ್ ಅದರ ಶುದ್ಧ ರೂಪದಲ್ಲಿ rsync ಗಿಂತ 20-30% ವೇಗವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬ ವಾಸ್ತವದ ಹೊರತಾಗಿಯೂ ಕಾರ್ಯಕ್ಷಮತೆ ಹಲವಾರು ಪಟ್ಟು ಕೆಟ್ಟದಾಗಿದೆ.
ರೆಪೊಸಿಟರಿಯ ಗಾತ್ರದಲ್ಲಿ ಉಳಿತಾಯವಿದೆ, ಆದರೆ ನಕಲಿಯೊಂದಿಗೆ ಮಾತ್ರ.

ಪ್ರಕಟಣೆ

ಬ್ಯಾಕಪ್, ಭಾಗ 1: ಬ್ಯಾಕಪ್ ಏಕೆ ಅಗತ್ಯವಿದೆ, ವಿಧಾನಗಳು, ತಂತ್ರಜ್ಞಾನಗಳ ಅವಲೋಕನ
ಬ್ಯಾಕಪ್ ಭಾಗ 2: rsync ಆಧಾರಿತ ಬ್ಯಾಕಪ್ ಪರಿಕರಗಳನ್ನು ಪರಿಶೀಲಿಸುವುದು ಮತ್ತು ಪರೀಕ್ಷಿಸುವುದು
ಬ್ಯಾಕಪ್ ಭಾಗ 3: ದ್ವಂದ್ವ, ನಕಲು, ದೇಜಾ ಡಪ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಪರೀಕ್ಷಿಸಿ
ಬ್ಯಾಕಪ್ ಭಾಗ 4: zbackup, Restic, boorgbackup ಅನ್ನು ಪರಿಶೀಲಿಸುವುದು ಮತ್ತು ಪರೀಕ್ಷಿಸುವುದು
ಬ್ಯಾಕಪ್ ಭಾಗ 5: ಲಿನಕ್ಸ್‌ಗಾಗಿ ಬ್ಯಾಕುಲಾ ಮತ್ತು ವೀಮ್ ಬ್ಯಾಕಪ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಲಾಗುತ್ತಿದೆ
ಬ್ಯಾಕಪ್ ಭಾಗ 6: ಬ್ಯಾಕಪ್ ಪರಿಕರಗಳನ್ನು ಹೋಲಿಸುವುದು
ಬ್ಯಾಕಪ್ ಭಾಗ 7: ತೀರ್ಮಾನಗಳು

ಪೋಸ್ಟ್ ಮಾಡಿದವರು: ಪಾವೆಲ್ ಡೆಮ್ಕೋವಿಚ್

ಮೂಲ: www.habr.com