ການ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​, ສ່ວນ​ທີ 1​: ຈຸດ​ປະ​ສົງ​, ການ​ທົບ​ທວນ​ຄືນ​ວິ​ທີ​ການ​ແລະ​ເຕັກ​ໂນ​ໂລ​ຊີ​

ເປັນຫຍັງທ່ານຈໍາເປັນຕ້ອງເຮັດການສໍາຮອງຂໍ້ມູນ? ຫຼັງຈາກທີ່ທັງຫມົດ, ອຸປະກອນແມ່ນມີຄວາມຫນ້າເຊື່ອຖືຫຼາຍ, ແລະນອກຈາກນັ້ນ, ຍັງມີ "clouds" ທີ່ມີຄວາມຫນ້າເຊື່ອຖືໄດ້ດີກວ່າເຄື່ອງແມ່ຂ່າຍທາງດ້ານຮ່າງກາຍ: ດ້ວຍການຕັ້ງຄ່າທີ່ເຫມາະສົມ, ເຄື່ອງແມ່ຂ່າຍ "cloud" ສາມາດລອດພົ້ນຈາກຄວາມລົ້ມເຫຼວຂອງເຄື່ອງແມ່ຂ່າຍທາງດ້ານຮ່າງກາຍ, ແລະຈາກ. ທັດສະນະຂອງຜູ້ຊົມໃຊ້ການບໍລິການ, ຈະມີຂະຫນາດນ້ອຍ, ສັງເກດເຫັນເປົ່າໂດດໃນການບໍລິການທີ່ໃຊ້ເວລາ. ນອກຈາກນັ້ນ, ການຊໍ້າຊ້ອນຂອງຂໍ້ມູນມັກຈະຕ້ອງຈ່າຍສໍາລັບເວລາຂອງໂປເຊດເຊີ "ພິເສດ", ການໂຫຼດແຜ່ນ, ແລະການຈະລາຈອນເຄືອຂ່າຍ.

ໂປລແກລມທີ່ເຫມາະສົມແລ່ນໄວ, ບໍ່ຮົ່ວໄຫຼ, ບໍ່ມີຮູ, ແລະບໍ່ມີຢູ່.

- ບໍ່ຮູ້ຈັກ

ເນື່ອງຈາກບັນດາໂຄງການຍັງຖືກຂຽນໂດຍຜູ້ພັດທະນາທາດໂປຼຕີນ, ແລະມັກຈະບໍ່ມີຂະບວນການທົດສອບ, ບວກກັບບັນດາໂຄງການແມ່ນບໍ່ຄ່ອຍຖືກນໍາມາໃຊ້ "ການປະຕິບັດທີ່ດີທີ່ສຸດ" (ເຊິ່ງຕົວມັນເອງຍັງເປັນໂຄງການແລະດັ່ງນັ້ນບໍ່ສົມບູນແບບ), ຜູ້ເບິ່ງແຍງລະບົບສ່ວນຫຼາຍຈະຕ້ອງແກ້ໄຂບັນຫາທີ່ມີສຽງສັ້ນໆແຕ່. ໂດຍຫຍໍ້: "ກັບຄືນໄປສູ່ວິທີທີ່ມັນເປັນ", "ນໍາພື້ນຖານໄປສູ່ການດໍາເນີນງານຕາມປົກກະຕິ", "ເຮັດວຽກຊ້າໆ - ກັບຄືນ", ແລະຍັງ favorite ຂອງຂ້ອຍ "ຂ້ອຍບໍ່ຮູ້ຫຍັງ, ແຕ່ແກ້ໄຂມັນ".

ນອກເຫນືອຈາກຄວາມຜິດພາດທາງເຫດຜົນທີ່ເກີດຂຶ້ນເປັນຜົນມາຈາກການເຮັດວຽກ careless ຂອງນັກພັດທະນາ, ຫຼືປະສົມປະສານຂອງສະຖານະການ, ເຊັ່ນດຽວກັນກັບຄວາມຮູ້ທີ່ບໍ່ຄົບຖ້ວນຫຼືຄວາມເຂົ້າໃຈຜິດຂອງລັກສະນະນ້ອຍໆຂອງໂປລແກລມກໍ່ສ້າງ - ລວມທັງການເຊື່ອມຕໍ່ແລະລະບົບ, ລວມທັງລະບົບປະຕິບັດການ, ໄດເວີແລະເຟີມແວ - ຍັງມີຂໍ້ຜິດພາດອື່ນໆ. ຕົວຢ່າງ, ນັກພັດທະນາສ່ວນໃຫຍ່ອີງໃສ່ເວລາແລ່ນ, ລືມຫມົດກ່ຽວກັບກົດຫມາຍທາງດ້ານຮ່າງກາຍ, ເຊິ່ງຍັງເປັນໄປບໍ່ໄດ້ທີ່ຈະຫລີກລ່ຽງການນໍາໃຊ້ໂປຼແກຼມ. ນີ້ປະກອບມີຄວາມຫນ້າເຊື່ອຖືທີ່ບໍ່ມີຂອບເຂດຂອງລະບົບຍ່ອຍຂອງແຜ່ນແລະໂດຍທົ່ວໄປ, ລະບົບຍ່ອຍການເກັບຮັກສາຂໍ້ມູນໃດໆ (ລວມທັງ RAM ແລະ cache ຂອງໂປເຊດເຊີ!), ແລະເວລາການປຸງແຕ່ງສູນໃນໂປເຊດເຊີ, ແລະບໍ່ມີຂໍ້ຜິດພາດໃນລະຫວ່າງການສົ່ງຜ່ານເຄືອຂ່າຍແລະໃນລະຫວ່າງການປະມວນຜົນໃນ. ໂປເຊດເຊີ, ແລະຄວາມລ່າຊ້າຂອງເຄືອຂ່າຍ, ເຊິ່ງເທົ່າກັບ 0. ທ່ານບໍ່ຄວນລະເລີຍເສັ້ນຕາຍທີ່ມີຊື່ສຽງ, ເພາະວ່າຖ້າທ່ານບໍ່ພົບມັນໃນເວລາ, ມັນຈະມີບັນຫາຮ້າຍແຮງກວ່າຄວາມແຕກຕ່າງກັນຂອງການເຮັດວຽກຂອງເຄືອຂ່າຍແລະແຜ່ນ.

