ການຖ່າຍທອດການປ່ຽນຖານຂໍ້ມູນ Firebird 2.5 ເປັນຮູບແບບ ODS12 (Firebird 3.0)

Firebird ແຕ່ລະລຸ້ນມີຮູບແບບໂຄງສ້າງຂອງຖານຂໍ້ມູນຂອງຕົນເອງ, O(n)D(isk)S(tructure). ຈົນເຖິງຮຸ່ນ 2.5 ລວມມີ, ເຄື່ອງຈັກ Firebird ສາມາດເຮັດວຽກກັບ ODS ຂອງຮຸ່ນກ່ອນ, ນັ້ນແມ່ນ, ຖານຂໍ້ມູນຈາກຮຸ່ນເກົ່າຖືກເປີດໂດຍຮຸ່ນໃຫມ່ແລະເຮັດວຽກໃນໂຫມດເຂົ້າກັນໄດ້, ແຕ່ເຄື່ອງຈັກ Firebird 3.0 ເຮັດວຽກກັບຖານຂໍ້ມູນໃນຮຸ່ນ ODS ຂອງຕົນເອງເທົ່ານັ້ນ. 12.0.

ເພື່ອຍ້າຍໄປຫາ 3.0, ຖານຂໍ້ມູນຈາກ 2.5 ຈະຕ້ອງຖືກປ່ຽນເປັນຮູບແບບໃໝ່ໂດຍການສຳຮອງຂໍ້ມູນ/ການກູ້ຂໍ້ມູນຄືນມາ. ແນ່ນອນ, ພວກເຮົາສົມມຸດວ່າຖານຂໍ້ມູນໄດ້ຖືກກະກຽມກ່ອນຫນ້ານີ້ສໍາລັບການປ່ຽນໃຈເຫລື້ອມໃສ - i.e. metadata ແລະການສອບຖາມໄດ້ຖືກກວດສອບສໍາລັບຄວາມເຂົ້າກັນໄດ້ກັບ Firebird 3.0.

Если следовать стандартному подходу, это означает, что нужно произвести бэкап на версии 2.5, затем установить 3.0 и сделать рестор. Такая процедура приемлема, если есть достаточно времени, но при миграции больших баз данных, или при одновременной миграции нескольких десятков БД, когда время поджимает, можно воспользоваться поточной конвертацией, которая на 30-40% быстрее. Как именно это сделать (под Windows ແລະພາຍໃຕ້ Linux), читайте под катом.

ແນວຄວາມຄິດທົ່ວໄປແມ່ນວ່າພວກເຮົາຈະນໍາໃຊ້ທໍ່ເພື່ອເລັ່ງສິ່ງຕ່າງໆ:

gbak -b … база25 stdout | gbak -c … stdin база30

Gbak ຈາກ 2.5 ສ້າງການສໍາຮອງຂໍ້ມູນໃນຮູບແບບເສັ້ນແລະສົ່ງໄປທີ່ stdout, ເຊິ່ງທັນທີເອົາ gbak ຈາກ 3.0 ຜ່ານ stdin ແລະສ້າງຖານຂໍ້ມູນໃຫມ່.

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

Ниже мы рассматриваем детали для Windows и Linux.

Windows

ໃນກໍລະນີຂອງ Windows проще всего сделать полностью автономную сборку Firebird. Для этого берём embed-archive Firebird 2.5, ປ່ຽນຊື່ fbemded.dll ເປັນ fbclient.dll, ເພີ່ມ gbak.exe ແລະ (ທາງເລືອກ) isql.exe utilities ຈາກ "ປົກກະຕິ" 2.5 archive.

Firebird 3.0 ໃຊ້ ສະພາແຫ່ງດຽວ ແລະ​ບໍ່​ໄດ້​ຮຽກ​ຮ້ອງ​ໃຫ້​ມີ​ການ​ດັດ​ແກ້​ໃດໆ​.

ສະບັບທີ່ນ້ອຍທີ່ສຸດ (ທີ່ບໍ່ຈໍາເປັນຕ້ອງຕິດຕັ້ງຫ້ອງສະຫມຸດເວລາແລ່ນ VS2008/VS2010 ໃນລະບົບເປົ້າຫມາຍ) ມີໄຟລ໌ຕໍ່ໄປນີ້:

