gbak - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

gbak — ການ​ສໍາ​ຮອງ / ຟື້ນ​ຟູ​ຖານ​ຂໍ້​ມູນ Firebird​

ສະຫຼຸບສັງລວມ

ຈີບັກ -b [ທາງ​ເລືອກ​ສໍາ​ຮອງ​ຂໍ້​ມູນ ...] [ທາງ​ເລືອກ​ທົ່ວ​ໄປ ...] ແຫຼ່ງ ເປົ້າ​ຫມາຍ

ຈີບັກ -c|-r [ຕົວເລືອກການຟື້ນຟູ ...] [ທາງເລືອກທົ່ວໄປ ...] ແຫຼ່ງ ເປົ້າ​ຫມາຍ

ລາຍລະອຽດ

ຈີບັກ ແມ່ນເຄື່ອງມືສໍາລັບການຄຸ້ມຄອງການສໍາຮອງຂໍ້ມູນແລະການຟື້ນຟູຖານຂໍ້ມູນ Firebird.

ໃນ​ຮູບ​ແບບ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​ ແຫຼ່ງ ເປັນເສັ້ນທາງຖານຂໍ້ມູນທີ່ມີຢູ່ແລ້ວ (ອາດຈະປະກອບມີຊື່ເຄື່ອງແມ່ຂ່າຍ) ແລະ ເປົ້າ​ຫມາຍ is
ຊື່​ໄຟລ​໌​ສໍາ​ຮອງ​ຂໍ້​ມູນ​. ມັນອາດຈະເປັນຊື່ອຸປະກອນພິເສດເຊັ່ນ /dev/stdout (ເພື່ອປ່ຽນເສັ້ນທາງ
ຂໍ້ມູນສຳຮອງໃສ່ STDOUT) ຫຼື /dev/st ເພື່ອເອົາຂໍ້ມູນສຳຮອງໄວ້ໃນເທບ.

ໃນ​ຮູບ​ແບບ​ການ​ຟື້ນ​ຟູ​ ແຫຼ່ງ ເປັນໄຟລ໌ສຳຮອງທີ່ມີຢູ່ (ຫຼືອຸປະກອນພິເສດເຊັ່ນ /dev/stdin for
STDIN ຫຼື /dev/st ເພື່ອໃຫ້ໄດ້ຮັບການສໍາຮອງຂໍ້ມູນຈາກ tape) ແລະ ເປົ້າ​ຫມາຍ ແມ່ນເສັ້ນທາງໄປສູ່ຖານຂໍ້ມູນ firebird ແລະ
ອາດຈະປະກອບມີຊື່ເຄື່ອງແມ່ຂ່າຍ.

ທາງເລືອກທັງຫມົດສາມາດຖືກຫຍໍ້. ຂ້າງລຸ່ມນີ້ທັງສອງສະບັບເຕັມຂອງທາງເລືອກແລະສັ້ນທີ່ສຸດ
ສະບັບທີ່ເປັນໄປໄດ້ແມ່ນໃຫ້.

COMMON OPTIONS

- ຜູ້​ໃຊ້​ ຊື່ຜູ້ໃຊ້
ຊື່ຜູ້ໃຊ້ທີ່ຈະໃຊ້ເມື່ອເຊື່ອມຕໍ່ກັບຖານຂໍ້ມູນ. ລົບລ້າງຕົວແປສະພາບແວດລ້ອມ. ເບິ່ງ
ENVIRONMENT.

-ro[le] role_name
ພາລະບົດບາດ SQL ທີ່ຈະໃຊ້ໃນເວລາທີ່ເຊື່ອມຕໍ່ກັບຖານຂໍ້ມູນ. ລົບລ້າງຕົວແປສະພາບແວດລ້ອມ. ເບິ່ງ
ENVIRONMENT.

-pass[ sword ] ລະຫັດຜ່ານ
ລະຫັດຜ່ານທີ່ຈະໃຊ້ເມື່ອເຊື່ອມຕໍ່ກັບຖານຂໍ້ມູນ. ລົບລ້າງຕົວແປສະພາບແວດລ້ອມ. ເບິ່ງ
ENVIRONMENT.

