Здравствуйте, OLEGus1, Вы писали:
КД>>Мне папа в детстве говорил "Доказать можно только собственную глупость"
OLE>Не хочу рушить мнение, навязанное ранее безусловным авторитетом, но ты не думаешь, что вера в недоказуемое, слепа?
Я вообще уже не думаю. Текущий размер базы, с которой я имею дело — 11.7GB
-- Пользователи не приняли программу. Всех пришлось уничтожить. --
Здравствуйте, Пацак, Вы писали:
П>Большая база — долгий бэкап П>Маленькая база — короткий бэкап П>Где-то здесь есть противоречие?
Противоречие самое простое. Не всегда есть время на этот "долгий" бекап. И он не долгий, а ОЧЕНЬ долгий. Необоснованно долгий.
По сравнению с другими СУБД.
П>Впрочем для особо нетерпеливых в FB2 сделан инкрементальный бэкап.
Аналогично.... Билинг... Рубим fb_inet_service, рубин inetd и в логах наслаждаемся попутками юзерей присоедениться к базе
П>Раз в пятилетку и валенок стреляет. Никто не мешает проверять восстановимость бэкапа сразу после того, как он был сделан.
Но восстановить то его все равно не получится. Так что проку от этой проверки..... Как и от бэкапа
Привет, OLEGus1!
Вы пишешь 16 ноября 2005:
AC>> Что есть "полный цикл (по документации)" ?
O> gbak
И ещё раз.
Что есть "полный цикл (по документации)" ?
AC>> И что ж там с этими "баками" ?
OLE>> Да, тоже мелочи, делать по многу часов бэкап, а потом еще столькоже разворачивать.
Угу. А про ключики gbak'a мы и не догадываемся...
OLE>> А еще веселее становится, когда развернуться база не может без gfix'a, или даже с ним не может. O> Я абсолютно все описал выше. Не виноват я в том, что не все читают по существу.
Ты нихрена не сказал "по существу".
O> Это известная дельфинячая проблема O> Отшлю, наверное на форум ib.
Здравствуйте, Alex.Che, Вы писали:
AC>Угу. А про ключики gbak'a мы и не догадываемся...
Вы, наверное, и не догадываетесь
OLE>>> А еще веселее становится, когда развернуться база не может без gfix'a, или даже с ним не может. O>> Я абсолютно все описал выше. Не виноват я в том, что не все читают по существу.
AC>Ты нихрена не сказал "по существу".
А выше не существо? Битый бэкап это не существо?
AC>Отошли, отошли.
Здравствуйте, OLEGus1, Вы писали:
OLE>Противоречие самое простое. Не всегда есть время на этот "долгий" бекап. И он не долгий, а ОЧЕНЬ долгий. Необоснованно долгий. OLE>По сравнению с другими СУБД.
Список "других СУБД", позволяющих делать мгновенный бэкап в онлайне — в студию.
П>>Впрочем для особо нетерпеливых в FB2 сделан инкрементальный бэкап. OLE>Аналогично.... Билинг... Рубим fb_inet_service, рубин inetd и в логах наслаждаемся попутками юзерей присоедениться к базе
И к чему ты это сказал?
OLE>Но восстановить то его все равно не получится. Так что проку от этой проверки..... Как и от бэкапа
Прок будет очень большой — ты не будешь надеяться на этот бэкап, а сделаешь новый. Либо найдешь кривизну в базе.
Здравствуйте, OLEGus1, Вы писали:
КД>>Я вообще уже не думаю. Текущий размер базы, с которой я имею дело — 11.7GB
OLE>Думаю, что моя скоро тоже дорастет до таких размеров, но это будет лишь однобокая гордость, дабы хвастаться на форумах. А проблем гораздо больше.
Но это будут твои проблемы.
... детский сад, какой-то.
-- Пользователи не приняли программу. Всех пришлось уничтожить. --
Здравствуйте, Пацак, Вы писали:
П>Список "других СУБД", позволяющих делать мгновенный бэкап в онлайне — в студию.
Где я говорил о "мгновенном"? О быстром-да. Дельфинячье передергивание слов.
П>Прок будет очень большой — ты не будешь надеяться на этот бэкап, а сделаешь новый. Либо найдешь кривизну в базе.
А прок еще проще. Просто надо выбирать другую СУБД для больших и надежных проектов.
Здравствуйте, OLEGus1, Вы писали:
П>>Список "других СУБД", позволяющих делать мгновенный бэкап в онлайне — в студию. OLE>Где я говорил о "мгновенном"? О быстром-да.
Здравствуйте, Пацак, Вы писали:
П>И? Список-то где?
Ну sybase у меня на аналогичной базе работает. Бекап, не моментальный, но быстрый. Намного быстрее. Но у sybasа свои недостатки
OLE>>Дельфинячье передергивание слов.
П>Я дельфи последний раз года два-три назад юзал.
Надо же, не угадал
П>Флаг в руки, кто мешает? Покупай DB2 или Oracle.
О. Вот и ответ на главный вопрос темы. Сами дошли
Оракль, кстати не такой и дорогой вообще то.
Здравствуйте, OLEGus1, Вы писали:
КД>>Но это будут твои проблемы.
OLE>А они мне нужны? Неа. Вот поэтому фаерберд буду использовать только в определенном круге задач, но никак не для больших проектов
Про флаг тут уже говорили. Поэтому скажу спасибо за очень познавательную беседу.
Да я и сам всегда и всем говорю — нас спасет Оракл. Большинство, услышав знакомое слово, радостно кивает головами.
-- Пользователи не приняли программу. Всех пришлось уничтожить. --
Здравствуйте, OLEGus1, Вы писали:
OLE>Ну sybase у меня на аналогичной базе работает. Бекап, не моментальный, но быстрый. Намного быстрее.
В online?
OLE>Но у sybasа свои недостатки
... и его ты тоже "будешь использовать только в определенном круге задач, но никак не для больших проектов "
OLE>О. Вот и ответ на главный вопрос темы. Сами дошли
Здравствуйте, Пацак, Вы писали:
П>В online?
нет, конечно, но речь идет не о часах фаребирда, а о минутах.
П>... и его ты тоже "будешь использовать только в определенном круге задач, но никак не для больших проектов "
Его я не планирую использовать. Вот будет чтото типа pl/sql а для субаса, тогда начну.
П>Не дошли, а послали.
Не послали, а натолкнули.
Здравствуйте, Пацак, Вы писали:
П>Список "других СУБД", позволяющих делать мгновенный бэкап в онлайне — в студию.
Oracle устроит? На выбор: либо инкрементальный бэкап, мгновенный, либо частичный/полный со скоростью физического копирования файлов (то есть потратится столько времени, сколько займет копирование файлов данных по F5).
Здравствуйте, OLEGus1, Вы писали:
П>>В online? OLE>нет, конечно,
Тогда какого ты их сравниваешь?
OLE>но речь идет не о часах фаребирда, а о минутах.
Дык! Отключи всех пользователей, останови СУБД и F5 — будут тоже минуты.
П>>... и его ты тоже "будешь использовать только в определенном круге задач, но никак не для больших проектов " OLE>Его я не планирую использовать. Вот будет чтото типа pl/sql а для субаса, тогда начну.
Ну что ж... Нет щастя в жизне (с) известная татуировка.
П>>Не дошли, а послали. OLE>Не послали, а натолкнули.
Послали-послали. Так что вперед — на оракл, и не мешай нашему интербейсному счастью.