25/gbak.exe
25/fbclient.dll
25/firebird.conf
25/firebird.log
25/firebird.msg
25/ib_util.dll
25/icudt30.dll
25/icuin30.dll
25/icuuc30.dll
25/Microsoft.VC80.CRT.manifest
25/msvcp80.dll
25/msvcr80.dll

30/fbclient.dll
30/firebird.conf
30/firebird.msg
30/gbak.exe
30/ib_util.dll
30/icudt52.dll
30/icudt52l.dat
30/icuin52.dll
30/icuuc52.dll
30/msvcp100.dll
30/msvcr100.dll
30/intl/fbintl.conf
30/intl/fbintl.dll
30/plugins/engine12.dll

ຜູ້ເບິ່ງແຍງລະບົບທີ່ມີປະສົບການອາດຈະສັງເກດເຫັນວ່າ 2.5 ບໍ່ປະກອບມີໄຟລ໌ intl/fbintl.dll ແລະ intl/fbintl.conf. ນີ້ແມ່ນຄວາມຈິງ, ນັບຕັ້ງແຕ່ gbak ບໍ່ໄດ້ໃຊ້ charset ການເຊື່ອມຕໍ່ແລະບໍ່ໄດ້ປ່ຽນຂໍ້ມູນລະຫວ່າງ charsets, ແຕ່ໃນດ້ານ "ຮັບ" ຂອງ Firebird 3.0, ໄຟລ໌ເຫຼົ່ານີ້ແມ່ນມີຄວາມຈໍາເປັນໃນເວລາສ້າງດັດສະນີ.

ໃນ firebird.conf Firebird 3.0 ແມ່ນແນະນໍາໃຫ້ເພີ່ມ:

MaxUnflushedWrites = -1
MaxUnflushedWriteTime = -1

ນອກຈາກນີ້, ມັນເປັນຄວາມປາຖະຫນາທີ່ຈະກໍານົດຄ່າ IpcName ທີ່ແຕກຕ່າງກັນສໍາລັບ 2.5 ແລະ 3.0.

ເມື່ອເລືອກຄ່າຂອງຕົວກໍານົດການອື່ນໆຂອງ firebird.conf, ພວກເຮົາດໍາເນີນການຈາກການພິຈາລະນາງ່າຍໆ: ໃນຂັ້ນຕອນການຖ່າຍທອດຂໍ້ມູນ, gbak ແລ່ນ 2.5 ໃນຂະບວນການຫນຶ່ງ, ແລະ 3.0 ໃນອີກອັນຫນຶ່ງ, ຫຼັງຈາກນັ້ນ 2.5 ອອກ, ແລະ 3.0 ເລີ່ມສ້າງ. ດັດຊະນີ.

ເພື່ອເລັ່ງໄລຍະການສ້າງດັດສະນີໃນ 3.0, ແນະນໍາໃຫ້ເພີ່ມຂະຫນາດຂອງຕົວກໍານົດການ TempCacheLimit ເປັນ ~ 40% RAM (ຖ້າມັນເປັນເຄື່ອງແມ່ຂ່າຍທີ່ອຸທິດຕົນ, ແນ່ນອນ).

ຕົວຢ່າງ, ຖ້າເຄື່ອງແມ່ຂ່າຍມີ 16 GB ຂອງ RAM, ຫຼັງຈາກນັ້ນທ່ານສາມາດໃສ່

TempCacheLimit=6G

ແນ່ນອນ, ຄ່ານີ້ສາມາດຖືກຕັ້ງໄວ້ພຽງແຕ່ 64-bit Firebird 3, ເນື່ອງຈາກວ່າຂະບວນການ 32-bit ໃດກໍ່ຕາມບໍ່ສາມາດຈັດສັນຫນ່ວຍຄວາມຈໍາຫຼາຍກ່ວາ 2 gigabyte.

ໃນ 2.5, ຕົວກໍານົດການນີ້ບໍ່ຈໍາເປັນຕ້ອງມີການປ່ຽນແປງ - ມັນບໍ່ສາມາດມີຫຼາຍກ່ວາ 2 gigabytes, ແລະມັນບໍ່ມີຜົນຕໍ່ຄວາມໄວໃນລະຫວ່າງການສໍາຮອງຂໍ້ມູນ.

