Достаточно 2.1.1 :-)
переход на FirebirdCS-2.1.1.17910-0.i686.rpm решил эту проблему
10x
Что лишний раз подтверждает мысль, что не все новое - плохое :-)
Все - FB2.1.x !!! Eusus.
Коваленко Дмитрий.
Dmitry Yemanov-2 wrote:
Достаточно 2.1.1 :-)
переход на FirebirdCS-2.1.1.17910-0.i686.rpm решил эту проблему
10x
Евгений
--
View this message in context:
http://www.nabble.com/%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D1%8B-%D1%81-nbackup-tp21848503p21972145.html
Sent from the
Hi there,
сервер version LI-V2.1.0.17798 Firebird 2.1 на Linux,
работаю под рутом один на сервере и один с базой
выполняем команду
/opt/firebird/bin/nbackup -B 0 /d1/gdb/home/MC.gdb
создается файл
MC.gdb-0-20090205-1112.nbk
запускаю программу работы с базой, добавляем данные, blob-ы
Ivanov E.P wrote:
выполняем команду
|/opt/firebird/bin/nbackup -B 0 /d1/gdb/home/MC.gdb|
создается файл
MC.gdb-0-20090205-1112.nbk
Какого размера?
запускаю программу работы с базой, добавляем данные, blob-ы изображения,
закрываем программу, если запустить повторно, все изменения видны,
Hello, Ivanov!
Ivanov E.P wrote:
запускаю программу работы с базой, добавляем данные, blob-ы изображения,
закрываем программу, если запустить повторно, все изменения видны,
размер базы изменяется, никаких файлов *.delta не появляется, если
а почему файл delta должен появиться? Вы
главная проблема в том, что после восстановния базы командой, как указано
выше, данные в востановленной базе соответствуют бэкапу 0 уровня
какие есть идеи? (повторить эксперимент, повторить на другой машине,
повторить на другом сервере, указать какие-либо настройки для дополнительной
Ivanov E.P ...
главная проблема в том, что после восстановния базы командой, как указано
выше, данные в востановленной базе соответствуют бэкапу 0 уровня
какие есть идеи? (повторить эксперимент, повторить на другой машине,
повторить на другом сервере, указать какие-либо настройки для
Vlad Khorsun wrote:
Повторить с 2.1.2
Достаточно 2.1.1 :-)
--
Дмитрий Еманов
Vlad Horsun [EMAIL PROTECTED]
сообщил/сообщила в новостях следующее:
Хостинг без удалённого доступа и есть проктология
Ещё раз скажу, что это просто для примера, у нас другая проблема.
PS: пока что решили не переходить на двойку.
Это шантаж ? :)
Это грустная констатация факта :(
Hello,
Dmitry Voroshin said the following on 12.04.2006 13:23:
Система тиражируемая и поддерживается нами по ТЕЛЕФОНУ и ПОЧТЕ. НО!
доступа у нас нет, админа нет, у прользователей доступа к серверам как
правило нет, а невостановимый бэкап у нас - вполне частое явление (система
дико кривая).
Horsun Vlad [EMAIL PROTECTED]
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
Dmitry Voroshin ...
Horsun Vlad ...
А как ты себе представляешь _физический_ бекап не
локальной БД ? Только через службы, которых для него не
делали
Не успели или из принципа?
А как ты себе представляешь _физический_ бекап не
локальной БД ? Только через службы, которых для него не
делали
Не успели или из принципа?
Не стали :) Изначально у автора не было такой цели, AFAIU.
Вообще к services API есть большие претензии и нет окончательного
Dmitry Voroshin пишет:
Админиы кроме FB на сервер отказываются что-либо ставить, а бэкапы делать
нужно. Если нельзя сделать удалённый бэкап, то вот сейчас думаю, что-бы
придумать. Задания прописывать тоже админы не хотят, засранцы.
Админов к стенке или переложить всю ответственность за
НВ Админов к стенке или переложить всю ответственность за резервирование
НВ БД на них же самих.
Когда база накроется, то ее надо восстанавливать независимо от того, кто
отвечал.
И если они разгильдяи, то это только добавит тебе работы. :-)
Dmitry Voroshin ...
2. Не верю что на хостинге нельзя удалённо запустить консоль
Бывает и такое. Но зато на хостинге можно поставить ibWebAdmin и делать
бекапы из него. Или написать свой простой cgi для этого.
А вот чего на хостинге обычно нельзя - так это запускать бекап от
Vlad Horsun пишет:
Dmitry Voroshin ...
2. Не верю что на хостинге нельзя удалённо запустить консоль
Бывает и такое. Но зато на хостинге можно поставить ibWebAdmin и делать
бекапы из него. Или написать свой простой cgi для этого.
А вот чего на хостинге обычно нельзя - так это запускать
Стал разбираться с nbackup, возникли проблемы.
Продолжим :-)
Вот другая проблема:
Делаю:
/opt/firebird/bin/nbackup -U SYSDBA -P mypass -B 0 localhost:generation_devel
/opt/firebird/data/manual-backup/test.nbk
Всё ок.
Но если localhost заменить на 127.0.0.1 то возникает ошибка:
Failure:
Стал разбираться с nbackup, возникли проблемы.
Еще один момент.
Любой пользователь сервера БД может сделать инкрементальный бэкап!
Это ведь неправильно.
Но если localhost заменить на 127.0.0.1 то возникает ошибка:
Failure: Error (2) opening database file: 127.0.0.1:generation_devel
Это с чем связано?
В документике Firebird-nbackup.pdf в разделе
Limitations of nbackup наткнулся на краткое:
- nbackup can only backup local databases.
Не уж то
Horsun Vlad wrote:
А как ты себе представляешь _физический_ бекап не
локальной БД ? Только через службы, которых для него не
делали
А чем 127.0.0.1 то не угодил? Почему с localhost
работает, а с 127.0.0.1 нет? Я так понимаю и
в том и в другом случае должен быть TCP
коннект с локальным
Yakov Hrebtov пишет:
Еще один момент.
Любой пользователь сервера БД может сделать инкрементальный бэкап!
Это ведь неправильно.
Я так понял, тут упор сделан на то, что юзер не должен иметь физ доступа к базе и по-этому не
сможет сделать инкрементальный бэкап. Это понятно.
Но всё равно, любой
А чем не устраивает ISC_USER/ISC_PASSWORD?
Да нет особых проблем, я не спорю...
Патамучта так оно работало всегда. Если ты создаешь базу под рутом, то ведь
не удивляешься, что потом не можешь к ней подключиться по TCP?
Ясно, согласен.
Дельту на самом деле создает сервер, а не nbackup. И он
Dmitry Yemanov wrote:
А про решение - вместо SUID мы будем при создании дельты (и прочих файлов
базы) устанавливать их права равными правам основного файла базы.
Ага, то, что надо!
Стал разбираться с nbackup, возникли проблемы.
Делаю из под рута:
/opt/firebird/bin/nbackup -L generation_devel
Параллельно подключаюсь к этой же базе, в ответ:
I/O error for file /home/data/fbdata/generation_devel.fdb.delta.
Error while trying to write to file.
Bad file descriptor.
смотрим
Dmitry Yemanov пишет:
Почему дельта имеет неправильные права?
Она в данном случае создается nbackup-ом.
Так... И почему nbackup создает ее с такими правами, что сервер в нее писать не
может?
Что так и должно быть? Единственное решение запускать nbackup от имени firebird?
Dmitry Yemanov пишет:
Кстати, после `nbackup -F` дельта-файл не должен удаляться?
Нет. Fixup оперирует только основной базой, про дельты он понятия не имеет.
Тьфу, точно! Я перепутал -F с -N. Думал, что -F - это для unlock.
Понял.
26 matches
Mail list logo
