nbackup помогите

[nevadimka]

сделал на одном сервере бекап 0 уровня
подмаунтил папку на другом сервере и хотел отресторится на этом другом сервере,но
выдает ошибку Failure: Error(13) openning backup file
хотя на том сервере где делался бекап рестор запускается нормально.

[kdv]

а какой командой? вообще nbackup это часть сервера, а если сервер запущен как сервис, то по умолчанию он от LocalSystem запускается. А этот аккаунт не имеет доступа ни к каким шарам, и не может в принципе.

[nevadimka]

ОС Linux RedHat
запускаю как /firebird/bin/nbackup -R database.gdb /mount_dir/backup.gbk

если так нельзя, то как мне на другом сервере развернуть базу не используя gbak?

[hvlad]

На другом сервере FB есть ? Права на смонтированный каталог он имеет ?

[kdv]

дык, это. не путай сам себя указывая копию базы как gbk. А то непонятно, то ли ты сам перемудрил назвав ее gbk, то ли и правда пытаешься nbackup-ом восстановить базу из обычного бэкапа (от gbak).
потом, натурально, проверь, под каким пользователем запускается ФБ, и есть-ли у этого пользователя права на смонтированный том.

[nevadimka]

Всем спасибо проблему решили. Права на папку были, но не было прав на файл.
Бекап делал nbackup, просто переделывал со старого скрипта, по-этому осталось gbk.

Осталось еще парочка вопросов, если отпишите буду очень благодарен.

1) Я могу сделать бекап 0 уровня, а потом 2 пропуская 1 и ресторить эту цепочку?
2) Мне нужно держать 2 бази на двох серверах, на одном делаются изменения, со вторым работают пользователи гарячей линии, которым важна только информация и изменений они не вносят. Так вот ресторить им каждый день базу с 0 уровня долго.
Можно как-то оставлять базу в режиме блокировки, а потом на нее доресторивать бекапы 2 и 3 уровней?

[hvlad]

1) Я могу сделать бекап 0 уровня, а потом 2 пропуская 1 и ресторить эту цепочку?

Быстрее было бы попробовать самому, чем писать это вопрос. Не можешь.

2) Мне нужно держать 2 бази на двох серверах, на одном делаются изменения, со вторым работают пользователи гарячей линии, которым важна только информация и изменений они не вносят. Так вот ресторить им каждый день базу с 0 уровня долго.
Можно как-то оставлять базу в режиме блокировки, а потом на нее доресторивать бекапы 2 и 3 уровней?

Пока нет. Возможно в будущих версиях сделаем и такое.

[kdv]

1) Я могу сделать бекап 0 уровня, а потом 2 пропуская 1 и ресторить эту цепочку?

бессмыслица. бэкап уровня 0 это полная копия. бэкап уровня 1 - это изменения относительно уровня 0. бэкап уровня 2 - это изменения относительно уровня 1.

Так вот ресторить им каждый день базу с 0 уровня долго.

долго - это сколько?

Можно как-то оставлять базу в режиме блокировки, а потом на нее доресторивать бекапы 2 и 3 уровней?

нет. Вы похоже, не понимаете, как работает nbackup.
на русском языке документация уже давно доступна тут:
http://www.firebirdsql.org/pdfmanual/ru ... kup-ru.pdf

а вот в InterBase 2007 такое можно было бы организовать. потому что там дамп базы - это база в read-only. И на нее инкременты накатывать можно в любой момент.

[nevadimka]

Документацию я читал по-этому спрашиваю, то что не понял.

1) План бекапов уровень 0 - каждий месяц, уровень 1 - каждую неделю, уровень 2 каждый день.
Так вот в начале месяца делаю 0(зачем после этого делать 1 если там никаких изменений не будет?), а каждый день 2,
а вот в конце недели 1. Или все таки нужно после 0 сделать 1?

2) Долго это 7 часов, пока сеть между серверами 100, надеюсь удастся убедить админов настроить гиг. ФБ2.0.5 Классик БД ~ 260Гб.
Локально время рестора близко времени бекапа 0 уровня и равно 2часа 30 мин.

