If data movement service has not been enabled during installation
of a monitor model, you can enable data movement service for a monitor
model by exporting the scripts and then run them manually. To do this,
you must first use the WebSphere® Application
Server administrative
console to export the data movement service scripts to a data definition
language (DDL) file and then run those scripts later.
Before you begin
Before you begin this task, you must log in to the
WebSphere Application
Server administrative
console. A schema must also have been created before data movement
service can be enabled.
About this task
To export the data movement service scripts, complete the
following steps. You can also run these scripts locally from this
same Manage Data Movement Service page.
Procedure
- Stop a monitor model before enabling data movement service.
Failure to do so could result in loss of data.
- In the WebSphere Application
Server administrative
console, click .
- Click the version of the model for which you
want to enable data movement service.
- Click Enable Data Movement Service.
- Click Export Enable DMS Script.
- Save the file. This procedure
produces a script that you can run manually using a command prompt.
You can run this script later or from a remote location.
After data
movement service has been enabled it will be in a suspended state
for the model version. Data is not copied to the reporting tables
or pruned from the operational tables until the data movement service
is activated for the model version. Activate the data movement service
by using the Resume Data movement service option.
- If you are running the scripts from a remote server, either
move the exported files to that machine or make sure you can connect
to the Monitor database from the local machine.
- Connect to the Monitor database as a user with database
privileges to create tables and users and follow one of these sets
of instructions depending upon the database you are using:
- For DB2® Universal,
in a DB2 Command Window (CLP),
complete the following steps:
- Navigate to the path containing the exported DDL file
- Enter DB2 CONNECT TO MONITOR USER dbuser USING dbpassword
- Enter db2 -td@ -vf EnableDMS_<Model> where model is
the name of the model.
- Enter DB2 TERMINATE
- For DB2 for z/OS running on a DB2 for z/OS server, complete
the following steps:
- Open the EnableDMS_model_name.ddl file where model_name is
the name of the model, and replace the variables listed at the top
of the DDL file. These instructions are also included at the top of
the exported DDL file.
- Save the modified EnableDMS_model.ddl file.
- Use the SPUFI or DSNTEP2 utility to run the script.
- For DB2 for z/OS running
on Windows, complete the following steps:
- Navigate to the path containing the exported DDL file.
- Open the EnableDMS_model_name.ddl file where model_name is
the name of the model, and replace the variables listed at the top
of the DDL file. These instructions are also included at the top of
the exported DDL file.
- Save the modified EnableDMS_model.ddl file.
- Make a copy of the modified DDL.
- The stored procedures included in the exported file require special
attention. Using a text editor, open the Enable Data movement service
DDL, and delete all the stored procedures in the file. Delete all
lines between the comments 'BEGIN DMS Stored Procedures' and 'END
DMS Stored Procedures ' within the file.
- Connect to the Monitor database on the host, and run the Enable
data movement service DDL edited in the previous step.
- Open the copy of Enable Data movement service DDL and locate the
stored procedures starting at comment 'BEGIN DMS Stored Procedures'.
Each stored procedure starts with the 'CREATE PROCEDURE' and terminates
with 'END' as shown here:
CREATE PROCEDURE ORDERITEM.SP_ORDERITEMMC_20060803000000(OUT P_NUM_PRUNED INTEGER,
OUT P_NUM_MERGED INTEGER,
OUT P_SQL_MSG VARCHAR(4000),
OUT P_ROWS_FAILED INTEGER,
OUT P_SQL_CODE INTEGER,
OUT P_SQL_STATE CHAR(5))
...
...
END
- Copy each stored procedure individually and paste each one into
a new file. Save each file with the extension .sql (for example, OrderItemMMCv1.sql).
- Verify that your DB2 Developer Workbench 9.1 installation has
been updated to fix pack 3 or later.
- From the DB2 Developer Workbench Database Explorer, create a new
connection.
- In the Connection window, enter your values
for the JDBC driver, database, host name, port number, user name,
and password. Accept the default values for the remaining fields.
For example,
- JDBC driver: IBM DB2 Universal Database:MVS000
- Host: MVS000.host.example.com
- Port: 8070
- JDBC driver class: com.ibm.db2.jcc.DB2Drive
- Database Manager: DB2 UDB zSeries -> V8 (new-function
Mode) for DB2 z/OS 8.1
- Test the connection by selecting Test Connection.
- Select OK and then Finish in
the Connection window.
- Create a new Data Development project. Accept the default values
and select the connection created earlier as the connection for this
project.
- From the Data Project Explorer, expand the newly created project,
right-click Stored Procedures, and select Import.
- Locate each .sql file created earlier for each stored procedure
and import each one into the project.
- From the Data Project Explorer, right-click the stored procedure
and select Deploy. A message is displayed indicating
a successful deployment.
- The data movement service tables must be initialized before you
enable the data movement service in the administrative console. There
are two stored procedures for data movement service for each monitoring
context. The stored procedure that begins with SI_ is the initialization
procedure. In a DB2 Command Window (CLP), complete the following steps
for each stored procedure beginning with SI_:
- Enter DB2 CONNECT TO MONITOR USER dbuser USING dbpassword
- Enter DB2 CALL procedure_name.
For example,
DB2 CALL ORDERITEM.SI_ORDERITEMMC_20060803000000();
- Enter DB2 TERMINATE
- For Oracle, complete
the following steps:
- Navigate to the path containing the exported DDL file
- Enter sqlplus dbuser/dbpassword@your_Oracle_SID @EnableDMS_modelname.ddl where model_name is
the name of the model.
- Commit the changes to the database.
- For Microsoft SQL
Server, complete
the following steps:
- Navigate to the path containing the exported DDL file
- Enter sqlcmd -U dbuser -P dbpassword -e
-i EnableDMS_modelname.ddl where model_name is
the name of the model.
- Commit the changes to the database.
Results
After you have completed these steps, the model will now be
displayed as a scheduler service. The service will be in a suspended
state. Resume the suspended service to begin data movement service
for the model. If data already exists for the monitor model, the initial
execution of data movement service moves the data to the reporting
tables. Initial movement might take some time. Ensure that the data
movement is complete before restarting the monitor model.