ນີ້ແມ່ນຄວາມຊໍ້າກັນຂອງຄໍາສັ່ງທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍສະຖານີເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS emulator ອອນໄລນ໌.
ໂຄງການ:
NAME
duplicity - encrypted incremental backup to local or remote storage.
ສະຫຼຸບສັງລວມ
ສໍາລັບຄໍາອະທິບາຍລາຍລະອຽດສໍາລັບແຕ່ລະຄໍາສັ່ງເບິ່ງບົດ ກິດຈະກໍາ.
ຄວາມລຽບ [ເຕັມ|ສ່ວນເພີ່ມ] [ທາງເລືອກ] source_directory target_url
ຄວາມລຽບ ກວດສອບ [ທາງເລືອກ] [--ປຽບທຽບ-ຂໍ້ມູນ] [--file-to-restore ] [-- ເວລາ ເວລາ]
source_url target_directory
ຄວາມລຽບ ສະຖານະການເກັບກໍາຂໍ້ມູນ [ທາງເລືອກ] [--file-ປ່ຽນ ] target_url
ຄວາມລຽບ list-current-files [ທາງເລືອກ] [-- ເວລາ ເວລາ] target_url
ຄວາມລຽບ [ຟື້ນຟູ] [ທາງເລືອກ] [--file-to-restore ] [-- ເວລາ ເວລາ] source_url
target_directory
ຄວາມລຽບ ເອົາອອກ-ເກົ່າກວ່າ [ທາງເລືອກ] [--ແຮງ] target_url
ຄວາມລຽບ ເອົາອອກ-ທັງໝົດແຕ່-n-ເຕັມ [ທາງເລືອກ] [--ແຮງ] target_url
ຄວາມລຽບ remove-all-inc-of-but-n-full [ທາງເລືອກ] [--ແຮງ] target_url
ຄວາມລຽບ ເຮັດຄວາມສະອາດ [ທາງເລືອກ] [--ແຮງ] [--ສະອາດພິເສດ] target_url
ລາຍລະອຽດ
Duplicity incrementally back up files and folders into tar-format volumes encrypted with
GnuPG ແລະວາງພວກມັນໃສ່ບ່ອນເກັບຂໍ້ມູນທາງໄກ (ຫຼືທ້ອງຖິ່ນ). ເບິ່ງບົດ URL ຮູບແບບ ສໍາລັບການ
ບັນຊີລາຍຊື່ຂອງ backends ສະຫນັບສະຫນູນທັງຫມົດແລະວິທີການແກ້ໄຂໃຫ້ເຂົາເຈົ້າ. ເນື່ອງຈາກວ່າ duplicate ໃຊ້
librsync, incremental backups ແມ່ນພື້ນທີ່ປະສິດທິພາບແລະພຽງແຕ່ບັນທຶກພາກສ່ວນຂອງໄຟລ໌ທີ່
ມີການປ່ຽນແປງນັບຕັ້ງແຕ່ການສໍາຮອງຂໍ້ມູນທີ່ຜ່ານມາ. ໃນປັດຈຸບັນ duplicity ສະຫນັບສະຫນູນໄຟລ໌ທີ່ຖືກລົບ, Unix ເຕັມ
ການອະນຸຍາດ, uid/gid, ໄດເລກະທໍລີ, ການເຊື່ອມໂຍງສັນຍາລັກ, fifos, ແລະອື່ນໆ, ແຕ່ບໍ່ແມ່ນການເຊື່ອມຕໍ່ຍາກ.
ຖ້າທ່ານກໍາລັງສໍາຮອງຂໍ້ມູນໄດເລກະທໍລີຮາກ /, ຈື່ຈໍາທີ່ຈະ --exclude / proc, ຫຼືຄວາມຊ້ໍາກັນ
ອາດຈະຕົກຢູ່ໃນສິ່ງທີ່ແປກປະຫຼາດຢູ່ໃນນັ້ນ.
ຕົວຢ່າງ
ນີ້ແມ່ນຕົວຢ່າງຂອງການສໍາຮອງຂໍ້ມູນ, ການນໍາໃຊ້ sftp ເພື່ອສໍາຮອງຂໍ້ມູນ / home / me to some_dir ຢູ່ໃນ.
ເຄື່ອງ other.host:
duplicity /home/me sftp://uid@other.host/some_dir
ຖ້າການດໍາເນີນການຂ້າງເທິງນີ້ຊ້ໍາກັນ, ທໍາອິດຈະເປັນສໍາຮອງຂໍ້ມູນຢ່າງເຕັມທີ່, ແລະອັນຕໍ່ມາຈະ
ຈະເພີ່ມຂຶ້ນ. ເພື່ອບັງຄັບໃຫ້ສໍາຮອງຂໍ້ມູນເຕັມຮູບແບບ, ໃຫ້ໃຊ້ ຢ່າງເຕັມທີ່ ການກະ ທຳ:
duplicity ເຕັມ /home/me sftp://uid@other.host/some_dir
ຫຼືການບັງຄັບໃຊ້ຢ່າງເຕັມທີ່ທຸກຄັ້ງຜ່ານ --ເຕັມ-ຖ້າ-ແກ່ກວ່າ , ເຊັ່ນ: ເຕັມທຸກ
ເດືອນ:
duplicity --ເຕັມ-ຖ້າ-ເກົ່າ-ກວ່າ 1M /home/me sftp://uid@other.host/some_dir
ໃນປັດຈຸບັນສົມມຸດວ່າພວກເຮົາອຸບັດຕິເຫດລຶບ /home/me ແລະຕ້ອງການທີ່ຈະຟື້ນຟູວິທີການທີ່ມັນເປັນ
ເວລາຂອງການສໍາຮອງຂໍ້ມູນຫຼ້າສຸດ:
ຊໍ້າຊ້ອນ sftp://uid@other.host/some_dir /home/me
Duplicity ເຂົ້າສູ່ໂຫມດການຟື້ນຟູເພາະວ່າ URL ມາກ່ອນໄດເລກະທໍລີທ້ອງຖິ່ນ. ຖ້າພວກເຮົາ
ຕ້ອງການທີ່ຈະຟື້ນຟູພຽງແຕ່ໄຟລ໌ "Mail / ບົດຄວາມ" ໃນ /home/me ເປັນມັນແມ່ນສາມມື້ກ່ອນຫນ້ານີ້ເຂົ້າໄປໃນ
/home/me/restored_file:
duplicity -t 3D --file-to-restore Mail/articlesftp://uid@other.host/some_dir
/home/me/restored_file
ຄໍາສັ່ງຕໍ່ໄປນີ້ປຽບທຽບການສໍາຮອງຂໍ້ມູນຫຼ້າສຸດກັບໄຟລ໌ປະຈຸບັນ:
duplicity ກວດສອບ sftp://uid@other.host/some_dir /home/me
ສຸດທ້າຍ, duplicity ຮັບຮູ້ຫຼາຍທາງເລືອກລວມ / ຍົກເວັ້ນ. ສໍາລັບຕົວຢ່າງ, ໄດ້
ຕໍ່ໄປນີ້ຈະສໍາຮອງຂໍ້ມູນໄດເລກະທໍລີຮາກ, ແຕ່ຍົກເວັ້ນ / mnt, / tmp, ແລະ / proc:
duplicity --ຍົກເວັ້ນ / mnt --ຍົກເວັ້ນ / tmp --ຍົກເວັ້ນ / proc / file:///usr/local/backup
ໃຫ້ສັງເກດວ່າໃນກໍລະນີນີ້ຈຸດຫມາຍປາຍທາງແມ່ນໄດເລກະທໍລີທ້ອງຖິ່ນ /usr/local/backup. ໄດ້
ຕໍ່ໄປນີ້ຈະສໍາຮອງຂໍ້ມູນພຽງແຕ່ໄດ້ / ເຮືອນ ແລະ / ແລະອື່ນໆ ໄດເລກະທໍລີພາຍໃຕ້ຮາກ:
duplicity --ລວມ / ເຮືອນ --ລວມ / ແລະອື່ນໆ --exclude '**' / file:///usr/local/backup
Duplicity ຍັງສາມາດເຂົ້າເຖິງ repository ຜ່ານ ftp. ຖ້າຊື່ຜູ້ໃຊ້ຖືກມອບໃຫ້, ສະພາບແວດລ້ອມ
ຕົວແປ FTP_PASSWORD ຖືກອ່ານເພື່ອກໍານົດລະຫັດຜ່ານ:
FTP_PASSWORD=ຄວາມຊ້ຳກັນຂອງລະຫັດຜ່ານ mypassword /local/dir ftp: // ຜູ້ໃຊ້@other.host/some_dir
ກິດຈະກໍາ
Duplicity ຮູ້ຈັກຄໍາສັ່ງປະຕິບັດ, ເຊິ່ງສາມາດປັບດ້ວຍຕົວເລືອກຕ່າງໆ.
ການປະຕິບັດສໍາລັບການສໍາຮອງຂໍ້ມູນ (ເຕັມ, incr) ແລະການຟື້ນຟູ (ການຟື້ນຟູ) ສາມາດຖືກປະໄວ້ເຊັ່ນດຽວກັນ.
duplicity ກວດພົບໃນໂຫມດໃດທີ່ມັນຄວນຈະປ່ຽນເປັນລໍາດັບຂອງ URL ເປົ້າຫມາຍແລະທ້ອງຖິ່ນ
ໂຟນເດີ. ຖ້າ URL ເປົ້າຫມາຍມາກ່ອນໂຟນເດີທ້ອງຖິ່ນການຟື້ນຕົວຢູ່ໃນຄໍາສັ່ງ, ແມ່ນ
ໂຟນເດີທ້ອງຖິ່ນກ່ອນ URL ເປົ້າຫມາຍຫຼັງຈາກນັ້ນໂຟນເດີນີ້ກໍາລັງຈະຖືກສໍາຮອງຂໍ້ມູນກັບເປົ້າຫມາຍ
Url.
ຖ້າຫາກວ່າການສໍາຮອງຂໍ້ມູນແມ່ນຢູ່ໃນຄໍາສັ່ງແລະລາຍເຊັນເກົ່າສາມາດພົບເຫັນ duplicity ອັດຕະໂນມັດດໍາເນີນການ
ການສໍາຮອງຂໍ້ມູນທີ່ເພີ່ມຂຶ້ນ.
ຫມາຍເຫດ: ຄໍາອະທິບາຍຕໍ່ໄປນີ້ອະທິບາຍບາງຢ່າງແຕ່ ບໍ່ ທາງເລືອກທັງຫມົດທີ່ສາມາດນໍາໃຊ້ໃນ
ການເຊື່ອມຕໍ່ກັບຄໍາສັ່ງປະຕິບັດນັ້ນ. ກະລຸນາປຶກສາພາກສ່ວນ OPTIONS ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ
ຂໍ້ມູນຂ່າວສານ.
ຢ່າງເຕັມທີ່
ປະຕິບັດການສໍາຮອງຂໍ້ມູນຢ່າງເຕັມທີ່. ລະບົບຕ່ອງໂສ້ການສໍາຮອງໃຫມ່ແມ່ນເລີ່ມຕົ້ນເຖິງແມ່ນວ່າມີລາຍເຊັນ
ມີໃຫ້ສໍາລັບການສໍາຮອງຂໍ້ມູນທີ່ເພີ່ມຂຶ້ນ.
incr
ຖ້າອັນນີ້ຖືກຮ້ອງຂໍ, ການສໍາຮອງຂໍ້ມູນທີ່ເພີ່ມຂຶ້ນຈະຖືກປະຕິບັດ. ຄວາມຊໍ້າຊ້ອນຈະເອົາລູກອອກ
ຖ້າບໍ່ພົບລາຍເຊັນເກົ່າ.
ກວດສອບ [--ປຽບທຽບ-ຂໍ້ມູນ] [-- ເວລາ ] [--file-to-restore ]
ຟື້ນຟູເນື້ອໃນສໍາຮອງຂໍ້ມູນຊົ່ວຄາວໂດຍໄຟລ໌ແລະປຽບທຽບກັບທ້ອງຖິ່ນ
ເນື້ອໃນຂອງເສັ້ນທາງ. duplicity ຈະອອກດ້ວຍລະດັບຄວາມຜິດພາດທີ່ບໍ່ແມ່ນສູນຖ້າຫາກວ່າໄຟລ໌ໃດໆ
ແຕກຕ່າງກັນ. ກ່ຽວກັບຂໍ້ມູນລະດັບ verbosity (4) ຫຼືສູງກວ່າ, ຂໍ້ຄວາມສໍາລັບແຕ່ລະໄຟລ໌ທີ່ມີ
ການປ່ຽນແປງຈະຖືກບັນທຶກ.
ໄດ້ --file-to-restore ທາງເລືອກຈໍາກັດການກວດສອບໄຟລ໌ຫຼືໂຟນເດີນັ້ນ. ໄດ້ --ເວລາ
ທາງເລືອກອະນຸຍາດໃຫ້ເລືອກເອົາການສໍາຮອງຂໍ້ມູນທີ່ຈະກວດສອບຕໍ່. ໄດ້ --ປຽບທຽບຂໍ້ມູນ ທາງເລືອກ
ເປີດໃຊ້ການປຽບທຽບຂໍ້ມູນ (ເບິ່ງຂ້າງລຸ່ມນີ້).
ສະຖານະການເກັບກໍາຂໍ້ມູນ [--file-ປ່ຽນ ]
ສະຫຼຸບສະຖານະການຂອງຄັງສໍາຮອງໂດຍການພິມຕ່ອງໂສ້ແລະຊຸດ
ພົບ, ແລະຈໍານວນຂອງປະລິມານໃນແຕ່ລະ.
list-current-files [-- ເວລາ ]
ລາຍຊື່ໄຟລ໌ທີ່ມີຢູ່ໃນການສໍາຮອງຂໍ້ມູນໃນປະຈຸບັນຫຼາຍທີ່ສຸດຫຼືສໍາຮອງຂໍ້ມູນໃນເວລາ. ໄດ້
ຂໍ້ມູນຈະຖືກແຍກອອກຈາກໄຟລ໌ລາຍເຊັນ, ບໍ່ແມ່ນຂໍ້ມູນເກັບຮັກສາໄວ້
ຕົວຂອງມັນເອງ. ດັ່ງນັ້ນການຮວບຮວມທັງຫມົດບໍ່ຈໍາເປັນຕ້ອງໄດ້ຮັບການດາວໂຫຼດ, ແຕ່ໃນອີກອັນຫນຶ່ງ
ມືຖ້າແຟ້ມຈັດເກັບໄດ້ຖືກລຶບຖິ້ມຫຼືເສຍຫາຍ, ຄໍາສັ່ງນີ້ຈະບໍ່ກວດພົບມັນ.
ການຟື້ນຟູ [--file-to-restore ] [-- ເວລາ ]
ທ່ານສາມາດຟື້ນຟູເຕັມເດືອນຫຼືແຟ້ມ / ໄຟລ໌ທີ່ເລືອກຈາກເວລາສະເພາະໃດຫນຶ່ງ. ໃຊ້
ເສັ້ນທາງພີ່ນ້ອງຕາມທີ່ມັນຖືກພິມອອກໂດຍ list-current-files. ປົກກະຕິແລ້ວບໍ່ຈໍາເປັນຕ້ອງເປັນ
duplicity ເຂົ້າສູ່ໂຫມດການຟື້ນຟູເມື່ອມັນກວດພົບວ່າ URL ມາກ່ອນທ້ອງຖິ່ນ
ໂຟນເດີ.
ເອົາອອກ-ເກົ່າກວ່າ [--ແຮງ]
ລຶບຊຸດສຳຮອງທັງໝົດທີ່ເກົ່າກວ່າເວລາກຳນົດ. ຊຸດສໍາຮອງຂໍ້ມູນເກົ່າຈະບໍ່ເປັນ
ລຶບອອກຖ້າການສຳຮອງຂໍ້ມູນຊຸດໃໝ່ກວ່າ ທີ່ໃຊ້ເວລາ ຂຶ້ນກັບເຂົາເຈົ້າ. ເບິ່ງ ເວລາ ຮູບແບບ
ພາກສ່ວນສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ. ຫມາຍເຫດ, ການປະຕິບັດນີ້ບໍ່ສາມາດຖືກລວມກັບການສໍາຮອງຂໍ້ມູນຫຼື
ການປະຕິບັດອື່ນໆ, ເຊັ່ນ: ການອະນາໄມ. ໃຫ້ສັງເກດວ່າ --ກຳລັງ ຕ້ອງການລຶບ
ໄຟລ໌ແທນທີ່ຈະພຽງແຕ່ລາຍຊື່ພວກມັນ.
ເອົາອອກ-ທັງໝົດແຕ່-n-ເຕັມ [--ແຮງ]
ລຶບຊຸດການສຳຮອງຂໍ້ມູນທັງໝົດທີ່ເກົ່າກວ່າການນັບ:th ການສໍາຮອງເຕັມຫຼ້າສຸດ (ໃນແບບອື່ນໆ
ຄໍາສັບຕ່າງໆ, ຮັກສາສຸດທ້າຍ ນັບ ການສຳຮອງຂໍ້ມູນເຕັມຮູບແບບ ແລະຊຸດການເພີ່ມທີ່ກ່ຽວຂ້ອງ). ນັບ
ຕ້ອງໃຫຍ່ກວ່າສູນ. ຄ່າຂອງ 1 ຫມາຍຄວາມວ່າພຽງແຕ່ອັນດຽວຫຼ້າສຸດ
ລະບົບຕ່ອງໂສ້ສຳຮອງຈະຖືກເກັບຮັກສາໄວ້. ໃຫ້ສັງເກດວ່າ --ກຳລັງ ຕ້ອງການລຶບໄຟລ໌
ແທນທີ່ຈະພຽງແຕ່ລາຍຊື່ພວກເຂົາ.
remove-all-inc-of-but-n-full [--ແຮງ]
ລຶບຊຸດທີ່ເພີ່ມຂຶ້ນຂອງຊຸດສຳຮອງທັງໝົດທີ່ເກົ່າກວ່າການນັບ: ທີສຸດທ້າຍ
ການສໍາຮອງຂໍ້ມູນເຕັມຮູບແບບ (ໃນຄໍາສັບຕ່າງໆອື່ນໆ, ເກັບຮັກສາພຽງແຕ່ການສໍາຮອງຂໍ້ມູນເຕັມທີ່ເກົ່າແກ່ແລະບໍ່ແມ່ນການເພີ່ມຂຶ້ນຂອງພວກເຂົາ).
ນັບ ຕ້ອງໃຫຍ່ກວ່າສູນ. ຄ່າຂອງ 1 ຫມາຍຄວາມວ່າພຽງແຕ່ອັນດຽວຫຼ້າສຸດ
ລະບົບຕ່ອງໂສ້ສໍາຮອງຈະຖືກເກັບຮັກສາໄວ້ intact. ໃຫ້ສັງເກດວ່າ --ກຳລັງ ຈະຕ້ອງການເພື່ອລົບ
ໄຟລ໌ແທນທີ່ຈະພຽງແຕ່ລາຍຊື່ພວກມັນ.
ເຮັດຄວາມສະອາດ [--ແຮງ] [--ສະອາດພິເສດ]
ລົບໄຟລ໌ທີ່ຊໍ້າກັນນອກເໜືອໄປຈາກອັນທີ່ໃຫ້ໄວ້. ໄຟລ໌ທີ່ບໍ່ຊ້ໍາກັນ,
ຫຼືໄຟລ໌ໃນຊຸດຂໍ້ມູນຄົບຖ້ວນຈະບໍ່ຖືກລຶບ. ນີ້ພຽງແຕ່ຄວນຈະມີຄວາມຈໍາເປັນ
ຫຼັງຈາກກອງປະຊຸມຊ້ໍາກັນບໍ່ສໍາເລັດຫຼືຖືກເອົາລູກອອກກ່ອນໄວອັນຄວນ. ໃຫ້ສັງເກດວ່າ --ກຳລັງ ຈະ
ຈໍາເປັນຕ້ອງໄດ້ລຶບໄຟລ໌ແທນທີ່ຈະພຽງແຕ່ລາຍຊື່ພວກມັນ.
OPTIONS
--allow-source-mismatch
ຢ່າຍົກເລີກຄວາມພະຍາຍາມທີ່ຈະໃຊ້ archive dir ຫຼື backend ຫ່າງໄກສອກຫຼີກເພື່ອສໍາຮອງຂໍ້ມູນ
ລາຍການທີ່ແຕກຕ່າງກັນ. duplicity ຈະບອກທ່ານຖ້າຫາກວ່າທ່ານຕ້ອງການສະຫຼັບນີ້.
--archive-dir ເສັ້ນທາງ
ໄດເລກະທໍລີເກັບໄວ້. ຫມາຍເຫດ: ຕົວເລືອກນີ້ມີການປ່ຽນແປງໃນ 0.6.0. ໄດເລກະທໍລີເກັບໄວ້
ໃນປັດຈຸບັນມີຄວາມຈໍາເປັນໃນການຄຸ້ມຄອງຄວາມຄົງທົນສໍາລັບປະຈຸບັນແລະອະນາຄົດ
ການປັບປຸງ. ດັ່ງ ນັ້ນ , ທາງ ເລືອກ ນີ້ ໄດ້ ຖືກ ນໍາ ໃຊ້ ໃນ ປັດ ຈຸ ບັນ ພຽງ ແຕ່ ການ ປ່ຽນ ແປງ ສະ ຖານ ທີ່ ຂອງ
ແຟ້ມຈັດເກັບ. ໄດເລກະທໍລີເກັບໄວ້ຄວນ ບໍ່ ຈະຖືກລຶບ, ຫຼືຄວາມຊໍ້າຊ້ອນຈະ
ຕ້ອງສ້າງມັນຈາກ repository ຫ່າງໄກສອກຫຼີກ (ເຊິ່ງອາດຈະຮຽກຮ້ອງໃຫ້ມີການຖອດລະຫັດ
ເນື້ອໃນສໍາຮອງຂໍ້ມູນ).
ເມື່ອສໍາຮອງຂໍ້ມູນຫຼືການຟື້ນຟູ, ທາງເລືອກນີ້ກໍານົດວ່າການເກັບຂໍ້ມູນທ້ອງຖິ່ນ
ໄດເລກະທໍລີແມ່ນຈະຖືກສ້າງຂຶ້ນໃນ ເສັ້ນທາງ. ຖ້າໄດເລກະທໍລີແຟ້ມຈັດເກັບບໍ່ໄດ້ຖືກລະບຸ, the
ຄ່າເລີ່ມຕົ້ນຈະເປັນການສ້າງໄດເລກະທໍລີທີ່ເກັບໄວ້ໃນ ~/.cache/duplicity/.
ສາມາດແບ່ງປັນລະຫວ່າງການສໍາຮອງຂໍ້ມູນກັບເປົ້າຫມາຍຫຼາຍ, ເພາະວ່າ a
subdirectory ຂອງ archive dir ຖືກນໍາໃຊ້ສໍາລັບການສໍາຮອງຂໍ້ມູນສ່ວນບຸກຄົນ (ເບິ່ງ --ຊື່ ).
ການປະສົມປະສານຂອງແຟ້ມຈັດເກັບ ແລະຊື່ສຳຮອງຈະຕ້ອງເປັນເອກະລັກເພື່ອ
ແຍກຂໍ້ມູນຂອງການສໍາຮອງຂໍ້ມູນທີ່ແຕກຕ່າງກັນ.
ການພົວພັນລະຫວ່າງ --archive-dir ແລະ --ຊື່ ທາງເລືອກທີ່ອະນຸຍາດໃຫ້ສໍາລັບສີ່
ການປະສົມປະສານທີ່ເປັນໄປໄດ້ສໍາລັບສະຖານທີ່ຂອງ archive dir:
1. ບໍ່ໄດ້ລະບຸ (ຄ່າເລີ່ມຕົ້ນ)
~/.cache/duplicity/hash-of-url
2. --archive-dir=/arch, no --name
/ໂຄ້ງ/hash-of-url
3. ບໍ່ມີ --archive-dir, --name=foo
~/.cache/duplicity/foo
4. --archive-dir=/arch, --name=foo
/arch/foo
--asynchronous-upload
(ການທົດລອງ) ປະຕິບັດການອັບໂຫຼດໄຟລ໌ asynchronous ໃນພື້ນຖານ, ໂດຍຄວາມນັບຖື
ການສ້າງປະລິມານ. ນີ້ຫມາຍຄວາມວ່າຄວາມຊ້ໍາກັນສາມາດອັບໂຫລດປະລິມານໃນຂະນະທີ່, ຢູ່ທີ່
ໃນເວລາດຽວກັນ, ການກະກຽມປະລິມານຕໍ່ໄປສໍາລັບການອັບໂຫລດ. ຈຸດປະສົງສຸດທ້າຍແມ່ນ ກ
ການສໍາຮອງຂໍ້ມູນໄວຂຶ້ນ, ເພາະວ່າ CPU ທ້ອງຖິ່ນແລະແບນວິດຂອງທ່ານສາມາດມີຄວາມສອດຄ່ອງຫຼາຍຂຶ້ນ
ນຳໃຊ້. ການນໍາໃຊ້ທາງເລືອກນີ້ຫມາຍເຖິງຄວາມຕ້ອງການເພີ່ມເຕີມສໍາລັບພື້ນທີ່ດິດໃນ
ສະຖານທີ່ເກັບຮັກສາຊົ່ວຄາວ; ແທນທີ່ຈະຕ້ອງການເກັບຮັກສາປະລິມານດຽວຕໍ່ຄັ້ງ,
ພື້ນທີ່ເກັບຮັກສາພຽງພໍແມ່ນຕ້ອງການເພື່ອເກັບຮັກສາສອງປະລິມານ.
--cf-backend backend
ອະນຸຍາດໃຫ້ເລືອກຢ່າງຈະແຈ້ງຂອງ backend cloudfiles. ຄ່າເລີ່ມຕົ້ນເປັນ pyrax.
ອີກທາງເລືອກ, ທ່ານອາດຈະເລືອກ cloudfiles.
--ປຽບທຽບຂໍ້ມູນ
ເປີດໃຊ້ການປຽບທຽບຂໍ້ມູນຂອງໄຟລ໌ປົກກະຕິກ່ຽວກັບການດໍາເນີນການກວດສອບ. ອັນນີ້ຖືກປິດການນຳໃຊ້ໂດຍ
ຄ່າເລີ່ມຕົ້ນສໍາລັບເຫດຜົນການປະຕິບັດ.
-- ແລ່ນແຫ້ງ
ຄິດໄລ່ສິ່ງທີ່ຈະເຮັດ, ແຕ່ບໍ່ດໍາເນີນການ backend ໃດ
--encrypt-key key-id
ເມື່ອສຳຮອງຂໍ້ມູນ, ເຂົ້າລະຫັດໃສ່ລະຫັດສາທາລະນະທີ່ໃຫ້ໄວ້, ແທນທີ່ຈະໃຊ້ symmetric
(ແບບດັ້ງເດີມ) ການເຂົ້າລະຫັດ. ສາມາດລະບຸໄດ້ຫຼາຍຄັ້ງ. key-id ສາມາດເປັນ
ມອບໃຫ້ໃນຮູບແບບໃດນຶ່ງທີ່ຮອງຮັບໂດຍ GnuPG; ເບິ່ງ gpg(1), ພາກສ່ວນ "ວິທີການສະເພາະ
A USER ID" ສໍາລັບລາຍລະອຽດ.
--encrypt-secret-keyring ຊື່ເອກະສານ
ທາງເລືອກນີ້ສາມາດໃຊ້ໄດ້ກັບ --encrypt-key, ແລະປ່ຽນເສັ້ນທາງໄປສູ່ຄວາມລັບ
keyring ສໍາລັບລະຫັດ encrypt ເພື່ອ ຊື່ເອກະສານ keyring ນີ້ບໍ່ໄດ້ຖືກນໍາໃຊ້ໃນເວລາສ້າງ a
ສຳຮອງ. ຖ້າບໍ່ໄດ້ລະບຸ, ກະແຈລັບເລີ່ມຕົ້ນຖືກໃຊ້ເຊິ່ງປົກກະຕິແລ້ວ
ຢູ່ທີ່ .gnupg/secreing.gpg
--encrypt-sign-key key-id
ຕົວກໍານົດການສະດວກ. ຄືກັນກັບ --encrypt-key key-id --sign-key key-id.
--ຍົກເວັ້ນ shell_pattern
ບໍ່ລວມໄຟລ໌ຫຼືໄຟລ໌ທີ່ຈັບຄູ່ໂດຍ shell_pattern. ຖ້າໄດເລກະທໍລີຖືກຈັບຄູ່,
ຫຼັງຈາກນັ້ນ, ໄຟລ໌ພາຍໃຕ້ໄດເລກະທໍລີນັ້ນຈະຖືກຈັບຄູ່. ເບິ່ງ ເອກະສານ SELECTION
ສ່ວນ ສຳ ລັບຂໍ້ມູນເພີ່ມເຕີມ.
--exclude-device-files
ບໍ່ລວມໄຟລ໌ອຸປະກອນທັງໝົດ. ນີ້ສາມາດເປັນປະໂຫຍດສໍາລັບເຫດຜົນຄວາມປອດໄພ / ການອະນຸຍາດຫຼື
ຖ້າ rdiff-backup ບໍ່ໄດ້ຈັດການໄຟລ໌ອຸປະກອນຢ່າງຖືກຕ້ອງ.
--exclude-filelist ຊື່ເອກະສານ
ບໍ່ລວມໄຟລ໌ທີ່ລະບຸໄວ້ໃນ ຊື່ເອກະສານ, ກັບແຕ່ລະແຖວຂອງ filelist ໄດ້ຕີຄວາມໝາຍ
ຕາມກົດລະບຽບດຽວກັນກັບ --ລວມ ແລະ --ຍົກເວັ້ນ. ເບິ່ງ ເອກະສານ SELECTION
ສ່ວນ ສຳ ລັບຂໍ້ມູນເພີ່ມເຕີມ.
--ຍົກເວັ້ນ-ຖ້າ-ປະຈຸບັນ ຊື່ເອກະສານ
ບໍ່ລວມລາຍຊື່ຖ້າມີຊື່ໄຟລ໌. ທາງເລືອກນີ້ຕ້ອງມາກ່ອນ
ທາງເລືອກອື່ນລວມມີ ຫຼືຍົກເວັ້ນ.
--ຍົກເວັ້ນ-ແກ່ກວ່າ ທີ່ໃຊ້ເວລາ
ບໍ່ລວມເອົາໄຟລ໌ໃດໆທີ່ວັນທີດັດແກ້ແມ່ນໄວກວ່າທີ່ລະບຸໄວ້ ທີ່ໃຊ້ເວລາ. ນີ້
ສາມາດຖືກນໍາໃຊ້ເພື່ອຜະລິດການສໍາຮອງຂໍ້ມູນບາງສ່ວນທີ່ມີພຽງແຕ່ໄຟລ໌ທີ່ມີການປ່ຽນແປງບໍ່ດົນມານີ້.
ເບິ່ງ ເວລາ ຮູບແບບ ສ່ວນ ສຳ ລັບຂໍ້ມູນເພີ່ມເຕີມ.
--exclude-other-filesystems
ບໍ່ລວມໄຟລ໌ໃນລະບົບໄຟລ໌ (ລະບຸໂດຍໝາຍເລກອຸປະກອນ) ນອກເໜືອໄປຈາກໄຟລ໌
ລະບົບຮາກຂອງໄດເລກະທໍລີແຫຼ່ງເປີດ.
--exclude-regexp regexp
ບໍ່ລວມໄຟລ໌ທີ່ກົງກັບ regexp ທີ່ໃຫ້ໄວ້. ບໍ່ເຫມືອນກັບ --ຍົກເວັ້ນ ທາງເລືອກ, ທາງເລືອກນີ້
ບໍ່ກົງກັບໄຟລ໌ໃນໄດເລກະທໍລີທີ່ມັນກົງກັນ. ເບິ່ງ ເອກະສານ SELECTION ພາກສ່ວນສໍາລັບການ
ຂໍ້ມູນເພີ່ມເຕີມ
-- ສະອາດພິເສດ
ເມື່ອທໍາຄວາມສະອາດ, ຈົ່ງຮຸກຮານຫຼາຍຂຶ້ນກ່ຽວກັບການປະຫຍັດພື້ນທີ່. ຕົວຢ່າງ, ນີ້ອາດຈະ
ລຶບໄຟລ໌ລາຍເຊັນສຳລັບຕ່ອງໂສ້ສຳຮອງເກົ່າ.
ລະມັດລະວັງ: ຖ້າບໍ່ມີໄຟລ໌ລາຍເຊັນຂອງລະບົບຕ່ອງໂສ້ສໍາຮອງຂໍ້ມູນເກົ່າເຫຼົ່ານັ້ນແມ່ນບໍ່ສາມາດຟື້ນຟູໄດ້. ຢ່າ
ໃຊ້ --extra-clean ເວັ້ນເສຍແຕ່ວ່າທ່ານຮູ້ວ່າທ່ານກໍາລັງເຮັດຫຍັງ.
ເບິ່ງ ເຮັດຄວາມສະອາດ ການໂຕ້ຖຽງສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.
--ປ່ຽນໄຟລ໌ ເສັ້ນທາງ
ທາງເລືອກນີ້ອາດຈະໄດ້ຮັບໃນຮູບແບບການເກັບກໍາສະຖານະພາບ, ເຮັດໃຫ້ມີພຽງແຕ່ ເສັ້ນທາງ ສະຖານະການທີ່ຈະເປັນ
ເກັບກໍາແທນທີ່ຈະເປັນເນື້ອໃນທັງຫມົດຂອງການເກັບສໍາຮອງຂໍ້ມູນ. ເສັ້ນທາງ ຄວນໃຫ້
ກ່ຽວຂ້ອງກັບຮາກຂອງໄດເລກະທໍລີທີ່ສຳຮອງໄວ້.
--file-prefix, --file-prefix-manifest, --file-prefix-archive, --file-prefix-ລາຍເຊັນ
ເພີ່ມຄຳນຳໜ້າໃສ່ທຸກໄຟລ໌, ໄຟລ໌ manifest, ແຟ້ມຈັດເກັບ ແລະ/ຫຼື ໄຟລ໌ລາຍເຊັນ.
ຊຸດດຽວກັນຂອງຄໍານໍາຫນ້າຕ້ອງໄດ້ຮັບການສົ່ງຕໍ່ໃນການສໍາຮອງຂໍ້ມູນແລະການຟື້ນຟູ.
ຖ້າຕັ້ງທັງຄຳນຳໜ້າແບບທົ່ວໂລກ ແລະປະເພດສະເພາະ, ຄຳນຳໜ້າທົ່ວໂລກຈະໄປກ່ອນ
ຄຳນຳໜ້າສະເພາະປະເພດ.
ເບິ່ງ A ຫມາຍເຫດ ON ຊື່ເອກະສານ PREFIXES
--file-to-restore ເສັ້ນທາງ
ທາງເລືອກນີ້ອາດຈະຖືກມອບໃຫ້ຢູ່ໃນຮູບແບບການຟື້ນຟູ, ເຊິ່ງກໍ່ໃຫ້ເກີດພຽງແຕ່ ເສັ້ນທາງ ຈະຖືກຟື້ນຟູແທນ
ຂອງເນື້ອໃນທັງຫມົດຂອງການເກັບຮັກສາສໍາຮອງຂໍ້ມູນ. ເສັ້ນທາງ ຄວນຈະໄດ້ຮັບການໃຫ້ພີ່ນ້ອງກັບ
ຮາກຂອງໄດເລກະທໍລີຖືກສໍາຮອງ.
--ເຕັມ-ຖ້າ-ແກ່ກວ່າ ທີ່ໃຊ້ເວລາ
ດໍາເນີນການສໍາຮອງເຕັມທີ່ຖ້າມີການຮ້ອງຂໍການສໍາຮອງຂໍ້ມູນທີ່ເພີ່ມຂຶ້ນ, ແຕ່ເຕັມຫຼ້າສຸດ
ການສໍາຮອງຂໍ້ມູນໃນການເກັບກໍາແມ່ນເກົ່າກວ່າທີ່ໃຫ້ ທີ່ໃຊ້ເວລາ. ເບິ່ງ ເວລາ ຮູບແບບ
ສ່ວນ ສຳ ລັບຂໍ້ມູນເພີ່ມເຕີມ.
--ກຳລັງ
ດໍາເນີນການເຖິງແມ່ນວ່າການສູນເສຍຂໍ້ມູນອາດຈະສົ່ງຜົນ. Duplicity ຈະເຮັດໃຫ້ຜູ້ໃຊ້ຮູ້ວ່າເວລານີ້
ທາງເລືອກແມ່ນຕ້ອງການ.
--ftp-passive
ໃຊ້ການເຊື່ອມຕໍ່ຂໍ້ມູນແບບ passive (PASV). ຄ່າເລີ່ມຕົ້ນແມ່ນໃຊ້ passive, ແຕ່
ກັບຄືນສູ່ປົກກະຕິຖ້າການເຊື່ອມຕໍ່ passive ລົ້ມເຫລວຫຼືຫມົດເວລາ.
--ftp-ປົກກະຕິ
ໃຊ້ການເຊື່ອມຕໍ່ຂໍ້ມູນປົກກະຕິ (PORT).
--gio ໃຊ້ backend GIO ແລະຕີຄວາມຫມາຍ URL ໃດກໍ່ຕາມ GIO ຈະ.
--hidden-encrypt-key key-id
ຄືກັນກັບ --encrypt-key, ແຕ່ມັນເຊື່ອງ id ລະຫັດຂອງຜູ້ໃຊ້ຈາກໄຟລ໌ທີ່ຖືກເຂົ້າລະຫັດ. ມັນໃຊ້
gpg ຂອງ --hidden-recipient ຄໍາສັ່ງທີ່ຈະລົບກວນເຈົ້າຂອງສໍາຮອງຂໍ້ມູນໄດ້. ໃນການຟື້ນຟູ,
gpg ຈະລອງໃຊ້ລະຫັດລັບທັງໝົດໂດຍອັດຕະໂນມັດເພື່ອຖອດລະຫັດ
ສຳຮອງ. ເບິ່ງ gpg(1) ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ.
--ບໍ່ສົນໃຈ-ຄວາມຜິດພາດ
ພະຍາຍາມບໍ່ສົນໃຈບາງຂໍ້ຜິດພາດຖ້າພວກເຂົາເກີດຂຶ້ນ. ທາງເລືອກນີ້ມີຈຸດປະສົງພຽງແຕ່ອະນຸຍາດໃຫ້
ການຟື້ນຟູການສໍາຮອງຂໍ້ມູນໃນການປະເຊີນຫນ້າກັບບັນຫາສະເພາະໃດຫນຶ່ງທີ່ບໍ່ດັ່ງນັ້ນ
ເຮັດໃຫ້ການສໍາຮອງຂໍ້ມູນລົ້ມເຫລວ. ມັນບໍ່ເຄີຍແນະນໍາໃຫ້ໃຊ້ທາງເລືອກນີ້ເວັ້ນເສຍແຕ່ວ່າທ່ານ
ມີສະຖານະການທີ່ທ່ານກໍາລັງພະຍາຍາມຟື້ນຟູຈາກການສໍາຮອງຂໍ້ມູນແລະມັນລົ້ມເຫລວ
ເນື່ອງຈາກວ່າບັນຫາທີ່ທ່ານຕ້ອງການຄວາມຊໍ້າຊ້ອນທີ່ຈະບໍ່ສົນໃຈ. ເຖິງແມ່ນວ່າຫຼັງຈາກນັ້ນ, ຂຶ້ນກັບ
ບັນຫາ, ທາງເລືອກນີ້ອາດຈະບໍ່ມີຜົນກະທົບ.
ກະລຸນາສັງເກດວ່າໃນຂະນະທີ່ລະເລີຍຄວາມຜິດພາດຈະໄດ້ຮັບການເຂົ້າສູ່ລະບົບ, ຈະບໍ່ມີການສະຫຼຸບຢູ່ໃນ
ສິ້ນສຸດການປະຕິບັດງານເພື່ອບອກທ່ານວ່າສິ່ງທີ່ຖືກລະເລີຍ, ຖ້າມີຫຍັງ. ຖ້ານີ້ຖືກນໍາໃຊ້
ສໍາລັບການຟື້ນຟູຂໍ້ມູນສຸກເສີນ, ແນະນໍາໃຫ້ທ່ານດໍາເນີນການສໍາຮອງຂໍ້ມູນໃນ
ວິທີທີ່ທ່ານສາມາດໄປຢ້ຽມຢາມບັນທຶກສໍາຮອງຂໍ້ມູນໄດ້ (ຊອກຫາເສັ້ນທີ່ປະກອບດ້ວຍ
ສະຕຣິງ IGNORED_ERROR).
ຖ້າຫາກວ່າທ່ານເຄີຍມີການນໍາໃຊ້ທາງເລືອກນີ້ສໍາລັບເຫດຜົນທີ່ບໍ່ເຂົ້າໃຈຫຼື
ເຂົ້າໃຈແຕ່ບໍ່ແມ່ນຄວາມຮັບຜິດຊອບຂອງທ່ານເອງ, ກະລຸນາຕິດຕໍ່ຜູ້ຮັກສາຄວາມຊ້ຳກັນ.
ຄວາມຕ້ອງການທີ່ຈະນໍາໃຊ້ທາງເລືອກນີ້ພາຍໃຕ້ສະຖານະການການຜະລິດຈະເປັນປົກກະຕິ
ຖືວ່າເປັນແມງໄມ້.
--imap-ທີ່ຢູ່ເຕັມ ທີ່ຢູ່ອີເມວ
ທີ່ຢູ່ອີເມລ໌ເຕັມຂອງຊື່ຜູ້ໃຊ້ເມື່ອເຂົ້າສູ່ລະບົບ imap server. ຖ້າບໍ່
ສະຫນອງໃຫ້ພຽງແຕ່ຊື່ຜູ້ໃຊ້ສ່ວນຫນຶ່ງຂອງທີ່ຢູ່ອີເມວແມ່ນຖືກນໍາໃຊ້.
--imap-mailbox ທາງເລືອກ
ອະນຸຍາດໃຫ້ທ່ານລະບຸກ່ອງຈົດຫມາຍອື່ນ. ຄ່າເລີ່ມຕົ້ນແມ່ນ "INBOX". ອື່ນໆ
ພາສາອາດຈະຕ້ອງການກ່ອງຈົດໝາຍທີ່ແຕກຕ່າງຈາກຄ່າເລີ່ມຕົ້ນ.
--gpg-binary file_path
ອະນຸຍາດໃຫ້ທ່ານບັງຄັບໃຫ້ໃຊ້ຊໍ້າກັນ file_path ເປັນ gpg ເສັ້ນຄໍາສັ່ງ binary. ສາມາດເປັນ
ເສັ້ນທາງໄຟລ໌ຢ່າງແທ້ຈິງ ຫຼືພີ່ນ້ອງ ຫຼືຊື່ໄຟລ໌. ຄ່າເລີ່ມຕົ້ນແມ່ນ 'gpg'. ໄດ້
ໄບນາຣີຈະຖືກແປຜ່ານຕົວແປສະພາບແວດລ້ອມ PATH.
--gpg-options ທາງເລືອກໃນການ
ອະນຸຍາດໃຫ້ທ່ານຜ່ານທາງເລືອກໃນການເຂົ້າລະຫັດ gpg. ໄດ້ ທາງເລືອກໃນການ ບັນຊີລາຍຊື່ຄວນຈະເປັນຂອງ
ແບບຟອມ "--opt1 --opt2=parm" ບ່ອນທີ່ສະຕຣິງຖືກອ້າງອີງແລະຊ່ອງຫວ່າງເທົ່ານັ້ນທີ່ອະນຸຍາດໃຫ້
ຢູ່ໃນລະຫວ່າງທາງເລືອກ.
--ລວມ shell_pattern
ຄ້າຍຄືກັບ --ຍົກເວັ້ນ ແຕ່ລວມເອົາໄຟລ໌ທີ່ກົງກັນແທນ. ບໍ່ມັກ --ຍົກເວັ້ນ, ນີ້
ທາງເລືອກຍັງຈະກົງກັບບັນຊີຂອງແມ່ຂອງໄຟລ໌ທີ່ຈັບຄູ່ (ເຖິງແມ່ນວ່າບໍ່ໄດ້
ຈໍາເປັນຕ້ອງມີເນື້ອໃນຂອງເຂົາເຈົ້າ). ເບິ່ງ ເອກະສານ SELECTION ສ່ວນ ສຳ ລັບຂໍ້ມູນເພີ່ມເຕີມ.
--include-filelist ຊື່ເອກະສານ
ຄື --exclude-filelist, ແຕ່ລວມເອົາໄຟລ໌ທີ່ມີລາຍຊື່ແທນ. ເບິ່ງ ເອກະສານ
SELECTION ສ່ວນ ສຳ ລັບຂໍ້ມູນເພີ່ມເຕີມ.
--include-regexp regexp
ລວມເອົາໄຟລ໌ທີ່ກົງກັບການສະແດງຜົນປົກກະຕິ regexp. ພຽງແຕ່ໄຟລ໌ຢ່າງຊັດເຈນ
ຈັບຄູ່ໂດຍ regexp ທາງເລືອກນີ້ຈະຖືກລວມເຂົ້າ. ເບິ່ງ ເອກະສານ SELECTION ສ່ວນ
ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ.
--log-fd ຈໍານວນ
ຂຽນສະບັບທີ່ມີຮູບແບບພິເສດຂອງຂໍ້ຄວາມອອກໄປຫາໄຟລ໌ທີ່ລະບຸ
ຕົວອະທິບາຍ. ຮູບແບບທີ່ໃຊ້ໄດ້ຖືກອອກແບບເພື່ອໃຫ້ໄດ້ຮັບການບໍລິໂພກໄດ້ຢ່າງງ່າຍດາຍໂດຍໂຄງການອື່ນໆ.
--log-file ຊື່ເອກະສານ
ຂຽນສະບັບທີ່ມີຮູບແບບພິເສດຂອງຂໍ້ຄວາມອອກໄປຫາໄຟລ໌ທີ່ລະບຸ. ໄດ້
ຮູບແບບການນໍາໃຊ້ໄດ້ຖືກອອກແບບເພື່ອໃຫ້ໄດ້ຮັບການບໍລິໂພກໄດ້ຢ່າງງ່າຍດາຍໂດຍໂຄງການອື່ນໆ.
--max-blocksize ຈໍານວນ
ກໍານົດຈໍານວນຂອງຕັນທີ່ກວດສອບການປ່ຽນແປງໃນລະຫວ່າງການຂະບວນການທີ່ແຕກຕ່າງກັນ.
ສໍາລັບໄຟລ໌ < 1MB ຂະຫນາດຕັນແມ່ນຄົງທີ່ຂອງ 512. ສໍາລັບໄຟລ໌ທີ່ເກີນ 1MB ຂະຫນາດແມ່ນ.
ມອບໃຫ້ໂດຍ:
file_blocksize = int((file_len / (2000 * 512)) * 512)
ກັບຄືນ min(file_blocksize, globals.max_blocksize)
ບ່ອນທີ່ globals.max_blocksize ເລີ່ມຕົ້ນເປັນ 2048. ຖ້າທ່ານລະບຸຂະໜາດໃຫຍ່ກວ່າ
max_blocksize, ໄຟລ໌ difftar ຂອງທ່ານຈະໃຫຍ່ກວ່າ, ແຕ່ໄຟລ໌ sigtar ຂອງທ່ານຈະເປັນ
ນ້ອຍກວ່າ. ຖ້າທ່ານກໍານົດ max_blocksize ຂະຫນາດນ້ອຍກວ່າ, ການປີ້ນກັບກັນເກີດຂື້ນ. --max-
ຕົວເລືອກ blocksize ຄວນຢູ່ໃນຕົວຄູນ 512.
--ຊື່ ຊື່ສັນຍາລັກ
ຕັ້ງຊື່ສັນຍາລັກຂອງການສໍາຮອງຂໍ້ມູນທີ່ກໍາລັງດໍາເນີນການ. ຈຸດປະສົງແມ່ນເພື່ອນໍາໃຊ້ a
ຊື່ແຍກຕ່າງຫາກສໍາລັບແຕ່ລະ backup ທີ່ແຕກຕ່າງກັນຢ່າງມີເຫດຜົນ. ຕົວຢ່າງ, ບາງຄົນອາດຈະໃຊ້
"home_daily_s3" ສໍາລັບການສໍາຮອງຂໍ້ມູນປະຈໍາວັນຂອງໄດເລກະທໍລີເຮືອນໄປຫາ Amazon S3. ໄດ້
ໂຄງສ້າງຂອງຊື່ແມ່ນຂຶ້ນກັບຜູ້ໃຊ້, ມັນເປັນສິ່ງສໍາຄັນພຽງແຕ່ວ່າຊື່
ແຕກຕ່າງ. ຊື່ສັນຍາລັກປະຈຸບັນພຽງແຕ່ຖືກນໍາໃຊ້ເພື່ອຜົນກະທົບຕໍ່ການຂະຫຍາຍຕົວຂອງ
--archive-dir , ແຕ່ອາດຈະຖືກນໍາໃຊ້ສໍາລັບຄຸນສົມບັດເພີ່ມເຕີມໃນອະນາຄົດ. ຜູ້ໃຊ້
ແລ່ນຫຼາຍກວ່າຫນຶ່ງການສໍາຮອງຂໍ້ມູນທີ່ແຕກຕ່າງກັນໄດ້ຖືກຊຸກຍູ້ໃຫ້ໃຊ້ທາງເລືອກນີ້.
ຖ້າບໍ່ໄດ້ລະບຸ, ຄ່າເລີ່ມຕົ້ນແມ່ນ hash ຂອງ backend URL.
-- ບໍ່ມີການບີບອັດ
ຢ່າໃຊ້ GZip ເພື່ອບີບອັດໄຟລ໌ໃນລະບົບທາງໄກ.
--no-encryption
ຢ່າໃຊ້ GnuPG ເພື່ອເຂົ້າລະຫັດໄຟລ໌ໃນລະບົບທາງໄກ.
--no-print-ສະຖິຕິ
ໂດຍຄ່າເລີ່ມຕົ້ນຊໍ້າກັນຈະພິມສະຖິຕິກ່ຽວກັບເຊດຊັນປັດຈຸບັນຫຼັງຈາກ a
ການສໍາຮອງສໍາເລັດ. ສະວິດນີ້ປິດການທໍາງານນັ້ນ.
--null-ຕົວແຍກ
ໃຊ້ nulls (\0) ແທນແຖວໃໝ່ (\n) ເປັນການແຍກແຖວ, ເຊິ່ງອາດຈະຊ່ວຍໄດ້ເມື່ອໃດ
ຈັດການກັບຊື່ໄຟລ໌ທີ່ມີແຖວໃໝ່. ນີ້ມີຜົນກະທົບຮູບແບບທີ່ຄາດໄວ້ຂອງ
ໄຟລ໌ທີ່ລະບຸໄວ້ໂດຍ --{include|exclude}-filelist switches ເຊັ່ນດຽວກັນກັບ
ຮູບແບບຂອງໄຟລ໌ສະຖິຕິໄດເລກະທໍລີ.
--ເຈົ້າຂອງຕົວເລກ
ໃນການຟື້ນຟູສະເຫມີໃຊ້ uid / gid ຕົວເລກຈາກບ່ອນເກັບມ້ຽນແລະບໍ່ແມ່ນເກັບໄວ້
ຊື່ຜູ້ໃຊ້/ກຸ່ມ, ເຊິ່ງເປັນພຶດຕິກຳເລີ່ມຕົ້ນ. ແນະນໍາໃຫ້ຟື້ນຟູຈາກ
ຊີດີຊີດີທີ່ອາດມີຜູ້ໃຊ້ທີ່ມີຊື່ຄືກັນແຕ່ uids/gids ແຕກຕ່າງກັນ.
--num-retry ຈໍານວນ
ຈໍານວນການພະຍາຍາມເຮັດຄວາມຜິດພາດກ່ອນທີ່ຈະໃຫ້ຂຶ້ນ.
--old-filenames
ໃຊ້ຮູບແບບຊື່ໄຟລ໌ເກົ່າ (ບໍ່ເຂົ້າກັນໄດ້ກັບ Windows/Samba) ແທນທີ່ຈະເປັນແບບໃໝ່
ຮູບແບບຊື່ໄຟລ໌.
--par2-ທາງເລືອກ ທາງເລືອກໃນການ
ຕົວເລືອກຄຳສັບເພື່ອຜ່ານໄປຫາ par2.
--par2-ຊ້ຳກັນ ຮ້ອຍລະ
ປັບລະດັບຄວາມຊໍ້າຊ້ອນໃນ ຮ້ອຍລະ ສໍາລັບໄຟລ໌ການຟື້ນຕົວ Par2 (ຄ່າເລີ່ມຕົ້ນ 10%).
- ແມ່ຍິງ
ເມື່ອເລືອກແລ້ວ, ຄວາມຊ້ຳກັນຈະອອກຄວາມຄືບໜ້າການອັບໂຫຼດ ແລະ ຄາດຄະເນ
ເວລາອັບໂຫລດ. ເພື່ອອະທິບາຍການປ່ຽນແປງ, ມັນຈະດໍາເນີນການແຫ້ງທໍາອິດກ່ອນທີ່ຈະເຕັມຫຼື
incremental, ແລະຫຼັງຈາກນັ້ນດໍາເນີນການປະຕິບັດການທີ່ແທ້ຈິງຄາດຄະເນຄວາມຄືບຫນ້າການອັບໂຫລດທີ່ແທ້ຈິງ.
--ອັດຕາຄວາມຄືບໜ້າ ຈໍານວນ
ກຳນົດອັດຕາການອັບເດດທີ່ຄວາມຊ້ຳກັນຈະອອກຂໍ້ຄວາມຄວາມຄືບໜ້າການອັບໂຫລດ
(ຕ້ອງການ - ແມ່ຍິງ ທາງເລືອກ). ຄ່າເລີ່ມຕົ້ນແມ່ນການເຕືອນສະຖານະໃນແຕ່ລະ 3 ວິນາທີ.
--ປ່ຽນຊື່ <ຕົ້ນສະບັບ ເສັ້ນທາງ> <ໃໝ່ ເສັ້ນທາງ>
ຮັກສາເສັ້ນທາງ orig ໃນ backup ເປັນຖ້າຫາກວ່າມັນເປັນເສັ້ນທາງ ໃຫມ່. ສາມາດຜ່ານໄດ້
ຫຼາຍຄັ້ງ. ຕົວຢ່າງ:
ການຟື້ນຟູ duplicity --rename Documents/metal Music/metal
sftp://uid@other.host/some_dir /home/me
--rsync-ທາງເລືອກ ທາງເລືອກໃນການ
ອະນຸຍາດໃຫ້ທ່ານຜ່ານທາງເລືອກໃນການ backend rsync. ໄດ້ ທາງເລືອກໃນການ ບັນຊີລາຍຊື່ຄວນຈະເປັນຂອງ
ແບບຟອມ "opt1=parm1 opt2=parm2" ບ່ອນທີ່ສະຕຣິງທາງເລືອກຖືກອ້າງອີງແລະຊ່ອງຫວ່າງເທົ່ານັ້ນ
ອະນຸຍາດແມ່ນລະຫວ່າງທາງເລືອກ. ສະຕຣິງທາງເລືອກຈະຖືກສົ່ງຜ່ານ verbatim ກັບ rsync,
ຫຼັງຈາກທາງເລືອກໃດຫນຶ່ງທີ່ສ້າງພາຍໃນກໍານົດພອດຫ່າງໄກສອກຫຼີກທີ່ຈະນໍາໃຊ້. ນີ້ແມ່ນ ກ
ຕົວຢ່າງທີ່ເປັນປະໂຫຍດ:
duplicity --rsync-options="--partial-dir=.rsync-partial" /home/me
rsync://[email protected]/some_dir
--s3-european-buckets
ເມື່ອໃຊ້ backend Amazon S3, ສ້າງ buckets ໃນເອີຣົບແທນທີ່ຈະເປັນຄ່າເລີ່ມຕົ້ນ
(ຕ້ອງການ --s3-ໃຊ້-ແບບໃໝ່ ). ຍັງເບິ່ງໄດ້ EUROPEAN S3 ບັກ ສ່ວນ.
--s3-unencrypted-connection
ຢ່າໃຊ້ SSL ສໍາລັບການເຊື່ອມຕໍ່ກັບ S3.
ນີ້ອາດຈະໄວຂຶ້ນຫຼາຍ, ໃນບາງຄ່າໃຊ້ຈ່າຍຕໍ່ກັບຄວາມລັບ.
ດ້ວຍທາງເລືອກນີ້, ໃຜກໍ່ຕາມທີ່ສາມາດສັງເກດເຫັນການຈະລາຈອນລະຫວ່າງຄອມພິວເຕີຂອງທ່ານແລະ S3 ຈະ
ສາມາດບອກໄດ້ວ່າ: ທ່ານກໍາລັງໃຊ້ Duplicity, ຊື່ຂອງ bucket, AWS ຂອງທ່ານ
Access Key ID, ວັນທີເພີ່ມຂຶ້ນ ແລະຈໍານວນຂໍ້ມູນໃນແຕ່ລະຄັ້ງເພີ່ມຂຶ້ນ.
ຕົວເລືອກນີ້ມີຜົນກະທົບພຽງແຕ່ການເຊື່ອມຕໍ່, ບໍ່ແມ່ນການເຂົ້າລະຫັດ GPG ຂອງການສໍາຮອງຂໍ້ມູນ
ເພີ່ມໄຟລ໌. ເວັ້ນເສຍແຕ່ວ່າຖືກປິດການໃຊ້ງານ, ຜູ້ສັງເກດການຈະບໍ່ສາມາດເບິ່ງເຫັນໄດ້
ຊື່ໄຟລ໌ ຫຼືເນື້ອໃນ.
--s3-ໃຊ້-ແບບໃໝ່
ເມື່ອດໍາເນີນການກ່ຽວກັບ Amazon S3 buckets, ໃຊ້ subdomain addressing ຮູບແບບໃຫມ່.
ໃນປັດຈຸບັນນີ້ແມ່ນວິທີການທີ່ມັກໃນການເຂົ້າເຖິງ Amazon S3, ແຕ່ບໍ່ແມ່ນຍ້ອນກັບ
ເຂົ້າກັນໄດ້ຖ້າຊື່ຖັງຂອງເຈົ້າມີຕົວພິມໃຫຍ່ ຫຼືຕົວອັກສອນອື່ນໆ
ທີ່ບໍ່ຖືກຕ້ອງໃນຊື່ເຈົ້າພາບ.
--s3-use-rrs
ປະລິມານການເກັບຮັກສາໂດຍໃຊ້ການຫຼຸດຜ່ອນການເກັບຂໍ້ມູນຊໍ້າຊ້ອນໃນເວລາອັບໂຫລດໄປຍັງ Amazon S3. ນີ້
ຈະຫຼຸດລົງຄ່າໃຊ້ຈ່າຍຂອງການເກັບຮັກສາແຕ່ຍັງຫຼຸດລົງຄວາມທົນທານຂອງປະລິມານເກັບຮັກສາໄວ້
99.99% ແທນຄວາມທົນທານ 99.999999999% ທີ່ສະເຫນີໂດຍ Standard Storage ໃນ S3.
--s3-ໃຊ້-ia
ເກັບຮັກສາປະລິມານການນໍາໃຊ້ມາດຕະຖານ - ການເຂົ້າເຖິງເລື້ອຍໆໃນເວລາທີ່ອັບໂຫລດໄປຍັງ Amazon S3. ນີ້
ຊັ້ນເກັບຮັກສາມີຄ່າໃຊ້ຈ່າຍໃນການເກັບຮັກສາຕ່ໍາແຕ່ຄ່າໃຊ້ຈ່າຍຕໍ່ການຮ້ອງຂໍທີ່ສູງຂຶ້ນ, ແລະ
ຄ່າໃຊ້ຈ່າຍໃນການເກັບຮັກສາແມ່ນຄິດໄລ່ກັບຕໍາ່ສຸດທີ່ການເກັບຮັກສາ 30 ມື້. ອີງຕາມ Amazon,
ການເກັບຮັກສານີ້ແມ່ນເຫມາະສົມສໍາລັບການເກັບຮັກສາໄຟລ໌ໄລຍະຍາວ, ການສໍາຮອງຂໍ້ມູນ, ແລະການຟື້ນຟູໄພພິບັດ.
--s3-use-multiprocessing
ອະນຸຍາດໃຫ້ການອັບໂຫລດ volumne multipart ກັບ S3 ໂດຍຜ່ານການ multiprocessing. ທາງເລືອກນີ້ຕ້ອງການ
Python 2.6 ແລະສາມາດໃຊ້ເພື່ອເຮັດໃຫ້ການອັບໂຫລດໄປຍັງ S3 ມີປະສິດທິພາບຫຼາຍຂຶ້ນ. ຖ້າເປີດໃຊ້, ໄຟລ໌
ການອັບໂຫລດຊໍ້າກັນໄປໃສ່ S3 ຈະຖືກແບ່ງອອກເປັນຕ່ອນໆ ແລະອັບໂຫຼດແບບຂະໜານກັນ. ເປັນປະໂຫຍດ
ຖ້າທ່ານຕ້ອງການທີ່ຈະອີ່ມຕົວແບນວິດຂອງທ່ານຫຼືຖ້າໄຟລ໌ຂະຫນາດໃຫຍ່ກໍາລັງລົ້ມເຫລວໃນລະຫວ່າງການອັບໂຫລດ.
--s3-use-server-side-encryption
ອະນຸຍາດໃຫ້ໃຊ້ການເຂົ້າລະຫັດຂ້າງເຊີບເວີໃນ S3
--s3-multipart-chunk-size
ຂະໜາດ Chuk (ໃນ MB) ໃຊ້ສໍາລັບການອັບໂຫລດ S3 multiparts. ເຮັດໃຫ້ມັນນ້ອຍກວ່າ --volsize
ເພື່ອເພີ່ມປະສິດທິພາບການໃຊ້ແບນວິດຂອງທ່ານ. ສໍາລັບຕົວຢ່າງ, ຂະຫນາດຂອງ 10MB ກັບ a
volsize ຂອງ 30MB ຈະສົ່ງຜົນໃຫ້ 3 chunks ຕໍ່ປະລິມານການອັບໂຫລດ.
--s3-multipart-max-procs
ລະບຸຈໍານວນສູງສຸດຂອງຂະບວນການທີ່ຈະວາງໄຂ່ໃນເວລາທີ່ດໍາເນີນການອັບໂຫລດຫຼາຍພາກສ່ວນ
ເຖິງ S3. ໂດຍຄ່າເລີ່ມຕົ້ນ, ນີ້ຈະເລືອກຈໍານວນຂອງໂປເຊດເຊີທີ່ກວດພົບຢູ່ໃນຂອງທ່ານ
ລະບົບ (ຕົວຢ່າງ 4 ສໍາລັບລະບົບ 4-core). ທ່ານສາມາດປັບຕົວເລກນີ້ຕາມຄວາມຕ້ອງການ
ໃຫ້ແນ່ໃຈວ່າທ່ານບໍ່ overload ລະບົບຂອງທ່ານໃນຂະນະທີ່ເພີ່ມການນໍາໃຊ້ແບນວິດຂອງທ່ານໃຫ້ສູງສຸດ.
--s3-multipart-max-ໝົດເວລາ
ທ່ານສາມາດຄວບຄຸມທີ່ໃຊ້ເວລາສູງສຸດ (ເປັນວິນາທີ) ການອັບໂຫລດ multipart ສາມາດໃຊ້ເວລາໃນ
ການອັບໂຫລດອັນດຽວໃສ່ S3. ນີ້ອາດຈະເປັນປະໂຫຍດຖ້າຫາກວ່າທ່ານພົບເຫັນລະບົບຂອງທ່ານຫ້ອຍ
ໃນການອັບໂຫລດຫຼາຍພາກສ່ວນຫຼືຖ້າຫາກວ່າທ່ານຕ້ອງການທີ່ຈະຄວບຄຸມຄວາມແຕກຕ່າງຂອງເວລາໃນເວລາທີ່ອັບໂຫລດ
ກັບ S3 ເພື່ອຮັບປະກັນວ່າທ່ານຂ້າການເຊື່ອມຕໍ່ກັບ S3 endpoints ຊ້າ.
--scp-ຄໍາສັ່ງ ຄໍາສັ່ງ
(ພຽງແຕ່ ssh ຄາດຫວັງ backend ກັບ --use-scp ເປີດໃຊ້ງານ) ໄດ້ ຄໍາສັ່ງ ຈະຖືກໃຊ້ແທນ
ຂອງ "scp" ເພື່ອສົ່ງຫຼືຮັບໄຟລ໌. ເພື່ອລາຍຊື່ແລະລຶບໄຟລ໌ທີ່ມີຢູ່ແລ້ວ, sftp
ຄຳ ສັ່ງຖືກ ນຳ ໃຊ້.
ເບິ່ງ A ຫມາຍເຫດ ON SSH ກັບຄືນ ສ່ວນ SSH ຄາດຫວັງ backend.
--sftp-ຄໍາສັ່ງ ຄໍາສັ່ງ
(ພຽງແຕ່ ssh ຄາດຫວັງ ເບື້ອງຫຼັງ) ໄດ້ ຄໍາສັ່ງ ຈະຖືກນໍາໃຊ້ແທນ "sftp".
ເບິ່ງ A ຫມາຍເຫດ ON SSH ກັບຄືນ ສ່ວນ SSH ຄາດຫວັງ backend.
--ຊື່ໄຟລ໌ສັ້ນ
ຖ້າຕົວເລືອກນີ້ຖືກລະບຸ, ຊື່ຂອງໄຟລ໌ທີ່ຊ້ໍາກັນຂຽນຈະເປັນ
ສັ້ນກວ່າ (ປະມານ 30 ຕົວອັກສອນ) ແຕ່ເຂົ້າໃຈໜ້ອຍກວ່າ. ນີ້ອາດຈະເປັນປະໂຫຍດໃນເວລາທີ່ສະຫນັບສະຫນູນ
ເຖິງ MacOS ຫຼື OS ຫຼື FS ອື່ນທີ່ບໍ່ຮອງຮັບຊື່ໄຟລ໌ຍາວ.
--sign-key key-id
ທາງເລືອກນີ້ສາມາດຖືກນໍາໃຊ້ໃນເວລາທີ່ສໍາຮອງຂໍ້ມູນ, ການຟື້ນຟູຫຼືການກວດສອບ. ໃນເວລາທີ່ສໍາຮອງຂໍ້ມູນ,
ໄຟລ໌ສຳຮອງທັງໝົດຈະຖືກເຊັນດ້ວຍ keyid ທີ່ສໍາຄັນ. ໃນເວລາທີ່ການຟື້ນຟູ, duplicate ຈະ
ສັນຍານຄວາມຜິດພາດຖ້າໄຟລ໌ຫ່າງໄກສອກຫຼີກບໍ່ໄດ້ເຊັນດ້ວຍ key-id ທີ່ໃຫ້. ລະຫັດລະຫັດ
ສາມາດໃຫ້ໃນຮູບແບບໃດນຶ່ງທີ່ຮອງຮັບໂດຍ GnuPG; ເບິ່ງ gpg(1), ພາກສ່ວນ “How TO
ລະບຸ ID ຜູ້ໃຊ້" ສໍາລັບລາຍລະອຽດ. ຄວນລະບຸພຽງແຕ່ຄັ້ງດຽວເພາະວ່າໃນປັດຈຸບັນ
ພຽງແຕ່ ຫນຶ່ງ ລະຫັດການເຊັນແມ່ນສະຫນັບສະຫນູນ. ລາຍການຫຼ້າສຸດຈະທັບຊ້ອນລາຍການອື່ນໆທັງໝົດ.
ເບິ່ງ A ຫມາຍເຫດ ON SYMMETRIC ການລົງທະບຽນ ແລະ ເຊັນຊື່
--ssh-askpass
ບອກ backend ssh ເພື່ອເຕືອນຜູ້ໃຊ້ສໍາລັບລະຫັດຜ່ານຂອງລະບົບທາງໄກ, ຖ້າມັນເປັນ
ບໍ່ໄດ້ຖືກກໍານົດໄວ້ໃນ url ເປົ້າຫມາຍແລະບໍ່ມີ FTP_PASSWORD env var ຖືກຕັ້ງ. ລະຫັດຜ່ານນີ້ແມ່ນ
ຍັງໃຊ້ສໍາລັບລະຫັດ ssh ທີ່ມີການປ້ອງກັນລະຫັດຜ່ານ.
--ssh-ທາງເລືອກ ທາງເລືອກໃນການ
ອະນຸຍາດໃຫ້ທ່ານຜ່ານທາງເລືອກໃນການ backend ssh. ສາມາດລະບຸໄດ້ຫຼາຍຄັ້ງ ຫຼື
ເປັນຊ່ອງທາງເລືອກທີ່ແຍກອອກບັນຊີລາຍການ. ໄດ້ ທາງເລືອກໃນການ ບັນຊີລາຍຊື່ຄວນຈະເປັນຂອງຮູບແບບ
"-oOpt1='parm1' -oOpt2='parm2'" ບ່ອນທີ່ສະຕຣິງຕົວເລືອກຖືກອ້າງອີງ ແລະອັນດຽວ
ຊ່ອງຫວ່າງທີ່ອະນຸຍາດແມ່ນລະຫວ່າງທາງເລືອກ. ສະຕຣິງທາງເລືອກຈະຖືກສົ່ງຜ່ານຄໍາທີ່ໃຊ້ເປັນ
ທັງ scp ແລະ sftp, ເຊິ່ງ syntax ຂອງເສັ້ນຄໍາສັ່ງແຕກຕ່າງກັນເລັກນ້ອຍເພາະສະນັ້ນທາງເລືອກ
ດັ່ງນັ້ນ, ຄວນໃຫ້ຢູ່ໃນຮູບແບບທາງເລືອກຍາວທີ່ອະທິບາຍໄວ້ໃນ ssh_config(5).
ຕົວຢ່າງຂອງບັນຊີລາຍຊື່:
duplicity --ssh-options="-oProtocol=2 -oIdentityFile='/my/backup/id'" /home/me
scp://user@host/some_dir
ຕົວຢ່າງທີ່ມີຕົວກໍານົດການຫຼາຍ:
duplicity --ssh-options="-oProtocol=2" --ssh-
options="-oIdentityFile='/my/backup/id'" /home/me scp://user@host/some_dir
ຫມາຍເຫດ: ໄດ້ ssh ພາຣາມິໂກ backend ໃນປັດຈຸບັນສະຫນັບສະຫນູນພຽງແຕ່ -i or -oIdentityFile
ການຕັ້ງຄ່າ. ຖ້າຕ້ອງການໃຫ້ທາງເລືອກສະເພາະເຈົ້າພາບເພີ່ມເຕີມຜ່ານໄຟລ໌ ssh_config.
--ssl-cacert-file ເອກະສານ
(ພຽງແຕ່ webdav ເບື້ອງຫຼັງ) ສະຫນອງໄຟລ໌ cacert ສໍາລັບການຢັ້ງຢືນໃບຢັ້ງຢືນ ssl.
ເບິ່ງ A ຫມາຍເຫດ ON SSL CERTIFICATE ການຢັ້ງຢືນ.
--ssl-no-check-certificate
(ພຽງແຕ່ webdav ເບື້ອງຫຼັງ) ປິດການຢັ້ງຢືນໃບຢັ້ງຢືນ ssl.
ເບິ່ງ A ຫມາຍເຫດ ON SSL CERTIFICATE ການຢັ້ງຢືນ.
-- tempdir ລະບົບ
ໃຊ້ໄດເລກະທໍລີທີ່ມີຢູ່ນີ້ສໍາລັບໄຟລ໌ຊົ່ວຄາວທີ່ຊ້ໍາກັນແທນທີ່ຈະເປັນລະບົບ
ຄ່າເລີ່ມຕົ້ນ, ເຊິ່ງປົກກະຕິແລ້ວແມ່ນ / tmp ໄດເລກະທໍລີ. ຕົວເລືອກນີ້ແທນອັນໃດກໍໄດ້
environment variable
ເບິ່ງ ENVIRONMENT ຄວາມຮັບຜິດຊອບ.
-tທີ່ໃຊ້ເວລາ, --ເວລາ ທີ່ໃຊ້ເວລາ, -- ຟື້ນຟູເວລາ ທີ່ໃຊ້ເວລາ
ລະບຸເວລາທີ່ຈະຟື້ນຟູ ຫຼືລາຍຊື່ໄຟລ໌.
--ຕົວແຍກເວລາ char
ການນໍາໃຊ້ char ເປັນຕົວແຍກເວລາໃນຊື່ໄຟລ໌ແທນທີ່ຈະເປັນຈໍ້າສອງເມັດ (":").
--ຫມົດເວລາ ວິນາທີ
ການນໍາໃຊ້ ວິນາທີ ເປັນຄ່າໝົດເວລາຂອງເຕົ້າຮັບ ຖ້າຄວາມຊ້ຳກັນເລີ່ມໝົດເວລາໃນລະຫວ່າງ
ການດໍາເນີນງານເຄືອຂ່າຍ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 30 ວິນາທີ.
--ໃຊ້ຕົວແທນ
ຖ້າຕົວເລືອກນີ້ຖືກລະບຸ, ຫຼັງຈາກນັ້ນ --ໃຊ້ຕົວແທນ ຖືກສົ່ງໄປຫາການເຂົ້າລະຫັດ GnuPG
ຂະບວນການແລະມັນຈະພະຍາຍາມເຊື່ອມຕໍ່ກັບ gpg-ຕົວແທນ ກ່ອນທີ່ມັນຈະຮ້ອງຂໍໃຫ້ມີລະຫັດຜ່ານສໍາລັບ
--encrypt-key or --sign-key ຖ້າຈໍາເປັນ.
ຫມາຍເຫດ: GnuPG 2 ແລະໃໝ່ກວ່າບໍ່ສົນໃຈຕົວເລືອກນີ້ ແລະຈະໃຊ້ການແລ່ນສະເໝີ gpg-ຕົວແທນ
ຖ້າບໍ່ມີການສົ່ງລະຫັດຜ່ານ.
--ຄຳເວົ້າ ລະດັບ, -vລະດັບ
ລະບຸລະດັບ verbosity ຜົນຜະລິດ (ລະດັບບັນທຶກ). ລະດັບຊື່ແລະຄ່າທີ່ສອດຄ້ອງກັນ
ມີ 0 ຂໍ້ຜິດພາດ, 2 ຄໍາເຕືອນ, 4 ແຈ້ງການ (ຄ່າເລີ່ມຕົ້ນ), 8 ຂໍ້ມູນ, 9 ດີບັກ (ສຽງດັງທີ່ສຸດ).
ລະດັບ ອາດຈະເປັນ
a ລັກສະນະ: e, w, n, i, d
a ຄໍາ: ຂໍ້ຜິດພາດ, ຄໍາເຕືອນ, ແຈ້ງການ, ຂໍ້ມູນ, debug
ທາງເລືອກ -v4, -vn ແລະ -vnotice ແມ່ນປະຕິບັດຫນ້າທີ່ທຽບເທົ່າ, ເຊັ່ນດຽວກັນກັບ
ສະບັບປະສົມ/ຕົວພິມໃຫຍ່ -vN, -vNotice ແລະ -vNOTICE.
- ການປ່ຽນແປງ
ພິມສະບັບຂອງ duplicity ແລະອອກ.
--volsize ຈໍານວນ
ປ່ຽນຂະໜາດປະລິມານເປັນ ຈໍານວນ Mb. ຄ່າເລີ່ມຕົ້ນແມ່ນ 25Mb.
ENVIRONMENT ຄວາມຮັບຜິດຊອບ
TMPDIR, TEMP, TMP
ໃນລໍາດັບຄວາມສໍາຄັນຫຼຸດລົງ, ລະບຸໄດເລກະທໍລີທີ່ຈະໃຊ້ຊົ່ວຄາວ
ໄຟລ໌ (ສືບທອດມາຈາກໂມດູນ tempfile ຂອງ Python). ໃນທີ່ສຸດທາງເລືອກ -- tempdir
supercedes ໃດໆຂອງສິ່ງເຫຼົ່ານີ້.
FTP_PASSWORD
ຮອງຮັບໂດຍ backends ສ່ວນໃຫຍ່ທີ່ມີລະຫັດຜ່ານ. ປອດໄພກວ່າການຕັ້ງມັນ
ໃນ backend url (ເຊິ່ງອາດຈະສາມາດອ່ານໄດ້ໃນຂະບວນການຂອງລະບົບປະຕິບັດການ
ລາຍຊື່ຜູ້ໃຊ້ອື່ນຢູ່ໃນເຄື່ອງດຽວກັນ).
ລະຫັດຜ່ານ
ວະລີຜ່ານນີ້ຖືກສົ່ງໃຫ້ GnuPG. ຖ້າອັນນີ້ບໍ່ຖືກຕັ້ງ, ຜູ້ໃຊ້ຈະຖືກເຕືອນ
ສໍາລັບລະຫັດຜ່ານ.
SIGN_PASSHRASE
ວະລີຜ່ານທີ່ຈະໃຊ້ --sign-key. ຖ້າຖືກລະເວັ້ນ ແລະ ລະຫັດສັນຍາລັກຍັງເປັນຫນຶ່ງໃນ
ກະແຈເພື່ອເຂົ້າລະຫັດຕໍ່ຕ້ານ ລະຫັດຜ່ານ ຈະຖືກນໍາມາໃຊ້ຄືນແທນ. ຖ້າບໍ່ດັ່ງນັ້ນ, ຖ້າ
ຕ້ອງການລະຫັດຜ່ານແຕ່ບໍ່ໄດ້ຕັ້ງຜູ້ໃຊ້ຈະຖືກເຕືອນສໍາລັບມັນ.
URL ຮູບແບບ
Duplicity ໃຊ້ຮູບແບບ URL (ຕາມມາດຕະຖານທີ່ເປັນໄປໄດ້) ເພື່ອກໍານົດສະຖານທີ່ຂໍ້ມູນ. ໄດ້
ຮູບແບບທົ່ວໄປສໍາລັບ URL ແມ່ນ:
scheme://[user[:password]@]host[:port]/[/]path
ມັນບໍ່ໄດ້ຖືກແນະນໍາໃຫ້ເປີດເຜີຍລະຫັດຜ່ານຢູ່ໃນເສັ້ນຄໍາສັ່ງເພາະວ່າມັນອາດຈະເປັນ
ເປີດເຜີຍໃຫ້ທຸກຄົນທີ່ມີການອະນຸຍາດໃຫ້ເຮັດລາຍການຂະບວນການ, ຢ່າງໃດກໍຕາມ, ມັນໄດ້ຖືກອະນຸຍາດ.
ພິຈາລະນາການຕັ້ງຄ່າຕົວແປສະພາບແວດລ້ອມ FTP_PASSWORD ແທນທີ່ຈະ, ເຊິ່ງຖືກນໍາໃຊ້ໂດຍສ່ວນໃຫຍ່, ຖ້າ
ບໍ່ແມ່ນ backend ທັງຫມົດ, ບໍ່ວ່າຈະເປັນຊື່ຂອງມັນ.
ໃນໂປໂຕຄອນທີ່ສະຫນັບສະຫນູນມັນ, ເສັ້ນທາງອາດຈະຖືກນໍາຫນ້າດ້ວຍ slash ດຽວ, '/path', ໄປ.
ເປັນຕົວແທນຂອງເສັ້ນທາງພີ່ນ້ອງໄປຫາໄດເລກະທໍລີເຮືອນເປົ້າຫມາຍ, ຫຼືນໍາຫນ້າດ້ວຍເຄື່ອງຫມາຍສອງເທົ່າ,
'//path', ເພື່ອສະແດງເສັ້ນທາງລະບົບໄຟລ໌ຢ່າງແທ້ຈິງ.
ຫມາຍເຫດ:
ການເຂົ້າເຖິງໂຄງການ (ໂປຣໂຕຄໍ) ອາດຈະຖືກສະໜອງໃຫ້ໂດຍຫຼາຍກວ່າໜຶ່ງ backend. ໃນກໍລະນີ
backend ເລີ່ມຕົ້ນແມ່ນ buggy ຫຼືພຽງແຕ່ບໍ່ເຮັດວຽກໃນກໍລະນີສະເພາະໃດຫນຶ່ງມັນອາດຈະຄຸ້ມຄ່າ
ພະຍາຍາມປະຕິບັດທາງເລືອກ. backends ທາງເລືອກສາມາດໄດ້ຮັບການຄັດເລືອກໂດຍ
prefixing ໂຄງການທີ່ມີຊື່ຂອງ backend ທາງເລືອກ eg ncftp+ftp://
ແລະໄດ້ຖືກກ່າວເຖິງຂ້າງລຸ່ມນີ້ສະຫຼຸບສັງລວມ syntax ຂອງໂຄງການ.
ຮູບແບບຂອງແຕ່ລະແຜນຜັງ URL ປະຕິບັດຕາມ:
ສີຟ້າສົດ
azure://container-name
ເບິ່ງ A ຫມາຍເຫດ ON AZURE ACCESS
B2
b2://account_id[:application_key]@bucket_name/[folder/]
ຟັງ ໄຟ (Rackspace)
cf+http://container_name
ເບິ່ງ A ຫມາຍເຫດ ON ຄ່ໍາ ເອກະສານ ACCESS
ສໍາເນົາ ຟັງ ການເກັບຮັກສາ
copy://user[:password]@copy.com/some_dir
Dropbox
dpbx:///some_dir
ໃຫ້ແນ່ໃຈວ່າອ່ານ A ຫມາຍເຫດ ON ກ່ອງໃສ່ ACCESS ກ່ອນ!
ທ້ອງຖິ່ນ ເອກະສານ ເສັ້ນທາງ
file://[relative|/absolute]/local/path
ປາ (ໄຟລ໌ທີ່ໂອນຜ່ານ Shell protocol) ຜ່ານ ssh
fish://user[:pwd]@other.host[:port]/[relative|/absolute]_path
FTP
ftp[s]://user[:password]@other.host[:port]/some_dir
ຫມາຍເຫດ: ໃຊ້ lftp+, ncftp+ prefixes ເພື່ອບັງຄັບໃຊ້ backend ສະເພາະ, ຄ່າເລີ່ມຕົ້ນແມ່ນ
lfp+ftp://...
ກູໂກ Docs
gdocs://user[:password]@other.host/some_dir
ຫມາຍເຫດ: ໃຊ້ pydrive+, gdata+ prefixes ເພື່ອບັງຄັບໃຊ້ backend ສະເພາະ, ຄ່າເລີ່ມຕົ້ນແມ່ນ
pydrive+gdocs://...
ກູໂກ ຟັງ ການເກັບຮັກສາ
gs://bucket[/prefix]
HSI
hsi://user[:password]@other.host/some_dir
ສູນກາງ
cf+hubic://container_name
ເບິ່ງ A ຫມາຍເຫດ ON HUBIC
IMAP ອີເມວ ການເກັບຮັກສາ
imap[s]://user[:password]@host.com[/from_address_prefix]
ເບິ່ງ A ຫມາຍເຫດ ON IMAP
ຂະຫນາດໃຫຍ່ ຟັງ ການເກັບຮັກສາ
mega://user[:password]@mega.co.nz/some_dir
OneDrive backend
onedrive://some_dir
Par 2 Wrapper backend
par2+scheme://[user[:password]@]host[:port]/[/]path
ເບິ່ງ A ຫມາຍເຫດ ON PAR2 ຫໍ່ ຫລັງ
Rsync ຜ່ານ daemon
rsync://user[:password]@host.com[:port]::[/]module/some_dir
Rsync ໃນໄລຍະ ssh (ພຽງແຕ່ ທີ່ສໍາຄັນ ຮັບຮອງ)
rsync://[email protected][:port]/[relative|/absolute]_path
S3 ການເກັບຮັກສາ (Amazon)
s3://host/bucket_name[/prefix]
s3 +http://bucket_name[/ ຄໍານໍາຫນ້າ]
ເບິ່ງ A ຫມາຍເຫດ ON EUROPEAN S3 ບັກ
SCP/SFTP ການເຂົ້າເຖິງ
scp:// .. or
sftp: // ຜູ້ໃຊ້[:pwd]@other.host[:port]/[relative|/absolute]_path
ຄ່າເລີ່ມຕົ້ນ ແມ່ນ paramiko+scp:// ແລະ paramiko+sftp://
ທາງເລືອກ ລອງ pexpect+scp://, pexpect+sftp://, lftp+sftp://
ເບິ່ງ --ssh-askpass, --ssh-ທາງເລືອກ ແລະ A ຫມາຍເຫດ ON SSH ກັບຄືນ.
Swift (Openstack)
swift://container_name
ເບິ່ງ A ຫມາຍເຫດ ON SWIFT (OPENSTACK ເປົ້າ ໝາຍ ການເກັບຮັກສາ) ACCESS
Tahoe-LAFS
tahoe://alias/directory
WebDAV
webdav[s]://user[:password]@other.host[:port]/some_dir
ທາງເລືອກ ລອງ lfp+webdav[s]://
pydrive
pydrive:// @developer.gserviceaccount.com/some_dir
ເບິ່ງ A ຫມາຍເຫດ ON PYDRIVE ຫລັງ ຂ້າງລຸ່ມນີ້.
ຫຼາຍ
multi:///path/to/config.json
ເບິ່ງ A ຫມາຍເຫດ ON ຫຼາຍ ຫລັງ ຂ້າງລຸ່ມນີ້.
ເວລາ ຮູບແບບ
duplicity ໃຊ້ສະຕຣິງເວລາໃນສອງບ່ອນ. ປະການທໍາອິດ, ຈໍານວນຫຼາຍຂອງ duplicity ໄຟລ໌ສ້າງ
ຈະມີເວລາຢູ່ໃນຊື່ໄຟລ໌ຂອງເຂົາເຈົ້າໃນຮູບແບບວັນທີ w3 ຕາມທີ່ອະທິບາຍໄວ້ໃນບັນທຶກ w3
at http://www.w3.org/TR/NOTE-datetime. ໂດຍພື້ນຖານແລ້ວພວກເຂົາເບິ່ງຄືວ່າ
"2001-07-15T04:09:38-07:00", ຊຶ່ງຫມາຍຄວາມວ່າມັນຄ້າຍຄືແນວໃດ. ສ່ວນ "-07:00" ຫມາຍຄວາມວ່າ
ເຂດເວລາແມ່ນ 7 ຊົ່ວໂມງຫລັງ UTC.
ອັນທີສອງ, -t, --ເວລາ, ແລະ -- ຟື້ນຟູເວລາ ທາງເລືອກທີ່ໃຊ້ເວລາສະຕຣິງທີ່ໃຊ້ເວລາ, ຊຶ່ງສາມາດເປັນ
ມອບໃຫ້ຢູ່ໃນຫຼາຍຮູບແບບ:
1. ສະຕິງ "ດຽວນີ້" (ໝາຍເຖິງເວລາປັດຈຸບັນ)
2. ລໍາດັບຂອງຕົວເລກເຊັ່ນ "123456890" (ສະແດງເວລາເປັນວິນາທີຫຼັງຈາກ
ຍຸກ)
3. ສະຕຣິງເຊັ່ນ "2002-01-25T07:00:00+02:00" ໃນຮູບແບບວັນທີ
4. ໄລຍະຫ່າງ, ເຊິ່ງເປັນຕົວເລກຕາມດ້ວຍຕົວຕົນ s, m, h, D, W, M,
ຫຼື Y (ສະແດງເຖິງວິນາທີ, ນາທີ, ຊົ່ວໂມງ, ມື້, ອາທິດ, ເດືອນ, ຫຼືປີ
ຕາມລໍາດັບ), ຫຼືຊຸດຂອງຄູ່ດັ່ງກ່າວ. ໃນກໍລະນີດັ່ງກ່າວນີ້, string ຫມາຍເຖິງ
ເວລາທີ່ຢູ່ກ່ອນເວລາປະຈຸບັນໂດຍຄວາມຍາວຂອງໄລຍະຫ່າງ. ຕົວຢ່າງ,
"1h78m" ສະແດງເວລາຜ່ານໄປ 78 ຊົ່ວໂມງ XNUMX ນາທີກ່ອນ. ປະຕິທິນຢູ່ທີ່ນີ້
ບໍ່ເປັນທີ່ສົມເຫດສົມຜົນ: ເດືອນສະເຫມີໄປ 30 ວັນ, ປີສະເຫມີໄປ 365 ວັນ, ແລະມື້ຫນຶ່ງ.
ແມ່ນສະເຫມີ 86400 ວິນາທີ.
5. ຮູບແບບວັນທີຂອງແບບຟອມ YYYY/MM/DD, YYYY-MM-DD, MM/DD/YYYY, ຫຼື MM-DD-YYYY, ເຊິ່ງ
ຊີ້ບອກເວລາທ່ຽງຄືນຂອງມື້ໃນຄຳຖາມ, ທຽບກັບເຂດເວລາປັດຈຸບັນ
ການຕັ້ງຄ່າ. ຕົວຢ່າງ, "2002/3/5", "03-05-2002", ແລະ "2002-3-05" ຫມາຍເຖິງເດືອນມີນາ.
ຄັ້ງທີ 5, ປີ 2002.
ເອກະສານ SELECTION
ເມື່ອ duplicity ແມ່ນດໍາເນີນການ, ມັນຄົ້ນຫາໂດຍຜ່ານໄດເລກະທໍລີແຫຼ່ງທີ່ໃຫ້ແລະສໍາຮອງຂໍ້ມູນທັງຫມົດ
ໄຟລ໌ທີ່ລະບຸໄວ້ໂດຍລະບົບການເລືອກໄຟລ໌. ລະບົບການຄັດເລືອກໄຟລ໌ປະກອບດ້ວຍ a
ຈໍານວນຂອງເງື່ອນໄຂການຄັດເລືອກໄຟລ໌, ທີ່ໄດ້ຖືກກໍານົດໂດຍການນໍາໃຊ້ຫນຶ່ງໃນບັນຊີຄໍາສັ່ງດັ່ງຕໍ່ໄປນີ້
ຕົວເລືອກ:
--ຍົກເວັ້ນ
--exclude-device-files
--exclude-filelist
--exclude-regexp
--ລວມ
--include-filelist
--include-regexp
ແຕ່ລະເງື່ອນໄຂການເລືອກໄຟລ໌ຈະກົງກັນຫຼືບໍ່ກົງກັບໄຟລ໌ທີ່ໃຫ້. ໄຟລ໌ທີ່ໃຫ້
ແມ່ນຖືກຍົກເວັ້ນໂດຍລະບົບການເລືອກໄຟລ໌ຢ່າງແນ່ນອນເມື່ອເລືອກໄຟລ໌ທີ່ກົງກັນຄັ້ງທໍາອິດ
ເງື່ອນໄຂລະບຸວ່າໄຟລ໌ຖືກຍົກເວັ້ນ; ຖ້າບໍ່ດັ່ງນັ້ນໄຟລ໌ໄດ້ຖືກລວມເຂົ້າ.
ຕົວຢ່າງ,
duplicity --ລວມ / usr --ຍົກເວັ້ນ / usr / usr scp://user@host/backup
ແມ່ນຄືກັນກັບ
ຄວາມລຽບ / usr scp://user@host/backup
ເນື່ອງຈາກວ່າການລວມແລະຍົກເວັ້ນຄໍາສັ່ງກົງກັບໄຟລ໌ດຽວກັນ, ແລະ --ລວມ
ມາກ່ອນ, ໃຫ້ຄວາມສຳຄັນກ່ອນ. ເຊັ່ນດຽວກັນ,
duplicity --ລວມ / usr / local / bin --ຍົກເວັ້ນ / usr / ທ້ອງຖິ່ນ / usr scp://user@host/backup
ຈະ backup ໄດ້ / usr / local / bin ໄດເລກະທໍລີ (ແລະເນື້ອໃນຂອງມັນ), ແຕ່ບໍ່ແມ່ນ /usr/local/doc.
ໄດ້ ປະກອບດ້ວຍ, ຍົກເວັ້ນ, include-filelist, ແລະ exclude-filelist ທາງເລືອກທີ່ຍອມຮັບບາງ ຂະຫຍາຍ
ຫອຍ globbing ຮູບແບບການ. ຮູບແບບເຫຼົ່ານີ້ສາມາດບັນຈຸ *, **, ?, ແລະ [ ... ] (ລັກສະນະ
ຊ່ວງ). ຄືກັບແກະປົກກະຕິ, * ສາມາດໄດ້ຮັບການຂະຫຍາຍໄປສະຕຣິງຂອງຕົວອັກສອນໃດຫນຶ່ງບໍ່ໄດ້
ບັນຈຸ "/", ? ຂະຫຍາຍໄປຫາຕົວອັກສອນໃດນຶ່ງຍົກເວັ້ນ "/", ແລະ [ ... ] ຂະຫຍາຍເປັນອັນດຽວ
ລັກສະນະຂອງຕົວອັກສອນເຫຼົ່ານັ້ນທີ່ລະບຸໄວ້ (ໄລຍະແມ່ນຍອມຮັບໄດ້). ຮູບແບບພິເສດໃໝ່,
**, ຂະຫຍາຍໄປຫາສະຕຣິງຂອງຕົວອັກສອນບໍ່ວ່າຈະມີ ຫຼືບໍ່ມີ "/". ນອກຈາກນັ້ນ, ຖ້າ
ຮູບແບບເລີ່ມຕົ້ນດ້ວຍ "ignorecase:" (case insensitive), ຫຼັງຈາກນັ້ນຄໍານໍາຫນ້ານີ້ຈະຖືກລຶບອອກ
ແລະຕົວອັກສອນໃດນຶ່ງໃນສະຕຣິງສາມາດຖືກແທນທີ່ດ້ວຍຕົວພິມໃຫຍ່ ຫຼືຕົວພິມນ້ອຍ
ຕົວເອງ
ຈື່ໄວ້ວ່າທ່ານອາດຈະຈໍາເປັນຕ້ອງອ້າງເຖິງຕົວອັກສອນເຫຼົ່ານີ້ໃນເວລາທີ່ພິມໃຫ້ເຂົາເຈົ້າເຂົ້າໄປໃນ shell, ດັ່ງນັ້ນ
shell ບໍ່ໄດ້ຕີຄວາມຫມາຍຮູບແບບ globbing ກ່ອນທີ່ duplicate ເຫັນໃຫ້ເຂົາເຈົ້າ.
ໄດ້ --ຍົກເວັ້ນ ຕົວເລືອກຮູບແບບກົງກັບໄຟລ໌ຫາກ:
1. ຮູບແບບ ສາມາດຂະຫຍາຍເຂົ້າໄປໃນຊື່ໄຟລ໌ຂອງໄຟລ໌, ຫຼື
2. ໄຟລ໌ແມ່ນຢູ່ໃນໄດເລກະທໍລີທີ່ກົງກັບທາງເລືອກ.
ກົງກັນຂ້າມ, --ລວມ ຮູບແບບກົງກັບໄຟລ໌ຖ້າ:
1. ຮູບແບບ ສາມາດຂະຫຍາຍເຂົ້າໄປໃນຊື່ໄຟລ໌ຂອງໄຟລ໌, ຫຼື
2. ໄຟລ໌ແມ່ນຢູ່ໃນໄດເລກະທໍລີທີ່ກົງກັບທາງເລືອກ, ຫຼື
3. ໄຟລ໌ແມ່ນໄດເລກະທໍລີທີ່ມີໄຟລ໌ທີ່ກົງກັບທາງເລືອກ.
ຍົກຕົວຢ່າງ,
--ຍົກເວັ້ນ / usr / ທ້ອງຖິ່ນ
ກົງກັນ e.g / usr / ທ້ອງຖິ່ນ, / usr / local / lib, ແລະ /usr/local/lib/netscape. ມັນຄືກັນກັບ
--ຍົກເວັ້ນ / usr / ທ້ອງຖິ່ນ --ຍົກເວັ້ນ '/ usr / ທ້ອງຖິ່ນ /**'.
ອີກດ້ານ ໜຶ່ງ
--ລວມ / usr / ທ້ອງຖິ່ນ
ລະບຸວ່າ / usr, / usr / ທ້ອງຖິ່ນ, / usr / local / lib, ແລະ /usr/local/lib/netscape (ແຕ່ບໍ່ແມ່ນ
/usr/doc) ທັງໝົດຈະຖືກສຳຮອງໄວ້. ດັ່ງນັ້ນ, ທ່ານບໍ່ຈໍາເປັນຕ້ອງກັງວົນກ່ຽວກັບການລວມທັງພໍ່ແມ່
ໄດເລກະທໍລີເພື່ອໃຫ້ແນ່ໃຈວ່າໄດເລກະທໍລີຍ່ອຍລວມມີບ່ອນໃດບ່ອນຫນຶ່ງທີ່ຈະໄປ.
ສຸດທ້າຍ,
--ລວມ ບໍ່ສົນໃຈ:'/usr/[a-z0-9]foo/*/**.py'
ຈະກົງກັບໄຟລ໌ເຊັ່ນ /usR/5fOO/hello/there/world.py. ຖ້າມັນກົງກັບສິ່ງໃດ, ມັນ
ຍັງຈະກົງກັບ /usr. ຖ້າບໍ່ມີໄຟລ໌ທີ່ມີຢູ່ວ່າຮູບແບບທີ່ໃຫ້ສາມາດເປັນ
ຂະຫຍາຍເຂົ້າໄປໃນ, ທາງເລືອກຈະບໍ່ກົງກັນ / usr ດຽວ.
ໄດ້ --include-filelist, ແລະ --exclude-filelist, ທາງເລືອກຍັງແນະນໍາການຄັດເລືອກໄຟລ໌
ເງື່ອນໄຂ. ພວກມັນຊີ້ຄວາມຊ້ຳກັນເພື່ອອ່ານໃນໄຟລ໌, ແຕ່ລະແຖວແມ່ນໄຟລ໌
ສະເພາະ, ແລະເພື່ອລວມ ຫຼືຍົກເວັ້ນໄຟລ໌ທີ່ກົງກັນ. ສາຍຖືກແຍກອອກໂດຍ
ແຖວໃໝ່ ຫຼື nulls, ຂຶ້ນກັບວ່າປຸ່ມ --null-separator ໄດ້ຖືກມອບໃຫ້. ແຕ່ລະສາຍ
ໃນ filelist ຈະຖືກຕີຄວາມວ່າເປັນຮູບແບບ globbing ວິທີການ --ລວມ ແລະ --ຍົກເວັ້ນ
ທາງເລືອກແມ່ນຖືກຕີຄວາມໝາຍ, ຍົກເວັ້ນແຕ່ເສັ້ນທີ່ເລີ່ມຕົ້ນດ້ວຍ "+" ຖືກຕີລາຄາລວມ
ຄໍາແນະນໍາ, ເຖິງແມ່ນວ່າຈະພົບເຫັນຢູ່ໃນບັນຊີລາຍຊື່ໄຟລ໌ທີ່ອ້າງອີງໂດຍ --exclude-filelistທີ່ຢູ່ ເຊັ່ນດຽວກັນ,
ແຖວທີ່ເລີ່ມຕົ້ນດ້ວຍ "-" ຍົກເວັ້ນໄຟລ໌ເຖິງແມ່ນວ່າພວກມັນຈະຖືກພົບເຫັນຢູ່ໃນລາຍຊື່ໄຟລ໌ທີ່ຮວມ.
ຕົວຢ່າງ, ຖ້າໄຟລ໌ "list.txt" ມີແຖວ:
/ usr / ທ້ອງຖິ່ນ
- /usr/local/doc
/ usr / local / bin
+ / var
- / var
ຫຼັງຈາກນັ້ນ --include-filelist ລາຍຊື່ .txt ຈະປະກອບມີ / usr, / usr / ທ້ອງຖິ່ນ, ແລະ /usr/local/bin. ມັນ
ຈະບໍ່ລວມເອົາ /usr/local/doc, /usr/local/doc/python, ແລະອື່ນໆ. ມັນຍັງຈະປະກອບມີ
/ usr / ທ້ອງຖິ່ນ / ຜູ້ຊາຍ, ເນື່ອງຈາກວ່ານີ້ແມ່ນລວມຢູ່ໃນ /user/local. ສຸດທ້າຍ, ມັນບໍ່ໄດ້ຖືກ ກຳ ນົດວ່າແມ່ນຫຍັງ
ເກີດຂຶ້ນກັບ /var. ລາຍຊື່ໄຟລ໌ດຽວບໍ່ຄວນມີຂໍ້ມູນສະເພາະຂອງໄຟລ໌ທີ່ຂັດແຍ້ງກັນ.
ແຕ່ລະແຖວໃນບັນຊີລາຍການຍັງຈະຖືກຕີຄວາມໝາຍວ່າເປັນຮູບແບບການແຜ່ລາມ --ລວມ
ແລະ --ຍົກເວັ້ນ ທາງເລືອກແມ່ນໄດ້ຮັບການຕີລາຄາ. ຕົວຢ່າງ, ຖ້າໄຟລ໌ "list.txt" ປະກອບດ້ວຍ
ສາຍ:
dir/foo
+ dir/bar
- **
ຫຼັງຈາກນັ້ນ, --include-filelist ລາຍຊື່ .txt ຈະຄືກັນກັບການລະບຸ --ລວມ dir/foo
--ລວມ dir/bar --ຍົກເວັ້ນ ** ຢູ່ໃນເສັ້ນຄໍາສັ່ງ.
ສຸດທ້າຍ, ໄດ້ --include-regexp ແລະ --exclude-regexp ທາງເລືອກທີ່ອະນຸຍາດໃຫ້ໄຟລ໌ທີ່ຈະລວມແລະ
ຍົກເວັ້ນຖ້າຊື່ໄຟລ໌ຂອງພວກເຂົາກົງກັບການສະແດງຜົນປົກກະຕິຂອງ python. syntax ການສະແດງອອກປົກກະຕິ
ມັນສັບສົນເກີນໄປທີ່ຈະອະທິບາຍຢູ່ທີ່ນີ້, ແຕ່ຖືກປົກຄຸມຢູ່ໃນເອກະສານອ້າງອີງຂອງຫ້ອງສະຫມຸດ Python. ບໍ່ມັກ
ໄດ້ --ລວມ ແລະ --ຍົກເວັ້ນ ທາງເລືອກ, ຕົວເລືອກການສະແດງອອກປົກກະຕິບໍ່ກົງກັບໄຟລ໌
ບັນຈຸຫຼືບັນຈຸຢູ່ໃນໄຟລ໌ທີ່ກົງກັນ. ດັ່ງນັ້ນ, ສໍາລັບການຍົກຕົວຢ່າງ
--include '[0-9]{7}(?!foo)'
ກົງກັບໄຟລ໌ໃດນຶ່ງທີ່ຊື່ເສັ້ນທາງເຕັມມີ 7 ຕົວເລກຕິດຕໍ່ກັນທີ່ບໍ່ໄດ້ຕິດຕາມ
ໂດຍ 'foo'. ຢ່າງໃດກໍຕາມ, ມັນຈະບໍ່ກົງກັນ / ເຮືອນ ເຖິງແມ່ນວ່າ /home/ben/1234567 ມີຢູ່.
A ຫມາຍເຫດ ON AZURE ACCESS
Backend Azure ຕ້ອງການ Microsoft Azure Storage SDK ສໍາລັບ Python ທີ່ຈະຕິດຕັ້ງໃສ່
ລະບົບ. ເບິ່ງ ສິ່ງທີ່ຕ້ອງມີ ຂ້າງເທິງ.
ມັນໃຊ້ຕົວແປສະພາບແວດລ້ອມສອງຕົວສໍາລັບການຢັ້ງຢືນ: AZURE_ACCOUNT_NAME (ຕ້ອງການ),
AZURE_ACCOUNT_KEY (ຕ້ອງການ)
ຊື່ບັນຈຸຕ້ອງເປັນຊື່ DNS ທີ່ຖືກຕ້ອງ, ສອດຄ່ອງກັບກົດລະບຽບການຕັ້ງຊື່ຕໍ່ໄປນີ້:
1. ຊື່ຕູ້ຄອນເທນເນີຈະຕ້ອງເລີ່ມຕົ້ນດ້ວຍຕົວອັກສອນ ຫຼືຕົວເລກ, ແລະສາມາດບັນຈຸໄດ້ເທົ່ານັ້ນ
ຕົວອັກສອນ, ຕົວເລກ, ແລະຕົວອັກສອນ dash (-).
2. ທຸກໆ dash (-) ຈະຕ້ອງຖືກນຳໜ້າທັນທີ ແລະຕິດຕາມດ້ວຍ a
ຕົວອັກສອນຫຼືຕົວເລກ; ບໍ່ອະນຸຍາດໃຫ້ມີເຄື່ອງໝາຍຂີດຕໍ່ກັນໃນຊື່ບັນຈຸ.
3. ຕົວອັກສອນທັງໝົດໃນຊື່ບັນຈຸຕ້ອງເປັນຕົວພິມນ້ອຍ.
4. ຊື່ຕູ້ຄອນເທນເນີຕ້ອງມີຄວາມຍາວຈາກ 3 ຫາ 63 ຕົວອັກສອນ.
A ຫມາຍເຫດ ON ຄ່ໍາ ເອກະສານ ACCESS
Pyrax ແມ່ນ API ການຈັດການ Cloud ລຸ້ນຕໍ່ໄປຂອງ Rackspace, ລວມທັງການເຂົ້າເຖິງ Cloud Files.
backend cfpyrax ຮຽກຮ້ອງໃຫ້ຫ້ອງສະຫມຸດ pyrax ຕິດຕັ້ງຢູ່ໃນລະບົບ. ເບິ່ງ
ສິ່ງທີ່ຕ້ອງມີ ຂ້າງເທິງ.
Cloudfiles ແມ່ນການປະຕິບັດການຍົກເລີກການຮັບຮອງຂອງ Rackspace ຂອງ OpenStack Object Storage
ພິທີການ. ຜູ້ໃຊ້ທີ່ຕ້ອງການໃຊ້ Duplicity ກັບ Rackspace Cloud Files ຄວນຍ້າຍໄປທີ່
plugin Pyrax ໃຫມ່ເພື່ອຮັບປະກັນການສະຫນັບສະຫນູນ.
backend ຕ້ອງການ python-cloudfiles ທີ່ຈະຕິດຕັ້ງຢູ່ໃນລະບົບ. ເບິ່ງ ສິ່ງທີ່ຕ້ອງມີ
ຂ້າງເທິງ.
ມັນໃຊ້ສາມຕົວແປສະພາບແວດລ້ອມສໍາລັບການຢັ້ງຢືນ: CLOUDFILES_USERNAME (ຕ້ອງການ),
CLOUDFILES_APIKEY (ຕ້ອງການ), CLOUDFILES_AUTHURL (ທາງເລືອກ)
If CLOUDFILES_AUTHURL ບໍ່ໄດ້ລະບຸໄວ້ ມັນຈະເປັນຄ່າເລີ່ມຕົ້ນທີ່ສະໜອງໃຫ້ໂດຍ python-
cloudfiles, ເຊິ່ງຊີ້ໃຫ້ເຫັນເຖິງ rackspace, ດັ່ງນັ້ນມູນຄ່ານີ້ ຕ້ອງ ຖືກກໍານົດເພື່ອນໍາໃຊ້ອື່ນໆ
ຜູ້ໃຫ້ບໍລິການໄຟລ໌ຄລາວ.
A ຫມາຍເຫດ ON ກ່ອງໃສ່ ACCESS
1. "some_dir" ຕ້ອງມີຢູ່ໃນໂຟນເດີ Dropbox Application ສໍາລັບການນີ້
ແອັບພລິເຄຊັນເຊັ່ນ "Apps/Duplicity/some_dir".
2. ໄລຍະທໍາອິດຂອງ backend ຈະຕ້ອງ ineractive! ມັນຈະພິມ URL ທີ່ທ່ານ
ຈໍາເປັນຕ້ອງໄດ້ເປີດໃນຕົວທ່ອງເວັບເພື່ອໃຫ້ໄດ້ຮັບ OAuth token ສໍາລັບຄໍາຮ້ອງສະຫມັກ. ໂທເຄັນ
ຈະຖືກບັນທຶກໄວ້ໃນໄຟລ໌ $HOME/.dropbox.token_store.txt ແລະໃຊ້ໃນອະນາຄົດ
ແລ່ນ.
3. ໃນເວລາທີ່ການນໍາໃຊ້ Dropbox ສໍາລັບການເກັບຮັກສາ, ຮັບຮູ້ວ່າໄຟລ໌ທັງຫມົດ, ລວມທັງການທີ່ຢູ່ໃນ
ໂຟນເດີແອັບຯ, ຈະຖືກຊິງຄ໌ກັບຄອມພິວເຕີທີ່ເຊື່ອມຕໍ່ທັງໝົດ. ທ່ານອາດຈະມັກໃຊ້ a
ແຍກບັນຊີ Dropbox ໂດຍສະເພາະສໍາລັບການສໍາຮອງຂໍ້ມູນ, ແລະບໍ່ເຊື່ອມຕໍ່ຄອມພິວເຕີໃດໆ
ກັບບັນຊີນັ້ນ.
A ຫມາຍເຫດ ON EUROPEAN S3 ບັກ
Amazon S3 ສະຫນອງຄວາມສາມາດໃນການເລືອກສະຖານທີ່ຂອງ bucket ຕາມການສ້າງຂອງມັນ. ໄດ້
ຈຸດປະສົງແມ່ນເພື່ອໃຫ້ຜູ້ໃຊ້ທີ່ຈະເລືອກເອົາສະຖານທີ່ທີ່ຕັ້ງເຄືອຂ່າຍທີ່ດີກວ່າ
topologically ທຽບກັບຜູ້ໃຊ້, ເນື່ອງຈາກວ່າມັນອາດຈະອະນຸຍາດໃຫ້ສໍາລັບການໂອນຂໍ້ມູນໄວຂຶ້ນ.
ຄວາມຊ້ຳກັນຈະສ້າງ bucket ໃໝ່ໃນຄັ້ງທຳອິດທີ່ພະຍາຍາມເຂົ້າເຖິງ bucket. ຢູ່ນີ້
ຈຸດ, ຄຸຈະຖືກສ້າງຂຶ້ນໃນເອີຣົບຖ້າຫາກວ່າ --s3-european-buckets ໄດ້ຖືກມອບໃຫ້. ສໍາລັບ
ເຫດຜົນທີ່ຕ້ອງເຮັດກັບວິທີການບໍລິການ Amazon S3 ເຮັດວຽກ, ນີ້ຍັງຮຽກຮ້ອງໃຫ້ມີການນໍາໃຊ້
ໄດ້ --s3-ໃຊ້-ແບບໃໝ່ ທາງເລືອກ. ຕົວເລືອກນີ້ເປີດຢູ່ໃນ bucket ທີ່ອີງໃສ່ໂດເມນຍ່ອຍ
S3. ລາຍລະອຽດແມ່ນເກີນຂອບເຂດຂອງຫນ້າຜູ້ຊາຍນີ້, ແຕ່ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະຮູ້ວ່າ
ຖັງຂອງເຈົ້າຈະຕ້ອງບໍ່ມີຕົວພິມໃຫຍ່ ຫຼືຕົວອັກສອນອື່ນໆທີ່ບໍ່ຖືກຕ້ອງ
ພາກສ່ວນຂອງຊື່ເຈົ້າພາບ. ດັ່ງນັ້ນ, ສໍາລັບເຫດຜົນຂອງຄວາມເຂົ້າກັນໄດ້ກັບຄືນໄປບ່ອນ, ການນໍາໃຊ້
subdomain based bucket addressing ບໍ່ໄດ້ຖືກເປີດໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ.
ໃຫ້ສັງເກດວ່າທ່ານຈະຕ້ອງໃຊ້ --s3-ໃຊ້-ແບບໃໝ່ ສໍາລັບການດໍາເນີນງານທັງຫມົດໃນຖັງເອີຣົບ;
ບໍ່ພຽງແຕ່ໃນການສ້າງເບື້ອງຕົ້ນ.
ທ່ານພຽງແຕ່ຕ້ອງການໃຊ້ --s3-european-buckets ຕາມການສ້າງເບື້ອງຕົ້ນ, ແຕ່ທ່ານອາດຈະໃຊ້ມັນ
ຕະຫຼອດເວລາເພື່ອຄວາມສອດຄ່ອງ.
ໃຫ້ສັງເກດວ່າໃນເວລາທີ່ການສ້າງຖັງເອີຣົບໃຫມ່, ມັນສາມາດໃຊ້ເວລາໃນຂະນະທີ່ກ່ອນທີ່ຈະມີ
bucket ແມ່ນສາມາດເຂົ້າເຖິງໄດ້ຢ່າງເຕັມສ່ວນ. ໃນເວລາຂຽນນີ້ຍັງບໍ່ເປັນທີ່ຈະແຈ້ງເທື່ອວ່າອັນນີ້ມີຂະໜາດໃດ
ເປັນລັກສະນະທີ່ຄາດໄວ້ຂອງ Amazon S3, ແຕ່ໃນທາງປະຕິບັດ, ທ່ານອາດຈະປະສົບກັບເວລາຫມົດເວລາ, ເຕົ້າຮັບ
ຂໍ້ຜິດພາດຫຼືຄວາມຜິດພາດ HTTP ໃນເວລາທີ່ພະຍາຍາມອັບໂຫລດໄຟລ໌ໃສ່ຖັງທີ່ສ້າງໃຫມ່ຂອງທ່ານ. ໃຫ້ມັນ a
ສອງສາມນາທີແລະຖັງຄວນຈະເຮັດວຽກຕາມປົກກະຕິ.
A ຫມາຍເຫດ ON ຊື່ເອກະສານ PREFIXES
ການນຳໜ້າຊື່ໄຟລ໌ສາມາດໃຊ້ຮ່ວມກັບກົດລະບຽບ S3 lifecycle ໄປຫາບ່ອນເກັບຂໍ້ມູນການປ່ຽນ
ໄຟລ໌ໄປຫາ Glacier, ໃນຂະນະທີ່ຮັກສາ metadata (ໄຟລ໌ລາຍເຊັນແລະ manifest) ໃນ S3.
Duplicity ບໍ່ຈໍາເປັນຕ້ອງມີການເຂົ້າເຖິງແຟ້ມຈັດເກັບຍົກເວັ້ນໃນເວລາທີ່ການຟື້ນຕົວຈາກການສໍາຮອງຂໍ້ມູນ.
A ຫມາຍເຫດ ON GOOGLE ຄ່ໍາ ການເກັບຮັກສາ
ການຮອງຮັບ Google Cloud Storage ແມ່ນອີງໃສ່ການເຂົ້າເຖິງທີ່ສາມາດເຮັດວຽກຮ່ວມກັນໄດ້, ເຊິ່ງຈະຕ້ອງເປີດໃຊ້ງານ
ສໍາລັບບັນຊີຂອງທ່ານ. ເມື່ອເປີດໃຊ້ງານແລ້ວ, ທ່ານສາມາດສ້າງ Interoperable Storage Access Keys ແລະ
ຜ່ານພວກເຂົາໄປຊ້ໍາກັນໂດຍຜ່ານ GS_ACCESS_KEY_ID ແລະ GS_SECRET_ACCESS_KEY ສະພາບແວດລ້ອມ
ຕົວແປ. ອີກທາງເລືອກ, ທ່ານສາມາດດໍາເນີນການ gsubtle config -a ເພື່ອໃຫ້ມີ Google Cloud Storage
utility populate ໄດ້ ~/.boto ແຟ້ມການຕັ້ງຄ່າ.
ເປີດໃຊ້ການເຂົ້າຫາກັນໄດ້: https://code.google.com/apis/console#:storage
ສ້າງກະແຈການເຂົ້າເຖິງ: https://code.google.com/apis/console#:storage:legacy
A ຫມາຍເຫດ ON HUBIC
hubic backend ຮຽກຮ້ອງໃຫ້ຫ້ອງສະຫມຸດ pyrax ຕິດຕັ້ງຢູ່ໃນລະບົບ. ເບິ່ງ
ຄວາມຕ້ອງການຂ້າງເທິງ. ທ່ານຈະຕ້ອງຕັ້ງຂໍ້ມູນປະຈໍາຕົວຂອງທ່ານສໍາລັບ hubiC ໃນໄຟລ໌ທີ່ເອີ້ນວ່າ
~/.hubic_credentials, ປະຕິບັດຕາມຮູບແບບນີ້:
[hubic]
email = your_email
password = your_password
client_id = api_client_id
client_secret = api_secret_key
redirect_uri = http://localhost/
A ຫມາຍເຫດ ON IMAP
ບັນຊີ IMAP ສາມາດຖືກນໍາໃຊ້ເປັນເປົ້າຫມາຍສໍາລັບການອັບໂຫລດ. userid ອາດຈະຖືກກໍານົດແລະ
ລະຫັດຜ່ານຈະຖືກຮ້ອງຂໍ.
ໄດ້ ຈາກ_address_prefix ອາດຈະຖືກກໍານົດ (ແລະອາດຈະເປັນ). ຂໍ້ຄວາມຈະຖືກນໍາໃຊ້
ເປັນທີ່ຢູ່ "ຈາກ" ໃນເຊີບເວີ IMAP. ຫຼັງຈາກນັ້ນ, ໃນການຟື້ນຟູ (ຫຼືບັນຊີລາຍການ) ຄໍາສັ່ງ
ຈາກ_address_prefix ຈະຈໍາແນກລະຫວ່າງການສໍາຮອງຂໍ້ມູນທີ່ແຕກຕ່າງກັນ.
A ຫມາຍເຫດ ON ຫຼາຍ ຫລັງ
multi backend ອະນຸຍາດໃຫ້ duplicate ເພື່ອສົມທົບການເກັບຮັກສາທີ່ມີຢູ່ໃນຫຼາຍກ່ວາຫນຶ່ງ
backend store (ຕົວຢ່າງ, ທ່ານສາມາດເກັບຮັກສາໃນທົ່ວບັນຊີ google drive ແລະບັນຊີ onedrive ເພື່ອ
ໄດ້ຮັບປະສິດທິຜົນການເກັບຮັກສາລວມທີ່ມີຢູ່ໃນທັງສອງ). ເສັ້ນທາງ URL ລະບຸ JSON
ໄຟລ໌ config ທີ່ມີຮູບແບບທີ່ມີບັນຊີລາຍຊື່ຂອງ backends ທີ່ມັນຈະໃຊ້. Multibackend ແລ້ວ
round-robins ທົ່ວ backends ທີ່ໃຫ້. ແຕ່ລະອົງປະກອບຂອງລາຍຊື່ຕ້ອງມີ "url"
ອົງປະກອບ, ແລະອາດຈະປະກອບດ້ວຍ "ຄໍາອະທິບາຍ" ທາງເລືອກແລະບັນຊີລາຍຊື່ "env" ທາງເລືອກຂອງ
ຕົວແປສະພາບແວດລ້ອມທີ່ໃຊ້ໃນການຕັ້ງຄ່າ backend ນັ້ນ.
ຍົກຕົວຢ່າງ:
[
{
"description": "ຄໍາຄິດເຫັນກ່ຽວກັບ backend"
"url": "abackend://[email protected]/ ສໍາຮອງຂໍ້ມູນ,
"env": [
{
"ຊື່": "MYENV",
"value": "xyz"
},
{
"ຊື່": "FOO",
"value": "ແຖບ"
}
]
},
{
"url": "file:///path/to/dir"
}
]
A ຫມາຍເຫດ ON PAR2 ຫໍ່ ຫລັງ
Par2 Wrapper Backend ສາມາດໃຊ້ຮ່ວມກັບ backend ອື່ນໆທັງຫມົດເພື່ອສ້າງການຟື້ນຕົວ
ໄຟລ໌. ພຽງແຕ່ເພີ່ມ par2+ ກ່ອນໂຄງການປົກກະຕິ (ຕົວຢ່າງ par2+ftp: // ຜູ້ໃຊ້@host/dir or
par2+s3+http://bucket_name ). ນີ້ຈະສ້າງໄຟລ໌ການຟື້ນຕົວ par2 ສໍາລັບແຕ່ລະຮວບຮວມແລະ
ອັບໂຫຼດພວກມັນທັງໝົດໃສ່ backend ຫໍ່.
ກ່ອນທີ່ຈະຟື້ນຟູ, ການຈັດເກັບຈະຖືກກວດສອບ. ຮວບຮວມທີ່ເສຍຫາຍຈະຖືກສ້ອມແປງທັນທີ
ຖ້າມີຕັນການຟື້ນຕົວພຽງພໍ.
ການນໍາໃຊ້ --par2-ຊ້ຳກັນ ຮ້ອຍລະ ການປັບຂະຫນາດ (ແລະ redundancy) ຂອງໄຟລ໌ການຟື້ນຕົວໃນ
ຮ້ອຍລະ.
A ຫມາຍເຫດ ON PYDRIVE ຫລັງ
Backend pydrive ຕ້ອງການແພັກເກັດ Python PyDrive ເພື່ອຕິດຕັ້ງຢູ່ໃນລະບົບ. ເບິ່ງ
ສິ່ງທີ່ຕ້ອງມີ ຂ້າງເທິງ.
ມີສອງວິທີທີ່ຈະໃຊ້ PyDrive: ດ້ວຍບັນຊີປົກກະຕິຫຼືດ້ວຍ "ບັນຊີບໍລິການ".
ດ້ວຍບັນຊີບໍລິການ, ບັນຊີແຍກຕ່າງຫາກແມ່ນຖືກສ້າງຂຶ້ນ, ເຊິ່ງສາມາດເຂົ້າເຖິງໄດ້ກັບ Google ເທົ່ານັ້ນ
APIs ແລະບໍ່ແມ່ນການເຂົ້າສູ່ລະບົບເວັບ. ດ້ວຍບັນຊີປົກກະຕິ, ທ່ານສາມາດເກັບຮັກສາສໍາຮອງຂໍ້ມູນໃນປົກກະຕິຂອງທ່ານ
GoogleDrive.
ເພື່ອໃຊ້ບັນຊີບໍລິການ, ໃຫ້ໄປທີ່ Google developers console ຢູ່
https://console.developers.google.com. Create a project, and make sure Drive API is
ເປີດໃຊ້ສໍາລັບໂຄງການ. ພາຍໃຕ້ "APIs ແລະ auth", ໃຫ້ຄລິກໃສ່ສ້າງ ID ລູກຄ້າໃຫມ່, ຫຼັງຈາກນັ້ນເລືອກ
ບັນຊີບໍລິການທີ່ມີລະຫັດ P12.
ດາວໂຫຼດໄຟລ໌ຫຼັກ .p12 ຂອງບັນຊີ ແລະປ່ຽນເປັນຮູບແບບ .pem:
openssl pkcs12 -in XXX.p12 -nodes -nocerts > pydriveprivatekey.pem
ເນື້ອຫາຂອງໄຟລ໌ .pem ຄວນຈະຖືກສົ່ງໄປຫາ GOOGLE_DRIVE_ACCOUNT_KEY ຕົວແປສິ່ງແວດລ້ອມ
ສໍາລັບການຢັ້ງຢືນ.
ທີ່ຢູ່ອີເມວຂອງບັນຊີຈະຖືກໃຊ້ເປັນສ່ວນຫນຶ່ງຂອງ URL. ເບິ່ງ URL ຮູບແບບ ຂ້າງເທິງ.
ທາງເລືອກແມ່ນການນໍາໃຊ້ບັນຊີປົກກະຕິ. ເພື່ອເຮັດສິ່ງນີ້, ເລີ່ມຕົ້ນດັ່ງຂ້າງເທິງ, ແຕ່ເມື່ອສ້າງ
ID ລູກຄ້າໃຫມ່, ເລືອກ "ຄໍາຮ້ອງສະຫມັກທີ່ຕິດຕັ້ງ" ຂອງປະເພດ "ອື່ນໆ". ສ້າງໄຟລ໌ດ້ວຍ
ຕໍ່ໄປນີ້ເນື້ອຫາ, ແລະຜ່ານຊື່ໄຟລ໌ຂອງຕົນໃນ GOOGLE_DRIVE_SETTINGS ສະພາບແວດລ້ອມ
ຕົວປ່ຽນແປງ:
client_config_backend: ການຕັ້ງຄ່າ
client_config:
client_id:
client_secret:
save_credentials: ຖືກ
save_credentials_backend: ໄຟລ໌
save_credentials_file:
get_refresh_token: ຖືກ
ໃນສະຖານະການນີ້, ຊື່ຜູ້ໃຊ້ແລະພາກສ່ວນເຈົ້າພາບຂອງ URL ບໍ່ມີບົດບາດ; ພຽງແຕ່ເສັ້ນທາງ
ເລື່ອງ. ໃນລະຫວ່າງການແລ່ນຄັ້ງທໍາອິດ, ທ່ານຈະໄດ້ຮັບການກະຕຸ້ນໃຫ້ໄປຢ້ຽມຢາມ URL ໃນຕົວທ່ອງເວັບຂອງທ່ານເພື່ອ
ໃຫ້ການເຂົ້າເຖິງໄດຂອງທ່ານ. ເມື່ອໄດ້ຮັບ, ທ່ານຈະໄດ້ຮັບລະຫັດຢືນຢັນເພື່ອວາງ
ກັບຄືນສູ່ Duplicity. ຫຼັງຈາກນັ້ນ, ຂໍ້ມູນປະຈໍາຕົວຈະຖືກເກັບໄວ້ໃນເອກະສານອ້າງອີງຂ້າງເທິງສໍາລັບ
ການ ນຳ ໃຊ້ໃນອະນາຄົດ.
A ຫມາຍເຫດ ON SSH ກັບຄືນ
ໄດ້ ssh ຫລັງ ສະຫນັບສະຫນູນ sftp ແລະ scp/ssh ອະນຸສັນຍາການຂົນສົ່ງ. ນີ້ແມ່ນຜູ້ໃຊ້ທີ່ຮູ້ຈັກ -
ບັນຫາທີ່ສັບສົນເພາະວ່າສິ່ງເຫຼົ່ານີ້ແມ່ນແຕກຕ່າງກັນໂດຍພື້ນຖານ. ຖ້າທ່ານວາງແຜນທີ່ຈະເຂົ້າເຖິງ backend ຂອງທ່ານ
ໂດຍຜ່ານຫນຶ່ງໃນນັ້ນ, ກະລຸນາແຈ້ງຕົວທ່ານເອງກ່ຽວກັບຄວາມຕ້ອງການສໍາລັບເຄື່ອງແມ່ຂ່າຍທີ່ຈະສະຫນັບສະຫນູນ
sftp or scp/ssh ການເຂົ້າເຖິງ. ເພື່ອເຮັດໃຫ້ມັນສັບສົນຫຼາຍຜູ້ໃຊ້ສາມາດເລືອກລະຫວ່າງ
ssh backends ຫຼາຍອັນຜ່ານຄໍານໍາຫນ້າໂຄງການ: paramiko+ (ຄ່າເລີ່ມຕົ້ນ), pexpect+, lftp+ ... .
paramiko & pexpect ສະຫນັບສະຫນູນ --use-scp, --ssh-askpass ແລະ --ssh-ທາງເລືອກ. ພຽງແຕ່ໄດ້ ຄາດຫວັງ
backend ອະນຸຍາດໃຫ້ກໍານົດ --scp-ຄໍາສັ່ງ ແລະ --sftp-ຄໍາສັ່ງ.
SSH ພາຣາມິໂກ backend (ຄ່າເລີ່ມຕົ້ນ) ແມ່ນການປະຕິສັງຂອນ ssh protocols ໂດຍພື້ນຖານແລ້ວ
python ຂໍ້ໄດ້ປຽບແມ່ນຄວາມໄວແລະການຮັກສາໄວ້. ຂໍ້ເສຍເລັກນ້ອຍແມ່ນພິເສດ
ການຫຸ້ມຫໍ່ແມ່ນຈໍາເປັນຕາມທີ່ລະບຸໄວ້ໃນ ສິ່ງທີ່ຕ້ອງມີ ຂ້າງເທິງ. ໃນ sftp (ຄ່າເລີ່ມຕົ້ນ) ຮູບແບບການດໍາເນີນການທັງຫມົດ
ແມ່ນເຮັດໄດ້ໂດຍຜ່ານຄໍາສັ່ງ sftp ຕາມ. ໃນ scp ຮູບແບບ ( --use-scp ) ເຖິງແມ່ນວ່າການເຂົ້າເຖິງ scp ແມ່ນ
ໃຊ້ສໍາລັບການປະຕິບັດການວາງ / ຮັບແຕ່ລາຍຊື່ແມ່ນເຮັດຜ່ານ ssh remote shell.
SSH ຄາດຫວັງ backend ແມ່ນ backend ssh ແບບເກົ່າໂດຍໃຊ້ເສັ້ນຄໍາສັ່ງ ssh binaries ຜ່ານ
ຄາດຫວັງ. ລຸ້ນເກົ່າໃຊ້ແລ້ວ scp ສໍາລັບການໄດ້ຮັບແລະການດໍາເນີນງານແລະ sftp ສໍາລັບລາຍຊື່ແລະລຶບ
ການດໍາເນີນງານ. ສະບັບປະຈຸບັນໃຊ້ sftp ສໍາລັບການທັງຫມົດສີ່ປະຕິບັດການສະຫນັບສະຫນູນ, ເວັ້ນເສຍແຕ່ໄດ້
--use-scp ທາງເລືອກແມ່ນໃຊ້ເພື່ອກັບຄືນໄປສູ່ພຶດຕິກໍາເກົ່າ.
SSH lfp backend ຢູ່ທີ່ນັ້ນພຽງແຕ່ຍ້ອນວ່າ lfp ສາມາດພົວພັນກັບ ssh cmd line binaries.
ມັນຫມາຍຄວາມວ່າເປັນທາງເລືອກສຸດທ້າຍໃນກໍລະນີທີ່ທາງເລືອກຂ້າງເທິງລົ້ມເຫລວດ້ວຍເຫດຜົນບາງຢ່າງ.
ເປັນຫຍັງ ການນໍາໃຊ້ sftp ແທນທີ່ຈະເປັນ of scp? ການປ່ຽນແປງເປັນ sftp ໄດ້ຖືກເຮັດເພື່ອອະນຸຍາດໃຫ້ຫ່າງໄກສອກຫຼີກ
ລະບົບເພື່ອ chroot ການສໍາຮອງຂໍ້ມູນ, ສະນັ້ນການສະຫນອງຄວາມປອດໄພທີ່ດີກວ່າແລະເນື່ອງຈາກວ່າມັນບໍ່ໄດ້ທົນທຸກ
ຈາກ shell quoting ບັນຫາເຊັ່ນ scp. Scp ຍັງບໍ່ໄດ້ສະຫນັບສະຫນູນປະເພດຂອງລາຍການໄຟລ໌,
ດັ່ງນັ້ນການເຂົ້າເຖິງ sftp ຫຼື ssh ສະເຫມີຈະມີຄວາມຈໍາເປັນນອກຈາກນັ້ນສໍາລັບຮູບແບບ backend ນີ້ເຮັດວຽກ
ຢ່າງຖືກຕ້ອງ. Sftp ບໍ່ມີຂໍ້ຈໍາກັດເຫຼົ່ານີ້ແຕ່ຕ້ອງການການບໍລິການ sftp ທີ່ເຮັດວຽກຢູ່ໃນ
ເຊີບເວີ backend, ເຊິ່ງບາງຄັ້ງບໍ່ແມ່ນທາງເລືອກ.
A ຫມາຍເຫດ ON SSL CERTIFICATE ການຢັ້ງຢືນ
ການຢັ້ງຢືນໃບຢັ້ງຢືນທີ່ໄດ້ປະຕິບັດໃນປັດຈຸບັນ [01.2013] ຢູ່ໃນ backend webdav ເທົ່ານັ້ນ
ຕ້ອງການຖານຂໍ້ມູນທີ່ອີງໃສ່ໄຟລ໌ຂອງໃບຢັ້ງຢືນສິດອໍານາດການຢັ້ງຢືນ (ໄຟລ໌ cacert). ມັນມີ
to be a PEM ໄຟລ໌ຂໍ້ຄວາມທີ່ຈັດຮູບແບບດັ່ງທີ່ສະຫນອງໃຫ້ໃນປັດຈຸບັນໂດຍ CURL ໂຄງການ. ເບິ່ງ
http://curl.haxx.se/docs/caextract.html
ຫຼັງຈາກການສ້າງ / ເອົາໄຟລ໌ cacert ທີ່ຖືກຕ້ອງທີ່ທ່ານຄວນຈະສໍາເນົາເອົາມັນທັງຫມົດ
~/.duplicity/cacert.pem
~/duplicity_cacert.pem
/etc/duplicity/cacert.pem
Duplicity ຄົ້ນຫາມັນຢູ່ທີ່ນັ້ນໃນລໍາດັບດຽວກັນແລະຈະລົ້ມເຫລວຖ້າມັນບໍ່ສາມາດຊອກຫາມັນໄດ້. ເຈົ້າສາມາດ
ຢ່າງໃດກໍຕາມ, ລະບຸທາງເລືອກ --ssl-cacert-file ເພື່ອຊີ້ໃຫ້ເຫັນຄວາມຊໍ້າຊ້ອນກັບສໍາເນົາໃນ a
ສະຖານທີ່ທີ່ແຕກຕ່າງກັນ.
ສຸດທ້າຍມີ --ssl-no-check-certificate ທາງເລືອກທີ່ຈະປິດການຢັ້ງຢືນໃບຢັ້ງຢືນ
ພ້ອມກັນນັ້ນ, ໃນກໍລະນີທີ່ບາງຫ້ອງສະຫມຸດ ssl ຫາຍໄປຫຼືການຢັ້ງຢືນບໍ່ຕ້ອງການ. ໃຊ້ມັນ
ດ້ວຍຄວາມລະມັດລະວັງ, ຄືກັນກັບເຊີບເວີທີ່ເຊັນຊື່ດ້ວຍຕົນເອງໃຫ້ໃບຢັ້ງຢືນ ca ສ່ວນຕົວດ້ວຍຕົນເອງ
ແນ່ນອນແມ່ນທາງເລືອກທີ່ປອດໄພກວ່າ.
A ຫມາຍເຫດ ON SWIFT (OPENSTACK ເປົ້າ ໝາຍ ການເກັບຮັກສາ) ACCESS
Swift ແມ່ນການບໍລິການເກັບຮັກສາວັດຖຸ OpenStack.
backend ຕ້ອງການ python-switclient ຕິດຕັ້ງຢູ່ໃນລະບົບ. python-
keystoneclient ຍັງມີຄວາມຈໍາເປັນເພື່ອໃຊ້ການບໍລິການ Keystone Identity ຂອງ OpenStack. ເບິ່ງ
ສິ່ງທີ່ຕ້ອງມີ ຂ້າງເທິງ.
ມັນໃຊ້ສີ່ຕົວແປສະພາບແວດລ້ອມສໍາລັບການຢັ້ງຢືນ: SWIFT_USERNAME (ຕ້ອງການ),
SWIFT_PASSWORD (ຕ້ອງການ), SWIFT_AUTHURL (ຕ້ອງການ), SWIFT_TENANTNAME (ທາງເລືອກ, ໄດ້
ຜູ້ເຊົ່າສາມາດຖືກລວມເຂົ້າໃນຊື່ຜູ້ໃຊ້)
ຖ້າຜູ້ໃຊ້ໄດ້ຮັບການຢືນຢັນກ່ອນຫນ້ານີ້, ຕົວແປສະພາບແວດລ້ອມຕໍ່ໄປນີ້ສາມາດນໍາໃຊ້ໄດ້
ແທນທີ່: SWIFT_PREAUTHURL (ຕ້ອງການ), SWIFT_PREAUTHTOKEN (ຕ້ອງການ)
If SWIFT_AUTHVERSION ບໍ່ໄດ້ຖືກລະບຸໄວ້, ມັນຈະເປັນຄ່າເລີ່ມຕົ້ນກັບສະບັບ 1.
A ຫມາຍເຫດ ON SYMMETRIC ການລົງທະບຽນ ແລະ ເຊັນຊື່
ເຊັນແລະເຂົ້າລະຫັດ symmetrically ໃນເວລາດຽວກັນກັບ gpg binary ໃນຄໍາສັ່ງ
ເສັ້ນ, ດັ່ງທີ່ຖືກນໍາໃຊ້ພາຍໃນ duplicity, ແມ່ນບັນຫາທີ່ທ້າທາຍໂດຍສະເພາະ. ການທົດສອບສະແດງໃຫ້ເຫັນວ່າ
ການປະສົມຕໍ່ໄປນີ້ພິສູດໄດ້ຜົນ.
1. ຕັ້ງຄ່າ gpg-agent ຢ່າງຖືກຕ້ອງ. ໃຊ້ທາງເລືອກ --ໃຊ້ຕົວແທນ ແລະໃສ່ລະຫັດຜ່ານທັງສອງ
(symmetric and sign key) ໃນກ່ອງໂຕ້ຕອບຂອງ gpg-agent.
2. ໃຊ້ a ລະຫັດຜ່ານ ສໍາລັບການເຂົ້າລະຫັດ symmetric ຂອງການເລືອກຂອງທ່ານແຕ່ລະຫັດການລົງນາມມີ
ຫວ່າງເປົ່າ ວະລີຜ່ານ.
3. ການນໍາໃຊ້ ລະຫັດຜ່ານ ສໍາລັບການເຂົ້າລະຫັດ symmetric ແລະ passphrase ຂອງທີ່ສໍາຄັນການລົງນາມແມ່ນ
ຄືກັນ.
ຮູ້ ບັນຫາ / ບັກ
ການເຊື່ອມຕໍ່ຍາກໃນປັດຈຸບັນບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນ (ພວກມັນຈະຖືກປະຕິບັດເປັນໄຟລ໌ປົກກະຕິທີ່ບໍ່ມີການເຊື່ອມຕໍ່).
ລາຍເຊັນທີ່ບໍ່ດີຈະຖືກປະຕິບັດເປັນຫວ່າງເປົ່າແທນທີ່ຈະບັນທຶກຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດທີ່ເຫມາະສົມ.
OPERATION ແລະ ຂໍ້ມູນ ຮູບແບບ
ພາກສ່ວນນີ້ອະທິບາຍການເຮັດວຽກພື້ນຖານຂອງ duplicity ແລະຮູບແບບຂອງໄຟລ໌ຂໍ້ມູນຂອງມັນ. ມັນ
ບໍ່ຄວນອ່ານພາກນີ້ເພື່ອໃຊ້ຊໍ້າກັນ.
ໄຟລ໌ທີ່ໃຊ້ຊໍ້າກັນເພື່ອເກັບຂໍ້ມູນສຳຮອງແມ່ນໄຟລ໌ tarfiles ໃນຮູບແບບ GNU tar. ພວກເຂົາສາມາດ
ຜະລິດເປັນເອກະລາດໂດຍ rdiffdir(1). ສໍາລັບການສໍາຮອງຂໍ້ມູນທີ່ເພີ່ມຂຶ້ນ, ໄຟລ໌ໃຫມ່ຈະຖືກບັນທຶກໄວ້
ປົກກະຕິຢູ່ໃນ tarfile. ແຕ່ເມື່ອໄຟລ໌ປ່ຽນແປງ, ແທນທີ່ຈະເກັບຮັກສາສໍາເນົາຄົບຖ້ວນສົມບູນ
ໄຟລ໌, ພຽງແຕ່ຄວາມແຕກຕ່າງແມ່ນໄດ້ຖືກເກັບຮັກສາໄວ້, ເປັນການຜະລິດໂດຍ rdiff(1). ຖ້າໄຟລ໌ຖືກລຶບ, a 0
ໄຟລ໌ຄວາມຍາວຖືກເກັບໄວ້ໃນ tar. ມັນເປັນໄປໄດ້ທີ່ຈະຟື້ນຟູການເກັບຊ້ໍາຊ້ອນ
"ດ້ວຍຕົນເອງ" ໂດຍໃຊ້ tar ແລະຫຼັງຈາກນັ້ນ cp, rdiff, ແລະ rm ຕາມຄວາມຈໍາເປັນ. ການເກັບຊ້ໍາຊ້ອນເຫຼົ່ານີ້
ມີການຂະຫຍາຍ difftar.
ທັງຊຸດສຳຮອງເຕັມ ແລະແບບເພີ່ມມີຮູບແບບດຽວກັນ. ໃນຄວາມເປັນຈິງ, ຊຸດສໍາຮອງຂໍ້ມູນເຕັມຮູບແບບ
ເປັນການເພີ່ມທີ່ສ້າງຂຶ້ນຈາກລາຍເຊັນຫວ່າງເປົ່າ (ເບິ່ງຂ້າງລຸ່ມນີ້). ໄຟລ໌ເຕັມ
ຊຸດສຳຮອງຈະເລີ່ມຕົ້ນດ້ວຍ duplicity-ເຕັມ ໃນຂະນະທີ່ຊຸດທີ່ເພີ່ມຂຶ້ນເລີ່ມຕົ້ນດ້ວຍ
duplicity-inc. ໃນເວລາທີ່ການຟື້ນຟູ, duplicity ນໍາໃຊ້ patches ໃນຄໍາສັ່ງ, ດັ່ງນັ້ນການລຶບ, ສໍາລັບ
ຕົວຢ່າງ, ຊຸດສຳຮອງອັນເຕັມທີ່ອາດເຮັດໃຫ້ຊຸດສຳຮອງທີ່ເພີ່ມຂຶ້ນທີ່ກ່ຽວຂ້ອງໃຊ້ບໍ່ໄດ້.
ໃນຄໍາສັ່ງທີ່ຈະກໍານົດທີ່ໄຟລ໌ໄດ້ຖືກລົບ, ແລະການຄິດໄລ່ຄວາມແຕກຕ່າງສໍາລັບການປ່ຽນແປງ
ໄຟລ໌, duplicity ຕ້ອງການປະມວນຜົນຂໍ້ມູນກ່ຽວກັບກອງປະຊຸມທີ່ຜ່ານມາ. ມັນເກັບຮັກສານີ້
ຂໍ້ມູນໃນຮູບແບບຂອງ tarfiles ທີ່ຂໍ້ມູນຂອງແຕ່ລະຄົນມີລາຍເຊັນ (ເປັນ
ຜະລິດໂດຍ rdiff) ຂອງໄຟລ໌ແທນທີ່ຈະເປັນເນື້ອໃນຂອງໄຟລ໌. ຊຸດລາຍເຊັນເຫຼົ່ານີ້ມີ
ການຂະຫຍາຍ sigtar.
ໄຟລ໌ລາຍເຊັນບໍ່ຈໍາເປັນເພື່ອຟື້ນຟູຊຸດສໍາຮອງ, ແຕ່ບໍ່ມີການອັບເດດ
ລາຍເຊັນ, ຄວາມຊ້ຳກັນບໍ່ສາມາດຕື່ມການສຳຮອງທີ່ເພີ່ມເຂົ້າໃສ່ແຟ້ມຈັດເກັບທີ່ມີຢູ່ແລ້ວໄດ້.
ເພື່ອຊ່ວຍປະຢັດແບນວິດ, duplicity ສ້າງຊຸດລາຍເຊັນເຕັມແລະຊຸດລາຍເຊັນທີ່ເພີ່ມຂຶ້ນ.
ຊຸດລາຍເຊັນເຕັມແມ່ນຖືກສ້າງຂຶ້ນສໍາລັບແຕ່ລະ backup ເຕັມ, ແລະເພີ່ມຫນຶ່ງສໍາລັບແຕ່ລະຄົນ
ການສໍາຮອງເພີ່ມເຕີມ. ເຫຼົ່ານີ້ເລີ່ມຕົ້ນດ້ວຍ duplicity-full-signatures ແລະ ຊໍ້າຊ້ອນ-ໃໝ່-
ລາຍເຊັນ ຕາມລໍາດັບ. ລາຍເຊັນເຫຼົ່ານີ້ຈະຖືກເກັບໄວ້ທັງພາຍໃນ ແລະຈາກໄລຍະໄກ. ໄດ້
ລາຍເຊັນທາງໄກຈະຖືກເຂົ້າລະຫັດຖ້າການເຂົ້າລະຫັດຖືກເປີດໃຊ້. ລາຍເຊັນທ້ອງຖິ່ນຈະ
ບໍ່ໄດ້ຖືກເຂົ້າລະຫັດແລະເກັບໄວ້ໃນ archive dir (ເບິ່ງ --archive-dir ).
ສິ່ງທີ່ຕ້ອງມີ
Duplicity ຕ້ອງການລະບົບປະຕິບັດການ POSIX ຄ້າຍກັບ a python ນາຍພາສາເວີຊັ່ນ 2.6+
ຕິດຕັ້ງ. ມັນຖືກນໍາໃຊ້ທີ່ດີທີ່ສຸດພາຍໃຕ້ GNU / Linux.
ບາງ backends ຍັງຕ້ອງການອົງປະກອບເພີ່ມເຕີມ (ອາດຈະເປັນຊຸດສໍາລັບເຈົ້າ
ເວທີສະເພາະ):
ສີຟ້າສົດ backend (ການບໍລິການເກັບຮັກສາ Azure Blob)
Microsoft ສີຟ້າສົດ ການເກັບຮັກສາ SDK ສໍາລັບການ Python - https://pypi.python.org/pypi/azure-
ການເກັບຮັກສາ /
ລົດຈັກ backend (S3 Amazon Web Services, Google Cloud Storage)
ລົດຈັກ ສະບັບພາສາ 2.0 + - http://github.com/boto/boto
cfpyrax backend (Rackspace Cloud) ແລະ hubic backend (hubic.com)
ພື້ນທີ່ rack CloudFiles ໄພລາກ API -
http://docs.rackspace.com/sdks/guide/content/python.html
dpbx backend (Dropbox)
Dropbox Python SDK - https://www.dropbox.com/developers/reference/sdk
ຄັດລອກ backend (Copy.com)
python-urlib3 - https://github.com/shazow/urllib3
gdocs GData backend (ເບື້ອງຫຼັງ Google Docs ແບບເກົ່າ)
ກູໂກ ຂໍ້ມູນ APIs Python ລູກຄ້າ ຫ້ອງສະຫມຸດ - http://code.google.com/p/gdata-python-
ລູກຄ້າ/
gdocs pydrive backend(ຄ່າເລີ່ມຕົ້ນ)
ເບິ່ງ pydrive backend
gio backend (Gnome VFS API)
PyGObject - http://live.gnome.org/PyGObject
D ລົດເມ (dbus)- http://www.freedesktop.org/wiki/Software/dbus
lfp backend (ຕ້ອງການສໍາລັບ ftp, ftps, ປາ [ຫຼາຍກວ່າ ssh] - ຍັງສະຫນັບສະຫນູນ sftp, webdav[s])
LFTP ລູກຄ້າ - http://lftp.yar.ru/
ຂະຫນາດໃຫຍ່ backend (mega.co.nz)
Python ຫ້ອງສະຫມຸດ ສໍາລັບການ ຂະຫນາດໃຫຍ່ API - https://github.com/ckornacker/mega.py, ubuntu ppa -
ppa:ckornacker/ສໍາຮອງຂໍ້ມູນ
ຫຼາຍ backend
ຫຼາຍ -- ຮ້ານ to ເພີ່ມເຕີມ ກ່ວາ ຫນຶ່ງ backend
(ຍັງເຫັນວ່າ A ຫມາຍເຫດ ON ຫຼາຍ ຫລັງ ) ດ້ານລຸ່ມ.
ncftp backend (ftp, ເລືອກຜ່ານ ncftp+ftp://)
NcFTP - http://www.ncftp.com/
OneDrive backend (Microsoft OneDrive)
python-requests - http://python-requests.org
python-requests-oauthlib - https://github.com/requests/requests-oauthlib
Par 2 Wrapper backend
par2cmdline - http://parchive.sourceforge.net/
pydrive backend
PyDrive -- a wrapper ຫ້ອງສະຫມຸດ of google-api-python-client -
https://pypi.python.org/pypi/PyDrive
(ຍັງເຫັນວ່າ A ຫມາຍເຫດ ON PYDRIVE ຫລັງ ) ດ້ານລຸ່ມ.
rsync backend
rsync ລູກຄ້າ binary - http://rsync.samba.org/
ssh ພາຣາມິໂກ backend (ຄ່າເລີ່ມຕົ້ນ)
ພາຣາມິໂກ (SSH2 ສໍາລັບ python) - http://pypi.python.org/pypi/paramiko (ດາວໂຫຼດ);
http://github.com/paramiko/paramiko (ຫນ້າໂຄງການ)
pycrypto (Python Cryptography Toolkit) - http://www.dlitz.net/software/pycrypto/
ssh ຄາດຫວັງ backend
sftp/scp ລູກຄ້າ ຄູ່ OpenSSH - http://www.openssh.com/
Python ຄາດຫວັງ ໂມດູນ - http://pexpect.sourceforge.net/pexpect.html
swift backend (OpenStack ຈຸດປະສົງ ການເກັບຮັກສາ)
Python ລູກຄ້າໄວ ໂມດູນ - https://github.com/openstack/python-swiftclient/
Python ລູກຄ້າຫຼັກ ໂມດູນ - https://github.com/openstack/python-keystoneclient/
webdav backend
ໃບຢັ້ງຢືນການ ສິດອໍານາດ ຖານຂໍ້ມູນ ເອກະສານ ສໍາລັບການຢັ້ງຢືນໃບຢັ້ງຢືນ ssl ຂອງ HTTPS
ການເຊື່ອມຕໍ່ - http://curl.haxx.se/docs/caextract.html
(ຍັງເຫັນວ່າ A ຫມາຍເຫດ ON SSL CERTIFICATE ການຢັ້ງຢືນ).
ໃຊ້ການຊໍ້າກັນອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
