Dmitri Kuzmenko пишет:
оригинальная база осталась?
либо нет места для restore, либо бэкап битый.
Присоединяюсь, короче.
Дмитрий, прошу прощения :) Я поспешил и не глядя своим ответом эти же вопросы и
повторил :)
--
Regards,
Ovchinnikov Vasily
ova at tkvc ru
либо нет места для restore, либо бэкап битый.
1) места на диске 60 Гб свободно.
2) получается, что определить битый бэкап или нет нельзя никак, кроме
гадания по левым сообщениям? никаких контрольных сумм не хранится в
файле?
Ай, маладца... Это я про -r
База f.fdb успела умереть или тебе повезло?
это копия. к тому же -r уже давно не перезаписывает существующие базы.
On Feb 24, 10:51 am, Andrei gs1...@gmail.com wrote:
либо нет места для restore, либо бэкап битый.
1) места на диске 60 Гб свободно.
2) получается, что определить битый бэкап или нет нельзя никак, кроме
гадания по левым сообщениям? никаких контрольных сумм не хранится в
файле?
Никак.
Andrei пишет:
Ай, маладца... Это я про -r
База f.fdb успела умереть или тебе повезло?
это копия. к тому же -r уже давно не перезаписывает существующие базы.
Ах, FB-двойка? Ну что ж...
Все равно не ответил, можешь ли ты скопировать физически этот файл (d:\f.bk)?
То, что ты его записал на
Yurij ...
Никак. Авторы изначального gbak жили в идеальном мире, где файлы не
бьются, свободное место на дисках всегда есть, а базы тестовые не
более 10 мб в размерах.
Они жили в мире, где бекапы делаются на ленту, умник
Вообще, бинарный бэкап, который никак нельзя проверить на
Hello, Yurij!
You wrote on Wed, 24 Feb 2010 00:57:39 -0800 (PST):
Y Никак. Авторы изначального gbak жили в идеальном мире, где файлы не
Y бьются, свободное место на дисках всегда есть, а базы тестовые не
Y более 10 мб в размерах.
Y Вообще, бинарный бэкап, который никак нельзя проверить на
OFF :
Gmane глючит ? Мой ответ на первое письмо в этой теме вообще не
прошёл, сегодняшний ответ (и ответ Alex'а) есть, но через web не
читабельны, см
http://groups.google.com/group/ru-firebird/browse_frm/thread/15a9d6eaf0a4fa31.
--
Хорсун Влад
Hello, Vlad!
You wrote on Wed, 24 Feb 2010 12:18:07 +0200:
VK Gmane глючит?
Они его так и не починили с прошлого раза.
Гейт у них кривой.
Сейчас попробую ещё не KOI-8, а win1251.
--
With best regards, Alex Cherednichenko.
Hello, Alex!
You wrote on Wed, 24 Feb 2010 13:34:28 +0300:
AC Сейчас попробую ещё не KOI-8, а win1251.
Тоже глючит.
Попробуем ещё UTF-8
--
With best regards, Alex Cherednichenko.
Hello, Andrei!
Andrei wrote:
1) места на диске 60 Гб свободно.
ok.
2) получается, что определить битый бэкап или нет нельзя никак, кроме
гадания по левым сообщениям? никаких контрольных сумм не хранится в
файле?
нет, бэкап это потоковый файл. В любом случае, даже если бы и
были
Hello, Alex!
You wrote on Wed, 24 Feb 2010 13:39:02 +0300:
AC Попробуем ещё UTF-8
Работает.
Предлагаю внести в правила конференции.
Ибо надеяться, что бледнолицые поймут проблемы несчастных туземцев...
--
With best regards, Alex Cherednichenko.
Hello, Vlad!
Vlad Khorsun wrote:
OFF :
Gmane глючит ? Мой ответ на первое письмо в этой теме вообще не
прошёл, сегодняшний ответ (и ответ Alex'а) есть, но через web не
читабельны, см
http://groups.google.com/group/ru-firebird/browse_frm/thread/15a9d6eaf0a4fa31.
мои тоже, и давно. пишу (и
Hello, Alex!
Alex Cherednichenko wrote:
Hello, Alex!
You wrote on Wed, 24 Feb 2010 13:34:28 +0300:
AC Сейчас попробую ещё не KOI-8, а win1251.
Тоже глючит.
Попробуем ещё UTF-8
тоже проверим. У тебя вот это сообщение так же не читается,
и кодировка там (как и у меня, и у Влада) стоит
Hello, Andrei!
Andrei wrote:
это копия. к тому же -r уже давно не перезаписывает существующие базы.
ну а чего тогда возбуждать людей кривой командной строкой gbak?
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
сервер 2.5 RC2
есть код, все делается на одной транзакции:
1) prepare запроса с параметрами, один из параметров БЛОБ
2) запрос в цикле выполняется многократно. Несколько тысяч раз.
3) перед выполнением присваиваются параметры. если есть БЛОБ, то он
создается
и присваивается как QUAD.
4) в базе
Hello, Andrei!
You wrote on Wed, 24 Feb 2010 04:46:07 -0800 (PST):
A есть код, все делается на одной транзакции
средства доступа?
--
With best regards, Alex Cherednichenko.
Yurij ...
On Feb 24, 12:03 pm, Vlad Khorsun wrote:
Yurij ...
Они жили в мире, где бекапы делаются на ленту, умник
Это следует понимать как Interbase и основанный на его коде Firebird,
по словам их же разработчиков - морально устаревшие сервера?
Это следует понимать как то, что не
On Feb 24, 12:11 pm, Alex Cherednichenko cheredniche...@post.cz
wrote:
Hello, Yurij!
Чайники ж.
Чо с них взять...
Настоящие программисты только в Минске.
Да, Юрий Владимирович?
Ну, то что было адекватно 15 лет назад, не факт, что адекватно
сейчас. То, что формат бэкапа и функции gbak за
Andrei ...
сервер 2.5 RC2
есть код, все делается на одной транзакции:
1) prepare запроса с параметрами, один из параметров БЛОБ
Запрос, судя по всему - INSERT или UPDATE ?
2) запрос в цикле выполняется многократно. Несколько тысяч раз.
3) перед выполнением присваиваются параметры. если
Hello, Vladimir!
You wrote on Tue, 23 Feb 2010 19:00:16 +0300:
Раз news.atkin.com лежит(это ведь не только у меня?) Или может где-то
уже есть что-то nntp-шное, готовое?
VAnntp://ibexpert.info/sourceforge.firebird-devel подойдёт?
Благодарствую!
В вебе зело неудобно читать :(
--
Hello, Yurij!
Yurij wrote:
Yurij ...
Они жили в мире, где бекапы делаются на ленту, умник
Это следует понимать как Interbase и основанный на его коде Firebird,
по словам их же разработчиков - морально устаревшие сервера?
морально устаревшие сервера, например, бэкапят в скрипты (insert ...
, - INSERT UPDATE ?
1) INSERT OR UPDATE.
2) компоненты доступа -- сильно правленный IBX
Теперь понятно. Получается что в этом случае БЛОБ
исчезает на сборке мусора. Последняя выполняется параллельно
и поэтому ошибка выскакивала каждый раз на разных записях.
Hello, Yurij!
Yurij wrote:
Ну, то что было адекватно 15 лет назад, не факт, что адекватно
сейчас. То, что формат бэкапа и функции gbak за такое время глобально
не изменились - весьма странно.
ну а что тебе надо-то? гарантию от повреждения файла на диске? Никто
этого не дает.
Вот
On Feb 24, 3:37 pm, Dmitri Kuzmenko k...@ibase.ru wrote:
Hello, Yurij!
морально устаревшие сервера, например, бэкапят в скрипты (insert ...
values). Я так считаю.
Скрипт тоже не застрахован от повреждения, как и любой последовательный
файл, не так-ли? или даже блочный файл с контрольной суммой.
Hello, Yurij!
Yurij wrote:
Текстовый файл, как минимум, можно обработать руками, grep, awk, да
вообще распарсить чем угодно, зная описание грамматики.
только обычно это нафиг никому не надо. Потому что если бы было
надо, то такая тулза бы уже давно появилась - я имею в виду заменитель
gbak,
On Feb 24, 3:49 pm, Dmitri Kuzmenko k...@ibase.ru wrote:
Hello, Yurij!
ну и че?
даешь просто gbak, получаешь список параметров.
или тебе надо чтобы было идентично mysql/pgsql? нет в жизни счастья.
По идее, для параметров командной строки есть некий стандарт, который
реализует getopt. gbak(и
Hello, Yurij!
Yurij wrote:
По идее, для параметров командной строки есть некий стандарт, который
реализует getopt. gbak(и прочие fb утилиты) на это дело кладут болтъ.
В результате стандартный юникс-вейный подход к ним дает сбой, после
чего сисадмин приобретает к этому делу стойкую нелюбовь.
и последний вопрос:
может имеет смысл исключать БЛОБ из списка временных и считать его
привязанным к записи уже после успешного выполнения всех
триггеров операции INSERT?
Бревед!
Юрий, вы специально маску тролля надели? Вас же быстро в игнор запишут
По идее, для параметров командной строки есть некий стандарт, который
реализует getopt. gbak(и прочие fb утилиты) на это дело кладут болтъ.
В результате стандартный юникс-вейный подход к ним дает сбой, после
чего
Ну вот мы как-то в своё время написали экспортёр/импортёр в текстовом
формате, с блекджеком и т.п.
Основная идея - gbak тогда не умел бекапить по сети.
И ничё, живём уже года так четыре...
24 февраля 2010 г. 19:07 пользователь Dmitri Kuzmenko k...@ibase.ruнаписал:
Hello, Yurij!
Yurij wrote:
Алексей Вишняков ...
Основная идея - gbak тогда не умел бекапить по сети.
--
Хорсун Влад
On Wed, 24 Feb 2010 16:34:16 +0300, Nikolay Ponomarenko
pnv82g-re5jqeeqqe8avxtiumw...@public.gmane.org wrote:
Hello, Vladimir!
VAnntp://ibexpert.info/sourceforge.firebird-devel подойдёт?
Благодарствую!
В вебе зело неудобно читать :(
Только там чтой-то после 01.12.09 нету ничего... :/
On Feb 24, 5:31 pm, Алексей Вишняков norrittmob...@googlemail.com
wrote:
Ну вот мы как-то в своё время написали экспортёр/импортёр в текстовом
формате, с блекджеком и т.п.
Основная идея - gbak тогда не умел бекапить по сети.
И ничё, живём уже года так четыре...
Ага, я тоже такой тул
Andrei ...
, - INSERT UPDATE ?
1) INSERT OR UPDATE.
2) компоненты доступа -- сильно правленный IBX
Теперь понятно. Получается что в этом случае БЛОБ
исчезает на сборке мусора. Последняя выполняется параллельно
и поэтому ошибка выскакивала каждый раз на разных записях.
В случае с
Andrei ...
и последний вопрос:
может имеет смысл исключать БЛОБ из списка временных и считать его
привязанным к записи уже после успешного выполнения всех
триггеров операции INSERT?
Это не так просто сделать, но подумать можно. В том числе - а правильно
ли будет так делать :) На первый
Hello, Sergey!
Sergey Mereutsa wrote:
Да-до-до. Найдите знакомого ораклиста. Предложите ему поднять
бэкап, где пара-тройка страниц похерено произвольным образом. Гигов
эдак на 30-40. Расскажите нам тут все новые матерные выражения,
которые от него услышите.
дык. то же самое окаменелое г,
Ну или у нас руки кривые были, я не спорю :)
Я в конфе луркаю только года два всего...
24 февраля 2010 г. 20:54 пользователь Vlad Khorsun hv...@optima.com.uaнаписал:
Алексей Вишняков ...
Основная идея - gbak тогда не умел бекапить по сети.
--
Хорсун Влад
--
--
Norritt,
Алексей Вишняков пишет:
Ну вот мы как-то в своё время написали экспортёр/импортёр в текстовом
формате, с блекджеком и т.п.
Основная идея - gbak тогда не умел бекапить по сети.
gbak всегда умел бекапить по сети..
Ежели вы этого не заметили - это говорит о многом...
Единственное, для чего может
Алексей Вишняков norrittmob...@googlemail.com сообщил/сообщила в новостях
следующее: news:aec691191002240731l7dbc3e3dh2c3e4f3287a12...@mail.gmail.com...
Ну вот мы как-то в своё время написали экспортёр/импортёр в текстовом
формате, с блекджеком и т.п.
Основная идея - gbak тогда не умел
40 matches
Mail list logo
