gbak - онлайн в хмарі

ПРОГРАМА:

ІМ'Я

gbak — Резервне копіювання/відновлення бази даних Firebird

СИНТАКСИС

gbak -b [резервний варіант ...] [загальний варіант ...] джерело мета

gbak -c|-r [параметр відновлення ...] [загальний параметр ...] джерело мета

ОПИС

gbak є інструментом для керування резервним копіюванням та відновленням бази даних Firebird.

У резервному режимі джерело – це існуючий шлях до бази даних (може включати ім’я сервера) і мета is
ім'я файлу резервної копії. Це також може бути спеціальна назва пристрою, наприклад /dev/stdout (для переспрямування
резервне копіювання даних у STDOUT) або /dev/st, щоб записати резервну копію на стрічку.

У режимі відновлення джерело є наявним файлом резервної копії (або спеціальним пристроєм, таким як /dev/stdin for
STDIN або /dev/st, щоб отримати резервну копію зі стрічки) і мета це шлях до бази даних firebird і
може включати ім'я сервера.

Усі варіанти можна скорочувати. Нижче представлені як повні варіанти варіантів, так і найкоротші
наводяться можливі версії.

ЗАГАЛЬНИЙ ВАРІАНТИ

-користувач ім'я користувача
Ім'я користувача для підключення до бази даних. Перевизначає змінну середовища. Побачити
НАВКОЛИШНЄ СЕРЕДОВИЩЕ.

-ro[le] ім'я_ролі
Роль SQL для використання під час підключення до бази даних. Перевизначає змінну середовища. Побачити
НАВКОЛИШНЄ СЕРЕДОВИЩЕ.

-пароль [меч] пароль
Пароль для підключення до бази даних. Перевизначає змінну середовища. Побачити
НАВКОЛИШНЄ СЕРЕДОВИЩЕ.

-послуга [послуга]
Використовуйте менеджер служб під час спілкування з базою даних.

-v[перевіряти]
Повідомте про кожну дію.

Відображає детальну інформацію про те, які метадані обробляються, яка таблиця
резервне копіювання/відновлення та кількість оброблених записів.

-y шлях
Переспрямуйте повідомлення про статус/помилку на заданий шлях.

-z
Повідомте повний номер версії, перш ніж робити щось інше.

BACKUP ВАРІАНТИ

-b[резервна_база_даних]
Увімкніть режим резервного копіювання.

-конвертувати
Перетворіть зовнішні таблиці в таблиці.

Зазвичай зовнішні таблиці ігноруються під час резервного копіювання та відновлення. З - конвертувати варіант
зовнішні таблиці включені в резервну копію, як і будь-які інші звичайні таблиці. Коли таке резервне копіювання
відновлено, ці раніше зовнішні таблиці створюються як звичайні таблиці.

-фактор Num
Блокуючий фактор. Вихід записується в блоці Num байтів. Корисно під час резервного копіювання на a
стрічка.

-g[збір_сміття]
Заборонити збір сміття.

Зазвичай Firebird запускає збірник сміття під час читання таблиць. Оскільки
процес резервного копіювання зчитує всі таблиці, це примусово збирає сміття всієї бази даних.
У випадку, якщо ви робите резервну копію лише для відновлення її через існуючу базу даних, це сміття
збір непотрібний. Іншою причиною використання цієї опції є збір сміття
активується іншими способами - за допомогою gfix або автоматичного розгортки. Використання цього перемикача
прискорює процес резервного копіювання, а також може допомогти в деяких випадках пошкодженого резервного копіювання
бази даних

-ig[nore]
Ігноруйте записи з поганими контрольними сумами.

Цей параметр слід використовувати лише під час резервного копіювання пошкоджених баз даних.

-l[imbo]
Ігноруйте транзакції в підвішеному стані.

Цей перемикач змушує процес резервного копіювання ігнорувати транзакції в підвішеному стані.

-m[тільки_етадані]
Лише резервне копіювання метаданих.

За допомогою цього параметра в резервну копію записуються лише метадані. Це включає все
таблиці/перегляди/тригери/індекси/збережені процедури/домени/генератори тощо. Немає даних таблиці
включено в резервну копію. Така резервна копія корисна для створення «порожньої» копії бази даних.

-нт
Використовуйте формат резервної копії, який не можна переносити.

За замовчуванням використовується «транспортний» формат резервної копії. Це означає, що ви можете створити резервну копію бази даних
на машині з малим порядком і відновити її на машині з великим порядком і навпаки. З допомогою -нт
резервне копіювання корисно лише на машинах з такою ж порядковістю байтів.

-ol[d_описи]
зберегти старі описи метаданих

ВІДНОВЛЕННЯ ВАРІАНТИ

-c[створити_базу_даних]
Увімкніть режим відновлення.

мета База даних буде створена і не повинна ще існувати.

-r[створювати_базу_даних] [o[переписати]]
Люблю -create_database, але шляхом додавання перезаписати можна примусово замінити ціль
бази даних.

-rep[мереживна_база_даних]
Люблю -create_database, але ціль перезаписується, якщо вона існує.

-bu[ffers] Num
Створюючи цільову базу даних, ігноруйте інформацію про буфери бази даних, що зберігаються в файлі
резервне копіювання та використання вказаної кількості буферів.

-e[розгорнути]
Зазвичай Firebird використовує стиснення RLE для рядків під час зберігання їх на диску. Цей варіант
вимикає це стиснення.

