How to use Data Pump Legacy Mode: Mapping to the exp / imp Utility

Data Pump Legacy Mode

This feature is covered last in this chapter, but it’s quite useful, especially if you’re an old-school DBA. As of Oracle 11g Release 2, Data Pump allows you to use the old exp and imp utility parameters when invoking a Data Pump job. This is known as legacy mode, and it’s a great feature.


You don’t have to do anything special to use legacy mode Data Pump. As soon as Data Pump detects a legacy parameter, it attempts to process the parameter as if it were from the old exp/imp utilities. You can even mix and match old legacy parameters with newer parameters; for example,

$ expdp mv_maint/foo consistent=y tables=inv directory=dp_dir

In the output, Data Pump indicates that it has encountered legacy parameters and gives you the syntax for what it translated the legacy parameter to in Data Pump syntax. For the previous command, here is the output from the Data Pump session that shows what the consistent=y parameter was translated into:

Legacy Mode Parameter: "consistent=TRUE" Location: Command Line,

Replaced with:

"flashback_time=TO_TIMESTAMP('2014-01-25 19:31:54', 'YYYY-MM-DD HH24:MI:SS')"

This feature can be extremely handy, particularly if you’re really familiar with the old legacy syntax and wonder how it’s implemented in Data Pump.

I recommend that you try to use the newer Data Pump syntax whenever possible. However, you may run into situations in which you have legacy exp/imp jobs and want to continue running the scripts as they are, without modification.

Image Note  When Data Pump runs in legacy mode, it doesn’t create an old exp-/imp-formatted file. Data Pump always creates a Data Pump file and can only read Data Pump files.

If you’re used to the old exp/imp parameters, you may initially be confused by some of the syntax semantics. However, after you use Data Pump, you’ll find the newer syntax fairly easy to remember and use. Table 8-3 describes how the legacy export parameters map to Data Pump export.

In many instances, there isn’t a one-to-one mapping. Often, Data Pump automatically provides features that used to require a parameter in the legacy utilities. For example, whereas you used to have to specify DIRECT=Y to get a direct path export, Data Pump automatically uses direct path whenever possible.

As with Data Pump export, Data Pump import often doesn’t have a one-to-one mapping of the legacy utility parameter. Data Pump import automatically provides many features of the old imp utility. For example, COMMIT=Y isn’t required because Data Pump import automatically commits after each table is imported. Table 8-4 describes how the legacy import parameters map to Data Pump import.

Вас заинтересует / Intresting for you:

Data Pump: Filtering Oracle Da...
Data Pump: Filtering Oracle Da... 7266 views dbstalker Fri, 04 Feb 2022, 17:30:44
Data Pump: Features for Manipu...
Data Pump: Features for Manipu... 1403 views dbstalker Fri, 04 Feb 2022, 17:32:59
Data Pump: Common Data Pump Ta...
Data Pump: Common Data Pump Ta... 3435 views dbstalker Fri, 04 Feb 2022, 17:55:04
How to Monitoring Data Pump Jo...
How to Monitoring Data Pump Jo... 2251 views dbstalker Fri, 04 Feb 2022, 18:08:37
Comments (0)
There are no comments posted here yet
Leave your comments
Posting as Guest
×
Suggested Locations