ຈະເຮັດແນວໃດກັບບັນຫາທີ່ເພີ່ມຂຶ້ນໃນຜົນບັງຄັບໃຊ້ຢ່າງເຕັມທີ່ແລະວາງສາຍກ່ຽວກັບຂໍ້ມູນທີ່ມີຄຸນຄ່າ? ບໍ່ມີຫຍັງທີ່ຈະທົດແທນນັກພັດທະນາທີ່ມີຊີວິດ, ແລະມັນບໍ່ແມ່ນຄວາມຈິງທີ່ວ່າມັນຈະເປັນໄປໄດ້ໃນອະນາຄົດອັນໃກ້ນີ້. ໃນທາງກົງກັນຂ້າມ, ມີພຽງແຕ່ໂຄງການຈໍານວນຫນ້ອຍເທົ່ານັ້ນທີ່ປະສົບຜົນສໍາເລັດໃນການພິສູດຢ່າງເຕັມທີ່ວ່າໂຄງການຈະເຮັດວຽກຕາມຈຸດປະສົງ, ແລະມັນບໍ່ຈໍາເປັນທີ່ຈະເອົາແລະນໍາໃຊ້ຫຼັກຖານກັບໂຄງການອື່ນໆທີ່ຄ້າຍຄືກັນ. ນອກຈາກນີ້, ຫຼັກຖານດັ່ງກ່າວໃຊ້ເວລາຫຼາຍແລະຮຽກຮ້ອງໃຫ້ມີຄວາມສາມາດພິເສດແລະຄວາມຮູ້, ແລະນີ້ປະຕິບັດການຫຼຸດຜ່ອນຄວາມເປັນໄປໄດ້ຂອງການນໍາໃຊ້ຂອງເຂົາເຈົ້າຄໍານຶງເຖິງກໍານົດເວລາ. ນອກຈາກນັ້ນ, ພວກເຮົາຍັງບໍ່ຮູ້ວິທີການນໍາໃຊ້ເຕັກໂນໂລຢີທີ່ໄວທີ່ສຸດ, ລາຄາຖືກແລະເຊື່ອຖືໄດ້ infinitely ສໍາລັບການເກັບຮັກສາ, ການປຸງແຕ່ງແລະການສົ່ງຂໍ້ມູນ. ເທກໂນໂລຍີດັ່ງກ່າວ, ຖ້າພວກເຂົາມີຢູ່, ແມ່ນຢູ່ໃນຮູບແບບຂອງແນວຄວາມຄິດ, ຫຼື - ສ່ວນຫຼາຍມັກ - ມີພຽງແຕ່ຢູ່ໃນປຶ້ມ fiction ວິທະຍາສາດແລະຮູບເງົາ.

ນັກສິລະປິນທີ່ດີຄັດລອກ, ນັກສິລະປິນທີ່ຍິ່ງໃຫຍ່ລັກ.

— Pablo Picasso.

ການແກ້ໄຂທີ່ປະສົບຜົນສໍາເລັດຫຼາຍທີ່ສຸດແລະສິ່ງທີ່ງ່າຍດາຍທີ່ຫນ້າປະຫລາດໃຈມັກຈະເກີດຂື້ນບ່ອນທີ່ແນວຄວາມຄິດ, ເຕັກໂນໂລຢີ, ຄວາມຮູ້, ແລະສາຂາຂອງວິທະຍາສາດທີ່ບໍ່ເຂົ້າກັນຢ່າງແທ້ຈິງຢູ່ glance ທໍາອິດພົບ.

ສໍາລັບຕົວຢ່າງ, ນົກແລະເຮືອບິນມີປີກ, ແຕ່ເຖິງວ່າຈະມີຄວາມຄ້າຍຄືກັນໃນການເຮັດວຽກ - ຫຼັກການຂອງການດໍາເນີນງານໃນບາງຮູບແບບແມ່ນຄືກັນ, ແລະບັນຫາດ້ານວິຊາການໄດ້ຖືກແກ້ໄຂໃນລັກສະນະທີ່ຄ້າຍຄືກັນ: ກະດູກຮູ, ການນໍາໃຊ້ວັດສະດຸທີ່ເຂັ້ມແຂງແລະນ້ໍາຫນັກເບົາ, ແລະອື່ນໆ -. ຜົນໄດ້ຮັບແມ່ນແຕກຕ່າງກັນຫມົດ, ເຖິງແມ່ນວ່າຄ້າຍຄືກັນຫຼາຍ. ຕົວຢ່າງທີ່ດີທີ່ສຸດທີ່ພວກເຮົາເຫັນໃນເຕັກໂນໂລຢີຂອງພວກເຮົາແມ່ນຍັງໄດ້ຮັບການກູ້ຢືມຈາກທໍາມະຊາດສ່ວນໃຫຍ່: ຊ່ອງທີ່ມີຄວາມກົດດັນຂອງເຮືອແລະເຮືອດໍານ້ໍາແມ່ນການປຽບທຽບໂດຍກົງກັບ annelids; ການກໍ່ສ້າງ array ການໂຈມຕີແລະການກວດສອບຄວາມຖືກຕ້ອງຂອງຂໍ້ມູນ - duplicating ລະບົບຕ່ອງໂສ້ DNA; ເຊັ່ນດຽວກັນກັບອະໄວຍະວະຄູ່, ຄວາມເປັນເອກະລາດຂອງການເຮັດວຽກຂອງອະໄວຍະວະທີ່ແຕກຕ່າງກັນຈາກລະບົບປະສາດສ່ວນກາງ (ອັດຕະໂນມັດຂອງຫົວໃຈ) ແລະການສະທ້ອນ - ລະບົບອັດຕະໂນມັດໃນອິນເຕີເນັດ. ແນ່ນອນ, ການປະຕິບັດແລະນໍາໃຊ້ວິທີແກ້ໄຂທີ່ກຽມພ້ອມ "ໃນຫົວ" ແມ່ນເຕັມໄປດ້ວຍບັນຫາ, ແຕ່ໃຜຮູ້, ບາງທີບໍ່ມີວິທີແກ້ໄຂອື່ນ.

ຖ້າ​ຫາກ​ວ່າ​ຂ້າ​ພະ​ເຈົ້າ​ພຽງ​ແຕ່​ຮູ້​ວ່າ​ບ່ອນ​ທີ່​ທ່ານ​ຈະ​ຕົກ, ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ໄດ້​ວາງ​ເຟືອງ​ອອກ!

- ຄໍາສຸພາສິດພື້ນເມືອງຂອງເບລາລຸດຊີ

ນີ້ຫມາຍຄວາມວ່າສໍາເນົາສໍາຮອງແມ່ນສໍາຄັນສໍາລັບຜູ້ທີ່ຕ້ອງການ:

• ສາມາດຟື້ນຟູການເຮັດວຽກຂອງລະບົບຂອງທ່ານດ້ວຍການຢຸດເຮັດວຽກຫນ້ອຍທີ່ສຸດ, ຫຼືແມ້ກະທັ້ງບໍ່ມີມັນທັງຫມົດ
• ປະຕິບັດຢ່າງກ້າຫານ, ເພາະວ່າໃນກໍລະນີມີຄວາມຜິດພາດ, ຄວາມເປັນໄປໄດ້ຂອງ rollback ສະເຫມີ.
• ຫຼຸດຜ່ອນຜົນສະທ້ອນຂອງການສໍ້ລາດບັງຫຼວງຂໍ້ມູນໂດຍເຈດຕະນາ

ນີ້ແມ່ນທິດສະດີເລັກນ້ອຍ

