" />

Ноу Інти, лекція, адміністрування interbase обслуговування бд

Restore за допомогою IBConsole

Відкрийте IBConsole і увійдіть в локальний сервер (база даних first повинна бути закрита). Виберіть меню "Database -> Maintenance -> Backup / Restore -> Restore". Частина параметрів заповниться автоматично, проте їх можна поміняти. Наприклад, можна вибрати інший файл з резервною копією, вказати інший розмір сторінок, і т.д. Погляньте на наступний малюнок:

Ноу Інти, лекція, адміністрування interbase обслуговування бд


Мал. 26.2. Відновлення БД з резервної копії

Якщо ви пам'ятаєте, в "Технічні характеристики. Створення та перенесення бази даних" ми створювали базу даних з розміром сторінки 4096. Це було зроблено спеціально, щоб в даній лекції продемонструвати зміну розміру сторінки при відновленні резервної копії на більш відповідний розмір 8192. Також в поле Overwrite (Писати поверх існуючого файлу) ми вказали True. щоб замінити стару БД. У реальній практиці записувати відновлювану БД поверх існуючої робочої версії ні в якому разі не рекомендується. Що, якщо відновлення пройде невдало, а робочу БД ми вже "затріть"? Тому рекомендується відновлювати базу даних в іншу папку, і тільки в разі, якщо при відновленні вийде помилок, помістити її замість старої робочої версії. Причому бажано на всяк випадок зробити просту копію (Провідником Windows або іншим файловим менеджером) і старої робочої версії.

Restore за допомогою утиліти командного рядка

Для відновлення бази даних з резервної копії також використовується утиліта gbak. але вже з іншими параметрами:

Таблиця 26.2. Параметри gbak для відновлення БД

<номер> - будь-яке ціле число. ідентифікатор shadow -Копії.

[AUTO] - автоматичний режим, встановлюється за умовчанням. Цей режим дозволяє базі даних працювати в разі, якщо тіньова копія з якихось причин стане недоступною, або якщо недоступною стане робоча база даних при доступній тіньової копії. Якщо недоступною стане робоча база даних. InterBase замінить її тіньової копією і відновить з'єднання. В такому випадку виводиться вікно з повідомленням, щоб проінформувати адміністратора про те, що трапилося.

[MANUAL] - ручний режим. При виборі цього режиму, якщо раптом тіньова копія стає недоступною, то доступ до бази даних припиняється. Щоб відновити доступ. адміністратор повинен вручну видалити зіпсовану тіньову копію. і створити нову.

[CONDITIONAL] - цей режим є доповненням до [AUTO], і має на увазі, що при руйнуванні бази даних InterBase автоматично замінить базу даних тіньової копією і відновить з'єднання. Але якщо при режимі [AUTO] адміністратору доведеться заново створювати нову тіньову копію. то в разі [CONDITIONAL] InterBase зробить це сам. Режим AUTO CONDITIONAL є найкращим для забезпечення безперебійної роботи системи.

[LENGTH] - необов'язковий параметр. який використовується при створенні багатофайлову тіньової копії. Атрибут <целое> - це ціле число. вказує розмір первинного і вторинного файлів в сторінках.

Синтаксис видалення тіньової копії ще простіше:

Де номером є ідентифікатор shadow -Копії. Як дізнатися цей номер, якщо ми створювали копію давним-давно, і вже його не пам'ятаємо? Давайте створимо ще одну CONDITIONAL - тіньову копію:

Потім перервемо з'єднання з базою даних, і знову з'єднаємося з нею, щоб наповнити копію даними. Тепер виділимо в IBConsole базу даних first і виберемо команду меню "Database -> View Metadata". Відкриється вікно, що показує, як створювалася БД:

Ноу Інти, лекція, адміністрування interbase обслуговування бд


Мал. 26.3. Метадані бази first

Створення багатофайлову тіньової копії має сенс, якщо розміри бази даних стають величезними, по 2 і більше гігабайти. Тоді може трапитися, що на диску, виділеному під тіньову копію. не вистачить для неї місця. У цьому випадку її можна розбити на кілька частин, створюючи кожну частину на своєму диску. Приклад створення багатофайлову тіньової копії (якщо у вас немає записуючих дисків D. E: і F. то можете просто вказати іншу папку на диску C :):

В цьому випадку створиться три файли. Перший файл буде наповнюватися, поки його розмір не досягне 15 тисяч сторінок БД. потім почне наповнюватися другий файл тіньової копії. Як тільки розмір другого файлу досягне 15 тисяч сторінок, почне наповнюватися третій файл. Можете видалити тіньову копію №4, вона нам більше не потрібна.

Схожі статті