-se[rvice]
ໃຊ້ຜູ້ຈັດການບໍລິການໃນເວລາທີ່ເວົ້າກັບຖານຂໍ້ມູນ.

-v[ຢືນຢັນ]
ລາຍງານແຕ່ລະການກະທໍາ.

ສະ​ແດງ​ຂໍ້​ມູນ​ຄໍາ​ສັບ​ຕ່າງໆ​ກ່ຽວ​ກັບ​ການ metadata ແມ່ນ​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​, ຕາ​ຕະ​ລາງ​ທີ່​ເປັນ​
ສໍາ​ຮອງ​ຂໍ້​ມູນ / ການ​ຟື້ນ​ຟູ​ແລະ​ຈໍາ​ນວນ​ຫຼາຍ​ການ​ບັນ​ທຶກ​ແມ່ນ​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​.

-y ເສັ້ນທາງ
ປ່ຽນເສັ້ນທາງສະຖານະ/ຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດໄປຫາເສັ້ນທາງທີ່ໃຫ້ໄວ້.

-z
ລາຍງານຕົວເລກສະບັບເຕັມກ່ອນທີ່ຈະເຮັດຫຍັງອີກ.

ແບັກອັບ OPTIONS

-b[ackup_database]
ເປີດໂໝດສຳຮອງ.

-co[ປ່ຽນ]
ປ່ຽນຕາຕະລາງພາຍນອກເປັນຕາຕະລາງ.

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

-fa[ctor] num
ປັດໄຈສະກັດ. ຜົນຜະລິດແມ່ນລາຍລັກອັກສອນໃນຕັນຂອງ num ໄບຕ໌. ເປັນປະໂຫຍດໃນເວລາທີ່ສໍາຮອງຂໍ້ມູນກັບ a
ເທບ.

-g[arbage_collect]
ຍັບຍັ້ງການເກັບຂີ້ເຫຍື້ອ.

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

-ig[nore]
ບໍ່ສົນໃຈບັນທຶກທີ່ມີ checksums ທີ່ບໍ່ດີ.

ທາງເລືອກນີ້ຄວນຈະຖືກນໍາໃຊ້ພຽງແຕ່ໃນເວລາທີ່ສໍາຮອງຂໍ້ມູນຖານຂໍ້ມູນທີ່ເສຍຫາຍ.

-l[imbo]
ບໍ່ສົນໃຈການເຮັດທຸລະກໍາໃນ limbo.

ສະວິດນີ້ເຮັດໃຫ້ຂະບວນການສໍາຮອງຂໍ້ມູນບໍ່ສົນໃຈການເຮັດທຸລະກໍາຢູ່ໃນສະຖານະ limbo.

-m[etadata_only]
ສຳຮອງຂໍ້ມູນ metadata ເທົ່ານັ້ນ.

ດ້ວຍທາງເລືອກນີ້ພຽງແຕ່ metadata ຖືກຂຽນໃສ່ການສໍາຮອງຂໍ້ມູນ. ນີ້ປະກອບມີທັງຫມົດ
tables/views/triggers/indexes/products stored/domains/generator etc. ບໍ່ມີຂໍ້ມູນຕາຕະລາງ
ລວມຢູ່ໃນການສໍາຮອງຂໍ້ມູນ. ການສໍາຮອງຂໍ້ມູນດັ່ງກ່າວແມ່ນເປັນປະໂຫຍດສໍາລັບການສ້າງສໍາເນົາ "ຫວ່າງເປົ່າ" ຂອງຖານຂໍ້ມູນ.

- ນ
ໃຊ້ຮູບແບບການສໍາຮອງຂໍ້ມູນທີ່ບໍ່ສາມາດຂົນສົ່ງໄດ້.

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

-ol[d_descriptions]
ບັນທຶກຄໍາອະທິບາຍເມຕາເດຕາແບບເກົ່າ

ຄົ້ນຫາຄືນ ໃໝ່ OPTIONS

-c[reate_database]
ເປີດໂໝດຟື້ນຟູ.

ເປົ້າ​ຫມາຍ ຖານຂໍ້ມູນຈະຖືກສ້າງຂື້ນແລະຕ້ອງບໍ່ມີຢູ່ແລ້ວ.

