ນີ້ແມ່ນຄໍາສັ່ງ obnam ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
obnam - ເຮັດ, ຟື້ນຟູ, ແລະຈັດການການສໍາຮອງຂໍ້ມູນ
ສະຫຼຸບສັງລວມ
obnam [--always-restore-setuid] [--no-always-restore-setuid] [--ຈຸດກວດກາ=ຫລືຂະຫຍາຍໂຕ]
[--chunk-bag-size=ຫລືຂະຫຍາຍໂຕ] [--chunk-cache-size=ຫລືຂະຫຍາຍໂຕ] [--chunk-size=ຫລືຂະຫຍາຍໂຕ]
[--chunkids-ຕໍ່ກຸ່ມ=NUMBER] [--ຊື່ລູກຄ້າ=ຊື່ລູກຄ້າ] [--ບີບອັດດ້ວຍ=ຕາຕະລາງເຮັດ]
[--config=ເອກະສານ] [--dump-config] [--dump-setting-names] [--generate-manpage=ຕົວຢ່າງ] [-h]
[- ຊ່ວຍ] [--help-ທັງໝົດ] [--list-config-files] [- ການປ່ຽນແປງ] [--no-default-config]
[--crash-limit=COUNTER] [--ຍຸກວິຈານ=ອາຍຸສູງສຸດ] [--ຊໍ້າກັນ=MODE] [--dir-bag-size=ຫລືຂະຫຍາຍໂຕ]
[--dir-cache-size=ຫລືຂະຫຍາຍໂຕ] [--dump-memory-profile=ວິທີການ] [--dump-repo-file-metadata]
[--no-dump-repo-file-metadata] [--ເຂົ້າລະຫັດດ້ວຍ=ເຂົ້າລະຫັດ-ກັບ] [--ຍົກເວັ້ນ=ຍົກເວັ້ນ]
[--exclude-caches] [--no-exclude-caches] [--ຍົກເວັ້ນ-ຈາກ=ເອກະສານ] [--fsck-ແກ້ໄຂ]
[--no-fsck-fix] [--fsck-ignore-chunks] [--no-fsck-ignore-chunks]
[--fsck-ignore-client=NAME] [--fsck-latest-generation-ເທົ່ານັ້ນ] [--no-fsck-latest-generation-ເທົ່ານັ້ນ]
[--fsck-rm-ບໍ່ໄດ້ໃຊ້] [--no-fsck-rm-ບໍ່ໄດ້ໃຊ້] [--fsck-skip-checksums]
[--no-fsck-skip-checksums] [--fsck-skip-dirs] [--no-fsck-skip-dirs] [--fsck-skip-files]
[--no-fsck-skip-files] [--fsck-skip-generations] [--no-fsck-skip-generations]
[--fsck-skip-per-client-b-trees] [--no-fsck-skip-per-client-b-trees]
[--fsck-skip-shared-b-trees] [--no-fsck-skip-shared-b-trees] [--fuse-opt=ຟິວ]
[--ລຸ້ນ=ການຜະລິດ] [--gnupghome=HOMEDIR] [--idpath-bits=IDPATH-BITS]
[--idpath-ຄວາມເລິກ=IDPATH-ຄວາມເລິກ] [--idpath-ຂ້າມ=IDPATH-ຂ້າມ] [--ລວມ=INCLUDE]
[--ຮັກສາ=ຮັກສາ] [--key-ລາຍລະອຽດ] [--no-key-ລາຍລະອຽດ] [--keyid=ຄີ] [-- ອອກຈາກດ່ານ]
[--no-leave-checkpoints] [--ໝົດເວລາລັອກ=ຫມົດເວລາ] [--ບັນທຶກ=ເອກະສານ] [--log-ຮັກສາ=N]
[--log-level=LEVEL] [--log-max=ຫລືຂະຫຍາຍໂຕ] [--log-mode=MODE] [--lru-ຂະຫນາດ=ຫລືຂະຫຍາຍໂຕ]
[--memory-dump-interval=ວິນາທີ] [--node-size=ຫລືຂະຫຍາຍໂຕ] [--one-file-system]
[--no-one-file-system] [-- ຜົນຜະລິດ=ເອກະສານ] [-- ທຳທ່າ] [-- ແລ່ນແຫ້ງ] [-- ບໍ່ມີການກະທຳ] [--ບໍ່ເຮັດໃຫ້]
[--no-dry-run] [--no-no-act] [-- ທຳທ່າ-ເວລາ=TIMESTAMP] [--pure-paramiko]
[--no-ບໍລິສຸດ-paramiko] [--ງຽບ] [--ງຽບ] [--ບໍ່ງຽບ] [--ບໍ່ງຽບ] [-rURL]
[--repository=URL] [--repository-format=ຮູບແບບ] [-- ຮາກ=URL] [--sftp-ຊັກຊ້າ=SFTP-DELAY]
[--small-files-in-btree] [--no-small-files-in-btree] [--ssh-ຄໍາສັ່ງ=ປະຕິບັດໄດ້]
[--ssh-host-keys-check=ມູນຄ່າ] [--ssh-key=ຊື່ເອກະສານ] [--ssh-known-hosts=ຊື່ເອກະສານ]
[--strict-ssh-host-keys] [--no-strict-ssh-host-keys] [--symmetric-key-bits=ກະຕ່າ]
[--testing-fail-matching=REGEXP] [--ເຖິງ=ເຖິງ] [-- ຕິດຕາມ=TRACE] [--upload-queue-size=ຫລືຂະຫຍາຍໂຕ]
[-- verbose] [--no-verbose] [--verify-randomly=N] [-- ເຕືອນອາຍຸ=ອາຍຸສູງສຸດ] [--ອ່ອນແອ-ສຸ່ມ]
[--no-weak-random]
obnam [ທາງເລືອກໃນການ] _ລັອກ
obnam [ທາງເລືອກໃນການ] add-key [CUSTOMER-NAME] ...
obnam [ທາງເລືອກໃນການ] ການສໍາຮອງ [ທິດທາງ|URL] ...
obnam [ທາງເລືອກໃນການ] ລູກຄ້າລະຫັດ
obnam [ທາງເລືອກໃນການ] ລູກຄ້າ
obnam [ທາງເລືອກໃນການ] ຄວາມແຕກຕ່າງ [ການຜະລິດ1]ການຜະລິດ2
obnam [ທາງເລືອກໃນການ] dump-repo
obnam [ທາງເລືອກໃນການ] force-lock
obnam [ທາງເລືອກໃນການ] ລືມ [ການຜະລິດ] ...
obnam [ທາງເລືອກໃນການ] fsck
obnam [ທາງເລືອກໃນການ] ລຸ້ນ
obnam [ທາງເລືອກໃນການ] genids
obnam [ທາງເລືອກໃນການ] ຊ່ວຍ
obnam [ທາງເລືອກໃນການ] ຊ່ວຍເຫຼືອທັງຫມົດ
obnam [ທາງເລືອກໃນການ] kdirstat [ເອກະສານ] ...
obnam [ທາງເລືອກໃນການ] ບັນຊີລາຍການຜິດພາດ
obnam [ທາງເລືອກໃນການ] ຮູບແບບລາຍການ
obnam [ທາງເລືອກໃນການ] ກະແຈລາຍຊື່
obnam [ທາງເລືອກໃນການ] ລາຍຊື່ລະດັບສູງສຸດ
obnam [ທາງເລືອກໃນການ]ls [ເອກະສານ] ...
obnam [ທາງເລືອກໃນການ] mount [ຮາກ]
obnam [ທາງເລືອກໃນການ] nagios-last-backup-age
obnam [ທາງເລືອກໃນການ] ເອົາລູກຄ້າ [CUSTOMER-NAME] ...
obnam [ທາງເລືອກໃນການ] remove-key [CUSTOMER-NAME] ...
obnam [ທາງເລືອກໃນການ] ຟື້ນຟູ [ທິດທາງ] ...
obnam [ທາງເລືອກໃນການ] ກວດສອບ [ທິດທາງ] ...
ລາຍລະອຽດ
obnam ເຮັດໃຫ້, ຟື້ນຟູ, ຈັດການ, ແລະຖ້າບໍ່ດັ່ງນັ້ນຈັດການກັບການສໍາຮອງຂໍ້ມູນ. ມັນສາມາດເກັບຮັກສາ
ສໍາຮອງຂໍ້ມູນໃນແຜ່ນທ້ອງຖິ່ນຫຼືກັບເຄື່ອງແມ່ຂ່າຍໂດຍຜ່ານ sftp. ທຸກໆການຜະລິດສໍາຮອງຂໍ້ມູນເບິ່ງຄືວ່າເປັນ
snapshot ສົດ, ແຕ່ແມ່ນ incremental ແທ້ໆ: ຜູ້ໃຊ້ບໍ່ຈໍາເປັນຕ້ອງກັງວົນວ່າມັນເປັນ
ສຳຮອງຂໍ້ມູນເຕັມຮູບແບບຫຼືບໍ່. ມີພຽງແຕ່ຂໍ້ມູນທີ່ຖືກປ່ຽນແປງຖືກສໍາຮອງຂໍ້ມູນ, ແລະຖ້າມີຂໍ້ມູນຈໍານວນຫນຶ່ງຢູ່ແລ້ວ
ສຳຮອງໄວ້ໃນໄຟລ໌ອື່ນ, ຂໍ້ມູນນັ້ນຖືກນຳໃຊ້ຄືນ.
ບ່ອນທີ່ເກັບຂໍ້ມູນສໍາຮອງຂໍ້ມູນແມ່ນເອີ້ນວ່າ repository ສໍາຮອງຂໍ້ມູນ. ຄັງເກັບມ້ຽນ
ສໍາລັບຕົວຢ່າງ, ໄດເລກະທໍລີຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ sftp, ຫຼືໄດເລກະທໍລີໃນຮາດດິດ USB. ກ
repository ດຽວອາດຈະປະກອບດ້ວຍການສໍາຮອງຂໍ້ມູນຈາກລູກຄ້າຈໍານວນຫນຶ່ງ. ຂໍ້ມູນຂອງພວກເຂົາຈະສັບສົນ
ຄືກັບວ່າພວກເຂົາກໍາລັງໃຊ້ repositories ແຍກຕ່າງຫາກ, ແຕ່ຖ້າລູກຄ້າຄົນຫນຶ່ງສໍາຮອງໄຟລ໌, ຄົນອື່ນ
ອາດຈະໃຊ້ຂໍ້ມູນຄືນໃໝ່.
obnam syntax ເສັ້ນຄໍາສັ່ງປະກອບດ້ວຍ a ຄໍາສັ່ງ ອາດຈະປະຕິບັດຕາມໂດຍການໂຕ້ຖຽງ. ໄດ້
ຄໍາສັ່ງແມ່ນບັນຊີລາຍຊື່ຂ້າງລຸ່ມນີ້.
· ສໍາຮອງຂໍ້ມູນ ເຮັດການສໍາຮອງຂໍ້ມູນໃຫມ່. ຄັ້ງທໍາອິດທີ່ມັນຖືກດໍາເນີນການ, ມັນເຮັດໃຫ້ການສໍາຮອງຂໍ້ມູນຢ່າງເຕັມທີ່, ຫຼັງຈາກ
ວ່າເປັນການເພີ່ມຂຶ້ນ.
· ການຟື້ນຟູ ແມ່ນກົງກັນຂ້າມກັບການສໍາຮອງຂໍ້ມູນ. ມັນຄັດລອກຂໍ້ມູນຈາກການສໍາຮອງ
repository ໄປຫາໄດເລກະທໍລີເປົ້າຫມາຍ. ທ່ານສາມາດຟື້ນຟູທຸກສິ່ງທຸກຢ່າງໃນການຜະລິດ, ຫຼື
ພຽງແຕ່ເລືອກໄຟລ໌.
· ລູກຄ້າ ລາຍຊື່ລູກຄ້າທີ່ຖືກສໍາຮອງໄວ້ໃນບ່ອນເກັບມ້ຽນ.
· ລຸ້ນ ລາຍຊື່ທຸກການຜະລິດສໍາຮອງຂໍ້ມູນສໍາລັບລູກຄ້າທີ່ໃຫ້, ບວກກັບ metadata ບາງ
ກ່ຽວກັບລຸ້ນ.
· ເພດ ລາຍຊື່ຕົວລະບຸສໍາລັບທຸກໆການຜະລິດສໍາຮອງຂໍ້ມູນສໍາລັບລູກຄ້າທີ່ໃຫ້. ບໍ່
ຂໍ້ມູນອື່ນໆສະແດງໃຫ້ເຫັນ. ນີ້ສາມາດເປັນປະໂຫຍດສໍາລັບການຂຽນສະຄິບ.
· ls ລາຍຊື່ເນື້ອຫາຂອງລຸ້ນໃດນຶ່ງ, ຄ້າຍຄືກັນກັບ ls -lAR.
· kdirstat ລາຍຊື່ເນື້ອຫາຂອງລຸ້ນໃດນຶ່ງ, ໃນຮູບແບບທີ່ເຂົ້າກັນໄດ້
ກັບ kdirstat ຮູບແບບໄຟລ໌ cache, ຊຶ່ງຫຼັງຈາກນັ້ນສາມາດຖືກນໍາໃຊ້ເພື່ອສະແດງໃຫ້ເຫັນໄດ້
ເນື້ອໃນຂອງການສໍາຮອງ.
· ກວດສອບ ປຽບທຽບຂໍ້ມູນໃນການສໍາຮອງຂໍ້ມູນກັບຂໍ້ມູນຜູ້ໃຊ້ຕົວຈິງ, ແລະໃຫ້ແນ່ໃຈວ່າພວກເຂົາແມ່ນ
ຄືກັນ. ມັນເປັນປະໂຫຍດທີ່ສຸດທີ່ຈະດໍາເນີນການທັນທີຫຼັງຈາກການສໍາຮອງຂໍ້ມູນ, ເພື່ອກວດເບິ່ງວ່າມັນ
ຕົວຈິງແລ້ວໄດ້ເຮັດວຽກ. ມັນສາມາດດໍາເນີນການໄດ້ທຸກເວລາ, ແຕ່ຖ້າຂໍ້ມູນຜູ້ໃຊ້ມີການປ່ຽນແປງ,
ການກວດສອບລົ້ມເຫລວເຖິງແມ່ນວ່າການສໍາຮອງຂໍ້ມູນແມ່ນ OK.
· ລືມ ເອົາລຸ້ນສຳຮອງທີ່ບໍ່ຕ້ອງການອອກ, ເພື່ອບໍ່ໃຫ້ໃຊ້
ພື້ນທີ່ດິດ. ໃຫ້ສັງເກດວ່າຫຼັງຈາກການຜະລິດສໍາຮອງຂໍ້ມູນໄດ້ຖືກໂຍກຍ້າຍອອກ, ຂໍ້ມູນບໍ່ສາມາດເປັນ
ຟື້ນຟູອີກແລ້ວ. ທ່ານສາມາດລະບຸລຸ້ນທີ່ຈະເອົາອອກໂດຍການລາຍຊື່ໃຫ້ເຂົາເຈົ້າ
ໃນບັນທັດຄໍາສັ່ງ, ຫຼືນໍາໃຊ້ --ຮັກສາ ທາງເລືອກທີ່ຈະລະບຸນະໂຍບາຍສໍາລັບສິ່ງທີ່ຈະຮັກສາ
(ທຸກສິ່ງທຸກຢ່າງຈະໄດ້ຮັບການໂຍກຍ້າຍອອກ).
· fsck ກວດເບິ່ງຄວາມສອດຄ່ອງພາຍໃນຂອງຄັງສຳຮອງ. ມັນຢັ້ງຢືນວ່າ
ລູກຄ້າທັງຫມົດ, ລຸ້ນ, ໄດເລກະທໍລີ, ໄຟລ໌, ແລະເນື້ອຫາໄຟລ໌ທັງຫມົດຍັງມີຢູ່ໃນ
ຄັງສຳຮອງ. ມັນອາດຈະໃຊ້ເວລາຂ້ອນຂ້າງຍາວເພື່ອດໍາເນີນການ.
· force-lock ເອົາໄຟລ໌ lock ສໍາລັບລູກຄ້າໃນ repository. ທ່ານຄວນເທົ່ານັ້ນ
ບັງຄັບລັອກຖ້າທ່ານແນ່ໃຈວ່າບໍ່ມີໃຜເຂົ້າເຖິງຂໍ້ມູນຂອງລູກຄ້ານັ້ນຢູ່ໃນ
ຄັງເກັບມ້ຽນ. ການລັອກ dangling ອາດຈະເກີດຂຶ້ນ, ສໍາລັບການຍົກຕົວຢ່າງ, ຖ້າ obnam ສູນເສຍເຄືອຂ່າຍຂອງຕົນ
ການເຊື່ອມຕໍ່ກັບ repository ສໍາຮອງຂໍ້ມູນ.
· ລູກຄ້າລະຫັດ ລາຍຊື່ລະຫັດການເຂົ້າລະຫັດທີ່ກ່ຽວຂ້ອງກັບລູກຄ້າແຕ່ລະຄົນ.
· ກະແຈລາຍຊື່ ລາຍຊື່ກະແຈທີ່ສາມາດເຂົ້າເຖິງບ່ອນເກັບມ້ຽນ, ແລະລະດັບສູງສຸດໃດ
ໄດເລກະທໍລີແຕ່ລະກະແຈສາມາດເຂົ້າເຖິງໄດ້. ບາງໄດເລກະທໍລີລະດັບສູງສຸດຖືກແບ່ງປັນ
ລະຫວ່າງລູກຄ້າ, ຄົນອື່ນແມ່ນສະເພາະກັບລູກຄ້າ.
· ລາຍຊື່ລະດັບສູງສຸດ ແມ່ນຄ້າຍຄື ກະແຈລາຍຊື່, ແຕ່ລາຍຊື່ລະດັບສູງສຸດ ແລະກະແຈໃດສາມາດເຂົ້າເຖິງໄດ້
ໃຫ້ເຂົາເຈົ້າ.
· ປຸ່ມເພີ່ມ ເພີ່ມລະຫັດການເຂົ້າລະຫັດໃສ່ບ່ອນເກັບມ້ຽນ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ລະຫັດຈະຖືກເພີ່ມ
ພຽງແຕ່ໄປຫາໄດເລກະທໍລີລະດັບສູງສຸດທີ່ແບ່ງປັນ, ແຕ່ມັນຍັງສາມາດຖືກເພີ່ມໃສ່ສະເພາະ
clients: ບອກຊື່ຂອງລູກຄ້າໃນແຖວຄໍາສັ່ງ. ພວກ ເຂົາ ເຈົ້າ ທີ່ ສໍາ ຄັນ ແມ່ນ ໄດ້ ຮັບ ກັບ
ໄດ້ --keyid ທາງເລືອກ. ໃຜມີການເຂົ້າເຖິງກະແຈລັບທີ່ສອດຄ້ອງກັບກະແຈ
id ສາມາດເຂົ້າເຖິງ repository ການສໍາຮອງ (ການແບ່ງປັນ toplevels ບວກກັບລູກຄ້າທີ່ກໍານົດໄວ້).
· ເອົາລະຫັດອອກ ເອົາລະຫັດອອກຈາກໄດເລກະທໍລີລະດັບສູງສຸດທີ່ແບ່ງປັນ, ບວກກັບລູກຄ້າໃດໆ
ລະບຸໄວ້ໃນເສັ້ນຄໍາສັ່ງ.
· nagios-last-backup-age ແມ່ນການກວດສອບທີ່ອອກດ້ວຍການກັບຄືນທີ່ບໍ່ແມ່ນສູນຖ້າອາຍຸສຳຮອງ
ເກີນຂອບເຂດທີ່ແນ່ນອນ. ມັນເຫມາະສົມສໍາລັບການນໍາໃຊ້ເປັນ plugin ກວດສອບສໍາລັບ nagios.
ເກນສາມາດໃຫ້ໄດ້ -- ເຕືອນອາຍຸ ແລະ --ຍຸກວິຈານ ຕົວເລືອກ
· diff ປຽບທຽບສອງລຸ້ນ ແລະລາຍຊື່ໄຟລ໌ທີ່ແຕກຕ່າງລະຫວ່າງພວກມັນ. ທຸກໆຜົນຜະລິດ
ແຖວຈະຖືກນຳໜ້າດ້ວຍເຄື່ອງໝາຍບວກ (+) ສຳລັບໄຟລ໌ທີ່ຖືກເພີ່ມ, ລົບ
ເຊັນ (-) ສໍາລັບໄຟລ໌ທີ່ເອົາອອກ ຫຼືເຄື່ອງໝາຍດາວ (*) ສໍາລັບໄຟລ໌ທີ່ມີ
ປ່ຽນແປງ. ຖ້າພຽງແຕ່ຫນຶ່ງລຸ້ນ ID ຖືກລະບຸໄວ້ໃນເສັ້ນຄໍາສັ່ງນັ້ນ
ການຜະລິດຈະຖືກປຽບທຽບກັບລຸ້ນກ່ອນໂດຍກົງ. ຖ້າສອງ ID ໄດ້
ລະບຸໄວ້, ການປ່ຽນແປງທັງໝົດລະຫວ່າງສອງລຸ້ນເຫຼົ່ານັ້ນຈະຖືກລະບຸໄວ້.
· mount ເຮັດໃຫ້ບ່ອນເກັບຂໍ້ມູນສຳຮອງສາມາດໃຊ້ໄດ້ຜ່ານລະບົບໄຟລ໌ FUSE ແບບອ່ານຢ່າງດຽວ. ແຕ່ລະ
ການຜະລິດສໍາຮອງແມ່ນເຫັນໄດ້ເປັນໄດເລກະທໍລີຍ່ອຍ, ຊື່ຫຼັງຈາກ id ການຜະລິດ.
ນີ້ຫມາຍຄວາມວ່າທ່ານສາມາດເບິ່ງຂໍ້ມູນສໍາຮອງຂໍ້ມູນໂດຍໃຊ້ເຄື່ອງມືປົກກະຕິ, ເຊັ່ນໄຟລ໌ GUI ຂອງທ່ານ
ຜູ້ຈັດການ, ຫຼືເຄື່ອງມືບັນທັດຄໍາສັ່ງເຊັ່ນ: ls(1) diff(1) ແລະ cp(1). ເຈົ້າບໍ່ສາມາດເຮັດໄດ້
ການສໍາຮອງຂໍ້ມູນໃຫມ່ດ້ວຍຄໍາສັ່ງຍ່ອຍຂອງ mount, ແຕ່ທ່ານສາມາດຟື້ນຟູຂໍ້ມູນໄດ້ຢ່າງງ່າຍດາຍ.
ທ່ານຈໍາເປັນຕ້ອງມີອຸປະກອນ FUSE ແລະມີການອະນຸຍາດໃຫ້ນໍາໃຊ້ FUSE ສໍາລັບການນີ້
ເຮັດວຽກ. ລາຍລະອຽດຈະແຕກຕ່າງກັນລະຫວ່າງລະບົບປະຕິບັດການ; ໃນ Debian, ຕິດຕັ້ງ
ຊຸດ fuse ແລະເພີ່ມຕົວທ່ານເອງກັບ fuse ກຸ່ມ (ທ່ານອາດຈະຈໍາເປັນຕ້ອງໄດ້ອອກຈາກລະບົບແລະກັບຄືນ
ອີກເທື່ອຫນຶ່ງ).
ການເຮັດໃຫ້ ສໍາຮອງຂໍ້ມູນ
ໃນເວລາທີ່ທ່ານດໍາເນີນການສໍາຮອງຂໍ້ມູນ, obnam ອັບໂຫລດຂໍ້ມູນໃສ່ບ່ອນເກັບຂໍ້ມູນສຳຮອງ. ຂໍ້ມູນຖືກແບ່ງອອກ
ເຂົ້າໄປໃນ chunks, ແລະຖ້າຫາກວ່າ chunk ມີຢູ່ແລ້ວໃນ repository ສໍາຮອງຂໍ້ມູນ, ມັນບໍ່ໄດ້ຖືກອັບໂຫລດ
ອີກເທື່ອຫນຶ່ງ. ນີ້ອະນຸຍາດໃຫ້ obnam ເພື່ອຈັດການກັບໄຟລ໌ທີ່ມີການປ່ຽນແປງຫຼືປ່ຽນຊື່ນັບຕັ້ງແຕ່
ການດໍາເນີນການສໍາຮອງຂໍ້ມູນທີ່ຜ່ານມາ. ມັນຍັງອະນຸຍາດໃຫ້ລູກຄ້າສໍາຮອງຂໍ້ມູນຈໍານວນຫນຶ່ງເພື່ອຫຼີກເວັ້ນການອັບໂຫລດດຽວກັນ
ຂໍ້ມູນ. ສໍາລັບຕົວຢ່າງ, ທຸກຄົນໃນຫ້ອງການມີສໍາເນົາຂອງແຜ່ນພັບການຂາຍດຽວກັນ,
ພຽງແຕ່ຫນຶ່ງສໍາເນົາຕ້ອງໄດ້ຮັບການເກັບຮັກສາໄວ້ໃນ repository ສໍາຮອງຂໍ້ມູນ.
ທຸກໆການດໍາເນີນການສໍາຮອງແມ່ນ a ການຜະລິດທີ່ຢູ່ ເພີ່ມເຕີມ, obnam ຈະເຮັດໃຫ້ ດ່ານ ລຸ້ນ
ທຸກໆຕອນນີ້. ເຫຼົ່ານີ້ແມ່ນຄືກັນກັບລຸ້ນປົກກະຕິ, ແຕ່ບໍ່ໄດ້ຮັບການຮັບປະກັນ
ເປັນພາບຖ່າຍທີ່ສົມບູນຂອງຂໍ້ມູນສົດ. ຖ້າຫາກວ່າການດໍາເນີນການສໍາຮອງຂໍ້ມູນຈໍາເປັນຕ້ອງໄດ້ຮັບການຍົກເລີກໃນ
ກາງ, ໄລຍະການສໍາຮອງຂໍ້ມູນຕໍ່ໄປສາມາດສືບຕໍ່ຈາກດ່ານຫລ້າສຸດ, ຫຼີກເວັ້ນການຈໍາເປັນຕ້ອງໄດ້
ເລີ່ມຕົ້ນໃຫມ່ຈາກ scratch.
ຖ້າການດໍາເນີນການສໍາຮອງຂໍ້ມູນຫນຶ່ງຫຼຸດລົງໄດເລກະທໍລີຮາກສໍາຮອງ, ຮຸ່ນເກົ່າຍັງຈະຮັກສາມັນ:
ບໍ່ມີຫຍັງປ່ຽນແປງໃນລຸ້ນເກົ່າພຽງແຕ່ເນື່ອງຈາກວ່າມີອັນໃຫມ່. ຖ້າຮາກແມ່ນ
ຫຼຸດລົງໂດຍຄວາມຜິດພາດ, ມັນສາມາດຖືກເພີ່ມກັບຄືນໄປບ່ອນແລະການດໍາເນີນການສໍາຮອງຂໍ້ມູນຕໍ່ໄປຈະໃຊ້ໃຫມ່ທີ່ມີຢູ່ແລ້ວ
ຂໍ້ມູນໃນ repository ສໍາຮອງຂໍ້ມູນ, ແລະພຽງແຕ່ຈະສໍາຮອງຂໍ້ມູນ metadata ຂອງໄຟລ໌ (ຊື່ໄຟລ໌,
ການອະນຸຍາດ, ແລະອື່ນໆ).
ການກວດສອບ ສໍາຮອງຂໍ້ມູນ
ລະບົບສໍາຮອງທີ່ທ່ານບໍ່ສາມາດອີງໃສ່ໄດ້ດີແມ່ນຫຍັງ? ເຈົ້າສາມາດອີງໃສ່ສິ່ງທີ່ເຈົ້າເຮັດບໍ່ໄດ້ໄດ້ແນວໃດ
ການທົດສອບ? ໄດ້ obnam ກວດສອບ ຄໍາສັ່ງກວດສອບວ່າຂໍ້ມູນໃນ repository ສໍາຮອງຂໍ້ມູນແມ່ນກົງກັບຕົວຈິງ
ຂໍ້ມູນຜູ້ໃຊ້. ມັນດຶງເອົາຫນຶ່ງຫຼືຫຼາຍໄຟລ໌ຈາກ repository ແລະປຽບທຽບໃຫ້ເຂົາເຈົ້າກັບ
ຂໍ້ມູນຜູ້ໃຊ້. ນີ້ເປັນສິ່ງຈໍາເປັນຄືກັນກັບການເຮັດການຟື້ນຟູ, ຫຼັງຈາກນັ້ນປຽບທຽບໄຟລ໌ທີ່ຟື້ນຟູຄືນມາ
ກັບໄຟລ໌ຕົ້ນສະບັບການນໍາໃຊ້ cmp(1), ແຕ່ງ່າຍທີ່ຈະນໍາໃຊ້.
ໂດຍຄ່າເລີ່ມຕົ້ນ, ການກວດສອບຈະເກີດຂຶ້ນໃນທຸກໄຟລ໌. ນອກນັ້ນທ່ານຍັງສາມາດກໍານົດໄຟລ໌ທີ່ຈະເປັນ
ຢືນຢັນໂດຍລາຍຊື່ພວກມັນຢູ່ໃນເສັ້ນຄໍາສັ່ງ. ທ່ານຄວນລະບຸເສັ້ນທາງເຕັມໄປຫາ
ໄຟລ໌, ບໍ່ກ່ຽວຂ້ອງກັບໄດເລກະທໍລີປະຈຸບັນ.
ຜົນໄດ້ຮັບລາຍການໄຟລ໌ທີ່ລົ້ມເຫຼວໃນການກວດສອບສໍາລັບເຫດຜົນບາງຢ່າງ. ຖ້າທ່ານກວດສອບທຸກຢ່າງ,
ມັນເປັນໄປໄດ້ວ່າບາງໄຟລ໌ (ຕົວຢ່າງ, ໄດເລກະທໍລີຫຼັກຂອງຮາກສໍາຮອງຂໍ້ມູນ) ອາດຈະມີການປ່ຽນແປງ
ໂດຍບໍ່ມີການມັນເປັນບັນຫາ. ໃຫ້ສັງເກດວ່າທ່ານຈະຈໍາເປັນຕ້ອງໄດ້ກໍານົດເສັ້ນທາງທັງຫມົດໄປຫາ
ໄຟລ໌ຫຼືໄດເລກະທໍລີທີ່ຈະກວດສອບ, ບໍ່ກ່ຽວຂ້ອງກັບຮາກສໍາຮອງຂໍ້ມູນ. ເຈົ້າຍັງຕ້ອງການ
ລະບຸຢ່າງຫນ້ອຍຫນຶ່ງຂອງຮາກສໍາຮອງຂໍ້ມູນກ່ຽວກັບບັນຊີຄໍາສັ່ງຫຼືໂດຍຜ່ານການ -- ຮາກ ທາງເລືອກດັ່ງນັ້ນ
ວ່າ obnam ຈະຊອກຫາລະບົບໄຟລ໌, ໃນກໍລະນີທີ່ມັນເປັນໄລຍະໄກ.
URL syntax
ເມື່ອໃດທີ່ obnam ຍອມຮັບ URL, ມັນສາມາດເປັນຊື່ເສັ້ນທາງທ້ອງຖິ່ນ, ຫຼືເປັນ sftp URL. ເປັນ sftp
URL ມີຮູບແບບຕໍ່ໄປນີ້:
sftp: //[ຜູ້ໃຊ້@]ໂດເມນ[:port]/ ເສັ້ນທາງ
ບ່ອນທີ່ ໂດເມນ ເປັນຊື່ໂດເມນອິນເຕີເນັດປົກກະຕິສໍາລັບເຄື່ອງແມ່ຂ່າຍ, ຜູ້ໃຊ້ ແມ່ນຊື່ຜູ້ໃຊ້ຂອງເຈົ້າຢູ່ໃນນັ້ນ
ເຊີບເວີ, port ເປັນຕົວເລກພອດທາງເລືອກ, ແລະ ເສັ້ນທາງ ເປັນຊື່ເສັ້ນທາງຢູ່ຂ້າງເຊີບເວີ. ມັກ
bzr(1), ແຕ່ບໍ່ເຫມືອນກັບມາດຕະຖານ URL sftp, ຊື່ເສັ້ນທາງແມ່ນຢ່າງແທ້ຈິງ, ເວັ້ນເສຍແຕ່ວ່າມັນເລີ່ມຕົ້ນດ້ວຍ
/~/ ໃນກໍລະນີໃດກໍ່ຕາມ, ມັນພົວພັນກັບບັນຊີລາຍການຫນ້າທໍາອິດຂອງຜູ້ໃຊ້ໃນເຄື່ອງແມ່ຂ່າຍ.
ເບິ່ງພາກ EXAMPLE ສໍາລັບຕົວຢ່າງຂອງ URLs.
ທ່ານສາມາດໃຊ້ sftp URLs ສໍາລັບ repository, ຫຼືຂໍ້ມູນສົດ (ຮາກ), ແຕ່ສັງເກດວ່າເນື່ອງຈາກ
ຂໍ້ຈໍາກັດໃນອະນຸສັນຍາ, ແລະການປະຕິບັດຂອງມັນຢູ່ໃນ ພາຣາມິໂກ ຫໍສະຫມຸດ, ບາງສິ່ງບາງຢ່າງ
ຈະບໍ່ເຮັດວຽກໄດ້ດີຫຼາຍສໍາລັບການເຂົ້າເຖິງຂໍ້ມູນສົດ sftp. ສໍາຄັນທີ່ສຸດ, ການຈັດການ
ຂອງ hardlinks ແມ່ນແທນທີ່ຈະເຫມາະສົມ. ສໍາລັບການເຂົ້າເຖິງຂໍ້ມູນສົດ, ທ່ານບໍ່ຄວນສິ້ນສຸດ URL
ກັບ /~/ ແລະຄວນຕື່ມຈຸດໃສ່ທ້າຍໃນກໍລະນີພິເສດນີ້.
ການຜະລິດ ຂໍ້ກໍາຫນົດ
ເມື່ອບໍ່ໃຊ້ລຸ້ນລ້າສຸດ, ທ່ານຈະຕ້ອງລະບຸວ່າອັນໃດທີ່ທ່ານຕ້ອງການ. ນີ້
ຈະເຮັດໄດ້ກັບ --ລຸ້ນ ທາງເລືອກ, ເຊິ່ງໃຊ້ເວລາສະເພາະການຜະລິດເປັນຂອງຕົນ
ການໂຕ້ຖຽງ. ສະເພາະແມ່ນຄຳສັບ ຫຼ້າສຸດ, ຊຶ່ງຫມາຍຄວາມວ່າການຜະລິດຫລ້າສຸດ
(ຍັງເປັນຄ່າເລີ່ມຕົ້ນ), ຫຼືຕົວເລກ. ເບິ່ງ ລຸ້ນ ຄໍາສັ່ງເພື່ອເບິ່ງວ່າລຸ້ນໃດ
ມີ, ແລະຕົວເລກຂອງພວກເຂົາແມ່ນຫຍັງ.
ນະໂຍບາຍ ສໍາລັບການ ການຮັກສາ ແລະ ຖອນ ສໍາຮອງຂໍ້ມູນ ລຸ້ນ
ໄດ້ ລືມ ຄໍາສັ່ງສາມາດປະຕິບັດຕາມນະໂຍບາຍທີ່ຈະເກັບຮັກສາບາງອັດຕະໂນມັດແລະເອົາການສໍາຮອງຂໍ້ມູນອື່ນໆ
ລຸ້ນ. ນະໂຍບາຍໄດ້ຖືກກໍານົດໄວ້ກັບ --ຮັກສາ=POLICY ທາງເລືອກ.
POLICY ແມ່ນລາຍຊື່ກົດລະບຽບທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດ. ແຕ່ລະກົດລະບຽບປະກອບດ້ວຍການນັບແລະໄລຍະເວລາ.
ໄລຍະເວລາແມ່ນ h, d, w, m, ແລະ y, ສໍາລັບຊົ່ວໂມງ, ມື້, ອາທິດ, ເດືອນ, ແລະປີ.
ນະໂຍບາຍຂອງ 30d ຫມາຍຄວາມວ່າຈະຮັກສາການສໍາຮອງຂໍ້ມູນຫລ້າສຸດສໍາລັບແຕ່ລະມື້ທີ່ສໍາຮອງຂໍ້ມູນໄດ້, ແລະ
ຮັກສາການສໍາຮອງຂໍ້ມູນດັ່ງກ່າວ 30 ສຸດທ້າຍ. ການສໍາຮອງໃດໆທີ່ກົງກັບກົດລະບຽບນະໂຍບາຍແມ່ນເກັບຮັກສາໄວ້, ແລະໃດໆ
ຂໍ້ມູນສຳຮອງລະຫວ່າງກັນຈະຖືກລຶບອອກ, ຄືກັນກັບການສຳຮອງຂໍ້ມູນທີ່ເກົ່າກວ່າທີ່ເກັບໄວ້ເກົ່າແກ່ທີ່ສຸດ.
ຕົວຢ່າງ, ສົມມຸດວ່າການສໍາຮອງຈະຖືກປະຕິບັດທຸກໆຊົ່ວໂມງ, ໃນຊົ່ວໂມງ: ເວລາ 00:00, 01:00, 02:00,
ແລະອື່ນໆ, ຈົນກ່ວາ 23:00. ຖ້າ ລືມ ຄໍາສັ່ງແມ່ນດໍາເນີນການຢູ່ທີ່ 23: 15, ດ້ວຍນະໂຍບາຍຂ້າງເທິງ, ມັນ
ຈະເກັບຂໍ້ມູນສຳຮອງໄວ້ໃນເວລາ 23:00 ໂມງຂອງແຕ່ລະມື້, ແລະເອົາຂໍ້ມູນສຳຮອງອື່ນອອກໃນມື້ນັ້ນ.
ມັນຍັງຈະລຶບການສຳຮອງຂໍ້ມູນທີ່ເກົ່າກວ່າ 30 ມື້ອອກນຳ.
ຖ້າເຮັດການສໍາຮອງຂໍ້ມູນທຸກໆມື້, ໃນຕອນທ່ຽງ, ລືມ ຈະຮັກສາ 30 ສໍາຮອງຂໍ້ມູນສຸດທ້າຍ, ຫຼື 60
ວັນທີ່ມີມູນຄ່າການສໍາຮອງຂໍ້ມູນ, ດ້ວຍນະໂຍບາຍຂ້າງເທິງ.
ກະລຸນາຮັບຊາບວ່າ obnam ຈະກວດສອບການສະແຕມເວລາຢູ່ໃນບ່ອນເກັບຂໍ້ມູນສຳຮອງເທົ່ານັ້ນ, ແລະບໍ່ສົນໃຈ
ເວລາປັດຈຸບັນຕົວຈິງແມ່ນຫຍັງ. ນີ້ຫມາຍຄວາມວ່າຖ້າຫາກວ່າທ່ານຢຸດເຊົາການເຮັດໃຫ້ສໍາຮອງຂໍ້ມູນໃຫມ່, ໄດ້
ທີ່ມີຢູ່ແລ້ວຈະບໍ່ຖືກລຶບອອກໂດຍອັດຕະໂນມັດ. ໂດຍເນື້ອແທ້ແລ້ວ, obnam ອ້າງເຖິງເວລາໃນປະຈຸບັນ
ແມ່ນພຽງແຕ່ຫຼັງຈາກການສໍາຮອງຂໍ້ມູນຫຼ້າສຸດໃນເວລາທີ່ ລືມ ແມ່ນໄດ້ດໍາເນີນການ.
ກົດລະບຽບສາມາດຖືກຈັດໃສ່ໃນຄໍາສັ່ງໃດກໍ່ຕາມ, ແຕ່ຈະຖືກຈັດຮຽງຕາມລໍາດັບຕັ້ງຊັນຂຶ້ນຂອງໄລຍະເວລາ
ກ່ອນທີ່ຈະນໍາໃຊ້. (ມັນເປັນຄວາມຜິດພາດທີ່ຈະໃຫ້ສອງກົດລະບຽບສໍາລັບໄລຍະເວລາດຽວກັນ.) ສໍາຮອງຂໍ້ມູນ
ການຜະລິດຈະຖືກເກັບໄວ້ຖ້າມັນກົງກັບກົດລະບຽບໃດໆ.
ຕົວຢ່າງ, ສົມມຸດຄວາມຖີ່ຂອງການສໍາຮອງຂໍ້ມູນດຽວກັນກັບຂ້າງເທິງ, ແຕ່ນະໂຍບາຍຂອງ 30d,52w. ນີ້
ຈະຮັກສາການສໍາຮອງຂໍ້ມູນປະຈໍາວັນໃຫມ່ທີ່ສຸດສໍາລັບແຕ່ລະມື້ເປັນເວລາສາມສິບມື້, ແລະ ໃໝ່ສຸດປະຈຳອາທິດ
ສໍາຮອງຂໍ້ມູນສໍາລັບ 52 ອາທິດ. ເນື່ອງຈາກວ່າການສໍາຮອງຂໍ້ມູນປະຈໍາຊົ່ວໂມງຈະຖືກລຶບອອກປະຈໍາວັນ, ກ່ອນທີ່ມັນຈະມີ
ໂອກາດທີ່ຈະໄດ້ຮັບຄວາມລອດໂດຍກົດລະບຽບປະຈໍາອາທິດ, ຜົນກະທົບແມ່ນວ່າການສໍາຮອງຂໍ້ມູນ 23:00 ໂມງສໍາລັບແຕ່ລະຄົນ.
ມື້ໄດ້ຖືກບັນທຶກໄວ້ເປັນເວລາຫນຶ່ງເດືອນ, ແລະການສໍາຮອງຂໍ້ມູນ 23:00 ໃນວັນອາທິດໄດ້ຖືກບັນທຶກໄວ້ສໍາລັບປີ.
ຖ້າ, ແທນທີ່ຈະ, ທ່ານໃຊ້ນະໂຍບາຍຂອງ 72h,30d,52w, obnam ຈະຮັກສາການສໍາຮອງຂໍ້ມູນ 72 ຊົ່ວໂມງສຸດທ້າຍ,
ແລະການສຳຮອງຂໍ້ມູນສຸດທ້າຍຂອງແຕ່ລະມື້ປະຕິທິນເປັນເວລາ 30 ມື້, ແລະການສຳຮອງຂໍ້ມູນສຸດທ້າຍຂອງແຕ່ລະປະຕິທິນ
ອາທິດເປັນເວລາ 52 ອາທິດ. ຖ້າຄວາມຖີ່ຂອງການສໍາຮອງແມ່ນຫນຶ່ງຄັ້ງຕໍ່ມື້, obnam ຈະຮັກສາການສໍາຮອງຂໍ້ມູນ
ຂອງແຕ່ລະຊົ່ວໂມງປະຕິທິນທີ່ມີການສໍາຮອງ, ສໍາລັບ 72 ສໍາຮອງຂໍ້ມູນດັ່ງກ່າວ. ໃນຄໍາສັບຕ່າງໆອື່ນໆ,
ມັນມີປະສິດທິພາບທີ່ຈະຮັກສາການສໍາຮອງຂໍ້ມູນປະຈໍາວັນ 72 ສຸດທ້າຍ.
ສຽງສັບສົນ? ພຽງແຕ່ຄິດວ່ານັກພັດທະນາສັບສົນແນວໃດໃນເວລາຂຽນລະຫັດ.
ຖ້າບໍ່ມີນະໂຍບາຍໃຫ້, ລືມ ຈະຮັກສາທຸກສິ່ງທຸກຢ່າງ.
ນະໂຍບາຍປົກກະຕິອາດຈະເປັນ 72h,7d,5w,12m, ຊຶ່ງຫມາຍຄວາມວ່າ: ຮັກສາການສໍາຮອງຂໍ້ມູນ 72 ຊົ່ວໂມງສຸດທ້າຍ, ໄດ້
ສໍາຮອງຂໍ້ມູນປະຈໍາວັນ 7 ສຸດທ້າຍ, ສໍາຮອງຂໍ້ມູນປະຈໍາອາທິດ 5 ສຸດທ້າຍແລະ 12 ສໍາຮອງຂໍ້ມູນປະຈໍາເດືອນສຸດທ້າຍ. ຖ້າ
ການສໍາຮອງຂໍ້ມູນແມ່ນດໍາເນີນການເປັນລະບົບໃນແຕ່ລະຊົ່ວໂມງ, ນີ້ຫມາຍຄວາມວ່າຈະຮັກສາການສໍາຮອງຂໍ້ມູນປະຈໍາຊົ່ວໂມງ
ສໍາລັບສາມມື້, ການສໍາຮອງປະຈໍາວັນສໍາລັບອາທິດ, ການສໍາຮອງອາທິດສໍາລັບເດືອນ, ແລະສໍາຮອງປະຈໍາເດືອນ
ສໍາລັບປີ.
ວິທີການເຮັດວຽກຂອງນະໂຍບາຍແມ່ນສັບສົນເລັກນ້ອຍ. ແລ່ນ ລືມ ກັບ -- ທຳທ່າ ທາງເລືອກທີ່ຈະ
ໃຫ້ແນ່ໃຈວ່າທ່ານກໍາລັງເອົາອັນທີ່ຖືກຕ້ອງອອກ.
ການນໍາໃຊ້ ການເຂົ້າລະຫັດ
obnam ສາມາດເຂົ້າລະຫັດຂໍ້ມູນທັງໝົດທີ່ມັນຂຽນໃສ່ບ່ອນເກັບຂໍ້ມູນສຳຮອງ. ມັນໃຊ້ gpg(1) ເຮັດ
ການເຂົ້າລະຫັດ. ທ່ານຈໍາເປັນຕ້ອງສ້າງຄູ່ທີ່ສໍາຄັນໂດຍໃຊ້ gpg --gen-key (ຫຼືໃຊ້ທີ່ມີຢູ່ແລ້ວ
ຫນຶ່ງ), ແລະຫຼັງຈາກນັ້ນບອກ obnam ກ່ຽວກັບການນໍາໃຊ້ --ເຂົ້າລະຫັດດ້ວຍ ທາງເລືອກ. ທ່ານອາດຈະເລືອກໄດ້
ໃຊ້ໄດເລກະທໍລີບ້ານແຍກຕ່າງຫາກໂດຍໃຊ້ --gnupghome ທາງເລືອກ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ຄ່າເລີ່ມຕົ້ນ
ໄດເລກະທໍລີສໍາລັບ gpg(1) ຈະຖືກນໍາໃຊ້.
ການຕັ້ງຄ່າ ໄຟ
obnam ຈະຊອກຫາໄຟລ໌ການຕັ້ງຄ່າໃນຫຼາຍໆສະຖານທີ່. ເບິ່ງພາກສ່ວນ FILES
ສໍາລັບບັນຊີລາຍຊື່. ໄຟລ໌ທັງຫມົດເຫຼົ່ານີ້ຮ່ວມກັນຖືກປະຕິບັດເປັນໄຟລ໌ຂະຫນາດໃຫຍ່ທີ່ມີເນື້ອໃນຂອງທັງຫມົດ
ໄຟລ໌ເຊື່ອມຕໍ່ກັນ.
ໄຟລ໌ແມ່ນຢູ່ໃນຮູບແບບ INI, ແລະມີພຽງແຕ່ [config] ພາກສ່ວນໄດ້ຖືກນໍາໃຊ້ (ພາກສ່ວນອື່ນໆແມ່ນ
ບໍ່ສົນໃຈ).
ຊື່ຍາວຂອງທາງເລືອກແມ່ນໃຊ້ເປັນກະແຈສໍາລັບຕົວແປການຕັ້ງຄ່າ. ການຕັ້ງຄ່າໃດນຶ່ງນັ້ນ
ສາມາດຕັ້ງຈາກເສັ້ນຄໍາສັ່ງສາມາດຖືກຕັ້ງຢູ່ໃນໄຟລ໌ການຕັ້ງຄ່າ, ໃນ [config]
ສ່ວນ.
ຕົວຢ່າງ, ທາງເລືອກໃນແຖວຄໍາສັ່ງຕໍ່ໄປນີ້:
obnam --repository=/backup --exclude='.wav$' ສຳຮອງ
ສາມາດຖືກແທນທີ່ດ້ວຍໄຟລ໌ການຕັ້ງຄ່າຕໍ່ໄປນີ້:
[config]
repository: / ສໍາຮອງຂໍ້ມູນ
ຍົກເວັ້ນ: .wav$
(ທ່ານສາມາດນໍາໃຊ້ໄດ້ foo=ຄ່າ or ຟູ: ມູນຄ່າ syntax ໃນໄຟລ໌.)
ສິ່ງດຽວທີ່ຜິດປົກກະຕິກ່ຽວກັບໄຟລ໌ແມ່ນທາງເລືອກທີ່ສາມາດນໍາໃຊ້ໄດ້ຫຼາຍຄັ້ງ
ສະແດງອອກ. ຄ່າທັງໝົດແມ່ນໃສ່ໃນເສັ້ນໂລຈິກໜຶ່ງເສັ້ນ, ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ (ແລະ
ຊ່ອງທາງເລືອກເຊັ່ນດຽວກັນ). ຍົກຕົວຢ່າງ:
[config]
exclude = foo, bar, \.mp3$
ຂ້າງເທິງນີ້ມີມູນຄ່າສາມສໍາລັບ ຍົກເວັ້ນ ທາງເລືອກ: ໄຟລ໌ໃດໆທີ່ມີຄໍາສັບຕ່າງໆ ຟູ or
ພາທະນາຍຄວາມ ຢູ່ບ່ອນໃດກໍໄດ້ໃນຊື່ເສັ້ນທາງທີ່ມີຄຸນສົມບັດຄົບຖ້ວນ, ຫຼືໄຟລ໌ທີ່ມີຊື່ລົງທ້າຍດ້ວຍໄລຍະເວລາ ແລະ
mp3 (ເນື່ອງຈາກວ່າການຍົກເວັ້ນແມ່ນການສະແດງອອກເປັນປົກກະຕິ).
ເສັ້ນສົມເຫດສົມຜົນຍາວສາມາດຖືກແຍກອອກເປັນຫຼາຍທາງດ້ານຮ່າງກາຍ, ໂດຍການເລີ່ມຕົ້ນເສັ້ນໃຫມ່ຢູ່ທີ່
ຊ່ອງຫວ່າງ, ແລະຫຍໍ້ໜ້າແຖວຕໍ່ເນື່ອງ:
[config]
exclude = foo,
ບາ,
\.mp3$
ຕົວຢ່າງຂ້າງເທິງນີ້ເພີ່ມສາມຮູບແບບການຍົກເວັ້ນ.
ຫຼາຍ ລູກຄ້າ ແລະ ລັອກ
obnam ສະຫນັບສະຫນູນການແບ່ງປັນ repository ລະຫວ່າງລູກຄ້າຫຼາຍ. ລູກຄ້າສາມາດແບ່ງປັນໄດ້
ເນື້ອໃນໄຟລ໌ (chunks), ດັ່ງນັ້ນຖ້າຫາກວ່າລູກຄ້າ A ສໍາຮອງຂໍ້ມູນໄຟລ໌ຂະຫນາດໃຫຍ່, ແລະລູກຄ້າ B ມີ
ໄຟລ໌ດຽວກັນ, ຫຼັງຈາກນັ້ນ B ບໍ່ຈໍາເປັນຕ້ອງອັບໂຫລດໄຟລ໌ຂະຫນາດໃຫຍ່ໄປຫາບ່ອນເກັບມ້ຽນເປັນຄັ້ງທີສອງ.
ສໍາລັບການນີ້ເຮັດວຽກໂດຍບໍ່ມີຄວາມສັບສົນ, ລູກຄ້າໃຊ້ໂປໂຕຄອນລັອກແບບງ່າຍດາຍທີ່ອະນຸຍາດໃຫ້
ລູກຄ້າຄົນດຽວຕໍ່ຄັ້ງເພື່ອແກ້ໄຂໂຄງສ້າງຂໍ້ມູນທີ່ແບ່ງປັນ. locks ບໍ່ປ້ອງກັນ
ການເຂົ້າເຖິງອ່ານເທົ່ານັ້ນໃນເວລາດຽວກັນ: ນີ້ອະນຸຍາດໃຫ້ທ່ານສາມາດຟື້ນຟູໃນຂະນະທີ່ຄົນອື່ນຢູ່
backing up.
ບາງຄັ້ງການດໍາເນີນງານແບບອ່ານເທົ່ານັ້ນເກີດຂຶ້ນໃນການເຂົ້າເຖິງໂຄງສ້າງຂໍ້ມູນໃນເວລາດຽວກັນກັບມັນ
ກໍາລັງຖືກດັດແກ້. ອັນນີ້ສາມາດສົ່ງຜົນໃຫ້ເກີດອຸປະຕິເຫດໄດ້. ມັນຈະບໍ່ສົ່ງຜົນໃຫ້ຂໍ້ມູນເສຍຫາຍ, ຫຼື
ການຟື້ນຟູທີ່ບໍ່ຖືກຕ້ອງ. ຢ່າງໃດກໍຕາມ, ທ່ານອາດຈະຈໍາເປັນຕ້ອງໄດ້ restart ການດໍາເນີນງານອ່ານເທົ່ານັ້ນຫຼັງຈາກ a
ອຸບັດຕິເຫດ.
OPTIONS
--always-restore-setuid
ຟື້ນຟູ setuid/setgid bits ໃນໄຟລ໌ທີ່ໄດ້ຮັບການຟື້ນຟູ, ເຖິງແມ່ນວ່າບໍ່ໄດ້ root ຫຼືສໍາຮອງຂໍ້ມູນໄຟລ໌
ມີເຈົ້າຂອງທີ່ແຕກຕ່າງກັນກ່ວາຜູ້ໃຊ້ດໍາເນີນການຟື້ນຟູ
--no-always-restore-setuid
ກົງກັນຂ້າມກັບ --always-restore-setuid
--ຊື່ລູກຄ້າ=ຊື່ລູກຄ້າ
ຊື່ຂອງລູກຄ້າ (ຄ່າເລີ່ມຕົ້ນເປັນ hostname)
--ບີບອັດດ້ວຍ=ຕາຕະລາງເຮັດ
ໃຊ້ໂປແກມເພື່ອບີບອັດບ່ອນເກັບຂໍ້ມູນດ້ວຍ (ອັນໃດອັນນຶ່ງທີ່ບໍ່ມີ, deflate)
--ຍຸກວິຈານ=ອາຍຸສູງສຸດ
ສໍາລັບ nagios-last-backup-age: ອາຍຸສູງສຸດ (ໂດຍຄ່າເລີ່ມຕົ້ນເປັນຊົ່ວໂມງ) ສໍາລັບຫຼ້າສຸດ
ການສໍາຮອງຂໍ້ມູນກ່ອນທີ່ຈະສະຖິຕິແມ່ນສໍາຄັນ. ຍອມຮັບຕົວລະບຸຫົວໜ່ວຍ char (s,m,h,d for
ວິນາທີ, ນາທີ, ຊົ່ວໂມງ, ແລະມື້.
--dump-repo-file-metadata
dump metadata ກ່ຽວກັບໄຟລ໌?
--no-dump-repo-file-metadata
ກົງກັນຂ້າມກັບ --dump-repo-file-metadata
--generate-manpage=ຕົວຢ່າງ
ສະກັດກັ້ນ
--ລຸ້ນ=ການຜະລິດ
ລຸ້ນໃດທີ່ຈະຟື້ນຟູ
-h, - ຊ່ວຍ
ສະແດງຂໍ້ຄວາມຊ່ວຍເຫຼືອນີ້ ແລະອອກ
--ຮັກສາ=ຮັກສາ
ນະໂຍບາຍສໍາລັບລຸ້ນທີ່ຈະຮັກສາໃນເວລາທີ່ລືມ
--ໝົດເວລາລັອກ=ຫມົດເວລາ
ເມື່ອລັອກຢູ່ໃນບ່ອນເກັບຂໍ້ມູນສຳຮອງ, ລໍຖ້າ TIMEOUT ວິນາທີເພື່ອໃຫ້ມີການລັອກທີ່ມີຢູ່ແລ້ວ
ໄປກ່ອນຈະຍອມແພ້
-- ຜົນຜະລິດ=ເອກະສານ
ຂຽນຜົນໄດ້ຮັບໃສ່ FILE, ແທນທີ່ຈະເປັນຜົນຜະລິດມາດຕະຖານ
-- ທຳທ່າ, -- ແລ່ນແຫ້ງ, -- ບໍ່ມີການກະທຳ
ບໍ່ປ່ຽນແປງຫຍັງແທ້ໆ (ເຮັດວຽກກັບການສໍາຮອງຂໍ້ມູນ, ລືມແລະຟື້ນຟູເທົ່ານັ້ນ, ແລະ
ອາດຈະພຽງແຕ່ຈໍາລອງປະມານພຶດຕິກໍາຕົວຈິງເທົ່ານັ້ນ)
--ບໍ່ເຮັດໃຫ້, --no-dry-run, --no-no-act
ກົງກັນຂ້າມຂອງ --pretend
--ງຽບ, --ງຽບ
ງຽບ: ສະແດງພຽງແຕ່ຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດ, ບໍ່ມີການປັບປຸງຄວາມຄືບຫນ້າ
--ບໍ່ງຽບ, --ບໍ່ງຽບ
ກົງກັນຂ້າມກັບ -- ງຽບ
-r, --repository=URL
ຊື່ຂອງບ່ອນເກັບຂໍ້ມູນສຳຮອງ (ສາມາດເປັນຊື່ເສັ້ນທາງ ຫຼື URL ທີ່ຮອງຮັບ)
--repository-format=ຮູບແບບ
ໃຊ້ FORMAT ສໍາລັບ repositories ໃຫມ່; ຫນຶ່ງໃນ "6", "ສີຂຽວ-albatross"
--ເຖິງ=ເຖິງ
ບ່ອນທີ່ຈະຟື້ນຟູຫຼື FUSE mount; ສໍາລັບການຟື້ນຟູ, ຈະຕ້ອງຫວ່າງເປົ່າຫຼືຕ້ອງບໍ່ມີ
-- verbose
be verbose: ບອກຜູ້ໃຊ້ເພີ່ມເຕີມກ່ຽວກັບສິ່ງທີ່ກໍາລັງເກີດຂຶ້ນແລະໂດຍທົ່ວໄປໃຫ້ແນ່ໃຈວ່າຜູ້ໃຊ້
ແມ່ນຮູ້ເຖິງສິ່ງທີ່ເກີດຂຶ້ນຫຼືຢ່າງຫນ້ອຍວ່າບາງສິ່ງບາງຢ່າງເກີດຂຶ້ນແລະຍັງເຮັດໃຫ້
ໃຫ້ແນ່ໃຈວ່າຫນ້າຈໍຂອງເຂົາເຈົ້າໄດ້ຮັບການປັບປຸງເລື້ອຍໆແລະມີການປ່ຽນແປງທີ່ເກີດຂື້ນ
ຕະຫຼອດເວລາເພື່ອໃຫ້ເຂົາເຈົ້າບໍ່ເບື່ອຫນ່າຍ ແລະໃນຄວາມເປັນຈິງເຂົາເຈົ້າໄດ້ຮັບການອຸກອັ່ງໂດຍ
ໄດ້ຮັບການລົບກວນໂດຍການອັບເດດຫຼາຍຢ່າງທີ່ພວກເຂົາຈະຍ້າຍໄປຢູ່ໃນທະເລຊາຍ Gobi
ອາໄສຢູ່ພາຍໃຕ້ກ້ອນຫີນ
--no-verbose
ກົງກັນຂ້າມກັບ --verbose
--verify-randomly=N
ຢືນຢັນ N ໄຟລ໌ແບບສຸ່ມຈາກການສໍາຮອງ (ຄ່າເລີ່ມຕົ້ນແມ່ນສູນ, ຊຶ່ງຫມາຍຄວາມວ່າທຸກຢ່າງ)
- ການປ່ຽນແປງ
ສະແດງຕົວເລກສະບັບຂອງໂຄງການແລະອອກ
-- ເຕືອນອາຍຸ=ອາຍຸສູງສຸດ
ສໍາລັບ nagios-last-backup-age: ອາຍຸສູງສຸດ (ໂດຍຄ່າເລີ່ມຕົ້ນເປັນຊົ່ວໂມງ) ສໍາລັບຫຼ້າສຸດ
ສຳຮອງຂໍ້ມູນກ່ອນສະຖານະຈະຖືກເຕືອນ. ຍອມຮັບຕົວລະບຸຫົວໜ່ວຍ char (s,m,h,d for
ວິນາທີ, ນາທີ, ຊົ່ວໂມງ, ແລະມື້.
ການສະ ໜັບ ສະ ໜູນ up
--ຈຸດກວດກາ=ຫລືຂະຫຍາຍໂຕ
ສ້າງຈຸດກວດກາຫຼັງຈາກ SIZE ທີ່ໃຫ້
--ຊໍ້າກັນ=MODE
ຊອກຫາຂໍ້ມູນທີ່ຊ້ໍາກັນໃນຂໍ້ມູນສໍາຮອງຂໍ້ມູນແລະເກັບຮັກສາມັນພຽງແຕ່ຄັ້ງດຽວ; ສາມທິບາຍຮູບແບບແມ່ນ
ສາມາດໃຊ້ໄດ້: ຫ້າມບໍ່ໃຫ້ຊໍ້າກັນ, ຢັ້ງຢືນວ່າບໍ່ມີການຂັດກັນຂອງ hash ເກີດຂຶ້ນ, ຫຼື (the
default) fatalistically ຍອມຮັບຄວາມສ່ຽງຂອງການປະທະກັນ
--ຍົກເວັ້ນ=ຍົກເວັ້ນ
ການສະແດງອອກປົກກະຕິສໍາລັບຊື່ເສັ້ນທາງທີ່ຈະຍົກເວັ້ນຈາກການສໍາຮອງຂໍ້ມູນ (ສາມາດນໍາໃຊ້ໄດ້ຫຼາຍ
ເທື່ອ)
--exclude-caches
ບໍ່ລວມໄດເລກະທໍລີ (ແລະ subdirs) ທີ່ມີໄຟລ໌ CACHEDIR.TAG (ເບິ່ງ
http://www.brynosaurus.com/cachedir/spec.html ສໍາລັບສິ່ງທີ່ມັນຕ້ອງການບັນຈຸ, ແລະ
http://liw.fi/cachedir/ ສໍາລັບເຄື່ອງມືຜູ້ຊ່ວຍ)
--no-exclude-caches
ກົງກັນຂ້າມກັບ --exclude-caches
--ຍົກເວັ້ນ-ຈາກ=ເອກະສານ
ອ່ານການຍົກເວັ້ນຮູບແບບຈາກ FILE
--ລວມ=INCLUDE
ການສະແດງອອກປົກກະຕິສໍາລັບຊື່ເສັ້ນທາງທີ່ຈະລວມເອົາຈາກການສໍາຮອງຂໍ້ມູນເຖິງແມ່ນວ່າມັນກົງກັບ
ຍົກເວັ້ນກົດລະບຽບ (ສາມາດໃຊ້ຫຼາຍຄັ້ງ)
-- ອອກຈາກດ່ານ
ອອກຈາກລຸ້ນ checkpoint ໃນຕອນທ້າຍຂອງໄລຍະການສໍາຮອງຂໍ້ມູນທີ່ປະສົບຜົນສໍາເລັດ
--no-leave-checkpoints
ກົງກັນຂ້າມກັບ --leave-checkpoints
--one-file-system
ບໍ່ລວມໄດເລກະທໍລີ (ແລະ subdirs ຂອງມັນ) ທີ່ຢູ່ໃນລະບົບໄຟລ໌ທີ່ແຕກຕ່າງກັນ
--no-one-file-system
ກົງກັນຂ້າມກັບ --one-file-system
-- ຮາກ=URL
ສິ່ງທີ່ຈະສໍາຮອງຂໍ້ມູນ
--small-files-in-btree
ນີ້ສາມາດໃຊ້ໄດ້ພຽງແຕ່ສໍາລັບຄວາມເຂົ້າກັນໄດ້ກັບຄືນໄປບ່ອນ; ຢ່າໃຊ້ມັນ, ແລະເອົາມັນອອກ
ຈາກການຕັ້ງຄ່າຂອງທ່ານ
--no-small-files-in-btree
ກົງກັນຂ້າມກັບ --small-files-in-btree
ການຕັ້ງຄ່າ ໄຟ ແລະ ການຕັ້ງຄ່າ
--config=ເອກະສານ
ເພີ່ມ FILE ໃສ່ໄຟລ໌ config
--dump-config
ຂຽນອອກການຕັ້ງຄ່າປະຈຸບັນທັງຫມົດ
--dump-setting-names
ສະກັດກັ້ນ
--help-ທັງໝົດ
ສະແດງຕົວເລືອກທັງໝົດ
--list-config-files
ສະກັດກັ້ນ
--no-default-config
ລ້າງບັນຊີລາຍຊື່ຂອງໄຟລ໌ການຕັ້ງຄ່າທີ່ຈະອ່ານ
ການພັດທະນາ of Obnam ຕົວເອງ
--crash-limit=COUNTER
ໂຄງການຂັດຂ້ອງໂດຍປອມຫຼັງຈາກ COUNTER ໄຟລ໌ທີ່ຂຽນໄປໃນ repository; ນີ້
ເປັນປະໂຫຍດສໍາລັບການທົດສອບການຂັດຂ້ອງຂອງແອັບພລິເຄຊັນ, ແລະບໍ່ຄວນເປີດໃຊ້ຕົວຈິງ
ໃຊ້; ຕັ້ງເປັນ 0 ເພື່ອປິດການໃຊ້ງານ (ປິດການໃຊ້ງານຕາມຄ່າເລີ່ມຕົ້ນ)
-- ທຳທ່າ-ເວລາ=TIMESTAMP
ທຳທ່າວ່າມັນແມ່ນ TIMESTAMP (YYYY-MM-DD HH:MM:SS); ນີ້ແມ່ນພຽງແຕ່ເປັນປະໂຫຍດສໍາລັບການທົດສອບ
ຈຸດປະສົງ
--sftp-ຊັກຊ້າ=SFTP-DELAY
ເພີ່ມຄວາມລ່າຊ້າປອມ (ເປັນມິນລິວິນາທີ) ໃຫ້ກັບການໂອນ SFTP ທັງໝົດ
--testing-fail-matching=REGEXP
ຕົວຊ່ວຍການທົດສອບການພັດທະນາ: ຈໍາລອງຄວາມລົ້ມເຫລວໃນລະຫວ່າງການສໍາຮອງຂໍ້ມູນສໍາລັບໄຟລ໌ທີ່ກົງກັນ
ການສະແດງອອກປົກກະຕິ
-- ຕິດຕາມ=TRACE
ເພີ່ມໃສ່ຊື່ໄຟລ໌ patters ທີ່ຕິດຕາມການແກ້ບັນຫາການເຂົ້າສູ່ລະບົບເກີດຂຶ້ນ
ການເຂົ້າລະຫັດ
--ເຂົ້າລະຫັດດ້ວຍ=ເຂົ້າລະຫັດ-ກັບ
ລະຫັດ PGP ທີ່ຈະເຂົ້າລະຫັດຂໍ້ມູນໃນບ່ອນເກັບຂໍ້ມູນສຳຮອງ
--gnupghome=HOMEDIR
ໄດເລກະທໍລີເຮືອນສໍາລັບ GPG
--key-ລາຍລະອຽດ
ສະແດງ ID ຜູ້ໃຊ້ເພີ່ມເຕີມສໍາລັບທຸກກະແຈ
--no-key-ລາຍລະອຽດ
ກົງກັນຂ້າມກັບ --key-details
--keyid=ຄີ
ລະຫັດລະຫັດ PGP ເພື່ອເພີ່ມ/ເອົາອອກຈາກບ່ອນເກັບຂໍ້ມູນສຳຮອງ
--symmetric-key-bits=ກະຕ່າ
ຂະໜາດຂອງກະແຈ symmetric, ໃນ bits
--ອ່ອນແອ-ສຸ່ມ
ໃຊ້ /dev/urandom ແທນ /dev/random ເພື່ອສ້າງກະແຈ symmetric
--no-weak-random
ກົງກັນຂ້າມກັບ --weak-random
ຄວາມສົມບູນ ການກວດສອບ (fsck)
--fsck-ແກ້ໄຂ
fsck ຄວນພະຍາຍາມແກ້ໄຂບັນຫາບໍ? ໝາຍຄວາມວ່າ --fsck-rm-unused
--no-fsck-fix
ກົງກັນຂ້າມກັບ --fsck-fix
--fsck-ignore-chunks
ບໍ່ສົນໃຈ chunks ໃນເວລາກວດສອບຄວາມສົມບູນຂອງ repository (ສົມມຸດວ່າ chunks ທັງຫມົດມີຢູ່ແລະເປັນ.
ຖືກຕ້ອງ)
--no-fsck-ignore-chunks
ກົງກັນຂ້າມກັບ --fsck-ignore-chunks
--fsck-ignore-client=NAME
ຢ່າກວດເບິ່ງຂໍ້ມູນບ່ອນເກັບຂໍ້ມູນສໍາລັບ cient NAME
--fsck-latest-generation-ເທົ່ານັ້ນ
ກວດເບິ່ງພຽງແຕ່ລຸ້ນສຸດທ້າຍສໍາລັບລູກຄ້າແຕ່ລະຄົນ
--no-fsck-latest-generation-ເທົ່ານັ້ນ
ກົງກັນຂ້າມກັບ --fsck-last-generation-only
--fsck-rm-ບໍ່ໄດ້ໃຊ້
fsck ຄວນເອົາຊິ້ນສ່ວນທີ່ບໍ່ໄດ້ໃຊ້ອອກບໍ?
--no-fsck-rm-ບໍ່ໄດ້ໃຊ້
ກົງກັນຂ້າມກັບ --fsck-rm-unused
--fsck-skip-checksums
ບໍ່ກວດເບິ່ງ checksums ຂອງໄຟລ໌
--no-fsck-skip-checksums
ກົງກັນຂ້າມກັບ --fsck-skip-checksums
--fsck-skip-dirs
ຢ່າກວດເບິ່ງຫຍັງກ່ຽວກັບໄດເລກະທໍລີແລະໄຟລ໌ຂອງພວກເຂົາ
--no-fsck-skip-dirs
ກົງກັນຂ້າມກັບ --fsck-skip-dirs
--fsck-skip-files
ຢ່າກວດເບິ່ງຫຍັງກ່ຽວກັບໄຟລ໌
--no-fsck-skip-files
ກົງກັນຂ້າມກັບ --fsck-skip-files
--fsck-skip-generations
ບໍ່ໄດ້ກວດສອບລຸ້ນໃດ
--no-fsck-skip-generations
ກົງກັນຂ້າມກັບ --fsck-skip-generations
--fsck-skip-per-client-b-trees
ຢ່າກວດເບິ່ງຕົ້ນໄມ້ B-ແຕ່ລະລູກຄ້າ
--no-fsck-skip-per-client-b-trees
ກົງກັນຂ້າມກັບ --fsck-skip-per-client-b-trees
--fsck-skip-shared-b-trees
ຢ່າກວດເບິ່ງຕົ້ນໄມ້ B ທີ່ແບ່ງປັນ
--no-fsck-skip-shared-b-trees
ກົງກັນຂ້າມກັບ --fsck-skip-shared-b-trees
ການຕັດໄມ້ທ່ອນ
--ບັນທຶກ=ເອກະສານ
ຂຽນບັນທຶກຂໍ້ມູນໃສ່ FILE (ຄ່າເລີ່ມຕົ້ນແມ່ນບໍ່ໃຫ້ຂຽນບັນທຶກໄຟລ໌ທັງຫມົດ); ໃຊ້ "syslog"
ເພື່ອເຂົ້າສູ່ລະບົບບັນທຶກລະບົບ, "stderr" ເພື່ອບັນທຶກການສົ່ງອອກຄວາມຜິດພາດມາດຕະຖານ, ຫຼື "ບໍ່ມີ" ກັບ
ປິດການນຳໃຊ້ການບັນທຶກ
--log-ຮັກສາ=N
ຮັກສາ N ບັນທຶກສຸດທ້າຍ (10)
--log-level=LEVEL
ເຂົ້າສູ່ລະບົບທີ່ LEVEL, ຫນຶ່ງໃນ debug, ຂໍ້ມູນ, ການເຕືອນໄພ, ຄວາມຜິດພາດ, ວິຈານ, ຕາຍ (ຄ່າເລີ່ມຕົ້ນ: ຂໍ້ມູນ)
--log-max=ຫລືຂະຫຍາຍໂຕ
ໝຸນບັນທຶກທີ່ໃຫຍ່ກວ່າ SIZE, ເປັນສູນສຳລັບບໍ່ເຄີຍ (ຄ່າເລີ່ມຕົ້ນ: 0)
--log-mode=MODE
ຕັ້ງການອະນຸຍາດຂອງໄຟລ໌ບັນທຶກໃຫມ່ເປັນ MODE (octal; default 0600)
ການຕິດຕັ້ງ ກັບ ຟິວ
--fuse-opt=ຟິວ
ທາງເລືອກທີ່ຈະຜ່ານໂດຍກົງກັບ Fuse
ຄວາມສອດຄ່ອງ
--dump-memory-profile=ວິທີການ
ເຮັດໃຫ້ການຖິ້ມຂໍ້ມູນການເກັບຂໍ້ມູນຄວາມຊົງຈໍາໂດຍໃຊ້ METHOD, ເຊິ່ງເປັນຫນຶ່ງໃນ: none, simple, ຫຼື meliae
(ຄ່າເລີ່ມຕົ້ນ: ງ່າຍດາຍ)
--memory-dump-interval=ວິນາທີ
ເຮັດໃຫ້ການສ້າງໂປຣໄຟລຄວາມຊົງຈໍາ dumps ຢ່າງຫນ້ອຍ SECONDS ຫ່າງກັນ
ການປະຕິບັດ tweaking
--chunk-size=ຫລືຂະຫຍາຍໂຕ
ຂະໜາດຂອງຂໍ້ມູນໄຟລ໌ທີ່ສຳຮອງໄວ້
--chunkids-ຕໍ່ກຸ່ມ=NUMBER
ເຂົ້າລະຫັດ NUM chunk ids ຕໍ່ກຸ່ມ
--idpath-bits=IDPATH-BITS
chunk id ລະດັບຂະຫນາດ
--idpath-ຄວາມເລິກ=IDPATH-ຄວາມເລິກ
ຄວາມເລິກຂອງແຜນທີ່ ID chunk
--idpath-ຂ້າມ=IDPATH-ຂ້າມ
chunk id mapping bits ຕ່ຳສຸດ ຂ້າມໄປ
--lru-ຂະຫນາດ=ຫລືຂະຫຍາຍໂຕ
ຂະຫນາດຂອງ LRU cache ສໍາລັບ B-tree nodes
--node-size=ຫລືຂະຫຍາຍໂຕ
ຂະໜາດຂອງຂໍ້ B-tree ໃນແຜ່ນ; ມີຜົນກະທົບພຽງແຕ່ B-trees ໃຫມ່ສະນັ້ນທ່ານອາດຈະຈໍາເປັນຕ້ອງໄດ້ລຶບ a
client ຫຼື repository ການປ່ຽນແປງນີ້ສໍາລັບ repositories ທີ່ມີຢູ່ແລ້ວ
--upload-queue-size=ຫລືຂະຫຍາຍໂຕ
ຄວາມຍາວຂອງແຖວການອັບໂຫລດສໍາລັບ B-tree nodes
Repository ຮູບແບບ ສີຂຽວ-albatross
--chunk-bag-size=ຫລືຂະຫຍາຍໂຕ
ປະມານຂະຫນາດສູງສຸດຂອງຖົງລວມເອົາວັດຖຸ chunk ຫຼາຍ
--chunk-cache-size=ຫລືຂະຫຍາຍໂຕ
ຂະຫນາດຂອງຖານຄວາມຈໍາໃນຄວາມຈໍາສໍາລັບໄຟລ໌ຂໍ້ມູນວັດຖຸ chunk
--dir-bag-size=ຫລືຂະຫຍາຍໂຕ
ປະມານຂະຫນາດສູງສຸດຂອງຖົງລວມເອົາວັດຖຸ DIR ຫຼາຍອັນ
--dir-cache-size=ຫລືຂະຫຍາຍໂຕ
ຂະໜາດຂອງແຄດໃນໜ່ວຍຄວາມຈຳສຳລັບວັດຖຸ DIR
SSH/SFTP
--pure-paramiko
ຢ່າໃຊ້ openssh ເຖິງແມ່ນວ່າມີ, ໃຫ້ໃຊ້ paramiko ເທົ່ານັ້ນແທນ
--no-ບໍລິສຸດ-paramiko
ກົງກັນຂ້າມຂອງ --pure-paramiko
--ssh-ຄໍາສັ່ງ=ປະຕິບັດໄດ້
ທາງເລືອກທີ່ສາມາດປະຕິບັດໄດ້ເພື່ອໃຊ້ແທນ "ssh" (ເສັ້ນທາງເຕັມແມ່ນອະນຸຍາດໃຫ້, ບໍ່ມີ
ການໂຕ້ຖຽງອາດຈະຖືກເພີ່ມ)
--ssh-host-keys-check=ມູນຄ່າ
ຖ້າ "ແມ່ນ", ຮຽກຮ້ອງໃຫ້ກະແຈເຈົ້າພາບ ssh ຕ້ອງຮູ້ຈັກແລະຖືກຕ້ອງເພື່ອໃຫ້ຖືກຍອມຮັບ.
ຖ້າ "ບໍ່", ບໍ່ຮຽກຮ້ອງ. ຖ້າ "ຖາມ", ຜູ້ໃຊ້ຖືກຖາມຢ່າງໂຕ້ຕອບເພື່ອຍອມຮັບ
ເຈົ້າພາບໃຫມ່. ຄ່າເລີ່ມຕົ້ນ ("ssh-config") ແມ່ນເພື່ອອີງໃສ່ການຕັ້ງຄ່າຂອງພື້ນຖານ
ລູກຄ້າ SSH
--ssh-key=ຊື່ເອກະສານ
ໃຊ້ FILENAME ເປັນກະແຈສ່ວນຕົວ ssh RSA ສໍາລັບການເຂົ້າເຖິງ sftp (ຄ່າເລີ່ມຕົ້ນແມ່ນໃຊ້ກະແຈ
ຮູ້ຈັກກັບ ssh-agent)
--ssh-known-hosts=ຊື່ເອກະສານ
ຊື່ໄຟລ໌ຂອງໄຟລ໌ໂຮດທີ່ຮູ້ຈັກຂອງຜູ້ໃຊ້
--strict-ssh-host-keys
ເຊົາສະໝັກແລ້ວ, ໃຊ້ --ssh-host-keys-check ແທນ
--no-strict-ssh-host-keys
ກົງກັນຂ້າມກັບ --strict-ssh-host-keys
ທາງເລືອກ ຄ່າ
ໄດ້ ຫລືຂະຫຍາຍໂຕ ຄ່າໃນຕົວເລືອກທີ່ໄດ້ກ່າວມາຂ້າງເທິງລະບຸຂະຫນາດເປັນ bytes, ມີທາງເລືອກ
ຄໍາຕໍ່ທ້າຍເພື່ອຊີ້ບອກ kilobytes (k), kibibytes (Ki), megabytes (M), mebibyts (Mi),
gigabytes (G), gibibytes (Gi), terabytes (T), tibibytes (Ti). ຄຳຕໍ່ທ້າຍແມ່ນກໍລະນີ-
insensitive.
ອອກ STATUS
obnam ຈະອອກດ້ວຍສູນ ຖ້າທຸກຢ່າງດຳເນີນໄປດ້ວຍດີ, ແລະບໍ່ແມ່ນສູນ.
ENVIRONMENT
obnam ຈະຜ່ານສະພາບແວດລ້ອມທີ່ມັນໄດ້ຮັບຈາກພໍ່ແມ່ຂອງມັນ, ໂດຍບໍ່ມີການດັດແປງ. ມັນເຮັດ
ບໍ່ເຊື່ອຟັງຕົວແປສະພາບແວດລ້ອມທີ່ຜິດປົກກະຕິ, ແຕ່ມັນປະຕິບັດຕາມປົກກະຕິໃນເວລາທີ່ແລ່ນ
ໂຄງການພາຍນອກ, ການສ້າງໄຟລ໌ຊົ່ວຄາວ, ແລະອື່ນໆ.
ໃຊ້ obnam ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
