ПредишенСледващото

Структурата на програмата са включени Шофьор на такси партида файлове с вече конфигуриран gbak екип за операции по архивиране (BackUp.cmd) и възстановяване (Restore.cmd).

Внимание! Gbak път към полезността и файлове на бази данни и архивирането, са изброени в тези отбори, въз основа на стандартни процедури за един потребител инсталатор. За да използвате тези команди в база данни на отдалечен сървър, файловете трябва да бъдат съответно изменени.

Command формат с помощта на помощна програма gbak програма за архивиране на базата данни на компютъра с инсталирана FireBird сървър:

gbak -B -user -PAS потребителска парола [опции] fayl_iskhodnoy_bazy_dannyh fayl_rezervnoy_kopii

Създаване на резервно копие на базата данни. Реал отбор (взет от BackUp.cmd файл снабдена с програмата) изглежда така:

C: \ FireBird \ Bin \ gbak -B -user SYSDBA -PAS Masterkey C: \ Шофьор на такси \ Data \ TaxiDriver.gdb C: \ Шофьор на такси \ Data \ TaxiDriver.gbk

Разбираемо е, че gbak.exe полезност се намира в директорията C: \ FireBird \ Bin \. на базата данни е на същия този компютър във файла C на: \ Шофьор на такси \ Data \ TaxiDriver.gdb, в резултат на операцията трябва да бъде поставен в досието C на: \ Шофьор на такси \ Data \ TaxiDriver.gbk връзка с базата данни се извършва от името на парола Masterkey на SYSDBA. Ако условията са различни - трябва да се направи съответните промени в екипа.

Време на операцията зависи от размера на базата данни и скоростта на компютъра. При нормална експлоатация се извършва за съобщения за грешки.

В допълнение към изпълнението на една единствена резервна често е предизвикателство за разработване на редовен процес за архивиране - например, всеки ден или дори по-често. Можете да използвате всякакви вградени инструменти на операционната система за организиране на редовно архивиране, това е, като се използва редовно разписание задача в определен момент да тече една партида файл, съдържащ инструкции за извършване на архива.

Command формат с помощта gbak програма за възстановяване на базата данни от резервно копие на компютър с инсталиран FireBird сървър:

gbak -R [опции] -user потребителска парола -PAS fayl_rezervnoy_kopii fayl_novoy_bazy_dannyh

Възстановяване на базата данни от резервно копие. Реал отбор (взет от Restore.cmd файл снабдена с програмата) изглежда така:

C: \ FireBird \ Bin \ gbak -R -user SYSDBA -PAS Masterkey C: \ Шофьор на такси \ Data \ TaxiDriver.gbk C: \ TaxiDriver.gdb

Разбираемо е, че gbak.exe полезност се намира в директорията C: \ FireBird \ Bin \. архивния файл се намира на същия този компютър във файла C на: \ Шофьор на такси \ Data \ TaxiDriver.gbk, трябва да се създаде нова база данни във файла C на: \ TaxiDriver.gdb (забележка: създаване на нова база данни в друга директория), връзка база данни се извършва от името на парола Masterkey на SYSDBA. Ако условията са различни - трябва да се направи съответните промени в екипа.

Време на операцията зависи от размера на базата данни и скоростта на компютъра. При нормална експлоатация се извършва за съобщения за грешки.

Внимание! Бъдете изключително внимателни при извършване на възстановяване на база данни. При никакви обстоятелства не се представят възстановяване с името на файла, който съответства на текущата база данни. Ако възникне грешка, когато възстановите даден файл, вие ще загубите на съществуващата база данни. Операцията за възстановяване трябва да се извърши в друга директория.

подмяна на съществуваща база данни, файл

След извършване на архивиране / възстановяване, имате новия файл на базата данни. Ако операцията по б / R се извършва, като превантивна мярка (или заради база данни спешен ремонт) и искате да замените съществуващия файл база данни на новите нужди:

  • Спрете Firebird сървъра
  • Преименуване (ход) на съществуващата база от данни
  • Copy (ход) към новата
  • Изпълнете FireBird сървъра

важна забележка

Нормално (няма грешка) на резервната (архивирането) не гарантира нормалното възстановяване (на възстановяване) на базата данни от архива. Просто бъдете сигурни, (контрол на разходите за възстановяване на база данни) при липса на грешки при възстановяването, можете да архивирате получената архивния файл.

Той трябва да следва правилото за задължително тестване на възстановяване на критични операции по архивиране.

Никога не сваляйте на оригиналния файл (а) база данни за проверка на непрекъсната работа на възстановената копие.

Подкрепете проекта - споделете линка, благодаря!