ກ່ອນ​ທີ່​ຈະ​ດໍາ​ເນີນ​ການ​, ທ່ານ​ຈໍາ​ເປັນ​ຕ້ອງ​ໄດ້​ກວດ​ສອບ​ວ່າ cache ຂອງ​ຫນ້າ​ໃນ​ຫົວ​ຂໍ້​ມູນ​ໄດ້​ຖືກ​ຕັ້ງ​ເປັນ 0 (ຄໍາ​ສັ່ງ gstat -h databasename, ເບິ່ງເສັ້ນ buffers ຫນ້າ).

ຖ້າ cache ຖືກກໍານົດຢ່າງຊັດເຈນຢູ່ໃນສ່ວນຫົວຂອງຖານຂໍ້ມູນ, ຫຼັງຈາກນັ້ນມັນ overrides ຄ່າຈາກ firebird.conf (ແລະ databases.conf ໃນ 3.0), ແລະໃນກໍລະນີທີ່ມີຄ່າຂະຫນາດໃຫຍ່ບໍ່ພຽງພໍ, ມັນສາມາດນໍາໄປສູ່ການບໍລິໂພກຄວາມຊົງຈໍາຫຼາຍເກີນໄປແລະ swapping.

ຕໍ່ໄປ, ຄັດລອກໄຟລ໌ໄປຫາລະບົບເປົ້າຫມາຍ.

ການປ່ຽນໃຈເຫລື້ອມໃສແມ່ນປະຕິບັດຫຼັງຈາກຢຸດເຊົາການບໍລິການ "ລະບົບ" Firebird 2.5, ໃນເສັ້ນຄໍາສັ່ງທີ່ມີສິດທິສູງຕໍ່ຜູ້ບໍລິຫານທ້ອງຖິ່ນ (ຕົວຢ່າງ):

set ISC_USER=владелец
"25/gbak" -z -b -g -v -st t -y 25.log база25 stdout|^
"30/gbak" -z -c -v -st t -y 30.log stdin база30

ຕົວຢ່າງນີ້ໃຊ້ "ການເລື່ອນໄປຂ້າງຫນ້າ" ໃນວົງຢືມ (ແບບ "unix-style" ທີ່ຖືກຕ້ອງ), ແລະ "ຫມວກ" (ຕົວອັກສອນ "^") ຫນີຈາກຕົວອັກສອນແຖວໃຫມ່, ເຊິ່ງເປັນປະໂຫຍດໃນເວລາທີ່ພິມຄໍາສັ່ງຍາວ. ຕົວເລືອກ -st(atus) ປາກົດຢູ່ໃນ Firebird 2.5.8 ແລະຊ່ວຍໃຫ້ທ່ານສາມາດບັນທຶກຂໍ້ມູນກ່ຽວກັບເວລາທີ່ຂະບວນການ gbak ເຮັດວຽກ (ສໍາລັບລາຍລະອຽດ, ເບິ່ງເອກະສານ).

Linux

ກ່ຽວກັບ Linux Firebird 3 зависит от библиотеки tommath. В CentOS (RHEL) эта библиотека находится в epel-репозитории, в Ubuntu (Debian) в – системном.

ໄປ CentOS требуется сначала подключить epel-репозиторий и только потом делать

yum install libtommath

Ubuntu не нужно подключать дополнительные репозитории, но в Ubuntu 16 ແລະ ໃນ Ubuntu 18 устанавливаются разные версии пакетов – libtommath0 и libtommath1, соответственно.

Firebird 3.0 ищет tommath.so.0 и для Ubuntu 18 дополнительно требуется создать ссылку (symlink) c tommath.so.0 на tommath.so.1. Для этого сначала надо найти tommath.so.1.

Искомый путь в Ubuntu - /usr/lib/x86_64-linux-gnu/, но в других Debian-based дистрибутивах может быть иначе.

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

ສໍາລັບ Firebird 3.0.2 ແລະສູງກວ່າໄດ້ຖືກປະຕິບັດ ສ້າງດ້ວຍ --enable-binreloc ແລະທາງເລືອກການຕິດຕັ້ງແຍກຕ່າງຫາກ (-path path).

