Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Firebird, InterBase Новый топик    Ответить
 Резервное копирование БД  [new]
smatch
Member

Откуда:
Сообщений: 42
Добрый день.
Глупые задам немного вопросы, но крайне редко сталкиваюсь с FB
Есть 2 базы (гедемин) на FB 2.5
Размер одной 350ГБ, другой 40ГБ.
Необходимо настроить их резервное копирование, архив отправлять на сервер бекапов, желательно та же проверку целостности архива, какое-нибудь уведомление о ошибках на почту или еще как нибудь.
Какие есть практики? Какие есть предложения, как лучше и как нельзя :)
13 мар 19, 09:48    [21830986]     Ответить | Цитировать Сообщить модератору
 Re: Резервное копирование БД  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 9473
smatch,

почитай здесь http://www.ibase.ru/gbak/
13 мар 19, 09:59    [21831000]     Ответить | Цитировать Сообщить модератору
 Re: Резервное копирование БД  [new]
smatch
Member

Откуда:
Сообщений: 42
Симонов Денис,

Спасибо, читал про gbak и nbackup. понимаю в общих чертах их плюс и минусы.
Но больше интересен опыт, на какие грабли наступлю, учитывая чтоб желательно за ночь сделать копию :)
Но понимаю что нет уведомления тока если через VBS что то крутить
13 мар 19, 10:09    [21831005]     Ответить | Цитировать Сообщить модератору
 Re: Резервное копирование БД  [new]
Коваленко Дмитрий
Member

Откуда: Липецк
Сообщений: 539
smatch
Но понимаю что нет уведомления тока если через VBS что то крутить


Посмотри в архиве, может что полезное найдешь.

Это добро обслуживало базы данных недвижимости Липецкой области (2004-2008).

B/R-ы, сборка мусора, репликация и куча другой непонятной (для меня, в настоящий момент времени) хрени.

Хотя большую часть сам написал :)

Последнее на чем это крутилось были FB2 и двухпроцессорный сервер (задачи могли выполняться параллельно).

Оно завязано на самописные объекты (OLE Automation), но не очень сильно :)
13 мар 19, 10:42    [21831039]     Ответить | Цитировать Сообщить модератору
 Re: Резервное копирование БД  [new]
smatch
Member

Откуда:
Сообщений: 42
Коваленко Дмитрий,

Спасибо большое. по разбираю архив :)
13 мар 19, 11:22    [21831083]     Ответить | Цитировать Сообщить модератору
 Re: Резервное копирование БД  [new]
smatch
Member

Откуда:
Сообщений: 42
Почему база 40 гигов gbak с ключами -b -g -v -y бекапится 3,5 - 4 часа?
Бекап делаю на соседний логический диск, очереди на диске нет, ни память ни процессор не загружены особо.
Или это нормально?
14 мар 19, 20:35    [21833031]     Ответить | Цитировать Сообщить модератору
 Re: Резервное копирование БД  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 9473
smatch,

сервисы используешь?
14 мар 19, 20:43    [21833037]     Ответить | Цитировать Сообщить модератору
 Re: Резервное копирование БД  [new]
smatch
Member

Откуда:
Сообщений: 42
Симонов Денис,

Какие сервисы, API?
14 мар 19, 20:51    [21833040]     Ответить | Цитировать Сообщить модератору
 Re: Резервное копирование БД  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 9473
smatch,

да. Переключатель se используется?
14 мар 19, 20:51    [21833041]     Ответить | Цитировать Сообщить модератору
 Re: Резервное копирование БД  [new]
smatch
Member

Откуда:
Сообщений: 42
Симонов Денис,

нет, на самом деле не совсем даже понял как он работает.
использую только gbak 2.5.3
14 мар 19, 20:55    [21833044]     Ответить | Цитировать Сообщить модератору
 Re: Резервное копирование БД  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 47394

smatch
Или это нормально?

Нет, это полная фигня.

Posted via ActualForum NNTP Server 1.5

14 мар 19, 23:10    [21833109]     Ответить | Цитировать Сообщить модератору
 Re: Резервное копирование БД  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 9473
smatch,

значит пришло время изучить http://www.ibase.ru/backupspeed/
14 мар 19, 23:15    [21833111]     Ответить | Цитировать Сообщить модератору
 Re: Резервное копирование БД  [new]
smatch
Member

Откуда:
Сообщений: 42
Симонов Денис,

Спасибо, чертовски понятная статья
15 мар 19, 07:34    [21833222]     Ответить | Цитировать Сообщить модератору
 Re: Резервное копирование БД  [new]
smatch
Member

Откуда:
Сообщений: 42
gbak -b -g -se localhost:service_mgr
такие ключи 1 час, 5 минут - в рабочее время, в нерабочее может за час уложится.
По мне все равно долго

nbackup -b 0
за 13 минут укладывается.

Вообще про nbackup есть вопросы т.к. мануалы крайне сухие.
там есть ключи на логирование?
Каждый бекап стоит проверять на целостность, как проверять в таком случае бекапы уровня 1/2/3, и т.д.? Делать их рестор в тестовой среде и gfix?
чем бекап -b 0 отличается от блокировки файла последующего его копированием и разблокировки? Я так понимаю что там все равно нет проверки.
15 мар 19, 09:51    [21833325]     Ответить | Цитировать Сообщить модератору
 Re: Резервное копирование БД  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 27946
smatch,

http://www.ibase.ru/backupspeed3/
15 мар 19, 09:58    [21833335]     Ответить | Цитировать Сообщить модератору
 Re: Резервное копирование БД  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 27946
smatch,

http://www.ibase.ru/backupspeed3/

smatch
там есть ключи на логирование?

как бы, логировать там и нечего.
smatch
чем бекап -b 0 отличается от блокировки файла последующего его копированием и разблокировки?

ничем. Разве что при -b 0 базу копирует сам nbackup.
smatch
Каждый бекап стоит проверять на целостность, как проверять в таком случае бекапы уровня 1/2/3, и т.д.? Делать их рестор в тестовой среде и gfix?

ну, если надо проверять, так да, надо из уровней получить сначала базу, а потом ее уже проверять.
15 мар 19, 10:00    [21833338]     Ответить | Цитировать Сообщить модератору
 Re: Резервное копирование БД  [new]
smatch
Member

Откуда:
Сообщений: 42
kdv, спасибо
В общем все упирается в IOPS. Не есть хорошо
15 мар 19, 10:46    [21833395]     Ответить | Цитировать Сообщить модератору
Все форумы / Firebird, InterBase Ответить