ການ​ຈັດ​ປະ​ເພດ​ໃດ​ຫນຶ່ງ​ແມ່ນ​ຕົນ​ເອງ​. ທໍາມະຊາດບໍ່ໄດ້ຈັດປະເພດ. ພວກເຮົາຈັດປະເພດເພາະວ່າມັນສະດວກກວ່າສໍາລັບພວກເຮົາ. ແລະພວກເຮົາຈັດປະເພດຕາມຂໍ້ມູນທີ່ພວກເຮົາຍັງເອົາ arbitrarily.

— Jean Bruler

ໂດຍບໍ່ສົນເລື່ອງຂອງວິທີການເກັບຮັກສາທາງດ້ານຮ່າງກາຍ, ການເກັບຮັກສາຂໍ້ມູນຢ່າງມີເຫດຜົນສາມາດແບ່ງອອກເປັນສອງວິທີໃນການເຂົ້າເຖິງຂໍ້ມູນນີ້: ບລັອກແລະໄຟລ໌. ບໍ່ດົນມານີ້, ພະແນກນີ້ໄດ້ຖືກເຮັດໃຫ້ມົວຫຼາຍ, ເນື່ອງຈາກວ່າການສະກັດຢ່າງດຽວ, ເຊັ່ນດຽວກັນກັບໄຟລ໌ຢ່າງດຽວ, ການເກັບຮັກສາຢ່າງມີເຫດຜົນບໍ່ມີ. ຢ່າງໃດກໍຕາມ, ສໍາລັບຄວາມງ່າຍດາຍ, ພວກເຮົາຈະສົມມຸດວ່າພວກມັນມີຢູ່.

ການເກັບຮັກສາຂໍ້ມູນສະກັດຫມາຍຄວາມວ່າມີອຸປະກອນທາງດ້ານຮ່າງກາຍທີ່ຂໍ້ມູນຖືກຂຽນໄວ້ໃນບາງສ່ວນຄົງທີ່, ຕັນ. Blocks ແມ່ນເຂົ້າເຖິງໄດ້ຕາມທີ່ຢູ່ທີ່ແນ່ນອນ; ແຕ່ລະບລັອກມີທີ່ຢູ່ຂອງຕົນເອງພາຍໃນອຸປະກອນ.

ປົກກະຕິແລ້ວການສໍາຮອງຂໍ້ມູນແມ່ນເຮັດໂດຍການຄັດລອກບລັອກຂໍ້ມູນ. ເພື່ອຮັບປະກັນຄວາມສົມບູນຂອງຂໍ້ມູນ, ການບັນທຶກຂອງຕັນໃຫມ່, ເຊັ່ນດຽວກັນກັບການປ່ຽນແປງທີ່ມີຢູ່ແລ້ວ, ໄດ້ຖືກໂຈະໃນເວລາທີ່ເຮັດສໍາເນົາ. ຖ້າພວກເຮົາເອົາການປຽບທຽບຈາກໂລກທໍາມະດາ, ສິ່ງທີ່ໃກ້ຊິດທີ່ສຸດແມ່ນ closet ທີ່ມີຈຸລັງເລກທີ່ຄືກັນ.

ການເກັບຮັກສາຂໍ້ມູນໄຟລ໌ໂດຍອີງໃສ່ຫຼັກການອຸປະກອນຢ່າງມີເຫດຜົນແມ່ນຢູ່ໃກ້ກັບການເກັບຮັກສາບລັອກແລະມັກຈະຖືກຈັດລຽງຢູ່ເທິງສຸດ. ຄວາມແຕກຕ່າງທີ່ ສຳ ຄັນແມ່ນການປະກົດຕົວຂອງລຳດັບບ່ອນເກັບມ້ຽນແລະຊື່ທີ່ມະນຸດສາມາດອ່ານໄດ້. abstraction ໄດ້ຖືກຈັດສັນໃນຮູບແບບຂອງໄຟລ໌ - ພື້ນທີ່ຂໍ້ມູນທີ່ມີຊື່, ເຊັ່ນດຽວກັນກັບໄດເລກະທໍລີ - ໄຟລ໌ພິເສດທີ່ຄໍາອະທິບາຍແລະການເຂົ້າເຖິງໄຟລ໌ອື່ນໆຖືກເກັບໄວ້. ໄຟລ໌ສາມາດສະໜອງຂໍ້ມູນ metadata ເພີ່ມເຕີມໄດ້: ເວລາສ້າງ, ທຸງການເຂົ້າເຖິງ, ແລະອື່ນໆ. ການສໍາຮອງຂໍ້ມູນປົກກະຕິແລ້ວແມ່ນເຮັດດ້ວຍວິທີນີ້: ພວກເຂົາຊອກຫາໄຟລ໌ທີ່ປ່ຽນແປງ, ຫຼັງຈາກນັ້ນຄັດລອກພວກມັນໄປຫາບ່ອນເກັບຂໍ້ມູນອື່ນທີ່ມີໂຄງສ້າງດຽວກັນ. ຄວາມສົມບູນຂອງຂໍ້ມູນມັກຈະຖືກປະຕິບັດໂດຍການບໍ່ມີໄຟລ໌ທີ່ຖືກຂຽນໃສ່. ເມຕາເດຕາຂອງໄຟລ໌ຖືກສຳຮອງໄວ້ດ້ວຍວິທີດຽວກັນ. ການປຽບທຽບທີ່ໃກ້ຊິດທີ່ສຸດແມ່ນຫ້ອງສະຫມຸດ, ເຊິ່ງມີສ່ວນທີ່ມີປື້ມຕ່າງໆ, ແລະຍັງມີລາຍການທີ່ມີຊື່ຫນັງສືທີ່ມະນຸດສາມາດອ່ານໄດ້.

ບໍ່ດົນມານີ້, ທາງເລືອກອື່ນແມ່ນບາງຄັ້ງຖືກອະທິບາຍ, ເຊິ່ງໃນຫຼັກການ, ການເກັບຮັກສາຂໍ້ມູນໄຟລ໌ໄດ້ເລີ່ມຕົ້ນ, ແລະມີລັກສະນະເກົ່າແກ່ດຽວກັນ: ການເກັບຮັກສາຂໍ້ມູນວັດຖຸ.

ມັນແຕກຕ່າງຈາກການເກັບຮັກສາໄຟລ໌ທີ່ມັນບໍ່ມີຫຼາຍກ່ວາຫນຶ່ງຮັງ (ໂຄງການຮາບພຽງ), ແລະຊື່ໄຟລ໌, ເຖິງແມ່ນວ່າມະນຸດສາມາດອ່ານໄດ້, ຍັງເຫມາະສົມສໍາລັບການປຸງແຕ່ງໂດຍເຄື່ອງຈັກ. ເມື່ອປະຕິບັດການສໍາຮອງຂໍ້ມູນ, ການເກັບຮັກສາວັດຖຸມັກຈະຖືກປະຕິບັດຄ້າຍຄືກັນກັບການເກັບຮັກສາໄຟລ໌, ແຕ່ບາງຄັ້ງກໍ່ມີທາງເລືອກອື່ນ.

