Re: Проблемы с nbackup
Достаточно 2.1.1 :-) переход на FirebirdCS-2.1.1.17910-0.i686.rpm решил эту проблему 10x Что лишний раз подтверждает мысль, что не все новое - плохое :-) Все - FB2.1.x !!! Eusus. Коваленко Дмитрий.
Re: Проблемы с nbackup
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 firebird-russian mailing list archive at Nabble.com.
Re: Проблемы с nbackup
Vlad Khorsun wrote: Повторить с 2.1.2 Достаточно 2.1.1 :-) -- Дмитрий Еманов
Re: Проблемы с nbackup
"Ivanov E.P" ... главная проблема в том, что после восстановния базы командой, как указано выше, данные в востановленной базе соответствуют бэкапу 0 уровня какие есть идеи? (повторить эксперимент, повторить на другой машине, повторить на другом сервере, указать какие-либо настройки для дополнительной информации) Повторить с 2.1.2 -- Хорсун Влад
Re: Проблемы с nbackup
главная проблема в том, что после восстановния базы командой, как указано выше, данные в востановленной базе соответствуют бэкапу 0 уровня какие есть идеи? (повторить эксперимент, повторить на другой машине, повторить на другом сервере, указать какие-либо настройки для дополнительной информации) -- 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-tp21848503p21928379.html Sent from the firebird-russian mailing list archive at Nabble.com.
Re: Проблемы с nbackup
Hello, Ivanov! Ivanov E.P wrote: запускаю программу работы с базой, добавляем данные, blob-ы изображения, закрываем программу, если запустить повторно, все изменения видны, размер базы изменяется, никаких файлов *.delta не появляется, если а почему файл delta должен появиться? Вы почитайте доку по nbackup еще раз. Если базу ЗАЛОЧИТЬ, то тогда дельта появится и будет висеть пока базу не разлочить. А если делать -b, то дельта появляется на время копирования страниц БД, и затем исчезает. Т.е. все как должно быть. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Проблемы с nbackup
Ivanov E.P wrote: выполняем команду |/opt/firebird/bin/nbackup -B 0 /d1/gdb/home/MC.gdb| создается файл MC.gdb-0-20090205-1112.nbk Какого размера? запускаю программу работы с базой, добавляем данные, blob-ы изображения, закрываем программу, если запустить повторно, все изменения видны, размер базы изменяется, никаких файлов *.delta не появляется Все как положено. если запустить команду еще раз /opt/firebird/bin/nbackup -B 1 /d1/gdb/home/MC.gdb то создастся еще один файл MC.gdb-1-20090205-1444.nbk размером 213096, тогда как база увеличелась на 3 мега, 213096 - это в байтах? База, кстати, могла увеличиться не на реальные данные, если batch extend сработал. Последние неиспользуемые страницы вроде не бекапятся. если запустить востановление /opt/firebird/bin/nbackup -R /d1/gdb/home/MC.gdb MC.gdb-0-20090205-1112.nbk MC.gdb-1-20090205-1444.nbk то программа молча отработает и, судя по содежанию базы, данные восстановятся только уровня 0 Это вряд ли. по описанию nbackup после запуска MC.gdb-1-20090205-1444.nbk должен фиксироваться размер и создаваться файл delta, так ничего этого не наблюдается Ты с ключом -L не перепутал? -- Дмитрий Еманов
Re: проблемы с nbackup
Hello, Dmitry Voroshin said the following on 12.04.2006 13:23: > Система тиражируемая и поддерживается нами по ТЕЛЕФОНУ и ПОЧТЕ. НО! > доступа у нас нет, админа нет, у прользователей доступа к серверам как > правило нет, а невостановимый бэкап у нас - вполне частое явление (система > дико кривая). И эти люди называют проктологией ibWebAdmin... -- Oleg
Re: проблемы с nbackup
"Vlad Horsun" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: > Хостинг без удалённого доступа и есть проктология Ещё раз скажу, что это просто для примера, у нас другая проблема. > > PS: пока что решили не переходить на двойку. > > Это шантаж ? :) Это грустная констатация факта :( Поскольку единственной причиной возможного перехода была необходимость в гарантированно-востанавливаемом бэкапе. Система тиражируемая и поддерживается нами по ТЕЛЕФОНУ и ПОЧТЕ. НО! доступа у нас нет, админа нет, у прользователей доступа к серверам как правило нет, а невостановимый бэкап у нас - вполне частое явление (система дико кривая). Поэтому я и говорю ПОКА БУДЕМ ДУМАТЬ.
Re: проблемы с nbackup
Vlad Horsun пишет: "Dmitry Voroshin" ... 2. Не верю что на хостинге нельзя удалённо запустить консоль Бывает и такое. Но зато на хостинге можно поставить ibWebAdmin и делать бекапы из него. Или написать свой простой cgi для этого. А вот чего на хостинге обычно нельзя - так это запускать бекап от рута... Эти все методы, однако сильно смахивают на проктологию, в сравнении с Services API. Хостинг без удалённого доступа и есть проктология PS: пока что решили не переходить на двойку. Это шантаж ? :) Шантаж это когда не просто угрожают, а еще чего-то требуют. Денег например. :)
Re: проблемы с nbackup
"Dmitry Voroshin" ... > > > 2. Не верю что на хостинге нельзя удалённо запустить консоль > > > > Бывает и такое. Но зато на хостинге можно поставить ibWebAdmin и делать > > бекапы из него. Или написать свой простой cgi для этого. > > А вот чего на хостинге обычно нельзя - так это запускать бекап от рута... > > Эти все методы, однако сильно смахивают на проктологию, в сравнении с > Services API. Хостинг без удалённого доступа и есть проктология > PS: пока что решили не переходить на двойку. Это шантаж ? :) -- Хорсун Влад
Re: проблемы с nbackup
"Oleg Deribas" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] > > Hello, > > Horsun Vlad said the following on 11.04.2006 14:15: > > > 2. Не верю что на хостинге нельзя удалённо запустить консоль > > Бывает и такое. Но зато на хостинге можно поставить ibWebAdmin и делать > бекапы из него. Или написать свой простой cgi для этого. > А вот чего на хостинге обычно нельзя - так это запускать бекап от рута... Эти все методы, однако сильно смахивают на проктологию, в сравнении с Services API. PS: пока что решили не переходить на двойку.
Re: проблемы с nbackup
Hello, Horsun Vlad said the following on 11.04.2006 14:15: > 2. Не верю что на хостинге нельзя удалённо запустить консоль Бывает и такое. Но зато на хостинге можно поставить ibWebAdmin и делать бекапы из него. Или написать свой простой cgi для этого. А вот чего на хостинге обычно нельзя - так это запускать бекап от рута... -- Oleg
Re: проблемы с nbackup
НВ> Админов к стенке или переложить всю ответственность за резервирование НВ> БД на них же самих. Когда база накроется, то ее надо восстанавливать независимо от того, кто отвечал. И если они разгильдяи, то это только добавит тебе работы. :-)
Re: проблемы с nbackup
Dmitry Voroshin пишет: Админиы кроме FB на сервер отказываются что-либо ставить, а бэкапы делать нужно. Если нельзя сделать удалённый бэкап, то вот сейчас думаю, что-бы придумать. Задания прописывать тоже админы не хотят, засранцы. Админов к стенке или переложить всю ответственность за резервирование БД на них же самих. -- С наилучшими пожеланиями, Николай Войнов
Re: проблемы с nbackup
"Horsun Vlad" > > Но ведь это создаёт определённые проблемы при бэкапе, скажем на хостинге. > > Или когда нет доступа к серверу, кроме как доступ к службам FB. А я то > > понадеялся. Теперь нужно что-то придумывать будет. > > 1. Пиши фиче-реквест Не буду. Я думаю вы сами разберётесь, что нужно делать. > 2. Не верю что на хостинге нельзя удалённо запустить консоль Можно, наверное, конечно. Это я так, к слову. Проблема в основном, у меня лично для нашей системы с програмным бэкапом. Админиы кроме FB на сервер отказываются что-либо ставить, а бэкапы делать нужно. Если нельзя сделать удалённый бэкап, то вот сейчас думаю, что-бы придумать. Задания прописывать тоже админы не хотят, засранцы. Ладно, подумаем...
Re: проблемы с nbackup
> > > > А как ты себе представляешь _физический_ бекап не > > > > локальной БД ? Только через службы, которых для него не > > > > делали > > > > > > Не успели или из принципа? > > > > Не стали :) Изначально у автора не было такой цели, AFAIU. > > Вообще к services API есть большие претензии и нет окончательного > > решения о его дальнейшем развитии. Поэтому, когда в своё время > > этот вопрос подняли, решили отложить решение до лучших времен > > Но ведь это создаёт определённые проблемы при бэкапе, скажем на хостинге. > Или когда нет доступа к серверу, кроме как доступ к службам FB. А я то > понадеялся. Теперь нужно что-то придумывать будет. 1. Пиши фиче-реквест 2. Не верю что на хостинге нельзя удалённо запустить консоль -- Хорсун Влад
Re: проблемы с nbackup
"Horsun Vlad" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] > > "Dmitry Voroshin" ... > > > > > > "Horsun Vlad" ... > > > А как ты себе представляешь _физический_ бекап не > > > локальной БД ? Только через службы, которых для него не > > > делали > > > > Не успели или из принципа? > > Не стали :) Изначально у автора не было такой цели, AFAIU. > Вообще к services API есть большие претензии и нет окончательного > решения о его дальнейшем развитии. Поэтому, когда в своё время > этот вопрос подняли, решили отложить решение до лучших времен Но ведь это создаёт определённые проблемы при бэкапе, скажем на хостинге. Или когда нет доступа к серверу, кроме как доступ к службам FB. А я то понадеялся. Теперь нужно что-то придумывать будет. Жаль.
Re: проблемы с nbackup
Yakov Hrebtov пишет: Еще один момент. Любой пользователь сервера БД может сделать инкрементальный бэкап! Это ведь неправильно. Я так понял, тут упор сделан на то, что юзер не должен иметь физ доступа к базе и по-этому не сможет сделать инкрементальный бэкап. Это понятно. Но всё равно, любой юзер имеет возможность (к тому же еще и удаленно) сделать: nbackup -U test1 -P test1 -L server_addr:db nbackup -U test1 -P test1 -N server_addr:db Это точно дырка! Мне кажется операции с nbackup надо разрешать либо root, либо SYSDBA, либо DBO.
Re: проблемы с nbackup
Horsun Vlad wrote: > nbakup просит сервер перейти в состояние бекапа (создать дифф > файл и перенаправить IO туда), а потом сам читает файл БД и пишет > в файл бекапа. Т.е. ему нужен и коннект с сервером и физический > доступ к файлу БД. До 2-ки локальный коннект с классиком не работал, > поэтому префикс 'localhost:' распознаётся специально : > > // Recognition of local prefix allows to work with > // database using TCP/IP loopback while reading file locally. > // This makes NBACKUP compatible with Windows CS with XNET disabled Понято!
Re: проблемы с nbackup
"Dmitry Voroshin" ... > > > "Horsun Vlad" ... > > А как ты себе представляешь _физический_ бекап не > > локальной БД ? Только через службы, которых для него не > > делали > > Не успели или из принципа? Не стали :) Изначально у автора не было такой цели, AFAIU. Вообще к services API есть большие претензии и нет окончательного решения о его дальнейшем развитии. Поэтому, когда в своё время этот вопрос подняли, решили отложить решение до лучших времен -- Хорсун Влад
Re: проблемы с nbackup
"Yakov Hrebtov" ... > > > Horsun Vlad wrote: > > А как ты себе представляешь _физический_ бекап не > > локальной БД ? Только через службы, которых для него не > > делали > А чем 127.0.0.1 то не угодил? Почему с localhost > работает, а с 127.0.0.1 нет? Я так понимаю и > в том и в другом случае должен быть TCP > коннект с локальным сервером, который > сделает физический бэкап? Или как это > работает? nbakup просит сервер перейти в состояние бекапа (создать дифф файл и перенаправить IO туда), а потом сам читает файл БД и пишет в файл бекапа. Т.е. ему нужен и коннект с сервером и физический доступ к файлу БД. До 2-ки локальный коннект с классиком не работал, поэтому префикс 'localhost:' распознаётся специально : // Recognition of local prefix allows to work with // database using TCP/IP loopback while reading file locally. // This makes NBACKUP compatible with Windows CS with XNET disabled -- Хорсун Влад
Re: проблемы с nbackup
"Horsun Vlad" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] > А как ты себе представляешь _физический_ бекап не > локальной БД ? Только через службы, которых для него не > делали Не успели или из принципа?
Re: проблемы с nbackup
Horsun Vlad wrote: > А как ты себе представляешь _физический_ бекап не > локальной БД ? Только через службы, которых для него не > делали А чем 127.0.0.1 то не угодил? Почему с localhost работает, а с 127.0.0.1 нет? Я так понимаю и в том и в другом случае должен быть TCP коннект с локальным сервером, который сделает физический бэкап? Или как это работает?
Re: проблемы с nbackup
"Yakov Hrebtov" ... > В документике Firebird-nbackup.pdf в разделе > "Limitations of nbackup" наткнулся на краткое: > - nbackup can only backup local databases. А как ты себе представляешь _физический_ бекап не локальной БД ? Только через службы, которых для него не делали -- Хорсун Влад
Re: проблемы с 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. Не уж то из-за этого?
Re: проблемы с nbackup
Стал разбираться с nbackup, возникли проблемы. Еще один момент. Любой пользователь сервера БД может сделать инкрементальный бэкап! Это ведь неправильно.
Re: проблемы с nbackup
Стал разбираться с 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: Error (2) opening database file: 127.0.0.1:generation_devel Это с чем связано?
Re: проблемы с nbackup
Dmitry Yemanov wrote: > А про решение - вместо SUID мы будем при создании дельты (и прочих файлов > базы) устанавливать их права равными правам основного файла базы. Ага, то, что надо!
Re: проблемы с nbackup
А чем не устраивает ISC_USER/ISC_PASSWORD? Да нет особых проблем, я не спорю... Патамучта так оно работало всегда. Если ты создаешь базу под рутом, то ведь не удивляешься, что потом не можешь к ней подключиться по TCP? Ясно, согласен. Дельту на самом деле создает сервер, а не nbackup. И он создает ее со своими правами. Которые при локальном доступе есть рутовые, т.к. сервер работает в адресном пространстве nbackup. Тогда SUID, наверное, будет правильным решением, потому как делает именно то что требуется: ембеддед сервер тоже будет работать под юзером firebird, не зависимо от того, кто его запускает. Соответственно дельта будет доступна и TCP серверам.
Re: проблемы с nbackup
Dmitry Yemanov wrote: > Когда nbackup работает локально, то ты коннектишья через embedded доступ и Коннект из-под рута локально позволяет не указывать имя пользователя и пароль, по-этому я его и использую, например, в скритах автоматизации резервного копирования. Мне кажется, это самый удобный способ под unix... (и он сейчас не работает!) > дельта-файл создается под правами твоего процесса. Есс-но, что > TCP-доступ не может получить доступ к базе. С какой целью он создается с владельцем root, хотя с легкостью может быть создан с владельцем firebird? Ведь если всё оставить как сейчас, то получается что nbackup просто нельзя использовать в режиме локального подключения, потому как любая работа с базой при этом блокируется. мне кажется, можно либо: 1. влючать в дистрибутив nbackup с установленным SUID, так как это полностью решает проблему. 2. попроавить nbackup, чтоб он пылался выставить на дельту, такие права, с которыми ее может читать сервер. (Потому как создание дельты, котрую не может прочитать сервер не имеет смысла)
Re: проблемы с nbackup
Продолжим :-) Сервер - классик или супер? классик Делаю из под рута: /opt/firebird/bin/nbackup -L generation_devel Параллельно подключаюсь к этой же базе, в ответ: Как подключаешься, локально или через TCP? Подключаюсь то по TCP (вообще с другой машины) А вот nbackup, как ты заметил делаю локально! Если nbackup делать через TCP: /opt/firebird/bin/nbackup -U SYSDBA -P mypass -N localhost:generation_devel то всё ок -- дельта создается с нормальными правами (я так понимаю, в этом случае ее создает сервер). Так что проблема проявляется только когда nbackup работает локально и сам создает дельту. (установка SUID бита, на nbackup решает проблему)
Re: проблемы с nbackup
Dmitry Yemanov пишет: Кстати, после `nbackup -F` дельта-файл не должен удаляться? Нет. Fixup оперирует только основной базой, про дельты он понятия не имеет. Тьфу, точно! Я перепутал -F с -N. Думал, что -F - это для unlock. Понял.
Re: проблемы с nbackup
Dmitry Yemanov пишет: Что так и должно быть? А вот с этим будем разбираться с виновными, по результатам отпишусь. Кстати, после `nbackup -F` дельта-файл не должен удаляться? У меня остается лежать на преждем месте.
Re: проблемы с nbackup
Dmitry Yemanov пишет: Что так и должно быть? А вот с этим будем разбираться с виновными, по результатам отпишусь. Пока, чтоб работало, поставил на nbackup SUID бит, но это, изврат конечно...
Re: проблемы с nbackup
Dmitry Yemanov пишет: Почему дельта имеет неправильные права? Она в данном случае создается nbackup-ом. Так... И почему nbackup создает ее с такими правами, что сервер в нее писать не может? Что так и должно быть? Единственное решение запускать nbackup от имени firebird?
Re: проблемы с nbackup
Стал разбираться с nbackup, возникли проблемы. P.S. Server Version: LI-T2.0.0.12484 Firebird 2.0 Release Candidate 1