-r[ecreate_database] [o[ຂຽນທັບ]]
ຄື -create_database, ແຕ່ໂດຍການເພີ່ມ ຂຽນທັບ ຫນຶ່ງສາມາດບັງຄັບການທົດແທນເປົ້າຫມາຍ
ຖານຂໍ້ມູນ.

-rep[lac_database]
ຄື -create_database, ແຕ່ເປົ້າຫມາຍຈະຖືກຂຽນທັບຖ້າມັນມີຢູ່.

-bu[ຂໍ້​ສະ​ເຫນີ​] num
ເມື່ອສ້າງຖານຂໍ້ມູນເປົ້າຫມາຍ, ບໍ່ສົນໃຈຂໍ້ມູນກ່ຽວກັບ buffers ຖານຂໍ້ມູນທີ່ເກັບໄວ້ໃນ
ສໍາຮອງຂໍ້ມູນແລະນໍາໃຊ້ຈໍານວນ buffers ທີ່ກໍານົດໄວ້.

-e[ຂະຫຍາຍ]
ໂດຍປົກກະຕິ, Firebird ໃຊ້ການບີບອັດ RLE ສໍາລັບສາຍສະຕຣິງໃນເວລາທີ່ເກັບຮັກສາພວກມັນໄວ້ໃນແຜ່ນ. ທາງເລືອກນີ້
ປິດການບີບອັດນີ້.

-i[ບໍ່ເຄື່ອນໄຫວ]
ຟື້ນຟູດັດຊະນີຢູ່ໃນສະຖານະທີ່ບໍ່ເຄື່ອນໄຫວ. ນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອຟື້ນຟູການສໍາຮອງຂໍ້ມູນ, ປະກອບດ້ວຍຂໍ້ມູນ
ບໍ່ສອດຄ້ອງກັບຂໍ້ຈຳກັດຂອງກະແຈ/ເອກະລັກຕ່າງປະເທດ.

-k[ເຈັບ]
ຢ່າສ້າງເງົາໃນເວລາຟື້ນຟູ.

ໂດຍປົກກະຕິແລະເງົາຖານຂໍ້ມູນຖືກສ້າງຂື້ນໃນລະຫວ່າງການຟື້ນຟູ. ທາງເລືອກນີ້ inhibits ນີ້.

-mo[de] ການເຂົ້າເຖິງ
ຟື້ນຟູຖານຂໍ້ມູນດ້ວຍການໃຫ້ ການເຂົ້າເຖິງ.

ຄ່າທີ່ຖືກຕ້ອງສໍາລັບ ການເຂົ້າເຖິງ ມີ ອ່ານ​ຢ່າງ​ດຽວ ແລະ ອ່ານ_ຂຽນ. ຄ່າເລີ່ມຕົ້ນແມ່ນເພື່ອຟື້ນຟູຖານຂໍ້ມູນ
ກັບຮູບແບບການເຂົ້າເຖິງຕົ້ນສະບັບຂອງມັນ.

-n[o_validity]
ຟື້ນຟູຖານຂໍ້ມູນໂດຍບໍ່ມີຂໍ້ຈໍາກັດຄວາມຖືກຕ້ອງຂອງມັນ. ນີ້ປະກອບມີຄີຕ່າງປະເທດ, ເປັນເອກະລັກແລະ
ກວດ​ສອບ​ຂໍ້​ຈໍາ​ກັດ​. ເປັນ​ປະ​ໂຫຍດ​ສໍາ​ລັບ​ການ​ຟື້ນ​ຟູ​ການ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​, ປະ​ກອບ​ດ້ວຍ​ຂໍ້​ມູນ​ທີ່​ບໍ່​ສອດ​ຄ່ອງ​.

-o[ne_at_a_time]
ຄໍາຫມັ້ນສັນຍາການຟື້ນຟູທຸລະກໍາຫຼັງຈາກການຟື້ນຟູແຕ່ລະຕາຕະລາງ.