— ມີສອງປະເພດຂອງຜູ້ບໍລິຫານລະບົບ, ຜູ້ທີ່ບໍ່ໄດ້ເຮັດການສໍາຮອງຂໍ້ມູນ, ແລະຜູ້ທີ່ເຮັດແລ້ວ.
- ຕົວຈິງແລ້ວ, ມີສາມປະເພດ: ຍັງມີຜູ້ທີ່ກວດເບິ່ງວ່າການສໍາຮອງຂໍ້ມູນສາມາດຟື້ນຟູໄດ້.

- ບໍ່ຮູ້ຈັກ

ມັນຍັງມີມູນຄ່າເຂົ້າໃຈວ່າຂະບວນການສໍາຮອງຂໍ້ມູນຂໍ້ມູນຕົວມັນເອງແມ່ນດໍາເນີນໂດຍໂຄງການ, ດັ່ງນັ້ນມັນມີຂໍ້ເສຍປຽບທັງຫມົດເຊັ່ນດຽວກັນກັບໂຄງການອື່ນໆ. ເພື່ອເອົາ (ບໍ່ລົບລ້າງ!) ການເອື່ອຍອີງຈາກປັດໃຈຂອງມະນຸດ, ເຊັ່ນດຽວກັນກັບລັກສະນະ - ທີ່ສ່ວນບຸກຄົນບໍ່ມີຜົນກະທົບທີ່ເຂັ້ມແຂງ, ແຕ່ຮ່ວມກັນສາມາດໃຫ້ຜົນກະທົບທີ່ສັງເກດເຫັນ - ອັນທີ່ເອີ້ນວ່າ. ກົດລະບຽບ 3-2-1. ມີຫຼາຍທາງເລືອກສໍາລັບວິທີການຖອດລະຫັດ, ແຕ່ຂ້ອຍມັກການຕີຄວາມຫມາຍຕໍ່ໄປນີ້ດີກວ່າ: 3 ຊຸດຂອງຂໍ້ມູນດຽວກັນຕ້ອງຖືກເກັບໄວ້, 2 ຊຸດຕ້ອງຖືກເກັບໄວ້ໃນຮູບແບບທີ່ແຕກຕ່າງກັນ, ແລະ 1 ຊຸດຕ້ອງຖືກເກັບໄວ້ໃນບ່ອນເກັບຂໍ້ມູນທາງພູມສາດ.

ຮູບແບບການເກັບຮັກສາຄວນຈະເຂົ້າໃຈດັ່ງຕໍ່ໄປນີ້:

• ຖ້າມີການເພິ່ງພາອາໄສວິທີການເກັບຮັກສາທາງດ້ານຮ່າງກາຍ, ພວກເຮົາປ່ຽນວິທີການທາງດ້ານຮ່າງກາຍ.
• ຖ້າມີການເພິ່ງພາອາໄສວິທີການເກັບຮັກສາຢ່າງມີເຫດຜົນ, ພວກເຮົາປ່ຽນວິທີການທີ່ມີເຫດຜົນ.

ເພື່ອບັນລຸຜົນກະທົບສູງສຸດຂອງກົດລະບຽບ 3-2-1, ແນະນໍາໃຫ້ປ່ຽນຮູບແບບການເກັບຮັກສາໃນທັງສອງວິທີ.

ຈາກທັດສະນະຂອງຄວາມພ້ອມຂອງການສໍາຮອງຂໍ້ມູນສໍາລັບຈຸດປະສົງຂອງຕົນ - ການຟື້ນຟູການທໍາງານ - ຄວາມແຕກຕ່າງລະຫວ່າງການສໍາຮອງຂໍ້ມູນ "ຮ້ອນ" ແລະ "ເຢັນ". ເຄື່ອງຮ້ອນແຕກຕ່າງຈາກເຄື່ອງເຢັນໃນສິ່ງດຽວ: ພວກມັນພ້ອມໃຊ້ໃນທັນທີ, ໃນຂະນະທີ່ເຄື່ອງເຢັນຕ້ອງການບາງຂັ້ນຕອນເພີ່ມເຕີມສໍາລັບການຟື້ນຕົວ: ການຖອດລະຫັດ, ການສະກັດຈາກບ່ອນເກັບມ້ຽນ, ແລະອື່ນໆ.

ຢ່າສັບສົນສໍາເນົາຮ້ອນແລະເຢັນກັບສໍາເນົາອອນໄລນ໌ແລະອອບໄລນ໌, ເຊິ່ງຫມາຍເຖິງການໂດດດ່ຽວທາງດ້ານຮ່າງກາຍຂອງຂໍ້ມູນແລະ, ໃນຄວາມເປັນຈິງ, ເປັນສັນຍານອື່ນຂອງການຈັດປະເພດຂອງວິທີການສໍາຮອງຂໍ້ມູນ. ດັ່ງນັ້ນການສໍາເນົາແບບອອບໄລນ໌ - ບໍ່ໄດ້ເຊື່ອມຕໍ່ໂດຍກົງກັບລະບົບທີ່ມັນຕ້ອງໄດ້ຮັບການຟື້ນຟູ - ສາມາດຮ້ອນຫຼືເຢັນ (ໃນແງ່ຂອງການກຽມພ້ອມສໍາລັບການຟື້ນຕົວ). ສໍາເນົາອອນໄລນ໌ສາມາດມີຢູ່ໂດຍກົງໃນບ່ອນທີ່ມັນຕ້ອງໄດ້ຮັບການຟື້ນຟູ, ແລະສ່ວນຫຼາຍມັກຈະຮ້ອນ, ແຕ່ຍັງມີເຄື່ອງເຢັນ.

ນອກຈາກນັ້ນ, ຢ່າລືມວ່າຂະບວນການສ້າງສໍາເນົາສໍາຮອງຕົວມັນເອງມັກຈະບໍ່ສິ້ນສຸດດ້ວຍການສ້າງສໍາເນົາສໍາຮອງຫນຶ່ງ, ແລະສາມາດມີຈໍານວນຂະຫນາດໃຫຍ່ພໍສົມຄວນ. ດັ່ງນັ້ນ, ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະຈໍາແນກລະຫວ່າງການສໍາຮອງຂໍ້ມູນຢ່າງເຕັມທີ່, i.e. ທີ່ສາມາດຖືກຟື້ນຟູເປັນເອກະລາດຈາກການສໍາຮອງອື່ນໆ, ເຊັ່ນດຽວກັບຄວາມແຕກຕ່າງ (ເພີ່ມຂຶ້ນ, ຄວາມແຕກຕ່າງ, ຫຼຸດລົງ, ແລະອື່ນໆ) ສໍາເນົາ - ເຫຼົ່ານັ້ນທີ່ບໍ່ສາມາດຖືກຟື້ນຟູເປັນເອກະລາດແລະຮຽກຮ້ອງໃຫ້ມີການຟື້ນຟູເບື້ອງຕົ້ນຂອງຫນຶ່ງຫຼືຫຼາຍກວ່າການສໍາຮອງຂໍ້ມູນອື່ນໆ.

