Table of Contents

Search

  1. Preface
  2. Backing Up and Restoring the Data Vault
  3. Configuring Centera as a Remote Data Vault Store
  4. Configuring Data Archive for a Legacy Source Using Legacy Adapters
  5. Data Archive Seamless Access for PeopleSoft
  6. Data Archive Transaction Restore API
  7. Dropping and Truncating Partitions in Data Archive
  8. High Availability Configuration for the Data Archive and File Archive Service Versions 6.1 to 6.3
  9. 0955-High Availability Configuration for the Data Vault Version 6.4 and Later
  10. How to Create Business Rules to Archive and Purge Transactional Data
  11. How to Uninstall Data Archive 5.1
  12. How to Uninstall Data Archive 5.3
  13. How to Use Scripts to Change Database User Passwords in the ILM Repository
  14. IBM DB2 Database Connectivity and Setup for Data Archive
  15. Installing Data Visualization
  16. Integrating Third-Party Schedulers in ILM Engine
  17. Parallel Processing in Data Archive
  18. Seamless Access Configuration for Siebel Applications
  19. Seamless Access Setup for Oracle E-Business Suite
  20. Seamless Access Setup for Oracle R12 in Data Archive
  21. Using the Data Vault Service JDBC Driver to Connect to the Data Vault
  22. Using Multiple Engines in an ILM Environment
  23. Using PowerExchange ODBC Connections in a Data Archive Retirement Project
  24. Discovering Foreign Key Relationships in Enterprise Data Manager

Data Archive How-To Guide

Data Archive How-To Guide

Procedure Submit (With base_url)

Procedure Submit (With base_url)

Order
Parameter
In/Out
Type
1
base_url
In
Varchar2
2
defn_id
In
Number
3
param_string
In
Varchar2
4
job_type
In
Varchar2
5
callback
In
Varchar2
6
schedule_id
In
Varchar2
The following table describes the parameters:
Parameter
Description
base_url
The Base URL of your Web User Interface.
Example:
http://testamhome.my.com:8080
defn_id
The ID of the Restore Definition that contains the entity and interim table to be used to restore the transaction.
param_string
The column name and value to be used by the Transaction Restore job to restore the transaction. This is the column or columns that comprise the unique key for the transaction. The syntax for the Transaction Key string is:
'CLAIM_ID=12345'
If a composite key is being used, then the columns are separated by the caret (^) symbol:
'CLAIM_ID=12345^CLAIM_TYPE=987'
If the value is a string, then PL/SQL syntax for single quotes must be used:
'CLAIM_ID=12345^CLAIM_TYPE=''ABC'''
If a Program Callback is being used and the program requires input parameters, then those parameter names and values are to be appended to the Transaction Key:
'CLAIM_ID=12345^CLAIM_TYPE=987^CALLBACK_ID=12AB'
job_type
Type of Job to submit (currently only supports "I" for immediate)
callback
The name of the Program Callback to be executed by the Transaction Restore API, typically a SQL procedure call. The syntax expected of this parameter is:
program_callback_name($param_name1,$param_name2,… ,$param_nameX)
The program will be executed as the amhome user in the home instance. When formatting this string, it will take any of your parameters (from the parameter string), and it will take these Informatica provided variables:
$ScheduleID or JobID
This refers to the Informatica Unique identifier of the job (as it appears in the Web User Interface).
$ReturnCode
This refers to the result of the job that was executed.
  • C = Complete
  • E = Error
$ReturnText
If the $ReturnCode = E, this will be additional error text from the job.
Using these variables, you can have the XA_TRX_RESTORE_API call any package(from the amhome schema).
For example:
Callback:
sql://call my_callback($JobID, ''$ReturnCode'', ''$ReturnText'', ''$my_id'')
Resulting Callback:
my_callback(111, 'C', '', 'abc')
schedule_id
Output parameter with the result of the schedule.
  • -1 = error scheduling
  • Other = The Job ID of the job scheduled.