Nbackup
ÐÑоÑиÑал опиÑание NBACKUP. Я пÑавилÑно понÑл, ÑÑо бÑÐºÐ°Ð¿Ñ Ð¾Ð½ ÑÐ¼ÐµÐµÑ Ð´ÐµÐ»Ð°ÑÑ Ð¸Ð½ÐºÑеменÑно, но ÑеÑÑÐ¾Ñ Ð´ÐµÐ»Ð°ÐµÑÑÑ Ð²Ñегда Ñ Ð½ÑлÑ, Ñ.е. пÑи ÑеÑÑоÑе надо ÑказаÑÑ Ð¿Ð¾Ð»Ð½ÑÑ ÑепоÑÐºÑ Ð±Ñкапов, наÑÐ¸Ð½Ð°Ñ Ñ Ð½Ñлевого? Т.е. нелÑÐ·Ñ Ð½Ð°ÐºÐ°ÑиÑÑ ÑеÑÑÐ¾Ñ Ð¸Ð· бÑкапа пеÑвого ÑÑÐ¾Ð²Ð½Ñ Ð½Ð° Ñже оÑÑеÑÑоÑеннÑÑ Ð¸Ð· бÑкапа нÑлевого ÑÑÐ¾Ð²Ð½Ñ Ð±Ð°Ð·Ñ? ÐÑÑ Ð¾Ð´Ð¸Ñ, ÑÑо бÑкап можно ÑделаÑÑ Ð±ÑÑÑÑо, а на ÑеÑÑÐ¾Ñ Ð²Ñе Ñавно ÑеÑÑеÑÑÑ Ð½ÐµÑколÑко ÑаÑов, и пÑи Ñбое невозможно бÑÑÑÑо полÑÑиÑÑ Ð±Ð¾Ð»ÐµÐµ-менее акÑÑалÑнÑÑ ÐºÐ¾Ð¿Ð¸Ñ. Так?
nbackup
Посылал сообщение через google в эту конфу, но что-то не дошло. Как объединить файлы *.gdb и *.gdb.delta которые получились после глюка nbackup? Объединение через ключ -N не помогает.
Re: NBackup
"Leonid" ... Всем привет! FB-2.03 2.0.4 давно уже вышел и в нём исправлено много проблем с nbackup Все работало до сегодняшнего утра без проблем. Сейчас имею файл дельты который не удалился. Как следствие новый NBackup не запускается, т.к. ругается на наличие файла дельты. Классик ? Если запускаю с ключем -N, то ошибка "-Database is not in the physical backup mode" Это вроде понятно, но файл дельты в 30 мегов лежит и как мне определить что в нем и вернулись ли эти данные в саму базу. Если произшло нарушение целостности, то как восстановить? Сначала покажи gstat -h -- Хорсун Влад
Re: NBackup
Leonid wrote: Сейчас имею файл дельты который не удалился. Как следствие новый NBackup не запускается, т.к. ругается на наличие файла дельты. Если запускаю с ключем -N, то ошибка "-Database is not in the physical backup mode" Процессов-зомби нет часом? Или просто неактивных коннектов? -- Дмитрий Еманов
Re: NBackup
Да класик! Database header page information: Flags 0 Checksum12345 Generation 2131850 Page size 8192 ODS version 11.0 Oldest transaction 2113117 Oldest active 2113118 Oldest snapshot 2113118 Next transaction2128171 Bumped transaction 1 Sequence number 0 Next attachment ID 3340 Implementation ID 16 Shadow count0 Page buffers1024 Next header page0 Database dialect3 Creation date Jan 30, 2009 22:49:01 Attributes force write Variable header data: Database backup GUID: {18889F84-7091-42F9-909E-099E437DC2BD} Sweep interval: 0 *END* Насчет зомби ничего сейча сказать не могу. Там около 100 пользователей сейчас. Могут быть... Но утром, когда файл застрял скорее всего не было. On 11 фев, 12:40, "Vlad Khorsun" wrote: > "Leonid" ... > > > Всем привет! > > FB-2.03 > > 2.0.4 давно уже вышел и в нём исправлено много проблем с nbackup > > > Все работало до сегодняшнего утра без проблем. > > Сейчас имею файл дельты который не удалился. Как следствие новый > > NBackup не > > запускается, т.к. ругается на наличие файла дельты. > > Классик ? > > > Если запускаю с ключем -N, то ошибка "-Database is not in the > > physical > > backup mode" > > Это вроде понятно, но файл дельты в 30 мегов лежит и как мне > > определить что > > в нем и вернулись ли эти данные в саму базу. > > Если произшло нарушение целостности, то как восстановить? > > Сначала покажи gstat -h > > -- > Хорсун Влад
Re: NBackup
Hello, Leonid! Leonid wrote: Это вроде понятно, но файл дельты в 30 мегов лежит и как мне определить что в нем и вернулись ли эти данные в саму базу. ну и я до кучи спрошу - какая дата-время у файла базы и у файла дельты? если у файла базы новее (modify), то да, файл дельты просто почему то не удалился. Если дельта новее, то тогда смотри ответы DY и VH. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: NBackup
Дата все время стояла 8:55, т.е. утром и это вселяло надежды что дельта просто не удалилась. Но сейчас посмотрел еще раз, а она вдруг стала 12:55 и сама база 13:06 Т.е. она живая, эта дельта On 11 фев, 12:56, Dmitri Kuzmenko wrote: > Hello, Leonid! > > Leonid wrote: > > Это вроде понятно, но файл дельты в 30 мегов лежит и как мне > > определить что > > в нем и вернулись ли эти данные в саму базу. > > ну и я до кучи спрошу - > какая дата-время у файла базы и у файла дельты? > > если у файла базы новее (modify), то да, файл > дельты просто почему то не удалился. > Если дельта новее, то тогда смотри ответы DY и VH. > > -- > Dmitri Kouzmenko,www.ibase.ru, (495) 953-13-34
Re: NBackup
Leonid wrote: Насчет зомби ничего сейча сказать не могу. Там около 100 пользователей сейчас. Могут быть... Но утром, когда файл застрял скорее всего не было. Посмотри кто держит открытым файл дельты. Скорее всего один (или несколько) из неактивных процессов fb_inet_server. Прибей их и дельта сразу исчезнет. -- Дмитрий Еманов
Re: NBackup
Hello, Dmitry! Dmitry Yemanov wrote: Процессов-зомби нет часом? Или просто неактивных коннектов? кстати. тут я развлекался с дельтами. Беру базу. nbackup -L. удаляю дельту Создаю дельту из текстового файла, который рядом валялся. Пытаюсь открыть базу - страшные матюки internal gds software consistency check: duplicated item in allocation table detected Error: can't actualize alloc table Error: lock allocation table on read Это все понятно, но какбе, неужто нельзя формат файла проверить? Вопрос риторический, я все понимаю. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: NBackup
"Leonid" ... Да класик! ... Насчет зомби ничего сейча сказать не могу. Там около 100 пользователей сейчас. Могут быть... Но утром, когда файл застрял скорее всего не было. Скорее всего какой-то из процессов ничего не делает и поэтому не отпускает дельту. Это может быть как зомби, так и просто неактивный долгое время коннект. На винде можно посмотреть какой процесс её держит. На линуксе наверное тоже можно. -- Хорсун Влад
Re: NBackup
Как на винде это увидеть? Не в курсе. Научите... В принципе обычно дельта никогда не исчезает сразу. Она может существовать еще 15-30 минут после окончания процесса Backup. Но так долго пока не было. > Скорее всего какой-то из процессов ничего не делает и поэтому не > отпускает дельту. > Это может быть как зомби, так и просто неактивный долгое время коннект. На > винде > можно посмотреть какой процесс её держит. На линуксе наверное тоже можно. >
Re: NBackup
Hello, Leonid! Leonid wrote: Дата все время стояла 8:55, т.е. утром и это вселяло надежды что дельта просто не удалилась. Но сейчас посмотрел еще раз, а она вдруг стала 12:55 и сама база 13:06 Т.е. она живая, эта дельта объясняю механизм: как только выдан nbackup -L явно или как nbackup -b, база после этого ТОЛЬКО ЧИТАЕТСЯ, а вся запись идет в дельту. То есть, при активной дельте дата и время последней модификации базы никак не может быть новее даты-времени дельты. Грубо говоря, дата-время модификации базы должно быть равно последнему моменту работы БЕЗ дельты. Если у дельты дата-время НОВЕЕ чем у базы, это значит что в дельту запись не идет и она по какой-то причине протухла. Впрочем, это практические (а не теоретические) умозаключения, не претендующие на истину. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: NBackup
Это все просто и я это понимаю. Но когда ты спросил и я посмотрел, что она вдруг обновилась? Это не понимаю. > объясняю механизм: > как только выдан nbackup -L явно или как nbackup -b, > база после этого ТОЛЬКО ЧИТАЕТСЯ, а вся запись идет > в дельту. >
Re: NBackup
"Leonid" ... Как на винде это увидеть? Не в курсе. Научите... ProcessExplorer от SysInternals -- Хорсун Влад
Re: NBackup
Он покажет все процессы и покажет какие активные в данный момент. Но если пользователь завершил активное обрашение к базе минуту назад или с утра ничего не делал, то эти процессы будут одинаковыми. Что я увижу? > > Как на винде это увидеть? Не в курсе. > > Научите... > > ProcessExplorer от SysInternals > > -- > Хорсун Влад
Re: NBackup
Это все понятно, но какбе, неужто нельзя формат файла проверить? Вопрос риторический, я все понимаю. "Добро пожаловать в реальный мир, Фёдор Сумкин" (с) Смит :-) Коваленко Дмитрий.
Re: NBackup
Leonid wrote: Он покажет все процессы и покажет какие активные в данный момент. Но если пользователь завершил активное обрашение к базе минуту назад или с утра ничего не делал, то эти процессы будут одинаковыми. Что я увижу? Для каждого процесса можно посмотреть открытые им файлы. Но таки да, для 100 штук это будет утомительное занятие :-) -- Дмитрий Еманов
Re: NBackup
Поскольку общая работоспособность пока не нарушена. Т.е все работают и вопросов от пользователей нет, то буду ждать вечера. Но если все пользователи отвалятся а дельта останется, то мне что делать? On 11 фев, 13:40, Dmitry Yemanov wrote: > Leonid wrote: > > Он покажет все процессы и покажет какие активные в данный момент. Но > > если пользователь завершил активное обрашение к базе минуту назад или > > с утра ничего не делал, то эти процессы будут одинаковыми. Что я > > увижу? > > Для каждого процесса можно посмотреть открытые им файлы. > Но таки да, для 100 штук это будет утомительное занятие :-) > > -- > Дмитрий Еманов
Re: NBackup
"Leonid" ... Он покажет все процессы и покажет какие активные в данный момент. Но если пользователь завершил активное обрашение к базе минуту назад или с утра ничего не делал, то эти процессы будут одинаковыми. Что я увижу? Там есть поиск :) -- Хорсун Влад
Re: NBackup
"Leonid" ... Поскольку общая работоспособность пока не нарушена. Т.е все работают и вопросов от пользователей нет, то буду ждать вечера. Но если все пользователи отвалятся а дельта останется, то мне что делать? В течение дня сделай бекап gbak'ом (можно и не один раз) Если все *процессы* отвалятся, а дельта останется (не думаю, но мало ли) - скопировать БД и дельту - положить копию БД отдельно от дельты и попробовать приконнектиться - убедиться что все данные на месте - рассказать нам - как прошло -- Хорсун Влад
Re: NBackup
Hello, Leonid! Leonid wrote: Как на винде это увидеть? Не в курсе. Научите... на файле в проводнике правую кнопку мыши, свойства. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: NBackup
Hello, Leonid! Dmitri Kuzmenko wrote: Как на винде это увидеть? Не в курсе. Научите... на файле в проводнике правую кнопку мыши, свойства. извиняюсь, я про свое :-) -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: NBackup
Рассказываю! После выхода всех пользователей дельта исчезла. Зомби не было. Все заработало. Все NBackup формируются правильно! On 11 фев, 14:29, "Vlad Khorsun" wrote: > "Leonid" ... > > > Поскольку общая работоспособность пока не нарушена. Т.е все работают и > > вопросов от пользователей нет, то буду ждать вечера. > > Но если все пользователи отвалятся а дельта останется, то мне что > > делать? > > В течение дня сделай бекап gbak'ом (можно и не один раз) > > Если все *процессы* отвалятся, а дельта останется (не думаю, но мало ли) > - скопировать БД и дельту > - положить копию БД отдельно от дельты и попробовать приконнектиться > - убедиться что все данные на месте > - рассказать нам - как прошло > > -- > Хорсун Влад
Re: NBackup
а птичку ты всетаки обнови у меня с nbackup довольно часто проблемы пока не обновил до 2.0.4
Re: NBackup
Я в самое ближайшее время буду переходить на 2.1 Все практически уже готово. On 12 фев, 12:53, Attid wrote: > а птичку ты всетаки обнови у меня с nbackup довольно часто проблемы > пока не обновил до 2.0.4
Тормоза nbackup
Привет всем! Начал тестить nbackup на базе размером в 230Г на FB WI-V2.5.0.26074 CS Возникли следующие непонятки 1. В одном коннекте запускаем удаление 100млн записей 2. Запускаем nbackup 0-го уровня (nbackup еле шевелится по диску {10мб/с} при практически 100% загрузке проца) 3. Удаление зевершено. commit. Коннект продолжает висеть, активных транзакций нет. Ничего по скорости не меняется. 4. Создаем новый коннект после чего закрываем старый. Все по старому. 5. Закрываем новый коннект - nbackup "взлетает". Загрузка проца падает до 10% рейд разгоняется до 200-300М/с 6. Создаем новый коннект - полет нормальный. 7. Выполняем в нем запроссы, удаляем данные - полет нормальный. Как это обясняется? Собственно что делает nbackup с процом на первых шагах? З.Ы. Если это обсуждалось - сорри. Довно конфу не читал.
Re: Nbackup
Konstantin R. Beliaev wrote: ÐÑоÑиÑал опиÑание NBACKUP. Я пÑавилÑно понÑл, ÑÑо бÑÐºÐ°Ð¿Ñ Ð¾Ð½ ÑÐ¼ÐµÐµÑ Ð´ÐµÐ»Ð°ÑÑ Ð¸Ð½ÐºÑеменÑно, но ÑеÑÑÐ¾Ñ Ð´ÐµÐ»Ð°ÐµÑÑÑ Ð²Ñегда Ñ Ð½ÑлÑ, Ñ.е. пÑи ÑеÑÑоÑе надо ÑказаÑÑ Ð¿Ð¾Ð»Ð½ÑÑ ÑепоÑÐºÑ Ð±Ñкапов, наÑÐ¸Ð½Ð°Ñ Ñ Ð½Ñлевого? Ðменно Ñак.
Re: Nbackup
"Yakov Hrebtov" <[EMAIL PROTECTED]> ÃÃÃÃÃÃÃ/ÃÃÃÃÃÃÃà à ÃÃÃÃÃÃÃà ÃÃà ÃÃÃÃà à : news:[EMAIL PROTECTED] > > Konstantin R. Beliaev wrote: >> ðÃÃÃÃÃÃà ÃÃÃÃÃÃÃà NBACKUP. >> ñ ÃÃÃÃÃÃÃÃà ÃÃÃÃÃ, ÃÃà ÃÃÃÃÃà Ãà ÃÃà à à Ãà ÃÃÃà ÃÃÃÃà Ãà ÃÃÃÃ, Ãà Ãà ÃÃÃà >> Ãà ÃÃà ÃÃà ÃÃà ÃÃà à ÃÃÃÃ, Ã.à . ÃÃà Ãà ÃÃÃÃà ÃÃÃà ÃÃÃÃÃÃà ÃÃÃÃÃà Ãà ÃÃÃÃà >> ÃÃÃÃÃÃÃ, ÃÃÃÃÃÃà à ÃÃÃà ÃÃÃÃ? > > éÃà ÃÃà ÃÃÃ. > à à ÃÃÃÃÃ, ÃÃà ÃÃà ÃÃÃÃÃÃÃà Ãà ÃÃÃÃÃÃ, ÃÃà ÃÃÃÃà Ãà ÃÃÃÃà Ãà ÃÃÃà ÃÃÃÃà ÃÃÃà ÃÃÃà ÃÃà à ÃÃÃÃÃà à à Ãà Ãà ÃÃÃÃÃÃÃÃÃÃà ÃÃÃÃÃÃÃÃÃà ÃÃÃÃÃà Ãà ÃÃÃÃÃÃÃÃÃ. óÃÃÃÃà ÃÃÃà Ãà ÃÃà ÃÃà Ãà ÃÃà Ãà ÃÃÃÃà ÃÃà ÃÃÃÃÃà 24Ã7
Re: Nbackup
"Konstantin R. Beliaev" ... > > ÐÑоÑиÑал опиÑание NBACKUP. > Я пÑавилÑно понÑл, ÑÑо бÑÐºÐ°Ð¿Ñ Ð¾Ð½ ÑÐ¼ÐµÐµÑ Ð´ÐµÐ»Ð°ÑÑ Ð¸Ð½ÐºÑеменÑно, но ÑеÑÑÐ¾Ñ > делаеÑÑÑ Ð²Ñегда Ñ Ð½ÑлÑ, Ñ.е. пÑи ÑеÑÑоÑе надо ÑказаÑÑ Ð¿Ð¾Ð»Ð½ÑÑ ÑепоÑÐºÑ > бÑкапов, наÑÐ¸Ð½Ð°Ñ Ñ Ð½Ñлевого? Ðа. > Т.е. нелÑÐ·Ñ Ð½Ð°ÐºÐ°ÑиÑÑ ÑеÑÑÐ¾Ñ Ð¸Ð· бÑкапа пеÑвого ÑÑÐ¾Ð²Ð½Ñ Ð½Ð° Ñже > оÑÑеÑÑоÑеннÑÑ Ð¸Ð· бÑкапа нÑлевого ÑÑÐ¾Ð²Ð½Ñ Ð±Ð°Ð·Ñ? Ðа > ÐÑÑ Ð¾Ð´Ð¸Ñ, ÑÑо бÑкап можно ÑделаÑÑ Ð±ÑÑÑÑо, а на ÑеÑÑÐ¾Ñ Ð²Ñе Ñавно ÑеÑÑеÑÑÑ > неÑколÑко ÑаÑов, и пÑи Ñбое невозможно бÑÑÑÑо полÑÑиÑÑ Ð±Ð¾Ð»ÐµÐµ-менее > акÑÑалÑнÑÑ ÐºÐ¾Ð¿Ð¸Ñ. Ргде ÑÑ Ð½Ð°ÑÑл неÑколÑко ÑаÑов ??? Ðли ÑÑ ÑобиÑаеÑÑÑÑ Ð¸Ð¼ÐµÑÑ ÑепоÑки длиной в неÑколÑко деÑÑÑков инкÑеменÑов ? -- ХоÑÑÑн Ðлад
Re: Nbackup
Hello, Konstantin! Konstantin R. Beliaev wrote: Т.е. нелÑÐ·Ñ Ð½Ð°ÐºÐ°ÑиÑÑ ÑеÑÑÐ¾Ñ Ð¸Ð· бÑкапа пеÑвого ÑÑÐ¾Ð²Ð½Ñ Ð½Ð° Ñже оÑÑеÑÑоÑеннÑÑ Ð¸Ð· бÑкапа нÑлевого ÑÑÐ¾Ð²Ð½Ñ Ð±Ð°Ð·Ñ? ÑÑо знаÑÐ¸Ñ "накаÑиÑÑ ÑеÑÑоÑ"??? ÐÑÑ Ð¾Ð´Ð¸Ñ, ÑÑо бÑкап можно ÑделаÑÑ Ð±ÑÑÑÑо, а на ÑеÑÑÐ¾Ñ Ð²Ñе Ñавно ÑеÑÑеÑÑÑ Ð½ÐµÑколÑко ÑаÑов, ÑеÑÑÐ¾Ñ Ð¸ пÑи Ñбое невозможно бÑÑÑÑо полÑÑиÑÑ Ð±Ð¾Ð»ÐµÐµ-менее акÑÑалÑнÑÑ ÐºÐ¾Ð¿Ð¸Ñ. Так? пеÑеÑÑÐ°Ð½Ñ Ð´ÑмаÑÑ Ð¾Ð± nbackup как о gbak. nbackup Ð´ÐµÐ»Ð°ÐµÑ ÑÑÑаниÑнÑе копии ÑÑÐ¾Ð²Ð½Ñ 0 - Ð¿Ð¾Ð»Ð½Ð°Ñ ÐºÐ¾Ð¿Ð¸Ñ ÐÐ ÑÑÐ¾Ð²ÐµÐ½Ñ 1 - измененнÑе ÑÑÑаниÑÑ Ð¾ÑноÑиÑелÑно ÑÑÐ¾Ð²Ð½Ñ 0 (копии) ÑÑÐ¾Ð²ÐµÐ½Ñ 2 - измененнÑе ÑÑÑаниÑÑ Ð¾ÑноÑиÑелÑно ÑÑÐ¾Ð²Ð½Ñ 1 и Ñак далее. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Nbackup
Khorsun Vlad wrote: Ргде ÑÑ Ð½Ð°ÑÑл неÑколÑко ÑаÑов ??? Ðли ÑÑ ÑобиÑаеÑÑÑÑ Ð¸Ð¼ÐµÑÑ ÑепоÑки длиной в неÑколÑко деÑÑÑков инкÑеменÑов ? Я ÑÑÐ¶Ñ Ð¿Ð¾ вÑемени ÑеÑÑоÑа ÑеÑез GBAK
Re: Nbackup
KRB> Я ÑÑÐ¶Ñ Ð¿Ð¾ вÑемени ÑеÑÑоÑа ÑеÑез GBAK Ðо gbak Ð´ÐµÐ»Ð°ÐµÑ Ð²Ð¾ÑÑÑановление на ÑÑовне даннÑÑ , а nbackup на ÑÑовне ÑÑÑаниÑ, как Ñ Ð¿Ð¾Ð½Ð¸Ð¼Ð°Ñ. ÐонимаеÑÑ? :-)
Re: Nbackup
Hello, Konstantin! Konstantin R. Beliaev wrote: Ргде ÑÑ Ð½Ð°ÑÑл неÑколÑко ÑаÑов ??? Ðли ÑÑ ÑобиÑаеÑÑÑÑ Ð¸Ð¼ÐµÑÑ ÑепоÑки длиной в неÑколÑко деÑÑÑков инкÑеменÑов ? Я ÑÑÐ¶Ñ Ð¿Ð¾ вÑемени ÑеÑÑоÑа ÑеÑез GBAK гм, а пÑи Ñем ÑÑÑ gbak ??? gbak ÑÑÑ Ð°Ð±ÑолÑÑно ÑбокÑ. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Nbackup
Dmitri Kuzmenko wrote: ÑÑо знаÑÐ¸Ñ "накаÑиÑÑ ÑеÑÑоÑ"??? Ðлад Ð¼ÐµÐ½Ñ ÐºÐ°Ð¶ÐµÑÑÑ Ð¿Ð¾Ð½Ñл: вÑеÑа, напÑимеÑ, Ñ ÑеÑÑоÑил ÑÑÐ¾Ð²ÐµÐ½Ñ 0, ÑÐµÐ³Ð¾Ð´Ð½Ñ Ð±ÐµÑÑ ÑезÑлÑÑÐ°Ñ Ð²ÑеÑаÑнего ÑеÑÑоÑа и Ð ÐÐÐÐ Ð²Ð»Ð¸Ð²Ð°Ñ ÑÑÐ¾Ð²ÐµÐ½Ñ 1, Ð½Ñ Ð¸ Ñ.д. пеÑеÑÑÐ°Ð½Ñ Ð´ÑмаÑÑ Ð¾Ð± nbackup как о gbak. nbackup Ð´ÐµÐ»Ð°ÐµÑ ÑÑÑаниÑнÑе копии ÑÑÐ¾Ð²Ð½Ñ 0 - Ð¿Ð¾Ð»Ð½Ð°Ñ ÐºÐ¾Ð¿Ð¸Ñ ÐÐ ÑÑÐ¾Ð²ÐµÐ½Ñ 1 - измененнÑе ÑÑÑаниÑÑ Ð¾ÑноÑиÑелÑно ÑÑÐ¾Ð²Ð½Ñ 0 (копии) ÑÑÐ¾Ð²ÐµÐ½Ñ 2 - измененнÑе ÑÑÑаниÑÑ Ð¾ÑноÑиÑелÑно ÑÑÐ¾Ð²Ð½Ñ 1 и Ñак далее. ÐожалÑй ÑÑо вÑе обÑÑÑнÑеÑ. Т.е. ÑигÑÑалÑно вÑÑажаÑÑÑ, nbackup Ð´ÐµÐ»Ð°ÐµÑ Ð¿Ð¾ÑÑи ÑайловÑÑ ÐºÐ¾Ð¿Ð¸Ñ Ð±Ð°Ð·Ñ (нÑ, не ÑовÑем, конеÑно ÐºÐ¾Ð¿Ð¸Ñ Ñайла), и Ð´Ð»Ñ ÑеÑÑоÑа нÑжно вÑемÑ, Ð½ÐµÐ¾Ð±Ñ Ð¾Ð´Ð¸Ð¼Ð¾Ðµ ÐСи ÑÑÐ¾Ð±Ñ ÑолÑко ÑкопиÑоваÑÑ ÑÑи даннÑе из Ñайла в Ñайл, Ñак? Т.е. никакой ÑбоÑки мÑÑоÑа (об ÑÑом вÑоде напиÑано, но инÑеÑеÑно: мÑÑÐ¾Ñ Ñоже в бÑкап попадаеÑ?) и пеÑеÑÑÑойки индекÑов? ÐÑ Ð¸ поÑледний вопÑоÑ: еÑли ли Ñже какие-нибÑÐ´Ñ ÑедÑлеÑÑ, иÑполÑзÑÑÑие NBACKUP ?
Re: Nbackup
Konstantin R. Beliaev пиÑеÑ: ÐÑ Ð¸ поÑледний вопÑоÑ: еÑли ли Ñже какие-нибÑÐ´Ñ ÑедÑлеÑÑ, иÑполÑзÑÑÑие NBACKUP ? еÑÑÑ ! at, cron, bash, wsh, bat, cmd, nncron и Ñ.д. -- ÐоÑмин ÐлекÑандÑ
Re: Nbackup
Hello, Konstantin! Konstantin R. Beliaev wrote: Ðлад Ð¼ÐµÐ½Ñ ÐºÐ°Ð¶ÐµÑÑÑ Ð¿Ð¾Ð½Ñл: вÑеÑа, напÑимеÑ, Ñ ÑеÑÑоÑил ÑÑÐ¾Ð²ÐµÐ½Ñ 0, ÑÐµÐ³Ð¾Ð´Ð½Ñ Ð±ÐµÑÑ ÑезÑлÑÑÐ°Ñ Ð²ÑеÑаÑнего ÑеÑÑоÑа и Ð ÐÐÐÐ Ð²Ð»Ð¸Ð²Ð°Ñ ÑÑÐ¾Ð²ÐµÐ½Ñ 1, Ð½Ñ Ð¸ Ñ.д. ÑÑо знаÑÐ¸Ñ "ÑеÑÑоÑил"? nb ÑÑÐ¾Ð²Ð½Ñ 0 ÑÑо в обÑем-Ñо ÑÑÑаниÑÐ½Ð°Ñ ÐºÐ¾Ð¿Ð¸Ñ ÐÐ. ÑÑ Ð³Ð´Ðµ Ð´Ð¾ÐºÑ ÑиÑал? ÑÑÑ? http://www.firebirdsql.org/pdfmanual/ru/Firebird-nbackup-ru.pdf ÐожалÑй ÑÑо вÑе обÑÑÑнÑеÑ. Т.е. ÑигÑÑалÑно вÑÑажаÑÑÑ, nbackup Ð´ÐµÐ»Ð°ÐµÑ Ð¿Ð¾ÑÑи ÑайловÑÑ ÐºÐ¾Ð¿Ð¸Ñ Ð±Ð°Ð·Ñ (нÑ, не ÑовÑем, конеÑно ÐºÐ¾Ð¿Ð¸Ñ Ñайла), копиÑ. еÑе Ñаз Ð´Ð¾ÐºÑ Ð¿Ð¾ÑиÑай. когда ÑÑ ÑÑаÑÑÑеÑÑ nbackup, он лоÑÐ¸Ñ Ñайл ÐÐ, а ÑеÑÐ²ÐµÑ Ð² ÑÑо вÑÐµÐ¼Ñ Ð¿Ð¸ÑÐµÑ Ð²Ñе Ð¸Ð·Ð¼ÐµÐ½ÐµÐ½Ð¸Ñ Ð²Ð¾ вÑеменнÑй Ñайл. ÐоÑÑÐ¾Ð¼Ñ Ð² ÑÑо вÑÐµÐ¼Ñ Ð¼Ð¾Ð¶Ð½Ð¾ Ñ Ð¾ÑÑ ÑÑедÑÑвами ÐС Ð±Ð°Ð·Ñ ÐºÐ¾Ð¿Ð¸ÑоваÑÑ. и Ð´Ð»Ñ ÑеÑÑоÑа нÑжно вÑемÑ, Ð½ÐµÐ¾Ð±Ñ Ð¾Ð´Ð¸Ð¼Ð¾Ðµ ÐСи ÑÑÐ¾Ð±Ñ ÑолÑко ÑкопиÑоваÑÑ ÑÑи даннÑе из Ñайла в Ñайл, Ñак? ÑÑо когда Ð¸Ð´ÐµÑ Ð²Ð¾ÑÑÑановление ÐРиз неÑколÑÐºÐ¸Ñ Ð¸Ð½ÐºÑеменÑов. допÑÑÑим, Ñ ÑÐµÐ±Ñ ÐµÑÑÑ Ð½Ð± ÑÑÐ¾Ð²Ð½Ñ 0 ÑделаннÑй меÑÑÑ Ð½Ð°Ð·Ð°Ð´. и нб ÑÑÐ¾Ð²Ð½Ñ 1 ÑделаннÑй Ð½ÐµÐ´ÐµÐ»Ñ Ð½Ð°Ð·Ð°Ð´. и нб ÑÑÐ¾Ð²Ð½Ñ 2 ÑделаннÑй вÑеÑа. Ð¢Ñ Ð´Ð»Ñ Ð²Ð¾ÑÑÑÐ°Ð½Ð¾Ð²Ð»ÐµÐ½Ð¸Ñ ÐРна вÑеÑа даеÑÑ ÐºÐ¾Ð¼Ð°Ð½Ð´Ñ nbackup ÑоздаÑÑ ÐÐ ÑклееннÑÑ Ð¸Ð· ÑÑÐ¸Ñ ÐºÑÑков. 0+1+2. nb ÑнаÑала копиÑÑÐµÑ Ñайл ÑÑÐ¾Ð²Ð½Ñ 0. заÑем на него накидÑÐ²Ð°ÐµÑ ÑÑÑаниÑÑ ÑÑÐ¾Ð²Ð½Ñ 1. поÑом ÑÑÑаниÑÑ ÑÑÐ¾Ð²Ð½Ñ 2. ÐÑе. Т.е. никакой ÑбоÑки мÑÑоÑа (об ÑÑом вÑоде напиÑано, но инÑеÑеÑно: мÑÑÐ¾Ñ Ñоже в бÑкап попадаеÑ?) и пеÑеÑÑÑойки индекÑов? ÐонÑÑанÑин. ÐÑе Ñаз. Nbackup ÐÐÐÐРУÐТ ÐÐÐУ ÐÐСТРÐÐÐЧÐÐ. ÐÐ¼Ñ Ð²Ð¾Ð¾Ð±Ñе поклаÑÑÑ ÑÑо Ñам в ÑÑÑаниÑÐ°Ñ . -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Nbackup
Hello, Konstantin! Не в тему, для сведения. Мне например не понравилось, то что он не умеет делать лог в файл. С наилучшими пожеланиями, Oleg Prosvetov.
Re: Nbackup
Dmitri Kuzmenko wrote: ÑÑ Ð³Ð´Ðµ Ð´Ð¾ÐºÑ ÑиÑал? ÑÑÑ? http://www.firebirdsql.org/pdfmanual/ru/Firebird-nbackup-ru.pdf Ðе помнÑ, PDF на английÑком. Ðо ÑÑÑÑкÑÑÑе Ð¿Ð¾Ñ Ð¾Ð¶Ðµ. Nbackup ÐÐÐÐРУÐТ ÐÐÐУ ÐÐСТРÐÐÐЧÐÐ. ÐÑ, в обÑем понÑÑно. ÐеÑколÑко не Ñо, ÑÑо Ñ Ð¾Ð¶Ð¸Ð´Ð°Ð», Ð½Ñ Ñж как еÑÑÑ.
Re: Nbackup
Kochmin Alexandr wrote: еÑÑÑ ! at, cron, bash, wsh, bat, cmd, nncron и Ñ.д. Ñогда Ñж пÑоÑе напиÑаÑÑ: Linux :-)
Re: Nbackup
Hello, Konstantin! Konstantin R. Beliaev wrote: Dmitri Kuzmenko wrote: ты где доку читал? тут? http://www.firebirdsql.org/pdfmanual/ru/Firebird-nbackup-ru.pdf Не помню, PDF на английском. По структуре похоже. гм. источник один. www.firebirdsql.org там и на английском, и на русском, и т.д. Nbackup КОПИРУЕТ БАЗУ ПОСТРАНИЧНО. Ну, в общем понятно. Несколько не то, что я ожидал, ну уж как есть. а что ожидал, интересно? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Nbackup
Dmitri Kuzmenko wrote: а что ожидал, интересно? Судя по всему, люди читают про бекап, но думают про stand-by репликацию... -- Дмитрий Еманов
Re: Nbackup
> а что ожидал, интересно? я например, ожидал что получится бакап, т.е. GBK. полный и инкрементальный, как например у M$ SQL наверно, название nbackup так действует почему не ncopy, например... ведь это online-копирование, по сути, как Вы говорили - "...Поэтому в это время можно хоть средствами ОС базу копировать..." Да в общем, теперь неважно, как называется. Теперь уже точно все прочувствовали разницу. :-) Чисто практически, для меня лично, удобнее именно постраничная копия. Ведь в этом случае невозможен _невосстановимый_бакап_, так ведь? Объемы неособо беспокоят.
Re: Nbackup
On Thu, 13 Dec 2007 01:20:35 +0300, Oleg Matveyev <[EMAIL PROTECTED]> wrote: > Ведь в этом случае невозможен _невосстановимый_бакап_, так ведь? Это с какой стороны посмотреть. Если у тебя в базе будут проблемы, ты об этом и не узнаешь до нормального бэкап-рестора. Или база навернётся. -- Сергей Смирнов.
Re: Nbackup
"Oleg Matveyev" ... а что ожидал, интересно? я например, ожидал что получится бакап, т.е. GBK. полный и инкрементальный, как например у M$ SQL Давайте раз и навсегда расставим точки над i : - gbak - это скорее средство полного импорта\экспорта всего содержимого БД, т.е. данных и метаданных. Это также средство миграции между версиями сервера\ОДС. Кто-нибудь слышал об инкрементальном импорте\экспорте ? - nbackup - это более близкий аналог общепринятого ср-ва резервного копирования а-ля MSSQL и другие наверно, название nbackup так действует почему не ncopy, например... ведь это online-копирование, по сути, как Вы говорили - "...Поэтому в это время можно хоть средствами ОС базу копировать..." Копирование только для 0-го уровня. Дальше - совсем не копирование Да в общем, теперь неважно, как называется. Теперь уже точно все прочувствовали разницу. :-) Наконец-то :) Чисто практически, для меня лично, удобнее именно постраничная копия. Ведь в этом случае невозможен _невосстановимый_бакап_, так ведь? Только в случае багов в самом механизме nbackup'а. Механизм создания инкремента достаточно сложен (в отличие от бекапа gbak'ом), зато механизм восстановления очень прост (опять-же в отличие от рестора gbak'ом). Все логичесrие несоответствия, мешающие рестору gbak'ом, тут не играют никакой роли. Т.е. единственное место для ошибки - физически не правильный инкрементный бекап. Объемы неособо беспокоят. Никогда не говори "никогда" (с) -- Хорсун Влад
Re: Nbackup
Oleg Matveyev wrote: я например, ожидал что получится бакап, т.е. GBK. полный и инкрементальный Вот-вот, и я этого же ожидал. Стереотип, однако: привык к GBAK Теперь уже точно все прочувствовали разницу. :-) Точно :))
Re: Nbackup
Dmitry Yemanov wrote: > Судя по всему, люди читают про бекап, но думают про stand-by репликацию... Ну, можно сказать и так: полная копия базы через определенные интервалы времени. Что нравится в GBAK: отсутствие мусора, компактно расположенные данные таблиц, перестроенные индексы. Vlad Khorsun wrote: - gbak - это скорее средство полного импорта\экспорта всего содержимого БД, т.е. данных и метаданных. Это также средство миграции между версиями сервера\ОДС. Кто-нибудь слышал об инкрементальном импорте\экспорте ? А что мешает запомнить номер транзакции и потом экспортировать только то, что изменилось после? ;-) Хотя, наверное сборка мусора мешает: по крайней мере удаленные записи нельзя будет вычищать до следующего бэкапа (на мой чайниковский взгляд). Только в случае багов в самом механизме nbackup'а. Механизм создания инкремента достаточно сложен (в отличие от бекапа gbak'ом), зато механизм восстановления очень прост (опять-же в отличие от рестора gbak'ом). Все логичесrие несоответствия, мешающие рестору gbak'ом, тут не играют никакой роли. Т.е. единственное место для ошибки - физически не правильный инкрементный бекап. Честно говоря, не оставляет ощущение какой-то ненадежности базы в ходе nbackup. Например, при сбое питания: база так и останется в этом режиме, пока админ не прочухает и не вернет ее в нормальное состояние. Файл инкремента не будет расти до бесконечности? Или максимум - до текущего размера базы?
Re: Nbackup
On Tue, 18 Dec 2007 15:49:09 +0300, Konstantin R. Beliaev <[EMAIL PROTECTED]> wrote: > А что мешает запомнить номер транзакции и потом экспортировать только то, что > изменилось после? ... и получим репликатор. А смысл? Опять "шорты превращаются, превращаются шорты..."? Нужен отдельный репликатор. И они есть. Хоть и не в комплекте. -- Сергей Смирнов.
Re: Nbackup
Честно говоря, не оставляет ощущение какой-то ненадежности базы в ходе nbackup. Например, при сбое питания: база так и останется в этом режиме, пока админ не прочухает и не вернет ее в нормальное состояние. Файл инкремента не будет расти до бесконечности? Или максимум - до текущего размера базы? осталось ощущение полного непонимания разницы между чтением данных и чтением страниц ты еще со своего райд-контроллера сборку мусора потребуй :) -- Булычев Алексей http://www.stella-npf.ru
Re: nbackup
Andrey Lapin wrote: Как объединить файлы *.gdb и *.gdb.delta которые получились после глюка nbackup? Какого именно глюка? Вообще-то, сервер это автоматом делает при следующем коннекте к базе. Если этого не происходит, то значит база находится в некорректном состоянии. Что показывает gstat -h ? Объединение через ключ -N не помогает. Молча не помогает? Неужто трудно текст ошибки привести. -- Дмитрий Еманов
Re: nbackup
> > Как объединить файлы *.gdb и *.gdb.delta которые получились после глюка > > nbackup? > > Какого именно глюка? > Fatal lock manager error: invalid lock id (2350928), errno: 22 > Вообще-то, сервер это автоматом делает при следующем коннекте к базе. > Если этого не происходит, то значит база находится в некорректном состоянии. > > Что показывает gstat -h ? Database header page information: Flags 0 Checksum12345 Generation 31747031 Page size 16384 ODS version 11.0 Oldest transaction 31186383 Oldest active 31390389 Oldest snapshot 31390389 Next transaction31746990 Bumped transaction 1 Sequence number 0 Next attachment ID 0 Implementation ID 19 Shadow count0 Page buffers500 Next header page0 Database dialect3 Creation date Mar 1, 2008 1:35:37 Attributes force write, backup lock Variable header data: Database backup GUID: {F1AB358B-6401-D722-350F-0920C856DC36} Sweep interval: 100 > > > Объединение через ключ -N не помогает. > > Молча не помогает? Неужто трудно текст ошибки привести. > This operation is not defined for system tables. unsuccessful metadata update. Database is not in the physical backup mode.
Re: nbackup
Hello, Andrey! Andrey Lapin wrote: Oldest transaction 31186383 Oldest active 31390389 Oldest snapshot 31390389 Next transaction31746990 неплохо так. ~650к транзакций в сутки? а рабочих мест сколько? Page buffers500 мнэ... Attributes force write, backup lock база в локе. Sweep interval: 100 пипец просто. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: nbackup
On Apr 21, 10:34 am, Dmitri Kuzmenko <[EMAIL PROTECTED]> wrote: > Hello, Andrey! > > Andrey Lapin wrote: > > Oldest transaction 31186383 > > Oldest active 31390389 > > Oldest snapshot 31390389 > > Next transaction31746990 > > неплохо так. ~650к транзакций в сутки? > а рабочих мест сколько? > получается что так. коннектов сейчас 170. рабочих мест примерно столько же. > > пипец просто. > в целом нормально все работает. только база разделена на две части.
Re: nbackup
Andrey Lapin wrote: в целом нормально все работает. только база разделена на две части. Сервер к дельте реально обращается? -- Дмитрий Еманов
Re: nbackup
Andrey Lapin wrote: This operation is not defined for system tables. unsuccessful metadata update. Database is not in the physical backup mode. Есть ли записи в RDB$FILES? Если да, то каковы значения поля RDB$FILE_FLAGS для каждой из них? -- Дмитрий Еманов
Re: nbackup
Сервер в самом деле обращается к дельте, если нужно что-то записать. Файл постоянно растет и меняется дата и время файла. Файл *.gdb не меняется. Записи в RDB$FILES отсутствуют. Свойства сервера: Server Version: LI-V2.0.3.12981 Firebird 2.0 Server Implementation: Firebird/linux Intel Service Version: 2
Re: nbackup
Andrey Lapin wrote: Сервер в самом деле обращается к дельте, если нужно что-то записать. Файл постоянно растет и меняется дата и время файла. Файл *.gdb не меняется. Можешь еще привести вывод fb_lock_print -a ? Лучше в почту на firebird2 гав yandex.ru. Записи в RDB$FILES отсутствуют. Похоже, бага. Попытаемся понять и излечить. -- Дмитрий Еманов
Re: nbackup
Hello, Andrey! Andrey Lapin wrote: в целом нормально все работает. только база разделена на две части. безотносительно проблемы: почитал бы ты про sweep interval. ставить его в 1 миллион - это черт знает что. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: nbackup
Dmitri Kuzmenko пишет: безотносительно проблемы: почитал бы ты про sweep interval. ставить его в 1 миллион - это черт знает что. Если не знает, лучше уж пусть сразу просто в 0. И мусор собирать вручную. Да, тут дорога "в библиотеку". -- Regards, Ovchinnikov Vasily ova at tkvc ru
NBACKUP kill
ÃÃÃÃÃÃÃà ÃÃà ÃÃÃà ÃÃÃÃà Ãà ÃÃÃÃÃà NBACKUP (ÃÃÃÃà Ãà Ãà ÃÃÃÃÃÃà delta-ÃÃÃÃ), à ÃÃÃà ÃÃÃÃà ÃÃÃÃà Ãà Ãà Ãà ÃÃÃÃà Ãà ÃÃÃÃà à ÃÃÃÃÃÃÃà âä. ÃÃÃÃà ÃÃÃà ÃÃÃÃÃÃÃÃÃÃà ÃÃà ÃÃÃÃÃà ÃÃÃà ÃÃÃ. ÃÃÃÃÃÃ... ÃÃà ÃÃÃÃÃÃÃÃÃÃà ÃÃà ÃÃÃÃÃÃÃà ÃÃÃÃÃÃ? Ãà Ãà Ãà ÃÃà ÃÃÃà ÃÃà à ÃÃà à ÃÃÃÃà ÃÃà ÃÃÃÃà ÃÃÃÃà Ãà ÃÃÃÃÃÃÃà ÃÃÃÃÃ???
Проблемы с nbackup
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-ы изображения, закрываем программу, если запустить повторно, все изменения видны, размер базы изменяется, никаких файлов *.delta не появляется, если запустить команду еще раз /opt/firebird/bin/nbackup -B 1 /d1/gdb/home/MC.gdb то создастся еще один файл MC.gdb-1-20090205-1444.nbk размером 213096, тогда как база увеличелась на 3 мега, если запустить востановление /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, так ничего этого не наблюдается firebird.conf из дистрибутива, изменены только ExternalFileAccess = Full TempDirectories =/d1/gdb а, впрочем, и без этих изменений ситуация та же кто подскажет в чем проблема? доку на nbackup читал Thanks in advance, Евгений -- 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-tp21848503p21848503.html Sent from the firebird-russian mailing list archive at Nabble.com.
Re: Тормоза nbackup
12.01.2011 20:31, Viktor Belzetskiy пишет: Начал тестить nbackup на базе размером в 230Г на FB WI-V2.5.0.26074 CS Размер страничного кеша какой? 1. В одном коннекте запускаем удаление 100млн записей 2. Запускаем nbackup 0-го уровня (nbackup еле шевелится по диску {10мб/с} при практически 100% загрузке проца) 3. Удаление зевершено. commit. Коннект продолжает висеть, активных транзакций нет. Ничего по скорости не меняется. 4. Создаем новый коннект после чего закрываем старый. Все по старому. 5. Закрываем новый коннект - nbackup "взлетает". Загрузка проца падает до 10% рейд разгоняется до 200-300М/с 6. Создаем новый коннект - полет нормальный. 7. Выполняем в нем запроссы, удаляем данные - полет нормальный. Ключик -d on/off на ситуацию влияет? -- Дмитрий Еманов
Re: Тормоза nbackup
"Viktor Belzetskiy" ... Привет всем! Начал тестить nbackup на базе размером в 230Г на FB WI-V2.5.0.26074 CS Возникли следующие непонятки 1. В одном коннекте запускаем удаление 100млн записей 2. Запускаем nbackup 0-го уровня (nbackup еле шевелится по диску {10мб/с} при практически 100% загрузке проца) Какой процесс грузит процессор ? 3. Удаление зевершено. commit. Коннект продолжает висеть, активных транзакций нет. Ничего по скорости не меняется. 4. Создаем новый коннект после чего закрываем старый. Все по старому. 5. Закрываем новый коннект - nbackup "взлетает". Загрузка проца падает до 10% рейд разгоняется до 200-300М/с 6. Создаем новый коннект - полет нормальный. 7. Выполняем в нем запроссы, удаляем данные - полет нормальный. Как это обясняется? Собственно что делает nbackup с процом на первых шагах? ALTER DATABASE BEGIN BACKUP Бекап 0-го уровня - тупое копирование файла БД. ALTER DATABASE END BACKUP С блокировками, слиянием дельты в БД и прочим работает движок, а не nbackup. -- Хорсун Влад
Re: Тормоза nbackup
Размер страничного кеша какой? DefaultDbCachePages = 4096 Да да, это на классике :) Ключик -d on/off на ситуацию влияет? Завтра на работе проверю.
Re: Тормоза nbackup
2. Запускаем nbackup 0-го уровня (nbackup еле шевелится по диску {10мб/с} при практически 100% загрузке проца) Какой процесс грузит процессор ? Речь именно о nbackup, он и грузит. ALTER DATABASE BEGIN BACKUP Бекап 0-го уровня - тупое копирование файла БД. ALTER DATABASE END BACKUP С блокировками, слиянием дельты в БД и прочим работает движок, а не nbackup. Я это прекрасно понимаю потому и возник вопрос. Уточню на всякий случай Операционка Win2008 R2 x64 FB V2.5.0.26074 CS Win32
Re: Тормоза nbackup
12 января 2011 г. 23:05 пользователь Viktor Belzetskiy написал: >>> 2. Запускаем nbackup 0-го уровня (nbackup еле шевелится по диску >>> {10мб/с} при практически 100% загрузке проца) >> >> Какой процесс грузит процессор ? > > Речь именно о nbackup, он и грузит. > >> ALTER DATABASE BEGIN BACKUP >> Бекап 0-го уровня - тупое копирование файла БД. >> ALTER DATABASE END BACKUP > >> С блокировками, слиянием дельты в БД и прочим работает движок, а не >> nbackup. > > Я это прекрасно понимаю потому и возник вопрос. Гипотез к сожалению пока нет, но я бы еще поэкспериментировал так. Может попробовать вместо nbackup руками воспроизвести тоже самое? Т.е. в твоей последовательности пункт 2) развернуть на: 2a. Запускаем в isql alter database begin backup 2b. Когда завершиться 2a, копирование файла на тот же диск где дельта (можно еще поиграть с расположением после) потом тоже самое и понаблюдать за процессом копирования вместо nbackup. Еще было интересно, а если 2) и 1) поменять местами, nbackup притормозит после начала удаления. -- Роман Симаков
Фичи NBackup-а
Привет всем. Пока сижу на Yaffil-е, но скоро будем перебиратся на FB2, и связи с етим начал почитивать доки про NBackup. Вчера пришлос у клиента сделать бекап/рестор длинои около часа и начал задумыватся как ето ускорить в будушем. Проясните плиз возможно ли с NBackup сотворить следуюшее: Бекап например из 3 уровнеи. Первыи делаем раз в месяц, второи раз в день, третии ну хрен знает - через каждие пара часов можбить, но неважно... Шас надо поставить юзерам свежую отрестореную базу. Делаем рестор до второго уровня (в новую базу) невигоняя юзеров из рабочеи базы - тоесть они паралельно продолжают работать. Сделали - выгоняем юзеров ис рабочеи базы, делаем маленькии бекап 3 уровня. Дополняем большои рестор етим нехватаюшем 3-им куском. Запускаем обратно юзеров в отрестореную базу. Смысл - вместо часа простоя (в маём случае) юзеров выгонять из базы придётся ну на минут 10 думаю. Можно такое с NBackup-ом творить ? Если нет, то думаю идея хорошая и полезная :) Regards Janex
Re: NBACKUP kill
Кравченко Алексей wrote: случайно прервал процесс бэкапа NBACKUP (после чего остался delta-файл), и этим самым нажил себе великий геморой с починкой БД. слава богу восстановление прошло успешно. В чем заключался геморрой? -- Дмитрий Еманов
Re: NBACKUP kill
"Кравченко Алексей" ... > > случайно прервал процесс бэкапа NBACKUP (после чего остался delta-файл), и > этим самым нажил себе великий геморой с починкой БД. слава богу > восстановление прошло успешно. И какой же геморрой ты себе нажил ? a) процесс бэкапа NBACKUP не делает ничего с данными - всё делает движок сам. NBACKUP только лочит БД, копирует файл, разблокирует БД б) nbackup -N вольёт изменения из дельты в основную БД, если дельта не повреждена в) nbackup -F разлочит основной файл БД, если дельта повреждена или её нет > вопрос... > это случайность или закономерность? > ведь теоретически я имею право прервать инкрементальный бэкап??? С перепугу и не то можно натворить :))) -- Хорсун Влад PS Читайте внимательнее доку http://www.firebirdsql.org/manual/ru/nbackup-ru.html
Re: NBACKUP kill
> ÷ Ãà à ÃÃÃÃÃÃÃÃÃà Ãà ÃÃÃÃÃÃ? > à Ãà Ãà ÃÃÃà ÃÃà Ãà Ãà ÃÃÃÃÃ... ÃÃÃà ÃÃÃÃà ÃÃà ÃÃÃ... ÃÃÃÃÃÃÃà Ã-ÃÃÃÃà à Ãà ÃÃÃÃÃÃà ÃÃÃÃÃÃÃà ÃÃÃà à Ãà (ÃÃÃà Ãà ÃÃà ÃÃ... Ãà ÃÃà ÃÃÃÃÃÃÃÃà ÃÃÃÃÃ). ÃÃÃÃÃÃÃÃà ÃÃÃÃÃÃà ÃÃÃÃÃÃÃà ÃÃÃÃÃÃÃÃà ÃÃÃà ÃÃÃÃÃà Ãà ÃÃÃÃÃÃà "ÃÃà à ÃÃÃÃà ÃÃà ÃÃÃÃÃÃ" Ãà Ãà Ãà ÃÃÃÃÃÃÃà Ãà ÃÃÃà ÃÃÃÃÃà ÃÃÃÃÃÃÃÃÃÃà Ãà ÃÃÃÃÃÃÃ... ÃÃÃÃÃÃà ÃÃÃÃà ÃÃÃÃÃÃÃà Ãà ÃÃà ÃÃÃà Ãà ÃÃÃÃÃÃÃÃÃà ÃÃà ÃÃÃà ÃÃÃà ÃÃÃÃÃÃÃà ÃÃÃÃÃ-Ãà ÃÃÃÃÃ... //Ãà ÃÃÃà à ÃÃÃÃà ÃÃÃà Ãà à ÃÃÃÃà ÃÃÃÃÃÃÃÃà ÃÃà ÃÃà "SCH_validate -- not entered" ÃÃà ÃÃà ÃÃÃÃÃ-Ãà ÃÃÃÃ... ÃÃÃÃà ÃÃÃÃà ÃÃà ÃÃÃÃÃÃÃà ÃÃÃÃà ÃÃÃÃÃÃà ÃÃÃÃÃÃÃà (ÃÃÃà ÃÃÃÃÃÃÃÃà Ãà ÃÃÃÃÃà 3, ÃÃÃÃÃÃà ÃÃÃà à ÃÃÃÃÃ) Ãà ÃÃÃÃà ÃÃÃÃÃÃÃÃÃÃà ÃÃÃà ÃÃà ÃÃà ÃÃÃÃÃà delta-ÃÃÃà ÃÃÃà ÃÃÃà Ãà ÃÃÃà à ÃÃÃà ÃÃÃÃÃÃà à Ãà ÃÃÃÃ-ÃÃÃà ÃÃà ÃÃà à ÃÃà ÃÃà ÃÃÃÃÃÃÃÃÃÃà ÃÃÃÃÃà ÃÃà Ãà ÃÃÃÃ, Ãà ÃÃÃÃà ÃÃà ÃÃÃÃà ÃÃà Ãà Ãà ÃÃà ÃÃÃÃà ÃÃÃÃà Ãà ÃÃÃà Ãà Ãà ÃÃÃÃÃÃÃà Ãà ÃÃÃà ÃÃÃà ÃÃÃà Ãà Ãà ÃÃÃÃÃÃ... à ÃÃÃà à Ãà ÃÃÃÃà ÃÃà ÃÃÃÃÃÃà Ãà ÃÃà à ÃÃÃà ÃÃÃÃà Ãà ÃÃÃÃÃÃÃÃà ÃÃà ÃÃÃÃÃÃà ÃÃÃÃà ÃÃÃà (Page corrupt) ÃÃÃÃà ÃÃÃÃà Ãà ÃÃÃÃÃÃà ÃÃÃà à Ãà ÃÃÃà ÃÃÃÃÃà Ãà ÃÃÃÃà ÃÃà à ÃÃÃÃà Ãà Ãà à ÃÃÃÃà Ãà ÃÃÃ-Ãà ÃÃÃà ÃÃà ÃÃÃÃà ÃÃà 22-00 - 23-00 ÃÃÃÃÃÃà ÃÃÃÃà ÃÃà à 23-30 - 01-30 begin 666 firebird.zip M4$L#!!0(`'B!,38[CX5AD@(``!04```,9FER96)I7;TXNS9?DQS2:3XTFE$T4 M/125N2>!#X]M'\A]H IGE!,5*"%Z:7[.?/"HU;,]U[%CA*4E\(,8T(]1H%,: MNY?*2?W67CN;QC:@$(& \J&/,:>$:16 3N#[V(E=N=(+HIB#+:OLHX#(=1#< M"!RT1]7&U:,:UY2;>JMV;+?M"#D8W%HV&PUK=65XKZZMKLCO&_8>0JW.U'H= M7HC WX/X98A0QL-0XJ #NE3M!-UK7= JN1.L^PX>0BUQ[ 1"=,,8Y&;A-9>J M:00\[*$'2A767$]N8^VVJ>[EMAIL PROTECTED]:8NTB+7K"FR[PJ%6)#K6,^%8H^*XOERHU1F1)<'V04!["5L-H+F^O;VV:4%;46F4"'2[63\O+3[WS"4I- M\-\.#[E&'=;R:#%C:M$M+EA0T_,0U#G1LPDJMP7+!VX4N7*:9-(*%Z/*'Z"5 M]8T-L[7=7-XTUXQF0L7T]%0*RT9%BZ&J9Z-2"Z&B&4>4%4+%Z&3F*EG8,@W3 M;&UL/91,.OG-=._6!:]?'7W\!!^.W[P].G[W/F$A,+CX?/7C["LL#.-P1UY) M44D=B'[EMAIL PROTECTED]/ZULZG&]"6)&AL+="*'=C>' %L]E M[NX*Q%0EZQF>^F2R/PO!+)X>IM\Z4\=TCG%6<*(RQJF2XSNU7U!+`0(4`!0(`'B!,38[CX5A MD@(``!04```,``$`( " @0!F:7)E8FER9"YL;V=02P4& /``$``0`ZO (` ` end
Re: NBACKUP kill
Кравченко Алексей wrote: запустил н-бэкап и по какимто причинам убил его (типа не время... решил запустить потом). повторные запуски выдавали страшного вида ошибку со смыслом "уже в процессе бэкапа" Т.е. доку ты не читал и разлочить базу не догадался? поэтому самым разумным на тот момент показалось сделать цикл обычного бакап-рестора... сделал бэкап-рестор... потом вроде как запустил снова инкркментальный (чтоб догнаться до уровня 3, который будет ночью) После обычного рестора о каком уровне 3 может идти речь? SCN в хидере сброшен, все страницы нафиг изменены. но после нормального завершения бэкапа delta-файл почемуто не изчез Ты же базу не разлочил. Или речь про рестор? ждать надоело толи перезапустил сервис толи комп перегрузил... в общем не помню Маладца. Так дальше и поступай. -- Дмитрий Еманов
Re: NBACKUP kill
Hello, Алексей! Кравченко Алексей wrote: //незнаю в какой момент в логах появилось вот это "SCH_validate -- not entered" udf-ы глючат? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: NBACKUP kill
> ô.à . ÃÃÃà Ãà Ãà ÃÃÃÃà à ÃÃÃÃÃÃÃÃà ÃÃÃà Ãà ÃÃÃÃÃÃÃÃÃ? > Ãà à Ãà ÃÃÃÃÃÃÃÃà ÃÃÃÃÃÃÃà ÃÃà ÃÃà ÃÃà ÃÃÃà ÃÃÃÃÃÃÃà ... > ðÃÃÃà ÃÃÃÃÃÃÃà Ãà ÃÃÃÃà à ÃÃÃÃà ÃÃÃÃÃà 3 ÃÃÃà à ÃÃÃà Ãà ÃÃ? SCN à ÃÃÃà Ãà > ÃÃÃÃÃà Ã, ÃÃà ÃÃÃÃÃÃÃà ÃÃÃÃà ÃÃÃà Ãà ÃÃ. Ãà à ÃÃà ÃÃà ÃÃÃÃÃÃÃÃÃà ÃÃà ÃÃÃà ÃÃÃÃÃà 0,1,2 Ãà ÃÃà ÃÃÃÃà 0 ÃÃà ÃÃÃà Ãà ÃÃà ÃÃÃÃÃ... > ôà Ãà ÃÃÃà Ãà ÃÃÃÃÃÃÃÃ. éÃà Ãà Ãà ÃÃà Ãà ÃÃÃÃ? ÃÃà ÃÃà ÃÃÃÃÃ-Ãà ÃÃÃÃ. ÃÃÃÃà ÃÃÃÃà ÃÃÃÃÃà ÃÃà Ãà ÃÃÃÃ... ÃÃÃà ÃÃà ÃÃÃÃÃÃà âä Ãà ÃÃà Ãà à âä (Ãà ÃÃà à ÃÃÃÃÃà ) ÃÃÃÃÃÃà ÃÃà ÃÃÃà Ã-ÃÃÃÃà 0 ÃÃÃÃÃÃ. ÃÃÃÃà ÃÃÃà ÃÃÃÃà ÃÃÃà ÃÃà ÃÃà ÃÃÃÃÃÃÃà ÃÃÃÃÃÃà Ãà ÃÃÃÃ. ÃÃà Ãà Ãà à ÃÃÃÃÃÃÃÃÃÃÃ... > > > ÃÃÃÃà ÃÃÃÃà Ãà ÃÃÃà Ãà Ãà ÃÃÃÃÃÃÃà Ãà ÃÃÃà ÃÃÃà ÃÃÃà Ãà Ãà ÃÃÃÃÃÃ... à ÃÃÃà à Ãà > > ÃÃÃÃà > > ÃÃÃÃÃÃÃ. ôÃà ÃÃÃÃÃà à ÃÃÃÃÃÃÃÃ. > Ãà ÃÃÃÃÃÃà ÃÃà ÃÃà Ãà ÃÃÃÃÃÃÃÃÃ... à ÃÃà Ãà ÃÃÃÃ... ÃÃÃà Ãà ÃÃÃÃÃà Ãà ÃÃÃà Ã? (Ã-ÃÃÃÃà Ãà ÃÃÃà ÃÃÃÃÃà à à ÃÃà ÃÃÃÃÃÃà Ãà ÃÃÃÃÃà à Ãà ÃÃÃà ÃÃà ÃÃÃ) ÃÃà Ãà Ãà ÃÃÃÃÃÃÃÃ... ÃÃ... ÃÃà ÃÃÃÃÃÃÃà ÃÃà ÃÃà ÃÃÃÃà ÃÃÃÃà Ãà ÃÃà à ÃÃÃÃÃÃÃà ÃÃÃà Ãà ÃÃÃÃÃÃ... ÃÃÃÃÃà ÃÃÃà nbackupà ÃÃÃà ÃÃÃà ÃÃÃÃà Ãà ÃÃÃÃÃÃÃÃ, ÃÃÃà ÃÃà Ãà ÃÃÃÃÃÃà ÃÃÃÃÃÃà ÃÃà "Ãà ÃÃÃÃÃÃÃÃÃÃà ÃÃÃÃÃÃÃÃ"... nbackup -n ÃÃÃÃà ÃÃ? PS à ÃÃÃÃÃà ÃÃÃÃÃÃà ÃÃÃÃÃÃÃÃà ÃÃÃà Ãà ÃÃà Ãà Ãà Ãà ÃÃà ÃÃÃÃÃÃ...
проблемы с nbackup
Стал разбираться с 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. смотрим права на файлы: -rw-r--r-- 1 firebird firebird 268320768 2006-04-07 14:52 generation_devel.fdb -rw-r--r-- 1 root root 16384 2006-04-07 14:52 generation_devel.fdb.delta ну естественно, сервер, работающий от firebird не может писать в этот файл... Почему дельта имеет неправильные права?
проблемка с nbackup
Привет! Nbackup ругается вот таким образом: [EMAIL PROTECTED] backup]# /opt/firebird/bin/nbackup -B 1 mybase /opt/firebird/data/test1.nbk Fatal lock manager error: invalid lock id (418996), errno: 22 --Invalid argument C чем это может быть связано и что делать? (пока приходит в голову только остановить сервер и удалить lock-файл)
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, Ivanov! Ivanov E.P wrote: запускаю программу работы с базой, добавляем данные, blob-ы изображения, закрываем программу, если запустить повторно, все изменения видны, размер базы изменяется, никаких файлов *.delta не появляется, если а почему файл delta должен появиться? Вы почитайте доку по nbackup еще раз. Если базу ЗАЛОЧИТЬ, то тогда дельта появится и будет висеть пока базу не разлочить. А если делать -b, то дельта появляется на время копирования страниц БД, и затем исчезает. Т.е. все как должно быть. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
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
"Ivanov E.P" ... главная проблема в том, что после восстановния базы командой, как указано выше, данные в востановленной базе соответствуют бэкапу 0 уровня какие есть идеи? (повторить эксперимент, повторить на другой машине, повторить на другом сервере, указать какие-либо настройки для дополнительной информации) Повторить с 2.1.2 -- Хорсун Влад
Re: Проблемы с nbackup
Vlad Khorsun wrote: Повторить с 2.1.2 Достаточно 2.1.1 :-) -- Дмитрий Еманов
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
Достаточно 2.1.1 :-) переход на FirebirdCS-2.1.1.17910-0.i686.rpm решил эту проблему 10x Что лишний раз подтверждает мысль, что не все новое - плохое :-) Все - FB2.1.x !!! Eusus. Коваленко Дмитрий.
Re: Фичи NBackup-а
Пока сижу на Yaffil-е, но скоро будем перебиратся на FB2, и связи с етим начал почитивать доки про NBackup. Вчера пришлос у клиента сделать бекап/рестор длинои около часа и начал задумыватся как ето ускорить в будушем. Проясните плиз возможно ли с NBackup сотворить следуюшее: Бекап например из 3 уровнеи. Первыи делаем раз в месяц, второи раз в день, третии ну хрен знает - через каждие пара часов можбить, но неважно... был тут недавно флейм по этому поводу, я для себя получил следующее: надо не рассуждать, надо пробовать, скорость бакап/рестора примерно равна скорости файлового в/в Влад знает о возможности истории бакапов прямо сейчас заниматься этим не будет выгонять юзеров не надо -- Булычев Алексей http://www.stella-npf.ru
Re: Фичи NBackup-а
Hello, Janex! Janex wrote: Проясните плиз возможно ли с NBackup сотворить следуюшее: Бекап например из 3 уровнеи. доку кто будет читать? на сайте (firebirdsql.org) в разделе документация, отдельный документ по nbackup и на русском и на английском, с примерами. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Фичи NBackup-а
доку кто будет читать? на сайте (firebirdsql.org) в разделе документация, отдельный документ по nbackup и на русском и на английском, с примерами. Привет. Читал. Взял и ешё раз прочитал, но всётаки непонел или то что неупомянуто автоматически шитать как незя ? Ок, как понел, то нелязя сделать рестор до 2 уровня, прервать и потом накатить на его последнии 3 уровень, или можно всётаки ? И самое главное - если я делаю Lock базе, ето когда юзерские именения идёт в Дельта фаил, то можно в ето время основную базу подменить свежеи отресторенои (метаданные не изменённые) ??? Regards Janex
Re: Фичи NBackup-а
Janex wrote: Ок, как понел, то нелязя сделать рестор до 2 уровня, прервать и потом накатить на его последнии 3 уровень, или можно всётаки ? Нельзя. И самое главное - если я делаю Lock базе, ето когда юзерские именения идёт в Дельта фаил, то можно в ето время основную базу подменить свежеи отресторенои (метаданные не изменённые) ??? Тоже нельзя. -- Дмитрий Еманов
восстановление после глюка nbackup
Когда я делал бакап с помощью nbackup, у меня вышла ошибка. Fatal lock manager error: invalid lock id (2350928), errno: 22 Почитав эту конференцию понял, что нужно было запускать не из под рута, а из под юзера firebird. Теперь у меня база разделена на две части - основной файл и дельту. Я попытался их объединить с помощью alter database end backup, но сервер пишет: This operation is not defined for system tables. unsuccessful metadata update. Database is not in the physical backup mode. У меня такое было и я лечил это с помощью backup-restore через утилиту gbak. Можно как-нибудь объединить базы без backup-restore?
Re: проблемы с nbackup
Стал разбираться с nbackup, возникли проблемы. P.S. Server Version: LI-T2.0.0.12484 Firebird 2.0 Release Candidate 1
Re: проблемы с nbackup
Dmitry Yemanov пишет: Почему дельта имеет неправильные права? Она в данном случае создается nbackup-ом. Так... И почему nbackup создает ее с такими правами, что сервер в нее писать не может? Что так и должно быть? Единственное решение запускать nbackup от имени firebird?
Re: проблемы с nbackup
Dmitry Yemanov пишет: Что так и должно быть? А вот с этим будем разбираться с виновными, по результатам отпишусь. Пока, чтоб работало, поставил на nbackup SUID бит, но это, изврат конечно...
Re: проблемы с nbackup
Dmitry Yemanov пишет: Что так и должно быть? А вот с этим будем разбираться с виновными, по результатам отпишусь. Кстати, после `nbackup -F` дельта-файл не должен удаляться? У меня остается лежать на преждем месте.
Re: проблемы с nbackup
Dmitry Yemanov пишет: Кстати, после `nbackup -F` дельта-файл не должен удаляться? Нет. Fixup оперирует только основной базой, про дельты он понятия не имеет. Тьфу, точно! Я перепутал -F с -N. Думал, что -F - это для unlock. Понял.
Работа с nbackup (FB2_RC1_12553)
Добрый день. Пробую работать с nbackup. Создал резервную копию 0 уровня: nbackup -U SYSDBA -P masterkey -B 0 localhost:D:\DB\base2005.fdb C:\b2005_0_20060407.nbk Все создалось нормально. После этого пробую создать резервную копию 1 уровня: nbackup -U SYSDBA -P masterkey -B 1 localhost:D:\DB\base2005.fdb C:\b2005_1_20060407.nbk Команда начинает выполняться, создается файл C:\b2005_1_20060407.nbk , но команда не завершает выполнение, а чего-то ждет. Сервер при этом ничего не делает. С базой никто активно не работает. В RDB$BACKUP_HISTORY есть только запись о резервной копии 0 уровня. Можно только снять задачу. После нескольких попыток решил написать в конференцию, может это баг в 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 wrote: > Когда nbackup работает локально, то ты коннектишья через embedded доступ и Коннект из-под рута локально позволяет не указывать имя пользователя и пароль, по-этому я его и использую, например, в скритах автоматизации резервного копирования. Мне кажется, это самый удобный способ под unix... (и он сейчас не работает!) > дельта-файл создается под правами твоего процесса. Есс-но, что > TCP-доступ не может получить доступ к базе. С какой целью он создается с владельцем root, хотя с легкостью может быть создан с владельцем firebird? Ведь если всё оставить как сейчас, то получается что nbackup просто нельзя использовать в режиме локального подключения, потому как любая работа с базой при этом блокируется. мне кажется, можно либо: 1. влючать в дистрибутив nbackup с установленным SUID, так как это полностью решает проблему. 2. попроавить nbackup, чтоб он пылался выставить на дельту, такие права, с которыми ее может читать сервер. (Потому как создание дельты, котрую не может прочитать сервер не имеет смысла)
Re: проблемы с nbackup
А чем не устраивает ISC_USER/ISC_PASSWORD? Да нет особых проблем, я не спорю... Патамучта так оно работало всегда. Если ты создаешь базу под рутом, то ведь не удивляешься, что потом не можешь к ней подключиться по TCP? Ясно, согласен. Дельту на самом деле создает сервер, а не nbackup. И он создает ее со своими правами. Которые при локальном доступе есть рутовые, т.к. сервер работает в адресном пространстве nbackup. Тогда SUID, наверное, будет правильным решением, потому как делает именно то что требуется: ембеддед сервер тоже будет работать под юзером firebird, не зависимо от того, кто его запускает. Соответственно дельта будет доступна и TCP серверам.
Re: проблемы с nbackup
Dmitry Yemanov wrote: > А про решение - вместо SUID мы будем при создании дельты (и прочих файлов > базы) устанавливать их права равными правам основного файла базы. Ага, то, что надо!
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
Стал разбираться с nbackup, возникли проблемы. Еще один момент. Любой пользователь сервера БД может сделать инкрементальный бэкап! Это ведь неправильно.
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
"Yakov Hrebtov" ... > В документике Firebird-nbackup.pdf в разделе > "Limitations of nbackup" наткнулся на краткое: > - nbackup can only backup local databases. А как ты себе представляешь _физический_ бекап не локальной БД ? Только через службы, которых для него не делали -- Хорсун Влад