Удаляет ли expdp данные в Oracle?

Я собираюсь выполнить обновление кластера Hadoop, но хочу сначала сделать резервную копию схемы хранилища метаданных Ambari на случай, если что-то пойдет не так.

Oracle используется для хранения данных, поэтому я рассмотрел возможность использования expdp для быстрого резервного копирования схемы в ее текущем состоянии. Однако я вижу, что в нескольких разных документах упоминается, что это используется для «выгрузки» данных. Означает ли это, что данные будут удалены из базы данных в процессе создания дампа? Я хочу сохранить все на месте и просто сделать быстрый бэкап, аналогичный команде Postgres pg_dump.


person Josh    schedule 05.03.2018    source источник
comment
Когда вы получаете противоречивую информацию о функции, вы всегда можете пойти по пути фактического тестирования ее для себя на фиктивной или тестовой схеме. Однако при его использовании данные не удалялись/не выгружались.   -  person BriteSponge    schedule 05.03.2018
comment
Да, к сожалению, сейчас у меня нет хорошего места, чтобы проверить это.   -  person Josh    schedule 05.03.2018
comment
Что ж, хороший принцип заключается в том, что вы не работаете с производственным набором данных, если не можете сначала его протестировать. Так что не делайте этого, пока не сможете проверить это. Альтернатива может означать потерянные/поврежденные данные, сердитого начальника и, возможно, поиск работы.   -  person BriteSponge    schedule 05.03.2018
comment
Да я в курсе. Проблема в том, что наша среда RnD настроена для Hadoop, и если данные будут удалены, это разрушит эту среду. Я просил здесь, чтобы получить представление, прежде чем я попытаюсь это сделать, и поговорил со своей командой о вариантах.   -  person Josh    schedule 05.03.2018
comment
Не по теме этого сайта, но нет, expdp не удаляет данные из БД; интересно, что «выгрузить» неоднозначно. Он создает и удаляет несколько внутренних вещей во время работы, а не ваши данные. Но я бы согласился с BriteSponge, сначала протестируйте его в другой среде - не столько для того, чтобы увидеть, удаляет ли он данные, но и для спокойствия проверьте это тоже; но больше, чтобы убедиться, что вы знаете, как правильно импортировать его.   -  person Alex Poole    schedule 05.03.2018


Ответы (1)


Не волнуйтесь, ваши данные останутся на месте.

Вот простой пример: я экспортирую таблицу Скотта DEPT. Вы увидите, что данные находятся в таблице до и после выполнения EXPDP.

SQL> select * from dept;

    DEPTNO DNAME          LOC
---------- -------------- -------------
        10 ACCOUNTING     NEW YORK
        20 RESEARCH       DALLAS
        30 SALES          CHICAGO
        40 OPERATIONS     BOSTON

SQL> $expdp scott/tiger@xe tables=dept directory=ext_dir

Export: Release 11.2.0.2.0 - Production on Pon O×u 5 21:21:24 2018

Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

Connected to: Oracle Database 11g Express Edition Release 11.2.0.2.0 - 64bit Production
Starting "SCOTT"."SYS_EXPORT_TABLE_01":  scott/********@xe tables=dept directory=ext_dir
Estimate in progress using BLOCKS method...
Processing object type TABLE_EXPORT/TABLE/TABLE_DATA
Total estimation using BLOCKS method: 64 KB
Processing object type TABLE_EXPORT/TABLE/TABLE
Processing object type TABLE_EXPORT/TABLE/INDEX/INDEX
Processing object type TABLE_EXPORT/TABLE/CONSTRAINT/CONSTRAINT
Processing object type TABLE_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS
Processing object type TABLE_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
. . exported "SCOTT"."DEPT"                              5.929 KB       4 rows
Master table "SCOTT"."SYS_EXPORT_TABLE_01" successfully loaded/unloaded
******************************************************************************
Dump file set for SCOTT.SYS_EXPORT_TABLE_01 is:
  C:\TEMP\EXPDAT.DMP
Job "SCOTT"."SYS_EXPORT_TABLE_01" successfully completed at 21:21:34


SQL> select * from dept;

    DEPTNO DNAME          LOC
---------- -------------- -------------
        10 ACCOUNTING     NEW YORK
        20 RESEARCH       DALLAS
        30 SALES          CHICAGO
        40 OPERATIONS     BOSTON

SQL>
person Littlefoot    schedule 05.03.2018