ການສໍາຮອງຂໍ້ມູນທີ່ເພີ່ມຂຶ້ນທີ່ແຕກຕ່າງກັນແມ່ນຄວາມພະຍາຍາມເພື່ອຊ່ວຍປະຢັດພື້ນທີ່ເກັບຮັກສາສໍາຮອງຂໍ້ມູນ. ດັ່ງນັ້ນ, ພຽງແຕ່ມີການປ່ຽນແປງຂໍ້ມູນຈາກການສໍາຮອງຂໍ້ມູນທີ່ຜ່ານມາແມ່ນລາຍລັກອັກສອນກັບສໍາເນົາສໍາຮອງຂໍ້ມູນ.

ຄວາມແຕກຕ່າງທີ່ຫຼຸດລົງແມ່ນສ້າງຂື້ນເພື່ອຈຸດປະສົງດຽວກັນ, ແຕ່ໃນທາງທີ່ແຕກຕ່າງກັນເລັກນ້ອຍ: ສໍາເນົາສໍາຮອງເຕັມທີ່ຖືກສ້າງຂຶ້ນ, ແຕ່ວ່າພຽງແຕ່ຄວາມແຕກຕ່າງລະຫວ່າງສໍາເນົາສົດແລະສະບັບກ່ອນຫນ້າແມ່ນຖືກເກັບໄວ້.

ແຍກຕ່າງຫາກ, ມັນເປັນມູນຄ່າພິຈາລະນາຂະບວນການສໍາຮອງຂໍ້ມູນໃນໄລຍະການເກັບຮັກສາ, ເຊິ່ງສະຫນັບສະຫນູນການບໍ່ມີການເກັບຮັກສາຂອງຊ້ໍາກັນ. ດັ່ງນັ້ນ, ຖ້າທ່ານຂຽນການສໍາຮອງຂໍ້ມູນຢ່າງເຕັມທີ່ຢູ່ເທິງສຸດຂອງມັນ, ພຽງແຕ່ຄວາມແຕກຕ່າງລະຫວ່າງການສໍາຮອງຂໍ້ມູນທີ່ແທ້ຈິງຈະຖືກຂຽນ, ແຕ່ຂະບວນການຟື້ນຟູການສໍາຮອງຂໍ້ມູນຈະຄ້າຍຄືກັນກັບການຟື້ນຟູຈາກສໍາເນົາເຕັມແລະມີຄວາມໂປ່ງໃສຢ່າງສົມບູນ.

ການດູແລຮັກສາແມ່ນບໍ່?

(ໃຜ​ຈະ​ເຝົ້າ​ຍາມ​ດ້ວຍ​ຕົນ​ເອງ?—ລາ.)

ມັນບໍ່ດີຫຼາຍເມື່ອບໍ່ມີສໍາເນົາສໍາຮອງ, ແຕ່ມັນຮ້າຍແຮງກວ່າເກົ່າຖ້າສໍາເນົາສໍາຮອງເບິ່ງຄືວ່າໄດ້ຖືກສ້າງຂື້ນ, ແຕ່ເມື່ອຟື້ນຟູຄືນໃຫມ່, ມັນບໍ່ສາມາດຟື້ນຟູໄດ້ເພາະວ່າ:

• ຄວາມສົມບູນຂອງຂໍ້ມູນແຫຼ່ງໄດ້ຖືກຫຼຸດຫນ້ອຍລົງ.
• ບ່ອນເກັບຂໍ້ມູນສຳຮອງເສຍຫາຍ.
• ການ​ຟື້ນ​ຟູ​ເຮັດ​ວຽກ​ຊ້າ​ຫຼາຍ; ທ່ານ​ບໍ່​ສາ​ມາດ​ນໍາ​ໃຊ້​ຂໍ້​ມູນ​ທີ່​ໄດ້​ຮັບ​ການ​ຟື້ນ​ຟູ​ບາງ​ສ່ວນ​.

ຂະບວນການສໍາຮອງຂໍ້ມູນທີ່ມີການກໍ່ສ້າງຢ່າງຖືກຕ້ອງຕ້ອງຄໍານຶງເຖິງຄໍາເຫັນດັ່ງກ່າວ, ໂດຍສະເພາະສອງຄັ້ງທໍາອິດ.

ຄວາມສົມບູນຂອງຂໍ້ມູນແຫຼ່ງສາມາດໄດ້ຮັບການຮັບປະກັນໃນຫຼາຍວິທີ. ການ​ນໍາ​ໃຊ້​ຫຼາຍ​ທີ່​ສຸດ​ແມ່ນ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​: a) ການ​ສ້າງ​ຮູບ​ພາບ​ຂອງ​ລະ​ບົບ​ໄຟລ​໌​ໃນ​ລະ​ດັບ block ໄດ້​, b) "freezing​" ສະ​ຖາ​ນະ​ຂອງ​ລະ​ບົບ​ໄຟລ​໌​, c) ອຸ​ປະ​ກອນ block ພິ​ເສດ​ທີ່​ມີ​ການ​ເກັບ​ຮັກ​ສາ​ສະ​ບັບ​, d) ການ​ບັນ​ທຶກ​ຕາມ​ລໍາ​ດັບ​ຂອງ​ໄຟລ​໌​ຫຼື​. ຕັນ. Checksums ຍັງຖືກນໍາໃຊ້ເພື່ອຮັບປະກັນຂໍ້ມູນຖືກກວດສອບໃນລະຫວ່າງການຟື້ນຕົວ.

ການເກັບຮັກສາການສໍ້ລາດບັງຫຼວງຍັງສາມາດກວດພົບໄດ້ໂດຍໃຊ້ checksums. ວິທີການເພີ່ມເຕີມແມ່ນການນໍາໃຊ້ອຸປະກອນພິເສດຫຼືລະບົບໄຟລ໌ທີ່ຂໍ້ມູນທີ່ບັນທຶກໄວ້ແລ້ວບໍ່ສາມາດປ່ຽນແປງໄດ້, ແຕ່ສາມາດເພີ່ມໃຫມ່ໄດ້.

ເພື່ອເລັ່ງການຟື້ນຕົວ, ການຟື້ນຟູຂໍ້ມູນຖືກນໍາໃຊ້ກັບຂະບວນການຫຼາຍສໍາລັບການຟື້ນຕົວ - ສະຫນອງໃຫ້ວ່າບໍ່ມີຂໍ້ບົກຜ່ອງໃນຮູບແບບຂອງເຄືອຂ່າຍຊ້າຫຼືລະບົບແຜ່ນຊ້າ. ເພື່ອໃຫ້ໄດ້ຮັບປະມານສະຖານະການທີ່ມີຂໍ້ມູນທີ່ຖືກຟື້ນຕົວບາງສ່ວນ, ທ່ານສາມາດທໍາລາຍຂະບວນການສໍາຮອງຂໍ້ມູນເປັນວຽກຍ່ອຍຂ້ອນຂ້າງນ້ອຍ, ແຕ່ລະອັນແມ່ນປະຕິບັດແຍກຕ່າງຫາກ. ດັ່ງນັ້ນ, ມັນເປັນໄປໄດ້ທີ່ຈະຟື້ນຟູການປະຕິບັດຢ່າງຕໍ່ເນື່ອງໃນຂະນະທີ່ຄາດຄະເນເວລາການຟື້ນຕົວ. ບັນຫານີ້ສ່ວນຫຼາຍແມ່ນຢູ່ໃນແຜນການຂອງອົງການຈັດຕັ້ງ (SLA), ດັ່ງນັ້ນພວກເຮົາຈະບໍ່ຢູ່ໃນລາຍລະອຽດນີ້.