-p[age_size] num
ລົບລ້າງຂະໜາດໜ້າທີ່ເກັບໄວ້ໃນຂໍ້ມູນສຳຮອງ. ຄ່າທີ່ຖືກຕ້ອງສໍາລັບ num ແມ່ນ 1024, 2048, 4096, 8192,
16384 ແລະ 32768.

-use_[all_space]
ໂດຍປົກກະຕິ, Fireburd ສະຫງວນບາງພື້ນທີ່ໃນແຕ່ລະໜ້າຂໍ້ມູນເພື່ອນຳໃຊ້ຕໍ່ໄປ. ນີ້ສະຫງວນ
space ຖືກນໍາໃຊ້ສໍາລັບຂໍ້ມູນທີ່ໃສ່ໃຫມ່ແລະສໍາລັບການເກັບຮັກສາຂໍ້ມູນສະບັບເກົ່າ. ມີ
ພື້ນທີ່ສະຫງວນສໍາລັບຈຸດປະສົງນີ້ "ໃກ້" ກັບຂໍ້ມູນເລັ່ງການດັດແກ້. ຖ້າ
ຖານຂໍ້ມູນຈະໃຊ້ຕົ້ນຕໍສໍາລັບການດໍາເນີນການອ່ານ, ລະບຸ -use_all_space ຈະຊ່ວຍປະຢັດບາງ
space

ທາງເລືອກນີ້ແມ່ນເປັນປະໂຫຍດໂດຍສະເພາະໃນເວລາທີ່ການຟື້ນຟູຖານຂໍ້ມູນທີ່ອ່ານເທົ່ານັ້ນ, ນັບຕັ້ງແຕ່ການອ່ານເທົ່ານັ້ນ
ຖານຂໍ້ມູນບໍ່ຈໍາເປັນຕ້ອງມີພື້ນທີ່ເພີ່ມເຕີມສໍາລັບ back-version.

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

-fix_fss_data ສາຍໄຟ
ໃນ​ເວ​ລາ​ທີ່​ການ​ຟື້ນ​ຟູ​ຂໍ້​ມູນ​ຕາ​ຕະ​ລາງ​, ໃນ​ກໍ​ລະ​ນີ​ຖັນ​ກໍາ​ນົດ​ໂດຍ UNICODE_FSS ຕົວ​ອັກ​ສອນ​
ບໍ່ມີ UTF8 ທີ່ຖືກຕ້ອງ (ເຊິ່ງເປັນໄປໄດ້ກັບເວີຊັນຂອງ Firebird ກ່ອນ 2.5), ພະຍາຍາມ
ປ່ຽນຂໍ້ມູນຈາກຊຸດຕົວອັກສອນທີ່ລະບຸໄວ້.

ການກັບຄືນ ເຖິງ ຫຼາຍໄຟລ໌ DATABASE

ກ່ອນຫນ້ານີ້, Firebird ບໍ່ສາມາດເຮັດວຽກກັບຕົວຊີ້ໄຟລ໌ 64-bit ດັ່ງນັ້ນຈຶ່ງຈໍາກັດ
ຖານຂໍ້ມູນເຖິງ (ປະມານ) 2GB ຂອງຂະຫນາດຕໍ່ຖານຂໍ້ມູນ.

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

ເມື່ອຟື້ນຟູຖານຂໍ້ມູນຫຼາຍໄຟລ໌, ການໂຕ້ຖຽງເປົ້າຫມາຍແມ່ນມີຮູບແບບ: file_1 ໜ້າ_1
file_2 ໜ້າ_2 ... file_N-1 pages_N-1 file_N

ແຕ່ລະຄົນ pages_n ລະບຸຫຼາຍສຸດວ່າໜ້າຈະໃສ່ຫຼາຍເທົ່າໃດ file_n. ສຸດທ້າຍໃນບັນຊີລາຍຊື່ແມ່ນ a
ຊື່ໄຟລ໌ທີ່ບໍ່ມີຂອບເຂດຈໍາກັດ - ມັນຈະມີຫນ້າທັງຫມົດທີ່ບໍ່ເຫມາະສົມກັບ file_N-1. ໃຫ້ສັງເກດວ່າ
pages_n ຖືກວັດແທກເປັນຫນ້າ, ບໍ່ແມ່ນ bytes ດັ່ງນັ້ນຈໍານວນສູງສຸດທີ່ເປັນໄປໄດ້ແມ່ນຂຶ້ນກັບຫນ້າ
ຂະຫນາດ.