3) Нет, так нет. Всеравно через nbackup копия бд на другом сервере поднимается раза 4-5 быстрее чем обычным gbak.

И еще интересно архив бекапа 0 уровня будет равен архиву бекапа через gbak? Это что б места мне хватило.

[kdv]

1) План бекапов уровень 0 - каждий месяц, уровень 1 - каждую неделю, уровень 2 каждый день.
Так вот в начале месяца делаю 0(зачем после этого делать 1 если там никаких изменений не будет?), а каждый день 2,
а вот в конце недели 1. Или все таки нужно после 0 сделать 1?

не врубаешься совершенно. бэкап уровня 2 это изменения относительно уровня 1.
то есть - нбэкап уровня 0 это копия базы.
когда делается нбэкап уровня 1, то копируются только страницы, которые были изменены с момента выполнения нбэкапа предыдущего уровня. 1-1=0. Невозможно сделать нбэкап уровня два, если перед этим не был сделан нбэкап уровня 1.
Независимо от того как часто ты их делаешь.

2) Долго это 7 часов, пока сеть между серверами 100, надеюсь удастся убедить админов настроить гиг.

база 3 гига? может, быстрее через dvd или флэшку?

И еще интересно архив бекапа 0 уровня будет равен архиву бекапа через gbak?

запарил, честное слово nbackup делает СТРАНИЧНУЮ копию базы. То есть это копия файла, грубо говоря, если бэкап 0 уровня.
А gbak - читает и сохраняет данные, как обычное приложение. Что с чем сравниваешь?

Читай документацию по nbackup до просветления.

[WildSery]

база 3 гига?

Это... Он написал 260 Гб.
По 100Мб-сетке действительно жесть.

[nevadimka]

Дмитрий, весь принцип работы nbackup на уровне 0 и 2 и 3 я понимаю.
Хотел уточнить модно ли проскакивать уровни. Уточнил за это спасибо.
Как я писал выше БД = 260Гб какая флешка или двд.

А о gbak и месте спросил чисто с интереса, может ктото это уже делал.
Вот просто у меня gbak-бекап весит 160Гб, а в архиве до 25Гб.
Просто было интересно нбекап тоже в архиве будет занимать столько или же больше?

На это можно не отписывать. Всем спасибо за помощь. Тему можно закрыть.

[Dimitry Sibiryakov]

Мне нужно держать 2 бази на двох серверах, на одном делаются изменения, со вторым работают пользователи гарячей линии, которым важна только информация и изменений они не вносят.

Обычно в таких случаях используют репликаторы.

[kdv]

Как я писал выше БД = 260Гб какая флешка или двд.

ну ты это, не унывай. такие базы по пальцам пересчитать можно.
я при подсчете ошибся, отсюда разница на 2 порядка.
Вообще такую базу через 100мбит копировать - это да. Если копию недалеко носить, не думал про
1. лок базы нбэкапом
2. копирование базы на отдельный диск
3. анлок базы
4. отключение диска с копией, перенос на вторую машину
5. активация копии.

но тут, конечно, контроллер должен поддерживать отключение и подключение диска с копией "на ходу".

[WildSery]

но тут, конечно, контроллер должен поддерживать отключение и подключение диска с копией "на ходу".

eSATA?

[kdv]

eSATA?

не знаю. у меня вот все sata-диски видны в "безопасном извлечении устройства", и их получается можно отключать и подключать на ходу.

[nevadimka]

Короче настроили мне тут гигабит между серверами. Сегодня ночью протестируем бекап 1 уровня и скорость рестора на второй сервер.

А вообше раз зашла речь о винчестирах.
Раньше все стояло на SCSI - винчестерах и с ростом БД появилась проблема с производительностью.
Суппорт списывал все на большие i/o wait и посоветовал сменить веники.
Теперь стоит какая-то СХД на fiber channel (какая точно мне не известно).
Но большого прироста производительности я не увидел,
то есть почти всегда есть i/o wait в среднем порядка 25-30%
Да вся система так стоит на SCSI-винтах а БД крутится на новом СХД.

Искал в инете на счет этого, так ничего норм и не нашел.
Может кто-то что-то посоветовать или дать ссылки где почитать, как найти и уменшить(устранить проблему).