ይህ ጽሑፍ ለመጠባበቂያ የሚሆን የሶፍትዌር መሳሪያዎችን ያብራራል, ይህም የውሂብ ዥረቱን ወደ ተለያዩ ክፍሎች (ክፍሎች) በመክፈል, ማከማቻ ይመሰርታል.
የማጠራቀሚያ ክፍሎች በተጨማሪ ሊጨመቁ እና ሊመሰጠሩ ይችላሉ, እና ከሁሉም በላይ, በተደጋጋሚ የመጠባበቂያ ሂደቶች ውስጥ, እንደገና ጥቅም ላይ ሊውሉ ይችላሉ.
በእንደዚህ ዓይነት ማከማቻ ውስጥ የመጠባበቂያ ክምችት እርስ በርስ የተያያዙ ክፍሎች የተሰየመ ሰንሰለት ነው, ለምሳሌ በተለያዩ የሃሽ ተግባራት ላይ የተመሰረተ.
ብዙ ተመሳሳይ መፍትሄዎች አሉ, በ 3 ላይ አተኩራለሁ: zbackup, borggup እና restic.
የሚጠበቁ ውጤቶች
ሁሉም አመልካቾች በአንድ ወይም በሌላ መንገድ ማከማቻ መፍጠር ስለሚያስፈልጋቸው በጣም አስፈላጊ ከሆኑት ነገሮች መካከል አንዱ የማከማቻው መጠን ይሆናል. በጥሩ ሁኔታ ፣ መጠኑ ተቀባይነት ባለው ዘዴ መሠረት ከ 13 ጂቢ ያልበለጠ ፣ ወይም ከዚያ ያነሰ - በጥሩ ማመቻቸት ላይ የተመሠረተ መሆን አለበት።
እንደ tar ያሉ መዛግብትን ሳይጠቀሙ ፋይሎችን በቀጥታ ማስቀመጥ መቻል እንዲሁም እንደ rsync እና sshfs ያለ ተጨማሪ መሳሪያዎች ከ ssh/sftp ጋር መስራት በጣም ተፈላጊ ነው።
ምትኬዎችን ሲፈጥሩ ባህሪ
- የማከማቻው መጠን ከለውጦቹ መጠን ጋር እኩል ይሆናል, ወይም ያነሰ ይሆናል.
- መጭመቂያ እና/ወይም ምስጠራን በሚጠቀሙበት ጊዜ ከፍተኛ የሲፒዩ አጠቃቀም ይጠበቃል፣ እና የማህደር እና/ወይም ምስጠራ ሂደቱ በመጠባበቂያ ማከማቻ አገልጋይ ላይ የሚሄድ ከሆነ በጣም ከባድ የሆነ የአውታረ መረብ እና የዲስክ ንዑስ ስርዓት ጭነት ሊሆን ይችላል።
- ማከማቻው ከተበላሸ፣ አዲስ ምትኬዎችን ሲፈጥሩ እና ወደነበረበት ለመመለስ በሚሞከርበት ጊዜ የዘገየ ስህተት ሊሆን ይችላል። የማከማቻውን ትክክለኛነት ለማረጋገጥ ተጨማሪ እርምጃዎችን ማቀድ ወይም አብሮገነብ የንፅህና አረጋጋጮችን መጠቀም ያስፈልግዎታል።
ከቀደምት መጣጥፎች በአንዱ እንደታየው ከታር ጋር መሥራት እንደ ዋቢ እሴት ይወሰዳል።
zባክአፕን በመሞከር ላይ
የዝባክአፕ ኦፕሬሽን አጠቃላይ ዘዴ መርሃግብሩ ተመሳሳይ መረጃ የያዙ ቦታዎችን በግቤት ዳታ ዥረቱ ውስጥ ሲያገኝ እንደአማራጭ በመጭመቅ እና በማመስጠር እያንዳንዱን አካባቢ 1 ጊዜ ብቻ ማዳን ነው።
ለማባዛት፣ ባለ 64-ቢት የቀለበት ሃሽ ተግባር ከተንሸራታች መስኮት ጋር በባይት ባይት ቀድሞውኑ ካሉ የውሂብ ብሎኮች ጋር (በ rsync ውስጥ እንዴት እንደሚተገበር ጋር ተመሳሳይ ነው) ለመፈተሽ ይጠቅማል።
ለመጭመቅ፣ lzma እና lzo በብዙ ባለብዙ-ክር አፈጻጸም ውስጥ ጥቅም ላይ ይውላሉ፣ እና ለማመስጠር፣ aes ጥቅም ላይ ይውላሉ። በቅርብ ጊዜ ስሪቶች ውስጥ, ለወደፊቱ የድሮውን ውሂብ ከማከማቻው ውስጥ መሰረዝ ይቻላል.
ፕሮግራሙ በትንሹ ጥገኝነቶች በ C ++ ተጽፏል. ደራሲው በዩኒክስ-ዌይ አነሳሽነት የተነሳ ይመስላል፣ ስለዚህ ፕሮግራሙ ምትኬዎችን ሲፈጥር በstdin ላይ መረጃ ይቀበላል፣ ወደነበረበት ሲመለስ ተመሳሳይ የውሂብ ዥረት ወደ stdout ያወጣል። ስለዚህ, የእራስዎን የመጠባበቂያ መፍትሄዎች በሚጽፉበት ጊዜ zbackup እንደ በጣም ጥሩ "ጡብ" መጠቀም ይቻላል. ለምሳሌ, ለጽሁፉ ደራሲ, ይህ ፕሮግራም ከ 2014 ጀምሮ ለቤት ውስጥ ማሽኖች ዋናው የመጠባበቂያ መሳሪያ ነው.
መደበኛው ታር እንደ ዳታ ዥረቱ ጥቅም ላይ ይውላል፣ ካልሆነ በስተቀር።
ውጤቱ ምን እንደሚሆን እንይ፡-
ስራው በ2 ስሪቶች ተረጋግጧል፡-
- የመረጃ ቋት ተፈጠረ እና zbackup በአገልጋዩ ላይ ከመጀመሪያው መረጃ ጋር ይሰራል ፣ ከዚያ የማከማቻው ይዘቶች ወደ ምትኬ ማከማቻ አገልጋይ ይተላለፋሉ።
- በመጠባበቂያ ማከማቻ አገልጋይ ላይ ማከማቻ ተፈጥሯል ፣zbackup በመጠባበቂያ ማከማቻ አገልጋይ ላይ በssh በኩል ተጀምሯል ፣መረጃው በፓይፕ በኩል ይሰጠዋል ።
የመጀመሪያው አማራጭ ውጤት እንደሚከተለው ነበር-43m11s - ያልተመሰጠረ ማከማቻ እና lzma compressor, 19m13s ሲጠቀሙ - መጭመቂያውን በ lzo ሲተካ.
ከመጀመሪያው መረጃ ጋር በአገልጋዩ ላይ ያለው ጭነት እንደሚከተለው ነበር (ምሳሌ ከ lzma ጋር ይታያል ፣ ከ lzo ጋር ተመሳሳይ ስዕል ነበር ፣ ግን የ rsync ድርሻ የወቅቱ ሩብ ያህል ነበር)
እንዲህ ዓይነቱ የመጠባበቂያ ሂደት በአንጻራዊነት አልፎ አልፎ እና ጥቃቅን ለውጦች ብቻ ተስማሚ እንደሆነ ግልጽ ነው. የዝባክአፕን ስራ ወደ 1 ክር መገደብ በጣም የሚፈለግ ነው, አለበለዚያ በጣም ከፍተኛ የሲፒዩ ጭነት ይኖራል, ምክንያቱም. ፕሮግራሙ በበርካታ ክሮች ውስጥ ለመስራት በጣም ጥሩ ነው. በዲስክ ላይ ያለው ጭነት ትንሽ ነበር, ይህም በአጠቃላይ በ ssd ላይ የተመሰረተ ዘመናዊ የዲስክ ንዑስ ስርዓት የሚታይ አይሆንም. በተጨማሪም የማጠራቀሚያውን መረጃ ከርቀት አገልጋይ ጋር የማመሳሰል ሂደት መጀመሩን በግልጽ ማየት ይችላሉ, የስራው ፍጥነት ከተለመደው rsync ጋር ተመጣጣኝ እና በመጠባበቂያ ማከማቻ አገልጋይ የዲስክ ንዑስ ስርዓት አፈፃፀም ላይ ነው. የአቀራረብ ጉዳቱ የአካባቢያዊ ማከማቻ ማከማቻ እና በውጤቱም, የውሂብ ማባዛት ነው.
የበለጠ አስደሳች እና በተግባር ላይ የሚውል ሁለተኛው አማራጭ በመጠባበቂያ ማከማቻ አገልጋይ ላይ zbackupን ወዲያውኑ ማስኬድ ነው።
ለመጀመር፣ ምስጠራን ከ lzma compressor ጋር ሳይጠቀሙ ስራው ይጣራል።
የእያንዳንዱ ሙከራ ጊዜ የሚሄድበት ጊዜ፡-
አስጀምር 1
አስጀምር 2
አስጀምር 3
39m45 ሴ
40m20 ሴ
40m3 ሴ
7m36 ሴ
8m3 ሴ
7m48 ሴ
15m35 ሴ
15m48 ሴ
15m38 ሴ
aesን በመጠቀም ምስጠራን ካነቁ ውጤቶቹ በጣም ቅርብ ናቸው፡-
በተመሳሳይ ውሂብ ላይ የሚሰራበት ጊዜ፣ ከማመስጠር ጋር፡-
አስጀምር 1
አስጀምር 2
አስጀምር 3
43m40 ሴ
44m12 ሴ
44m3 ሴ
8m3 ሴ
8m15 ሴ
8m12 ሴ
15m0 ሴ
15m40 ሴ
15m25 ሴ
ምስጠራ በ lzo ላይ ከመጨመቅ ጋር ከተጣመረ ፣ የሚከተለው ይሆናል።
የሥራ ሰዓት
አስጀምር 1
አስጀምር 2
አስጀምር 3
18m2 ሴ
18m15 ሴ
18m12 ሴ
5m13 ሴ
5m24 ሴ
5m20 ሴ
8m48 ሴ
9m3 ሴ
8m51 ሴ
የተገኘው ማከማቻ መጠን በ 13 ጂቢ በአንጻራዊነት ተመሳሳይ ነበር። ይህ ማለት መቀነስ በትክክል እየሰራ ነው. እንዲሁም ፣ ቀድሞውኑ በተጨመቀ መረጃ ላይ ፣ የ lzo አጠቃቀም ተጨባጭ ውጤትን ይሰጣል ፣ ከጠቅላላው የሩጫ ጊዜ አንፃር ፣ zbackup ወደ ድብልታ / ብዜት በጣም ቅርብ ነው ፣ ግን በሊብሲንሲን ላይ ከተመሠረቱት ከ2-5 ጊዜ ያህል ወደኋላ ቀርቷል።
ጥቅሞቹ ግልጽ ናቸው - በመጠባበቂያ ማከማቻ አገልጋይ ላይ የዲስክ ቦታን መቆጠብ. የማጠራቀሚያ ማረጋገጫ መሳሪያዎችን በተመለከተ, በ zbackup ደራሲ አልተሰጡም, ስህተትን የሚቋቋም የዲስክ ድርድር ወይም የደመና አቅራቢን ለመጠቀም ይመከራል.
በአጠቃላይ, በጣም ጥሩ ስሜት, ምንም እንኳን ፕሮጀክቱ ለ 3 ዓመታት ያህል ቆሞ የነበረ ቢሆንም (የመጨረሻው ባህሪ ጥያቄ ከአንድ አመት በፊት ነበር, ነገር ግን ምላሽ ሳይሰጥ).
ቦርግባክ ሙከራ
Borgbackup የጣሪያ ሹካ ነው፣ ከzbackup ጋር የሚመሳሰል ሌላ ስርዓት። በፓይቶን የተፃፈ፣ ከzbackup ጋር ተመሳሳይ የሆኑ ባህሪያት ዝርዝር አለው፣ ነገር ግን በተጨማሪ የሚከተሉትን ማድረግ ይችላል፡-
- ምትኬዎችን በ fuse ጫን
- የማጠራቀሚያውን ይዘት ይፈትሹ
- በደንበኛ-አገልጋይ ሁነታ ይስሩ
- ለመረጃ የተለያዩ መጭመቂያዎችን ይጠቀሙ፣ እንዲሁም የፋይሉን አይነት በሚጭኑበት ጊዜ የሂዩሪስቲክ ውሳኔን ይጠቀሙ።
- 2 የምስጠራ አማራጮች፣ aes እና blake
- አብሮ የተሰራ መሳሪያ ለ
የአፈጻጸም ቼኮች
ቦርግባክአፕ ቤንችማርክ crud ssh://backup_server/repo/path local_dir
ውጤቶቹ እንደዚህ ወጡ።
CZ-BIG 96.51 ሜባ/ሰ (10 100.00 ሜባ ሙሉ-ዜሮ ፋይሎች፡ 10.36s)
RZ-BIG 57.22 ሜባ/ሰ (10 100.00 ሜባ ሙሉ-ዜሮ ፋይሎች፡ 17.48s)
UZ-BIG 253.63 ሜባ/ሰ (10 100.00 ሜባ ሙሉ-ዜሮ ፋይሎች፡ 3.94s)
DZ-BIG 351.06 ሜባ/ሰ (10 100.00 ሜባ ሙሉ-ዜሮ ፋይሎች፡ 2.85s)
CR-ቢግ 34.30 ሜባ/ሰ (10 100.00 ሜባ የዘፈቀደ ፋይሎች፡ 29.15s)
RR-BIG 60.69 ሜባ/ሰ (10 100.00 ሜባ የዘፈቀደ ፋይሎች፡ 16.48s)
UR-BIG 311.06 ሜባ/ሰ (10 100.00 ሜባ የዘፈቀደ ፋይሎች፡ 3.21s)
DR-BIG 72.63 ሜባ/ሰ (10 100.00 ሜባ የዘፈቀደ ፋይሎች፡ 13.77s)
CZ-መካከለኛ 108.59 ሜባ/ሰ (1000 1.00 ሜባ ሙሉ-ዜሮ ፋይሎች፡ 9.21s)
RZ-መካከለኛ 76.16 ሜባ/ሰ (1000 1.00 ሜባ ሙሉ-ዜሮ ፋይሎች፡ 13.13s)
UZ-መካከለኛ 331.27 ሜባ/ሰ (1000 1.00 ሜባ ሙሉ-ዜሮ ፋይሎች፡ 3.02s)
DZ-መካከለኛ 387.36 ሜባ/ሰ (1000 1.00 ሜባ ሙሉ-ዜሮ ፋይሎች፡ 2.58s)
CR-መካከለኛ 37.80 ሜባ/ሰ (1000 1.00 ሜባ የዘፈቀደ ፋይሎች፡ 26.45s)
RR-መካከለኛ 68.90 ሜባ/ሰ (1000 1.00 ሜባ የዘፈቀደ ፋይሎች፡ 14.51s)
UR-መካከለኛ 347.24 ሜባ/ሰ (1000 1.00 ሜባ የዘፈቀደ ፋይሎች፡ 2.88s)
DR-MEDIUM 48.80 ሜባ/ሰ (1000 1.00 ሜባ የዘፈቀደ ፋይሎች፡ 20.49s)
CZ-ትንሽ 11.72 ሜባ/ሰ (10000 10.00 ኪባ ሙሉ-ዜሮ ፋይሎች፡ 8.53s)
RZ-ትንሽ 32.57 ሜባ/ሰ (10000 10.00 ኪባ ሙሉ-ዜሮ ፋይሎች፡ 3.07s)
UZ-ትንሽ 19.37 ሜባ/ሰ (10000 10.00 ኪባ ሙሉ-ዜሮ ፋይሎች፡ 5.16s)
DZ-ትንሽ 33.71 ሜባ/ሰ (10000 10.00 ኪባ ሙሉ-ዜሮ ፋይሎች፡ 2.97s)
CR-SMALL 6.85 ሜባ/ሰ (10000 10.00 ኪባ የዘፈቀደ ፋይሎች፡ 14.60s)
RR-SMALL 31.27 ሜባ/ሰ (10000 10.00 ኪባ የዘፈቀደ ፋይሎች፡ 3.20s)
UR-SMALL 12.28 ሜባ/ሰ (10000 10.00 ኪባ የዘፈቀደ ፋይሎች፡ 8.14s)
DR-SMALL 18.78 ሜባ/ሰ (10000 10.00 ኪባ የዘፈቀደ ፋይሎች፡ 5.32s)
በሚሞከርበት ጊዜ ሂዩሪስቲክስ ከፋይል ዓይነት (የመጭመቂያ አውቶማቲክ) ፍቺ ጋር በመጭመቅ ጊዜ ጥቅም ላይ ይውላል እና ውጤቶቹ እንደሚከተለው ይሆናሉ።
መጀመሪያ፣ ስራውን ያለ ምስጠራ እንፈትሽ፡-
የሥራ ሰዓት
አስጀምር 1
አስጀምር 2
አስጀምር 3
4m6 ሴ
4m10 ሴ
4m5 ሴ
56s
58s
54s
1m26 ሴ
1m34 ሴ
1m30 ሴ
የማጠራቀሚያ ፈቃድ (የተረጋገጠ ሁነታ) ካነቁ ውጤቶቹ ቅርብ ይሆናሉ፡-
የሥራ ሰዓት
አስጀምር 1
አስጀምር 2
አስጀምር 3
4m11 ሴ
4m20 ሴ
4m12 ሴ
1m0 ሴ
1m3 ሴ
1m2 ሴ
1m30 ሴ
1m34 ሴ
1m31 ሴ
aes ምስጠራን ሲያነቃ ውጤቶቹ ብዙም አልተበላሹም፡
አስጀምር 1
አስጀምር 2
አስጀምር 3
4m55 ሴ
5m2 ሴ
4m58 ሴ
1m0 ሴ
1m2 ሴ
1m0 ሴ
1m49 ሴ
1m50 ሴ
1m50 ሴ
እና aes ወደ blake ከቀየሩ፣ ሁኔታው በአጠቃላይ ይሻሻላል፡-
የሥራ ሰዓት
አስጀምር 1
አስጀምር 2
አስጀምር 3
4m33 ሴ
4m43 ሴ
4m40 ሴ
59s
1m0 ሴ
1m0 ሴ
1m38 ሴ
1m43 ሴ
1m40 ሴ
እንደ zbackup ሁኔታ, የማከማቻው መጠን 13 ጂቢ እና እንዲያውም ትንሽ ያነሰ ነበር, ይህም በአጠቃላይ, ይጠበቃል. በሩጫው ጊዜ በጣም ተደስቻለሁ, በሊብሲንሲን ላይ ከተመሠረቱ መፍትሄዎች ጋር ተመጣጣኝ ነው, ብዙ ተጨማሪ እድሎችን ያቀርባል. በአውቶማቲክ ሁነታ ላይ ቦርግባክአፕን ሲጠቀሙ በጣም ከባድ የሆነ ጥቅም የሚሰጠውን በአካባቢ ተለዋዋጮች በኩል የተለያዩ መለኪያዎችን የማዘጋጀት ችሎታ በማግኘቴ ተደስቻለሁ። በተጨማሪም በመጠባበቂያ ጊዜ ጭነቱ ደስ ብሎኝ ነበር: በአቀነባባሪው ጭነት በመመዘን, borgapup በ 1 ክር ውስጥ ይሰራል.
በሚጠቀሙበት ጊዜ ምንም ልዩ ጉዳቶች አልነበሩም.
የእረፍት ምርመራ
ምንም እንኳን ሪስቲክ ትክክለኛ አዲስ መፍትሄ ቢሆንም (የመጀመሪያዎቹ 2 እጩዎች ከ 2013 እና ከዚያ በላይ ይታወቃሉ) ፣ በጣም ጥሩ ባህሪዎች አሉት። በ Go ውስጥ ተፃፈ።
ከzbackup ጋር ሲነጻጸር፣ በተጨማሪ ይሰጣል፡-
- የማጠራቀሚያውን ትክክለኛነት ማረጋገጥ (በክፍሎቹ ውስጥ ማረጋገጥን ጨምሮ)።
- በጣም ብዙ የሚደገፉ ፕሮቶኮሎች እና አቅራቢዎች ምትኬዎችን ለማከማቸት እንዲሁም ለ rclone - rsync ለ Cloud መፍትሄዎች ድጋፍ።
- እርስ በርስ የ 2 ምትኬዎችን ማወዳደር.
- ማከማቻን በ fuse በመጫን ላይ።
በአጠቃላይ፣ የባህሪዎች ዝርዝር ለቦርግባክአፕ በጣም ቅርብ ነው፣ አንዳንዴ ብዙ፣ አንዳንዴ ያነሰ ነው። ከባህሪያቱ - ምስጠራን ማሰናከል አለመቻል, እና ስለዚህ, ምትኬዎች ሁልጊዜ የተመሰጠሩ ይሆናሉ. ከዚህ ሶፍትዌር ምን ሊጨመቅ እንደሚችል በተግባር እንየው፡-
ውጤቶቹም የሚከተሉት ናቸው።
የሥራ ሰዓት
አስጀምር 1
አስጀምር 2
አስጀምር 3
5m25 ሴ
5m50 ሴ
5m38 ሴ
35s
38s
36s
1m54 ሴ
2m2 ሴ
1m58 ሴ
ውጤቶቹ እንዲሁ በ rsync ላይ ከተመሰረቱ መፍትሄዎች ጋር ይነፃፀራሉ እና በአጠቃላይ ፣ ለቦርግባክፕፕ በጣም ቅርብ ናቸው ፣ ግን የማቀነባበሪያው ጭነት ከፍ ያለ ነው (በርካታ ክሮች እየሰሩ ናቸው) እና sawtooth።
ምናልባትም ፣ ፕሮግራሙ በ rsync እንደታየው በማከማቻ አገልጋዩ ላይ ባለው የዲስክ ንዑስ ስርዓት አፈፃፀም ላይ የተመሠረተ ነው። የማጠራቀሚያው መጠን 13 ጂቢ ነበር፣ ልክ እንደ zbackup ወይም borggiup፣ ይህንን መፍትሄ ሲጠቀሙ ምንም ግልጽ ጉዳቶች አልነበሩም።
ውጤቶች
በእርግጥ ሁሉም እጩዎች ተመሳሳይ ውጤት አግኝተዋል, ግን በተለያየ ዋጋ. ቦርግባክአፕ ምርጡ፣ ትንሽ ቀርፋፋ - ሬስቲክ፣ ዝባክአፕ፣ ምናልባት፣ መጠቀም መጀመር የለብዎትም፣
እና ቀድሞውንም ጥቅም ላይ ከዋለ ወደ ቦርግባክአፕ ወይም ሪስቲክ ለመቀየር ይሞክሩ።
ግኝቶች
Restic በጣም ተስፋ ሰጪ መፍትሄ ይመስላል, ምክንያቱም ለፍጥነት በጣም ጥሩው የችሎታ ጥምርታ ያለው እሱ ነው ፣ ግን አሁን ወደ አጠቃላይ ድምዳሜዎች አንቸኩልም።
Borgbackup በመርህ ደረጃ የከፋ አይደለም, ነገር ግን zbackup ምናልባት መተካት የተሻለ ነው. ሆኖም የzbackup 3-2-1 ህግ አሁንም እንዲሰራ ጥቅም ላይ ሊውል ይችላል። ለምሳሌ፣ ከ (lib) በተጨማሪ በrsync ላይ የተመሰረቱ የመጠባበቂያ መሳሪያዎች።
ማስታወቂያ
ምትኬ ክፍል 5፡ የ bacula እና veeam ምትኬን ለሊኑክስ መሞከር
ምትኬ ክፍል 6፡ የመጠባበቂያ መሳሪያዎችን ማወዳደር
ምትኬ ክፍል 7: መደምደሚያ
የመለጠፍ ደራሲ፡ ፓቬል ዴምኮቪች
ምንጭ: hab.com