ຈິນຕະນາການວ່າທ່ານມີລະບົບໄຟລ໌ (ຫຼື OS ວັດຖຸບູຮານ) ເຊິ່ງພຽງແຕ່ສະຫນັບສະຫນູນຕົວຊີ້ໄຟລ໌ 32-bit.
ເພື່ອຫຼິ້ນຢ່າງປອດໄພ, ທ່ານຕັດສິນໃຈແບ່ງປັນຖານຂໍ້ມູນຂອງທ່ານໃນໄຟລ໌ 2GB. ຖ້າຂະຫນາດຫນ້າສໍາລັບ
ຖານຂໍ້ມູນແມ່ນ 8192, ຫຼັງຈາກນັ້ນແຕ່ລະໄຟລ໌ສາມາດມີເຖິງ 2*1024*1024*1024/8192 = 262144 ໜ້າ.

ຫມາຍ​ເຫດ​
ໃຫ້ສັງເກດວ່າໃນລະບົບ OS ແລະລະບົບໄຟລ໌ທີ່ຜ່ານມາ Firebird ສາມາດໃຊ້ຕົວຊີ້ໄຟລ໌ 64-bit rendering
ຖານຂໍ້ມູນຫຼາຍໄຟລ໌ທີ່ບໍ່ຈໍາເປັນ.

ENVIRONMENT

ໃນຖານະເປັນຜົນປະໂຫຍດອື່ນໆຂອງ Firebird, gbak ຍອມຮັບຕົວແປສະພາບແວດລ້ອມຕໍ່ໄປນີ້:

ISC_USER ຄ່າເລີ່ມຕົ້ນສຳລັບ - ຜູ້​ໃຊ້​ ທາງເລືອກ

ISC_ROLE ຄ່າເລີ່ມຕົ້ນສຳລັບ - ບົດບາດ ທາງເລືອກ

ISC_PASSWORD
ຄ່າເລີ່ມຕົ້ນສໍາລັບ -ລະຫັດຜ່ານ ທາງເລືອກ

ຕົວຢ່າງ

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

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

ນີ້ແມ່ນບາງສ່ວນຂະຫຍາຍທີ່ໃຊ້ທົ່ວໄປ:

.fdb ຖານຂໍ້ມູນ Firebird

.gdb ຖານຂໍ້ມູນ Firebird, ການຂະຫຍາຍມໍລະດົກຈາກມື້ທີ່ Firebird ເປັນ Interbase.
gdb ຕົວຈິງແມ່ນມາຈາກຖານຂໍ້ມູນ Grotton, ຊື່ຫຼັງຈາກບໍລິສັດທີ່ສ້າງ
ຊອບ​ແວ​ໃນ​ປີ 1984​.

.fdb.2 ໄຟລ໌ທີສອງຂອງຖານຂໍ້ມູນຫຼາຍໄຟລ໌

.fdb.3 ໄຟລ໌ທີສາມຂອງຖານຂໍ້ມູນຫຼາຍໄຟລ໌

.fdb.N N-th ໄຟລ໌ຂອງຖານຂໍ້ມູນຫຼາຍໄຟລ໌

ໄຟລ໌ສຳຮອງ .fbk Firebird

.gbk Legacy extension ສໍາລັບໄຟລ໌ສໍາຮອງຂໍ້ມູນ

.fbk.gz Gzipped ໄຟລ໌ສໍາຮອງຂໍ້ມູນ

Backup a ຖານຂໍ້ມູນ ເຂົ້າໄປໃນ a ບີບອັດ ຮູບແບບ:
gbak -b db-srv:/database.fdb /dev/stdout | gzip > /file.fbk.gz

ການຟື້ນຟູ a ຖານຂໍ້ມູນ ເຂົ້າໄປໃນ ໃຫມ່ ຊື່​ເອ​ກະ​ສານ:
zcat /file.fbk.gz | gbak -c /dev/stdin db-srv:/new-database.fdb

ໃຊ້ gbak ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net