db5.3_hotbackup - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

db5.3_hotbackup - Створення знімків "гарячого резервного копіювання" або "гарячої резервної копії".

СИНТАКСИС

db5.3_hotbackup [-cDuVv] [-d каталог_даних ...] [-h домашня сторінка] [-l каталог_журналу] [-P пароль] -b
резервний_каталог

ОПИС

Утиліта db5.3_hotbackup створює знімки Берклі «гаряче резервне копіювання» або «гаряче резервне перемикання»
Середовища баз даних БД.

Утиліта db5.3_hotbackup виконує такі дії:

1. Якщо вказано параметр -c, перевірте вихідну домашню базу даних
середовища та видаліть усі непотрібні файли журналу.

2. Якщо цільовий каталог для резервної копії не існує, він створюється за допомогою
режим читання-запис-виконання для власника.

Якщо цільовий каталог для резервної копії існує, а параметр -u був
вказано, усі файли журналів у цільовому каталозі видаляються; якщо -u
параметр не вказано, усі файли в цільовому каталозі видаляються.

3. Якщо параметр -u не вказано, скопіюйте файли програми, знайдені в
домашній каталог середовища бази даних або будь-який каталог, зазначений за допомогою
параметр -d у цільовий каталог для резервної копії.

4. Скопіюйте всі файли журналу, знайдені в каталозі, визначеному параметром -l (або в
домашній каталог середовища бази даних, якщо параметр -l не вказано),
в цільовий каталог для резервної копії.

5. Виконайте катастрофічне відновлення на гарячій резервній копії.

6. Видаліть усі непотрібні файли журналів із гарячої резервної копії.

Утиліта db5.3_hotbackup не розв’язує транзакції, що очікують на розгляд, які знаходяться в підготовленому вигляді
держава. Програми, які використовують DB_TXN->prepare, повинні вказати DB_RECOVER_FATAL під час відкриття
середовища та запустіть DB_ENV->txn_recover, щоб вирішити будь-які незавершені транзакції, коли
перехід до гарячого резервного копіювання.

ВАРІАНТИ

-b Вкажіть цільовий каталог для резервної копії.

-c Перед виконанням моментального знімка перевірте вихідне середовище бази даних і
видалити всі файли журналів, які більше не потрібні в цьому середовищі. До уникнути
створення катастрофічний недостатність неможливо, журнал файл видалення повинен be інтегрований з
журнал файл архівний.

-d Вкажіть один або кілька вихідних каталогів, які містять бази даних; якщо жодного немає
якщо вказано, у домашньому каталозі середовища бази даних буде здійснюватися пошук бази даних
файлів. Оскільки файли бази даних копіюються в єдиний каталог резервної копії, файли імен
одні й ті самі, що зберігаються в різних вихідних каталогах, можуть замінювати один одного, коли
скопійовано в каталог резервної копії.

-h Вкажіть вихідний каталог для резервної копії, тобто домашнє середовище бази даних
каталог.

-l Вкажіть вихідний каталог, який містить файли журналів; якщо нічого не вказано, то
Буде здійснено пошук файлів журналів у домашньому каталозі середовища бази даних.

-P Вкажіть пароль середовища. Хоча утиліти Berkeley DB перезаписують пароль
рядків якомога швидше, майте на увазі, що може бути вікно вразливості
системи, де непривілейовані користувачі можуть бачити аргументи командного рядка або де утиліти
не можуть перезаписати пам'ять, що містить аргументи командного рядка.

-u Оновіть наявний знімок гарячого резервного копіювання, скопіювавши нові файли журналу. Якщо -u
якщо вказано параметр, жодні бази даних не будуть скопійовані в цільовий каталог.

-V Запишіть номер версії бібліотеки до стандартного виводу та вийдіть.

-v Виконайте в докладному режимі, перераховуючи операції в міру їх виконання.

-D Використовуйте каталоги даних, перераховані у файлі конфігурації DB_CONFIG у вихідному коді
каталог. Цей параметр має три ефекти: по-перше, якщо вони ще не існують,
зазначені каталоги даних будуть створені відносно цільового каталогу
(з режимом читання-запис-виконання власника). По-друге, всі файли в вихідних даних
каталоги будуть скопійовані до цільових каталогів даних. Якщо файл DB_CONFIG
вказує один або кілька абсолютних шляхів, файли в цих вихідних каталогах будуть
скопійовано до цільового каталогу верхнього рівня. По-третє, файл конфігурації DB_CONFIG
буде скопійовано з вихідного каталогу + в цільовий каталог, а потім
використовується для налаштування, якщо відновлення виконується в цільовому каталозі.

Слід бути обережними з -D параметри та каталоги даних, названі відносно
вихідний каталог, але не є підкаталогами (тобто ім’я містить елемент
"..") Зокрема, створені імена цільових каталогів мають бути значущими та
відмінні від імен вихідних каталогів, інакше запуск відновлення в цільовому
каталог може пошкодити вихідні файли даних.

It is an помилка до використання абсолютний імена шляхів та цінності дані каталоги or журнал каталог in це
режим, as DB_CONFIG конфігурація файл скопійовано в мета каталог б потім
точка at джерело каталоги та біг відновлення б корумпований джерело дані файли.

Утиліта db5.3_hotbackup використовує середовище БД Berkeley (як описано для -h
параметр, змінна середовища DB_HOME, або тому, що утиліта була запущена в каталозі
містить середовище БД Berkeley). Щоб уникнути корупції навколишнього середовища, коли
Використовуючи середовище БД Berkeley, db5.3_hotbackup завжди слід давати можливість
відірватись від оточення і граціозно вийти. Щоб змусити db5.3_hotbackup звільнити всі
ресурсів середовища і чистий вихід, відправити йому сигнал переривання (SIGINT).

Утиліта db5.3_hotbackup виходить із 0 у разі успіху та >0, якщо виникає помилка.

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

DB_HOME
Якщо -h параметр не вказано, а змінна середовища DB_HOME встановлена, це
використовується як шлях до домашньої бази даних, як описано в DB_ENV->open.

AUTHORS

Корпорація Oracle. Ця сторінка посібника створена на основі HTML-документації для
db_hotbackup від Sleepycat, автор Thijs Kinkhorst[захищено електронною поштою]>, для Debian
система (але може використовуватися іншими).

28 січня 2005 DB5.3_HOTBACKUP(1)

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