-i[неактивний]
Відновити індекси в неактивному стані. Це можна використовувати для відновлення резервної копії, що містить дані
несумісний із обмеженнями зовнішнього ключа/унікальними.

-к[хворий]
Не створюйте тіні під час відновлення.

Зазвичай тіні бази даних створюються під час відновлення. Ця опція перешкоджає цьому.

-mo[de] доступ
Відновити базу даних з даними доступ.

Допустимі значення для доступ він має лише для читання та читати писати. За замовчуванням — відновлення бази даних
з оригінальним режимом доступу.

-n[o_дійсність]
Відновлення бази даних без обмежень дійсності. Це включає зовнішній ключ, унікальний і
перевірити обмеження. Корисно для відновлення резервної копії, що містить суперечливі дані.

-по одному]
Зафіксуйте транзакцію відновлення після відновлення кожної таблиці.

-p[розмір_віку] Num
Замінити розмір сторінки, збережений у резервній копії. Допустимі значення для Num є 1024, 2048, 4096, 8192,
16384 і 32768.

-use_[all_space]
Зазвичай Fireburd резервує місце на кожній сторінці даних для подальшого використання. Це зарезервовано
простір використовується для нещодавно вставлених даних і для збереження старих версій даних. Маючи
Зарезервований для цієї мети простір «поруч» з даними прискорює модифікацію. Якщо
база даних буде використовуватися в основному для операцій читання, вказуючи -використовувати_весь_простір врятує деякі
просторі.

Цей параметр особливо корисний під час відновлення бази даних, доступної лише для читання, оскільки вона доступна лише для читання
базам даних не потрібен додатковий простір для задніх версій.

-fix_fss_metadata набір
Під час відновлення метаданих, якщо це недійсний UTF8, спробуйте конвертувати з вказаного
набір символів. Корисно, коли описи таблиць наведено в деяких національних мовах, відмінних від UTF8
кодування, яке було можливо з Firebird до версії 2.5

-fix_fss_data набір
При відновленні даних таблиці, якщо стовпець визначено набором символів UNICODE_FSS
не містить дійсного UTF8 (що було можливо з версіями Firebird до 2.5), спробуйте
конвертувати дані із зазначеного набору символів.

ВІДНОВЛЕННЯ TO БАГАТОФАЙЛОВИЙ DATABASE

Раніше Firebird не міг працювати з 64-бітними вказівниками файлів, що обмежувало
баз даних розміром (близько) 2 ГБ на базу даних.

Оскільки 2 Гб – це небагато даних протягом багатьох років, існує механізм поширення бази даних
на декілька файлів. Таким чином ви можете мати кілька файлів розміром 2 ГБ, які містять усі ваші дані.

Під час відновлення до багатофайлової бази даних цільовий аргумент має вигляд: file_1 сторінки_1
file_2 сторінки_2 ... файл_N-1 сторінки_N-1 файл_N

Кожен pages_n вказує щонайбільше, скільки сторінок потрібно вставити файл_n. Останнім у списку є а
ім'я файлу без обмеження сторінок - він міститиме всі сторінки, які не вміщаються файл_N-1. Зверніть увагу на це
pages_n вимірюється в сторінках, а не в байтах, тому максимально можлива кількість залежить від сторінки
розмір.

Уявіть, що у вас є файлова система (або стародавня ОС), яка підтримує лише 32-розрядні покажчики файлів.
Щоб грати безпечно, ви вирішили розділити свою базу даних на файли розміром 2 ГБ. Якщо розмір сторінки для
база даних 8192, то кожен файл може мати до 2*1024*1024*1024/8192 = 262144 сторінок.

ПРИМІТКА
Зауважте, що в останніх ОС і файловій системі Firebird може використовувати 64-розрядні покажчики файлів
багатофайлові бази даних не потрібні.

НАВКОЛИШНЄ СЕРЕДОВИЩЕ

Як і всі інші утиліти Firebird, gbak приймає такі змінні середовища:

Значення ISC_USER за замовчуванням для -користувач варіант

Значення ISC_ROLE за замовчуванням для -роль варіант

ISC_PASSWORD
значення за замовчуванням для -пароль варіант

ПРИКЛАДИ

У всіх прикладах -користувач, -роль та -пароль параметри пропущені для наочності. У справжньому
їх (або відповідні їм змінні середовища) слід використовувати.

Зауважте, що розширення імен файлів, які використовуються тут, просто рекомендовані. Використання уніфікованих розширень
Схема допомагає вгадати тип файлу, просто дивлячись на його розширення.

Ось деякі поширені розширення:

.fdb База даних Firebird

.gdb База даних Firebird, застаріле розширення з часів, коли Firebird був Interbase.
gdb насправді походить з бази даних Grotton, названої на честь компанії, яка створила
програмне забезпечення ще в 1984 році.

.fdb.2 Другий файл багатофайлової бази даних

.fdb.3 Третій файл багатофайлової бази даних

.fdb.N N-ий файл багатофайлової бази даних

.fbk файл резервної копії Firebird

.gbk Застаріле розширення для файлу резервної копії

.fbk.gz Запакований файл резервної копії

резервна копія a база даних в a стиснене формат:
gbak -b db-srv:/database.fdb /dev/stdout | gzip > /file.fbk.gz

відновлення a база даних в new ім'я файлу:
zcat /file.fbk.gz | gbak -c /dev/stdin db-srv:/нова база даних.fdb

Використовуйте gbak онлайн за допомогою служб onworks.net