The outgoing programmer is responsible for all of the end-of-expedition (EOX) activities.
...
NOTE: While performing the EOX for expedition 384, it was discovered that the path represented by "data_pump_dir" did not exist. You can discover what the data_pump_dir is supposed to be using this query (logged in as your DBA account):
select * from dba_directories
;
The results have a lot of stuff that's not useful, but the DATA_PUMP_DIR should be there. Currently it is /backup/LIMSJR/dpdump. Note that "backup" is singular (it used to be plural) and there is apparently some desire to change this, so keep that in mind. If you find that the folder does not exist, the command in this step will fail and you may need to get an MCS or a DBA on shore to help create it.
...
Statistics. Typical durations for the last step from previous expeditions. 344S: 16 min 23 sec. 345: 13 min 54 sec. 346: 18 min 46 sec. 341S: 11 min 42 sec. 351: 12 min 9 sec; 360: 16 min 57 sec; 363: 3 min 21 sec; 367: 3 min 38 sec.
ODA for 3 expeditions of data (11.1 GiB): 4 min 17 sec.
396: 6 min 54 sec
4. Clear out transfer schema content
From the command prompt i[oracle@k1 ~]$
Run sqlplus, login as the TRANSFER USER
|
Run these commands at the SQL>
prompt. Use your expedition.
|
...
5. Snapshot subset of database content to go home. (Using transfer id)
...
|
NOTE: Generally, you only need to do this for your expedition and "QAQC". The middle lines below are required only when material from a previous expedition is studied on the current expedition.
Copy LIMS data to the transfer schema. Use entries like the middle ones only when material from a previous expedition is studied on the current expedition.
|
Leave this session open. It is used again in the next step.
Statistics. 344S: ~20 min. 345: 10 min for all steps.
396: ~22 min.
6. Count the records backed up. Row-counts are expected to be identical between source tables and transfer tables.
At the SQL> prompt, run these commands
NOTE: Generally, you only need your expedition number and "QAQC". There may be others if your expedition included data and/or material from other expedition(s).
|
...
To review the log, switch to the other terminal session.
Supply these commands.
|
Press 'q' to quit reviewing the log, or Ctrl+C.
Leave the console window open for later use.
Place the EOX database snapshot log in the R:\AD\support
current expedition EOX directory,
Example from a DOS prompt on the Build Box.
|
7. Make a transfer-only snapshot as oracle@k1.
...
|
Statistics. 344S: 3 min 13 sec. 345: 4 min 23 sec.
8. Test the export files. Did you extract what you expected?
This test verifies that some content can be read from the content exported above. Increases confidence that the exported content is good.
From the prompt [oracle@k1 ~]$
run these commands - using transfer logon
|
...
|
Login to the transfer schema. Look at tables verify_full_sample
, verify_xfer_sample
. They are expected to contain the expedition data you just exported.
Remove the verification tables.
|
Statistics. 344S: 3 min 25 sec. 345: 3 min 43 sec. 351: full 1 min 25 sec; xfer 24 sec. For the integrity check on each export.
9. Restore database read/write capability.
...
Exp 396: we had trouble initially because we ran out of disk space. This was apparently due to my creating the /backup/LIMSJR/dpdump folder under the Oracle account. This broke some kind of link-up that gives the backup folder lots of additional drive space. Don't do that.
Need to test DMPDP.
Need to post log results.
11. Notify everyone. Database snapshot process is complete.
...
|
The MCS will copy the files over to oem.ship.iodp.tamu.edu:/media/backup/export
--one of several staging areas for the EOX tape run.
Inquire with the MCS. Ensure the (above) database content and the (below) ASMAN content are being taken to media for transport to HQ.
12. Send the transfer content home.
NOTE:
Please transfer only the limjr_transfer file online. The full file can come on tape.
...