ສົມມຸດວ່າຫໍສະຫມຸດ tommath ແລະ, ຖ້າຈໍາເປັນ, symlink ສໍາລັບ tommath.so.0 ໄດ້ຖືກເພີ່ມເຂົ້າໃນລະບົບ, ທ່ານສາມາດຕິດຕັ້ງປະຈຸບັນ (ໃນເວລາຂຽນນີ້) Firebird 3.0.4 ການແຜ່ກະຈາຍໃນ, ສໍາລັບຕົວຢ່າງ, /opt /fb3:

./install.sh -path /opt/fb3

ຫຼັງຈາກນັ້ນ, ທ່ານສາມາດຢຸດການບໍລິການລະບົບ Firebird ແລະເລີ່ມການປ່ຽນນ້ໍາ.

ເມື່ອຢຸດ Firebird, ຈົ່ງຈື່ໄວ້ວ່າຂະບວນການ Firebid 2.5 ໃນໂຫມດຄລາສສິກແມ່ນປົກກະຕິແລ້ວເລີ່ມຕົ້ນໂດຍ Xinetd - ດັ່ງນັ້ນທ່ານຈໍາເປັນຕ້ອງປິດການບໍລິການ firebird ສໍາລັບ Xinetd ຫຼືຢຸດ Xinetd ຢ່າງສົມບູນ.

В firebird.conf для 3.0 на Linux не нужно задавать MaxUnflushed-параметры (они работают только на Windows) и менять настройки Firebird 2.5.

В линуксе локальный (файловый) доступ Firebird 2.5 не эквивалентен embeded-варианту под Windows – сервер 2.5 будет работать в процессе gbak (без сетевой части), но права доступа будут проверяться по базе пользователей, а значит, потребуется не только логин, но и пароль:

export ISC_USER=username ISC_PASSWORD=password
/opt/firebird/bin/gbak -b … база25 stdout
|/opt/fb3/bin/gbak -c … stdin база30

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

Также, после рестора БД на Linux и переустановки надо проверить, чтобы новая БД имела владельцем пользователя firebird.

ຖ້າ​ຫາກ​ວ່າ​ນີ້​ບໍ່​ແມ່ນ​ກໍ​ລະ​ນີ​, ຫຼັງ​ຈາກ​ນັ້ນ​, ມັນ​ຈະ​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ແກ້​ໄຂ​.

chown firebird.firebird database

ຜົນໄດ້ຮັບ

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

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

ດ້ວຍການແປງສະຕຣີມ, ເວລາທັງໝົດແມ່ນໄດ້ຮັບເປັນ “ເວລາສຳຮອງບວກຫ້າຫາສິບເປີເຊັນ” ແລະ “ເວລາສ້າງດັດຊະນີ”.

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

ໂດຍທົ່ວໄປ, ການແປງນ້ໍາໃນການປະຕິບັດຊ່ວຍໃຫ້ທ່ານປະຫຍັດເວລາ 30-40% ຂອງການສໍາຮອງຂໍ້ມູນແລະການຟື້ນຟູ.

ຄຳ ຖາມ?

ກະລຸນາຂຽນຄໍາຖາມທັງຫມົດໃນຄໍາເຫັນ, ຫຼືສົ່ງໃຫ້ພວກເຂົາກັບຜູ້ຂຽນຂອງວິທີການແລະຜູ້ຂຽນຮ່ວມກັນຂອງບົດຄວາມນີ້ - Vasily Sidorov, ວິສະວະກອນລະບົບຊັ້ນນໍາ iBase, at bs at ibase ru.

ພຽງແຕ່ຜູ້ໃຊ້ລົງທະບຽນສາມາດເຂົ້າຮ່ວມໃນການສໍາຫຼວດ. ເຂົ້າ​ສູ່​ລະ​ບົບກະລຸນາ.

ທ່ານກຳລັງໃຊ້ Firebird ລຸ້ນໃດ?

• Firebird 3.x

• Firebird 2.5

• Firebird 2.1

• Firebird 2.0, 1.5 ຫຼື 1.0

ຜູ້ໃຊ້ 16 ຄົນລົງຄະແນນສຽງ. 1 ຜູ້ໃຊ້ງົດ.

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