ຜູ້ຊ່ຽວຊານດ້ານເຄື່ອງເທດບໍ່ແມ່ນຜູ້ທີ່ເພີ່ມມັນໃສ່ໃນທຸກໆອາຫານ, ແຕ່ຜູ້ທີ່ບໍ່ເຄີຍເພີ່ມສິ່ງພິເສດໃຫ້ກັບມັນ.

-IN. Sinyavsky

ການປະຕິບັດກ່ຽວກັບຊອບແວທີ່ໃຊ້ໂດຍຜູ້ບໍລິຫານລະບົບອາດຈະແຕກຕ່າງກັນ, ແຕ່ຫຼັກການທົ່ວໄປແມ່ນຍັງ, ວິທີການຫນຶ່ງຫຼືອື່ນ, ດຽວກັນ, ໂດຍສະເພາະ:

• ມັນແນະນໍາໃຫ້ໃຊ້ວິທີແກ້ໄຂທີ່ກຽມພ້ອມ.
• ໂຄງການຄວນຈະເຮັດວຽກໄດ້ຄາດຄະເນ, i.e. ບໍ່ຄວນມີຄຸນສົມບັດທີ່ບໍ່ມີເອກະສານ ຫຼືຂໍ້ບົກພ່ອງ.
• ການຕັ້ງຄ່າແຕ່ລະໂຄງການຄວນຈະງ່າຍດາຍດັ່ງນັ້ນທ່ານບໍ່ຈໍາເປັນຕ້ອງອ່ານຄູ່ມືຫຼືເອກະສານ cheat ທຸກໆຄັ້ງ.
• ຖ້າເປັນໄປໄດ້, ການແກ້ໄຂຄວນຈະເປັນສາກົນ, ເພາະວ່າ ເຊີບເວີສາມາດແຕກຕ່າງກັນຢ່າງຫຼວງຫຼາຍໃນລັກສະນະຮາດແວຂອງພວກເຂົາ.

ມີໂຄງການທົ່ວໄປຕໍ່ໄປນີ້ສໍາລັບການສໍາຮອງຂໍ້ມູນຈາກອຸປະກອນຕັນ:

• dd, ທີ່ຄຸ້ນເຄີຍກັບນັກຮົບເກົ່າບໍລິຫານລະບົບ, ນີ້ຍັງປະກອບມີໂຄງການທີ່ຄ້າຍຄືກັນ (ເຊັ່ນ: dd_rescue ດຽວກັນ).
• ຜົນປະໂຫຍດທີ່ສ້າງຂຶ້ນໃນບາງລະບົບໄຟລ໌ທີ່ສ້າງ dump ຂອງລະບົບໄຟລ໌.
• ອຸປະໂພກທັງໝົດ; ຕົວຢ່າງ partclone.
• ເປັນເຈົ້າຂອງ, ມັກຈະເປັນເຈົ້າຂອງ, ການຕັດສິນໃຈ; ຕົວຢ່າງ, NortonGhost ແລະຕໍ່ມາ.

ສໍາລັບລະບົບໄຟລ໌, ບັນຫາການສໍາຮອງຂໍ້ມູນໄດ້ຖືກແກ້ໄຂບາງສ່ວນໂດຍໃຊ້ວິທີການທີ່ໃຊ້ໄດ້ກັບອຸປະກອນບລັອກ, ແຕ່ບັນຫາສາມາດແກ້ໄຂໄດ້ມີປະສິດທິພາບຫຼາຍຂຶ້ນ, ຕົວຢ່າງເຊັ່ນ:

• Rsync, ໂຄງການຈຸດປະສົງທົ່ວໄປແລະໂປໂຕຄອນສໍາລັບການ synchronizing ສະຖານະຂອງລະບົບໄຟລ໌.
• ເຄື່ອງມືເກັບຂໍ້ມູນໃນຕົວ (ZFS).
• ເຄື່ອງມືເກັບຂໍ້ມູນພາກສ່ວນທີສາມ; ຕົວແທນທີ່ນິຍົມຫຼາຍທີ່ສຸດແມ່ນ tar. ມີຄົນອື່ນ, ສໍາລັບການຍົກຕົວຢ່າງ, dar - ການທົດແທນສໍາລັບ tar ແນໃສ່ລະບົບທີ່ທັນສະໄຫມ.

ມັນເປັນມູນຄ່າທີ່ກ່າວເຖິງແຍກຕ່າງຫາກກ່ຽວກັບເຄື່ອງມືຊອບແວສໍາລັບການຮັບປະກັນຄວາມສອດຄ່ອງຂອງຂໍ້ມູນໃນເວລາທີ່ສ້າງສໍາເນົາສໍາຮອງ. ທາງເລືອກທີ່ໃຊ້ທົ່ວໄປທີ່ສຸດແມ່ນ:

• ການ​ຕິດ​ຕັ້ງ​ລະ​ບົບ​ໄຟລ​໌​ໃນ​ຮູບ​ແບບ​ການ​ອ່ານ​ເທົ່າ​ນັ້ນ (ReadOnly​)​, ຫຼື freezing ລະ​ບົບ​ໄຟລ​໌ (freeze​) - ວິ​ທີ​ການ​ແມ່ນ​ມີ​ຈໍາ​ກັດ​ການ​ນໍາ​ໃຊ້​.
• ການສ້າງພາບຖ່າຍຂອງສະຖານະຂອງລະບົບໄຟລ໌ ຫຼືອຸປະກອນບລັອກ (LVM, ZFS).
• ການນໍາໃຊ້ເຄື່ອງມືຂອງພາກສ່ວນທີສາມໃນການຈັດຕັ້ງການປະທັບໃຈ, ເຖິງແມ່ນວ່າໃນກໍລະນີທີ່ຈຸດທີ່ຜ່ານມາບໍ່ສາມາດສະຫນອງໃຫ້ບາງເຫດຜົນ (ໂຄງການເຊັ່ນ hotcopy).
• ເຕັກນິກການສໍາເນົາຕໍ່ການປ່ຽນແປງ (CopyOnWrite), ແນວໃດກໍ່ຕາມ, ມັນມັກຈະຖືກຜູກມັດກັບລະບົບໄຟລ໌ທີ່ໃຊ້ (BTRFS, ZFS).

