|
Восстановить пару таблиц в БД
|
|||
---|---|---|---|
#18+
Возник такой вопрос. Есть БД Oracle 10g, с которой каждый день делается бэкап (rman), а также экспорт данных (expdp). Мне нужно восстановить пару таблиц из бэкапа в текущую БД под новым именем (и желательно в отдельную схему). Дамп данных делается так: Код: plaintext
Не подскажите, как это сделать? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 19:07 |
|
Восстановить пару таблиц в БД
|
|||
---|---|---|---|
#18+
Так? Код: plaintext
... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 19:13 |
|
Восстановить пару таблиц в БД
|
|||
---|---|---|---|
#18+
Рекомендую использовать файл параметров. Код: powershell 1. 2. 3. 4. 5.
REMAP_TABLE - да, верно. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 19:26 |
|
Восстановить пару таблиц в БД
|
|||
---|---|---|---|
#18+
Мне скрипт удобнее тем, что можно задавать параметры в командной строке. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30.
DIRECTORY должен быть физическим каталогом или строкой в dba_directories ? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 19:36 |
|
Восстановить пару таблиц в БД
|
|||
---|---|---|---|
#18+
Мне скрипт удобнее тем, что можно задавать параметры в командной строке. В файле параметров можно без маскирования писать, например, кавычки, как обычные, так и апостроф, что в командной строке сопряжено с дополнительными плясками. DIRECTORY должен быть физическим каталогом или строкой в dba_directories ? Неплохо бы читать help. impdp help=y 2> 1 DIRECTORY Directory object to be used for dump, log and SQL files. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 19:45 |
|
Восстановить пару таблиц в БД
|
|||
---|---|---|---|
#18+
Код: plaintext 1. 2. 3.
А как-нибудь еще можно? Или может быть есть утилиты, чтобы из dmp сгенерировать SQL-файл? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 20:12 |
|
Восстановить пару таблиц в БД
|
|||
---|---|---|---|
#18+
Попробовал использовать REMAP_SCHEMA. Создал пользователя BACKUP, в параметрах impdp указал REMAP_SCHEMA=usr:backup. Получаю ошибки: Код: plaintext 1.
Можно ли пользователю usr дать полные права на схему backup? Или нужно будет запускать импорт под учетной записью sys? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 20:30 |
|
Восстановить пару таблиц в БД
|
|||
---|---|---|---|
#18+
Приводите полный журнал. Код: powershell 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37.
... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 20:53 |
|
Восстановить пару таблиц в БД
|
|||
---|---|---|---|
#18+
Что-то не выходит каменный цветок. Если запускаю под sys, то получаю ошибку ORA-28009: соединение в качестве SYS следует заменить на соединение в качестве SYSDBA или SYSOPER. Как заменить на sysdba, так и не смог; impdp 'sys/sys@billing as sysdba' ... не работает. И с отдельным пользователем backup тоже не выходит. Даже если дать роли EXP_FULL_DATABASE и IMP_FULL_DATABASE, то все равно ошибка: Код: plaintext 1. 2. 3. 4. 5.
Даже если дать основному пользователю роли EXP_FULL_DATABASE и IMP_FULL_DATABASE (чего бы мне не хотелось), то все равно ошибки: Код: plaintext 1. 2.
... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 21:03 |
|
Восстановить пару таблиц в БД
|
|||
---|---|---|---|
#18+
dmdmdm Приводите полный журнал. В моей версии нет REMAP_TABLE, в справке этот параметр отсутствует. Есть REMAP_SCHEMA, но с ним тоже не получается запустить, не хватает привилегий. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 21:07 |
|
Восстановить пару таблиц в БД
|
|||
---|---|---|---|
#18+
Alibek B., Работайте под SYSTEM ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 21:12 |
|
Восстановить пару таблиц в БД
|
|||
---|---|---|---|
#18+
А вот из под system получилось: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13.
Спасибо, на тестовой таблице все получилось. Сейчас попробую на обычной таблице. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 21:12 |
|
Восстановить пару таблиц в БД
|
|||
---|---|---|---|
#18+
Ну все мимо. Alibek B. Если запускаю под sys, то получаю ошибку ORA-28009: соединение в качестве SYS следует заменить на соединение в качестве SYSDBA или SYSOPER. Как заменить на sysdba, так и не смог; impdp 'sys/sys@billing as sysdba' ... не работает. Do not start Import as SYSDBA, except at the request of Oracle technical support. SYSDBA is used internally and has specialized functions; its behavior is not the same as for general users. При этом запустить под SYSDBA можно, ищи экранирование под свою ось. Alibek B. Даже если дать роли EXP_FULL_DATABASE и IMP_FULL_DATABASE, то все равно ошибка: Для data_pump используются: DATAPUMP_EXP_FULL_DATABASE DATAPUMP_IMP_FULL_DATABASE Alibek B. ORA-31633: невозможно создать главную таблицу "BACKUP.SYS_IMPORT_TABLE_05" ORA-01950: нет привилегий на раздел 'USERS' Вот же четко расписано, чего именно не хватает. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 22:19 |
|
Восстановить пару таблиц в БД
|
|||
---|---|---|---|
#18+
А что такое раздел USERS? Если это tablespace, то квоты я добавлял, не помогло. Для grant я не нашел объектов, которые могли бы называться USERS. А роли DATAPUMP_EXP_FULL_DATABASE у меня нет вообще. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 22:49 |
|
Восстановить пару таблиц в БД
|
|||
---|---|---|---|
#18+
Alibek B. А роли DATAPUMP_EXP_FULL_DATABASE у меня нет вообще. Возможно, в 10 версии ее еще не было, спорить не стану. Alibek B. А что такое раздел USERS? Если это tablespace, то квоты я добавлял, не помогло. Неужели после добавления квот была именно ORA-01950: нет привилегий на раздел 'USERS' ? Все ошибки сыпятся в лог, приводи его после выдачи грантов. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2022, 23:12 |
|
|
start [/forum/topic.php?fid=52&tid=1879513]: |
0ms |
get settings: |
26ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
42ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
296ms |
get tp. blocked users: |
2ms |
others: | 279ms |
total: | 679ms |
0 / 0 |