|
|
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#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 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
Да, для баз таких как у killed`a, у которых только redo-файл 500Mb - делать exp/imp - это убийственно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 13:16 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
Абсолютно согласен с sofbuilder Но очень много мест где базы на порядки меньше и требования к ним тоже. А вот деньги очень и очень важны. Чтение "select * from aa where aa.PK<34586" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 13:24 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
да дело не в объемах базы. И у меня сейчас маленькая база. >Чтение "select * from aa where aa.PK<34586" Это ты один в базе или хотя бы человека 3 одновременно работают? Не верю я в это. За счет чего ускорение то будет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 13:29 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
Т.е. в итоге: Производительность = f(использование exp/imp, объем базы) :) Кстати, у Kr_Yury вопросов больше нет, а на заданный вопрос ответов. соответственно, больше нет :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 13:38 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
А у меня и работают от силы 12 человек. И вообще Ангел прав закрывать тему пора. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.04.2003, 13:52 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
Читаю Oracle9i 9.2 Database Utilities, Exp/Imp. Там даже рекомендуют делать следующие для устранения дефрагментации! Reducing Database Fragmentation Код: plaintext 1. 2. 3. 4. 5. 6. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2003, 16:24 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
При правильном подборе размера экстентов вероятность появления "many noncontiguous, small blocks of free space" мала. И даже допустив это, в лучшем случае вы почуствуете разницу при полном сканировании большой таблицы на выделенном диске (нет обращений других пользователей). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2003, 20:23 |
|
||
|
Необходимость экспорта для целей резервного копирования
|
|||
|---|---|---|---|
|
#18+
А че спорили-то Тема то другая.....классно работает экспорт для резервного копирования если версия не 8.1.7 :) там тоже работет, но в инкрементах и кумулятивах индексы не экспортятся, я их и не экспортил...накат базы у меня проходит 2 часа....экспорт 2 раза в сутки - утро и обед...такое решени принять начальниками отделов о надежности хранения информации. Вот. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2003, 10:59 |
|
||
|
|

start [/forum/topic.php?all=1&fid=52&tid=1990804]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
73ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
| others: | 236ms |
| total: | 396ms |

| 0 / 0 |