ດັ່ງນັ້ນ, ສໍາລັບເຄື່ອງແມ່ຂ່າຍຂະຫນາດນ້ອຍ, ທ່ານຈໍາເປັນຕ້ອງສະຫນອງໂຄງການສໍາຮອງຂໍ້ມູນທີ່ຕອບສະຫນອງຄວາມຕ້ອງການດັ່ງຕໍ່ໄປນີ້:

• ງ່າຍ​ທີ່​ຈະ​ນໍາ​ໃຊ້ - ບໍ່​ຈໍາ​ເປັນ​ຕ້ອງ​ມີ​ຂັ້ນ​ຕອນ​ພິ​ເສດ​ໃນ​ລະ​ຫວ່າງ​ການ​ດໍາ​ເນີນ​ງານ​, ຂັ້ນ​ຕອນ​ຫນ້ອຍ​ທີ່​ຈະ​ສ້າງ​ແລະ​ຟື້ນ​ຟູ​ສໍາ​ເນົາ​.
• Universal - ເຮັດວຽກຢູ່ໃນເຄື່ອງແມ່ຂ່າຍທັງສອງຂະຫນາດໃຫຍ່ແລະຂະຫນາດນ້ອຍ; ນີ້ແມ່ນສິ່ງສໍາຄັນໃນເວລາທີ່ການຂະຫຍາຍຕົວຂອງຈໍານວນເຄື່ອງແມ່ຂ່າຍຫຼືການຂະຫຍາຍ.
• ຕິດຕັ້ງໂດຍຜູ້ຈັດການຊຸດ, ຫຼືໃນຫນຶ່ງຫຼືສອງຄໍາສັ່ງເຊັ່ນ "ດາວໂຫຼດແລະ unpack".
• ຄົງທີ່ - ຮູບແບບການເກັບຮັກສາມາດຕະຖານ ຫຼື ດົນນານຖືກໃຊ້.
• ໄວໃນການເຮັດວຽກ.

ຜູ້ສະຫມັກຈາກຜູ້ທີ່ຫຼາຍຫຼືຫນ້ອຍຕອບສະຫນອງຄວາມຕ້ອງການ:

• rdiff-ສໍາຮອງຂໍ້ມູນ
• rsnapshot
• burp
• ຊໍ້າກັນ
• ຄວາມລຽບ
• ໃຫ້ dup
• dar
• zbackup
• ພັກຜ່ອນ
• borgup

ເຄື່ອງ virtual (ອີງໃສ່ XenServer) ທີ່ມີລັກສະນະດັ່ງຕໍ່ໄປນີ້ຈະຖືກໃຊ້ເປັນເຄື່ອງທົດສອບ:

• 4 ແກນ 2.5 GHz,
• RAM 16 GB,
• ການເກັບຮັກສາປະສົມ 50 GB (ລະບົບການເກັບຮັກສາທີ່ມີ caching ໃນ SSD 20% ຂອງຂະຫນາດແຜ່ນ virtual) ໃນຮູບແບບຂອງແຜ່ນ virtual ແຍກຕ່າງຫາກໂດຍບໍ່ມີການແບ່ງປັນ,
• ຊ່ອງທາງອິນເຕີເນັດ 200 Mbps.

ເກືອບເຄື່ອງດຽວກັນຈະຖືກນໍາໃຊ້ເປັນເຄື່ອງແມ່ຂ່າຍຂອງຕົວຮັບສໍາຮອງຂໍ້ມູນ, ພຽງແຕ່ມີຮາດດິດ 500 GB.

ລະບົບປະຕິບັດການ - Centos 7 x64: ການແບ່ງປັນມາດຕະຖານ, ການແບ່ງປັນເພີ່ມເຕີມຈະຖືກນໍາໃຊ້ເປັນແຫຼ່ງຂໍ້ມູນ.

ໃນຖານະເປັນຂໍ້ມູນເບື້ອງຕົ້ນ, ໃຫ້ເອົາເວັບໄຊທ໌ WordPress ທີ່ມີໄຟລ໌ສື່ມວນຊົນ 40 GB ແລະຖານຂໍ້ມູນ mysql. ເນື່ອງຈາກເຄື່ອງແມ່ຂ່າຍ virtual ແຕກຕ່າງກັນຢ່າງຫຼວງຫຼາຍໃນລັກສະນະ, ແລະສໍາລັບການແຜ່ພັນທີ່ດີກວ່າ, ນີ້ແມ່ນ

ຜົນການທົດສອບເຊີບເວີໂດຍໃຊ້ sysbench.sysbench --threads=4 --time=30 --cpu-max-prime=20000 cpu ແລ່ນ
sysbench 1.1.0-18a9f86 (ໃຊ້ LuaJIT 2.1.0-beta3 ມັດໄວ້)
ແລ່ນທົດສອບດ້ວຍຕົວເລືອກຕໍ່ໄປນີ້:
ຈຳ ນວນກະທູ້: 4
ກຳລັງເລີ່ມຕົ້ນເຄື່ອງສ້າງຕົວເລກແບບສຸ່ມຈາກເວລາປັດຈຸບັນ

ຈໍານວນຈໍາກັດ: 20000

ກຳລັງເລີ່ມຕົ້ນກະທູ້ພະນັກງານ...

ກະທູ້ເລີ່ມຕົ້ນ!

ຄວາມໄວຂອງ CPU:
ເຫດການຕໍ່ວິນາທີ: 836.69

ຜ່ານ:
ເຫດການ / s (eps): 836.6908
ເວລາຜ່ານໄປ: 30.0039s
ຈໍາ​ນວນ​ທັງ​ຫມົດ​ຂອງ​ເຫດ​ການ​: 25104​

ເວລາຕອບສະໜອງ (ms):
ຂັ້ນຕ່ຳ: 2.38
ສະເລ່ຍ: 4.78
ສູງສຸດທີ່ເຄຍ: 22.39
ເປີເຊັນທີ 95: 10.46
ຜົນບວກ: 119923.64

ກະທູ້ຄວາມຍຸຕິ ທຳ:
ເຫດການ (avg/stddev): 6276.0000/13.91
ເວລາປະຕິບັດ (avg/stddev): 29.9809/0.01

sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=read memory run
sysbench 1.1.0-18a9f86 (ໃຊ້ LuaJIT 2.1.0-beta3 ມັດໄວ້)
ແລ່ນທົດສອບດ້ວຍຕົວເລືອກຕໍ່ໄປນີ້:
ຈຳ ນວນກະທູ້: 4
ກຳລັງເລີ່ມຕົ້ນເຄື່ອງສ້າງຕົວເລກແບບສຸ່ມຈາກເວລາປັດຈຸບັນ

ແລ່ນການທົດສອບຄວາມໄວຫນ່ວຍຄວາມຈໍາທີ່ມີທາງເລືອກຕໍ່ໄປນີ້:
ຂະຫນາດບລັອກ: 1KiB
ຂະຫນາດທັງຫມົດ: 102400MiB
ການດໍາເນີນງານ: ອ່ານ
ຂອບເຂດ: ທົ່ວໂລກ

