|
|
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
В доках предлагается делать регулярные копии БД с помощью утилиты экспорта. Насколько это действительно необходимо, если БД работает в режиме ARCHIVELOG с архивированием журналов повторения и периодически делаются полные offline копии БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 10:45 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
А ты определись, что и как тебе может потребоваться восстановить, потом делай вывод. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 10:48 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
2 Kr_Yury Приведи выдержку из доки, где это предлагается делать. Импорт и экспорт не нужны при восстановлении БД, если только не поставить это самоцелью. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 11:01 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
Экспорт/импорт - проведение логических бэкапов. Не надо путать с физическими. Руководство предлагает комбинировать эти методы резервного копирования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 11:08 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
У меня дока от 7-й версии. В главе посвященной резервному копированию из руководства администратора приводятся в том числе рекомендации по использованию утилит экспорта/импорта для этих целей. И даже приводится рекомендуемый график проведения инкрементальных/кумулятивных/полных экспортов БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 11:15 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
Документация - это, конечно, хорошо. Но, во-первых, читать лучше документацию от своей версии, а, во-вторых, не зубрить и цитировать, а пытаться понять и сделать какие-то выводы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 11:18 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
Дока по 8.1.5 Incremental, Cumulative, and Complete Exports Important: Incremental, cumulative, and complete Exports are obsolete features that will be phased out in a subsequent release. You should begin now to migrate to Oracle's Backup and Recovery Manager for database backups. See Oracle8i Backup and Recovery Guide for more information. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 11:22 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
Нужно оговорить со своим боссом возможную потерю данных по ошибке пользователя. Например тетя-бухгалтер рубанула таблицу проводок (или что-то другое, важное) по ошибке. Если такая ситуация в принципе возможна (софт, права, и т.д. позволяют польз-лю удалить/изменить какие-то критичные для работы приложения данные), то дополнительный экспорт не помешает. Другой вариант, ты при таком событии настаиваешь, что либо откатываем всю базу на момент, предшествующий ошибке, либо - тетя сама сидит ночью и вбивает удаленные данные. Второй вариант мне ближе ;-)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 11:38 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
Я использую экспорт и импорт потому как: 1) Это самое дешевое по отношению к месту способ архвирования данных 2) Можно отсылать и получать бызы клиентов удаленно (базы маленькие до гига, админов у клинтов считайте что нет) NB Фактически мне нужна не база а одна схема. 3) Дефрагментаия пространства в табличных пространствах 4) Мне наплевать на скорость восстановления ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 11:40 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
п.3 не имеет смысла ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 11:44 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
2 killed Все же, наверное, лучший вариант, создать БД - клон, накатить в ней до ошибки, а потом выполнить экспорт/импорт удаленной таблы в рабочую базу. 2 Eter Panji 1) А какое отношение пункты 1-4 имеют к восстановлению ? 2) А как с помощью экспорта/импорта можно решать проблемы фрагментации данных ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 11:50 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
Соглашаясь с предыдущими приведу пример из жизни. Есть в Парусе возможность выделить все и удалить. И именно тетя именно бухгалтер зашла в соседний каталог и там почистила. Причем обнаружила, что промахнулась на следующий день, с перепугу не могла вспомнить что надобыло удалить на самом деле. Ну не останавливать же рабочий сервер с откатом на день. Помог импорт на свою машину указанной таблицы и формирование скрипта на вставку указанных документов. В общем все обошлось. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 11:55 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
2 killed почему не имеет? ORACLE сращивает только соседние пустые блоки если фрагментированность сложнее тогда он ничего не далает. 2 Angel Когда происходит импорт все пространства под таблицы выделяются в логической последовательности, т.е. так как нам надо. А не так как они лежали в исходной базе. Это скорее метод лома. В правильно спроектированной базе этого быть не должно. Однако часто приходится работать с тем что есть. Я восстанавливаю данные импортом. Дело в том что система допускает потерю данных за бизнесс день. У них всё есть в бумажных копиях (бухгалтерские документы). Т.е. тут всё пляшется от того что денег мало и объяснять как это работает придется по телефону. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 11:58 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
>Все же, наверное, лучший вариант, создать БД - клон, накатить в ней до ошибки, а потом выполнить экспорт/импорт удаленной таблы в рабочую базу. С точки зрения потери данных между временем экспорта и ошибкой пользователя - согласен Ну и сам сравни трудозатраты варианта выше по сравнению с импортом одной таблицы из уже существующего экспортного файла. В обоих вариантах придется потом разбираться с целостностью данных. Поэтому надо сразу посылать такие варианты куда-подальше :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 11:59 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
>ORACLE сращивает только соседние пустые блоки если фрагментированность сложнее тогда он ничего не далает. я тоже люблю с утреца покурить .... чаще правда кубинскую сигару ;-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 12:04 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
2 killed Однозначно, так и есть. Просто высказался за то, что импорт/экспорт - полезные утилиты. Но к восстановлению БД имеют отношение при решении на то админа, но только как дополнительный инструмент. 2 Eter Panji Исключительной роли импорта в этом нет. Да, можно изменить, параметры хранения таблицы, улучшив хранение данных, но импорт за тебя это не сделает (слив в один экстент - не тот случай) - задача не из простых. К тому же это можно сделать и без использования этих утилит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 12:20 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
2 killed\r /topic/8899 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 12:24 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
Angel расскажи как на СТАНДАРТНЫХ средствах ORACLE от версии 8.1.7 это можно дефрагментировать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 12:38 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
прочел нитку по ссылке. Там еще больше курят :-) У меня много вопросов возникает при прочтении этой нити, но по существу: У вас проблема в том, что неправильно подобраны размеры экстентов, которые еще похоже увеличиваются с PCTINCREASE > 0. А экспорт-импорт вам погоды не сделает. Равно как и дефрагментации. Единственный положительный побочный эффект от Э-И - то, что индексы будут перестроены. Но для этого есть REBIULD , который к тому же можно делать в online ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 12:39 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
2 Eter Panji >расскажи как на СТАНДАРТНЫХ средствах ORACLE >от версии 8.1.7 это можно дефрагментировать Насколько я понял (если exp/imp - не "стандартные средства" (хотя не понимаю разницы), а "это можно дефрагментировать" - объединение соседних свободных экстентов), то (если "стандартные средства" - SQL) alter tablespace DATA_TS coalesce; В крайнем случае, можно написать на SQL все то же, что и exp. Exp - только инструмент. Но это не устранение фрагментации данных. Как было отмечено выше, следует в целом корректно выделять экстенты в БД, тогда фрагментации на уровне сегмента не будет. А далее необходимо рассчитывать параметры хранения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 12:55 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
Ну нельзя там их вообще выставлять прога так ... написана. И политика в той фирме была такая же. А единственная возможность вот увидеть эту фрагментаию и что-то с ней делать. А экспорт-импорт работают - проверенно. Он не только индексы перестраивает но и пространство дефрагментируют. Это-то я вижу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 12:59 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
тогда такой вопрос. В чем вы видете пользу от дефрагментации? То, что у вас какие-то сегменты в конечно счете не смогли расшириться - насчет экспорт/импорта относить не стоит. ...пойду курну ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 13:04 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
Сегмент выделяется в конце, отсюда идет фрагментация НОВЫХ данных зато к старым я могу обращаться и делать по ним выборку быстрее. Тут всё проще, транзакций-то на самом деле не так много. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 13:12 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
за счет чего быстрее? На каких операциях? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 13:15 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=32147453&tid=1990804]: |
0ms |
get settings: |
7ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
174ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
59ms |
get tp. blocked users: |
1ms |
| others: | 214ms |
| total: | 480ms |

| 0 / 0 |