ກຳລັງເລີ່ມຕົ້ນກະທູ້ພະນັກງານ...

ກະທູ້ເລີ່ມຕົ້ນ!

ການດໍາເນີນງານທັງຫມົດ: 50900446 (1696677.10 ຕໍ່ວິນາທີ)

ໂອນຍ້າຍ 49707.47 MiB (1656.91 MiB/ວິນາທີ)

ຜ່ານ:
ເຫດການ / s (eps): 1696677.1017
ເວລາຜ່ານໄປ: 30.0001s
ຈໍາ​ນວນ​ທັງ​ຫມົດ​ຂອງ​ເຫດ​ການ​: 50900446​

ເວລາຕອບສະໜອງ (ms):
ຂັ້ນຕ່ຳ: 0.00
ສະເລ່ຍ: 0.00
ສູງສຸດທີ່ເຄຍ: 24.01
ເປີເຊັນທີ 95: 0.00
ຜົນບວກ: 39106.74

ກະທູ້ຄວາມຍຸຕິ ທຳ:
ເຫດການ (avg/stddev): 12725111.5000/137775.15
ເວລາປະຕິບັດ (avg/stddev): 9.7767/0.10

sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=write memory run
sysbench 1.1.0-18a9f86 (ໃຊ້ LuaJIT 2.1.0-beta3 ມັດໄວ້)
ແລ່ນທົດສອບດ້ວຍຕົວເລືອກຕໍ່ໄປນີ້:
ຈຳ ນວນກະທູ້: 4
ກຳລັງເລີ່ມຕົ້ນເຄື່ອງສ້າງຕົວເລກແບບສຸ່ມຈາກເວລາປັດຈຸບັນ

ແລ່ນການທົດສອບຄວາມໄວຫນ່ວຍຄວາມຈໍາທີ່ມີທາງເລືອກຕໍ່ໄປນີ້:
ຂະຫນາດບລັອກ: 1KiB
ຂະຫນາດທັງຫມົດ: 102400MiB
ການດໍາເນີນງານ: ຂຽນ
ຂອບເຂດ: ທົ່ວໂລກ

ກຳລັງເລີ່ມຕົ້ນກະທູ້ພະນັກງານ...

ກະທູ້ເລີ່ມຕົ້ນ!

ການດໍາເນີນງານທັງຫມົດ: 35910413 (1197008.62 ຕໍ່ວິນາທີ)

ໂອນຍ້າຍ 35068.76 MiB (1168.95 MiB/ວິນາທີ)

ຜ່ານ:
ເຫດການ / s (eps): 1197008.6179
ເວລາຜ່ານໄປ: 30.0001s
ຈໍາ​ນວນ​ທັງ​ຫມົດ​ຂອງ​ເຫດ​ການ​: 35910413​

ເວລາຕອບສະໜອງ (ms):
ຂັ້ນຕ່ຳ: 0.00
ສະເລ່ຍ: 0.00
ສູງສຸດທີ່ເຄຍ: 16.90
ເປີເຊັນທີ 95: 0.00
ຜົນບວກ: 43604.83

ກະທູ້ຄວາມຍຸຕິ ທຳ:
ເຫດການ (avg/stddev): 8977603.2500/233905.84
ເວລາປະຕິບັດ (avg/stddev): 10.9012/0.41

sysbench --threads=4 --file-test-mode=rndrw --time=60 --file-block-size=4K --file-total-size=1G fileio run
sysbench 1.1.0-18a9f86 (ໃຊ້ LuaJIT 2.1.0-beta3 ມັດໄວ້)
ແລ່ນທົດສອບດ້ວຍຕົວເລືອກຕໍ່ໄປນີ້:
ຈຳ ນວນກະທູ້: 4
ກຳລັງເລີ່ມຕົ້ນເຄື່ອງສ້າງຕົວເລກແບບສຸ່ມຈາກເວລາປັດຈຸບັນ

ທຸງເປີດໄຟລ໌ເພີ່ມເຕີມ: (ບໍ່ມີ)
128 ໄຟລ໌, 8MiB ແຕ່ລະຄົນ
ຂະໜາດໄຟລ໌ທັງໝົດ 1GiB
ຂະໜາດບລັອກ 4KiB
ຈໍານວນການຮ້ອງຂໍ IO: 0
ອັດຕາສ່ວນອ່ານ/ຂຽນສຳລັບການທົດສອບ IO ແບບສຸ່ມລວມ: 1.50
ເປີດໃຊ້ FSYNC ແຕ່ລະໄລຍະ, ໂທຫາ fsync() ແຕ່ລະ 100 ການຮ້ອງຂໍ.
ການໂທຫາ fsync() ໃນຕອນທ້າຍຂອງການທົດສອບ, ເປີດໃຊ້ແລ້ວ.
ໃຊ້ໂໝດ I/O synchronous
ເຮັດການທົດສອບ r/w ແບບສຸ່ມ
ກຳລັງເລີ່ມຕົ້ນກະທູ້ພະນັກງານ...

ກະທູ້ເລີ່ມຕົ້ນ!

ຜ່ານ:
ອ່ານ: IOPS=3868.21 15.11 MiB/s (15.84 MB/s)
ຂຽນ: IOPS=2578.83 10.07 MiB/s (10.56 MB/s)
fsync: IOPS=8226.98

ເວລາຕອບສະໜອງ (ms):
ຂັ້ນຕ່ຳ: 0.00
ສະເລ່ຍ: 0.27
ສູງສຸດທີ່ເຄຍ: 18.01
ເປີເຊັນທີ 95: 1.08
ຜົນບວກ: 238469.45

ບັນທຶກນີ້ເລີ່ມຕົ້ນໃຫຍ່

ຊຸດຂອງບົດຄວາມກ່ຽວກັບການສໍາຮອງຂໍ້ມູນ

1. ການ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​, ສ່ວນ​ທີ 1​: ເປັນ​ຫຍັງ​ຈຶ່ງ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​, ສະ​ພາບ​ລວມ​ຂອງ​ວິ​ທີ​ການ​, ເຕັກ​ໂນ​ໂລ​ຊີ​
2. Backup Part 2: ການທົບທວນຄືນແລະການທົດສອບເຄື່ອງມືສໍາຮອງຂໍ້ມູນ rsync
3. Backup Part 3: ການທົບທວນຄືນແລະການທົດສອບ duplicaty, duplicaty, deja dup
4. Backup Part 4: ການທົບທວນຄືນແລະການທົດສອບ zbackup, restic, borgbackup
5. Backup Part 5: ການທົດສອບ bacula ແລະ veeam backup ສໍາລັບ linux
6. Backup Part 6: ການປຽບທຽບເຄື່ອງມື Backup
7. Backup Part 7: ສະຫຼຸບ

ແຫຼ່ງຂໍ້ມູນ: www.habr.com