Conference uscd::pacc

    ((Sorry for the '>'s in column 1.  The Desktop folks can't make them
    disappear from a forwarded memo from MSEmail.  Help! ))
    
    
>				****   PSG SEPS97flash #58  ****
>
>Thanks Ed for taking the minutes (again)!
>
>Subject: Minutes of 29 January SEPS97 Status Meeting
>Meeting Schedule: Next meeting is 5 February 1997
>
>Attendees: Ken Chernack, John Rives, Jim Visconti, Ed Marino, Mike Carolan,
>Dave O'Brien, Ken Femino, Ray Rosch, Tom Donovan,  David Hawley, Harry Don,
>Jimmie Ray Mackenzie, Steve Barrell, Jo Adamson, Bruce Mackenzie-Low, Hagos
>Tekle, Mike Heiser
>
>STATUS:
>  - CORPORATE APPLICATIONS (Jim Visconti): no issues
>  - FINANCE SCU (Ken Chernack): no issues; note: Cobol level 88, use name not
>value
>  - FINANCE SDU (Ray Rosch): no issues 
>  - BU APPLICATIONS (Tom Donovan): small problems with DECforms being fixed
>  - INFORMATION WAREHOUSE (Ed Marino):  on schedule (note: at least 1
>application needed to relink Dynamic SQL code to eliminate access violation)
>  - EUROPE (Jo Adamson): going well
>  - GP1 (Dave O'Brien): upgrades progressing well
>  - AM1 (Bruce Mackenzie-Low, Mike Heiser): still concerned about SLS/Phase V
>compatibility-will do upgrade and see if it works; SLS expert (Ron Desourdes)
>joined call and agreed to help - he doesn't expect a problem;  issue taken
>off-line; Ken Femino will load SLS V2.8A on USTEST and ask Ron Desourdes to
>test it with SEPS; note - Europe has not had PhaseV problems with SLS
>  - AM2 (Hagos Tekle): PKQRYA cluster is used by many customers; upgrade will
>not be 6-7 Feb; Les Darbe working to move date to March or April
>  - OPG (Mike Carolan): no major issues; resolved Polycenter version issue
>with Glenn Doten and Ken Femino needs to verify all OK
>  - CANADA (Harry Don): will be meeting with CCS today
>  - ASIA/PACIFIC: Ken Chernack spoke at AP Quarterly meeting via concall;
>Michael Leung to head effort to bring them into SEPS97 program
>
>AssetWorks: working issue on version to release; should only effect America;
>not a show stopper.
>
>ACMS ISSUES: Bob Carlin contacted an ACMS expert; we believe problems are
>resolved
>
>POWERHOUSE: Ken Chernack found 5 clusters (GIADEV, GIAMEM, WILLEE, TSTMKO,
>STARGL) running Powerhouse, all at different versions; licensing issue still
>open; waiting for reply from Purchasing.
>
>NOTIFICATION PROBLEMS: with WEB (or other client/server) applications, the
>users won't see the NOTICE.TXT; maybe CCS Advisories and Readers' Choice can
>be used; application support people may have distribution lists for their
>user base; Ken Chernack will pursue CCS Advisories with Nancy Covitz; make
>sure business managers tell their staffs ---; (after meeting) talked to
>Nancy... talked to Janet O'Neil, the primary CCS Communications contact, who
>suggested Reader's Choice and/or CCS Advisories; will be receiving template;
>note also, we now have public MS Exchange folders... list of schedule can be
>put there too.
>
>DECSTD012: Ed Marino will contact John Peachy to verify what version is
>released; SEPS should reinstall any images that were previously installed
>
>(repeat) UPGRADE TIME REQUIREMENTS: Generally, after a cluster upgrade is
>completed, the system is available for access while the conversions are going
>on (there may be specific exceptions); Ed Marino asked if DSM conversions
>could be handled concurrently with RDB conversions-this was OK'd
>
>HOTLINES: System managers for GP1, AM1 and AM2 need to keep hotlines informed
>of upgrade status; the MPR was erroneously telling people that CSSE was going
>to be down for 3 days... let's hope that this message won't be repeated
>during the next 3 months.
>
>APPLICATION PRIMARY CONTACTS: PSG Reps need to provide application contacts
>to Ken Chernack; these contacts are to verify upgrades went OK; please send
>Ken your contact names NOW!
>
>RDB/CDD FILES: Ken Femino will send out list to PSG Rep distribution list; to
>be reviewed in order to expedite post-installation process.
>
>APPLICATION SHUTDOWNS: support people should shut down their applications and
>put jobs on hold before upgrades begin, and not restart/release them until
>appropriate time; this action is very important and could save your
>application from needless production cycle reruns.
>
>DEC EDI: Ed Marino requested that BUMP stay at current version (the SEPS
>default); Ed will verify if this applies to USIC as well... it does!; also
>wants to know who the other EDI user on USIC is
> 
>SERVER HARDWARE:  new hardware is being shipped to Alpharetta to upgrade the
>servers
>
>DECnet/OSI TRAINING: CCS would like Steve Barrell to provide training when he
>is in U.S., but the upgrade schedule will make it difficult; will handle
>off-line; training will be abbreviated; still working having a more formal,
>traditional DECnet/OSI course that takes 3-to-4 days.
>
>SCHEDULE:
>  o PKQRYA needs date change to March or April; schedule updated to July as a
>placeholder
>  o PROD08 - not being updated; applications moving to YOUOWE; issue around
>bridges for use by the DIBS application  
>  o GIAMEM tentatively scheduled for 15-March-Tom Donovan and John Rives to
>verify 
>  o ACADMY/AWARD scheduled for 12-April
>  o BAGELS - ready to be upgraded? Post-meeting: not ready... will not be
>upgraded.
>  o AIMHI - upgrade delayed; new time tbd by Sue Taillon/DaveO
>
>NETWORK Profiles: Has Telecomm been reviewing the network profiles of
>clusters ready to be upgraded per previous DECnet/PhaseV and DECdns
>discussions?  Action Item: KenC check with CindyG.  Response: being done per
>Cindy.
>
>
    

>****  PSG SEPS97flash #59  ****
>
>
>The Field Test (FT) SEPS97 Alpha development platform is shipping.  Read on!
>
>SEPS97 ALPHA DEVELOPMENT FT PLATFORM SHIPPING !
>
>
>The SEPS97 Alpha development FT platform for OpenVMS has shipped. See note
>13.5 of the EASE::SEPS97 notes conference for order details. 
>
>Please note :- 
>
>*	Full release notes will be made available shortly. They will include
>installation logs for New Installations, Prerequisite, and Upgrades. 
>*	The existing installation guide should be used - available from
>EASE::SEPS97_DOCS::SEPS97_INSTALL_GUIDE.*.
>*	Full documentation pointers are available from the web address
>http://talamh.dbo.dec.com/seps97.htm
>
>Finally, find enclosed some key Installation information in relation to
>timings and platform size that you may find useful for upgrade planning and
>preparation purposes.
>
>
>
>Disk requirements.
>
>  Development kit net size = 1.2Gb
>  Recommended minimum system disk size = 2.0Gb (kit was built on an RZ28).
>
>
>Distribution media contents.
>
>  Prerequisite kit for SEPS97 OpenVMS Alpha Development platform only:
>        SEPS$PREREQ_ALPHA062.A
>        SEPS$PREREQ_ALPHA062.B
>        SEPS$PREREQ_ALPHA062.C
>        SEPS$PREREQ_ALPHA062.E
>
>        Note: SEPS$PREREQ_ALPHA_062.D is reserved for the
>        Production platform when produced.
>
>  Image Backup saveset of SEPS97 OpenVMS Alpha Development platform:
>
>        SEPS97AXPFTDV.BCK
>
>
>Product issues.
>
>  SQL/Services V7.0 was installed in support of Oracle Rdb V7.0
>  POLYCENTER AssetWORKS V2.1 (PAW) not installed.
>  OpenVMS Alpha V6.2 patch installed: ALPLOAD02_070 .
>  CVMS Kernel V4.6 installed - awaiting updated kit.
>
>
>Installation timings.
>
>  Typical New Install time:
>        15-25 minutes  - from first boot of SEPS97 kit to system available.
>
>  Approx. Prerequisite installation time:
>        15-180 minutes - depending on files being saved to [EASE$LOCAL...]
>        Typical Prereq times would probably be in the region of 30-60
>minutes.
>
>  Approx. Upgrade time:
>        25-120 minutes - depending on size of [EASE$LOCAL...]
>        Typical Upgrade times would probably be in the region of 30-60
>minutes.
>
>
>______________________ END ______________________________________________
>
>Mike Carolan,
>Operations Platforms Group,
>CCS.
>
>
    

>****  PSG SEPS97flash #60  ****
>
>
>The SEPS97 Program has been underway for many months now.  Thank you all for
>your participation, feedback and work that you have accomplished to bring
>your applications closer to compliance with the SEPS97 software standard.
>
>During the next few months, we are going to be very busy.  Many development,
>test and production clusters will be upgraded.  It was discussed at the last
>SEPS97 weekly status meeting that our production upgrades have a rigorous
>schedule to meet and must be accomplished with as few problems as possible.
>We cannot keep our business partners waiting past the allocated time period
>for the cluster to go back online.
>
>Thus, please take note of the following actions and do what you can to
>expedite your cluster's upgrade.
>
>1. CCS will be generating a listing of a cluster's OracleRdb databases and
>CDD files.  This listing will be sent to you as a PSG SEPS97flash. If it
>pertains to your application's cluster, please review the cluster's OracleRdb
>and CDD files.  If there is opportunity to delete old, out-dated, duplicate
>copies of dictionaries and/or databases, just do it!
>
>2. Review your application's production schedule:
>*	adjust your DECscheduler master file
>*	put jobs on hold
>*	do not forget batch jobs that might reside outside of DECscheduler control
>*	ensure that nothing is processing when the upgrade is scheduled to run
>*	check batch queues
>*	check print queues
>*	do not start jobs immediately after the cluster comes up... your OracleRdb
>database might not be converted yet... your CDDs might not be converted yet!
>*	advise your business users not to login and resume their activities until
>they get the go-ahead from their support person
>*	advise your remote access users (VTX infobase users and Web page users)
>that do not have an account on the cluster that the cluster will be going
>offline for an operating software upgrade
>*	ensure your application's Hotline is told about the operating software
>upgrade so that they can respond to phone calls properly.
>
>If you adhere to the above common sense rules, we all will have fewer
>problems to deal with after the upgrade.
>
>There is one more very important topic to discuss!  If you do delete an
>OracleRdb database on any cluster (development, test and/or production),
>please document the:
>*	name of the database
>*	short description
>*	business supported
>*	key business contact
>*	key IS contact
>*	creation date
>*	last modify date
>*	size
>*	approximate number of users.
>
>This step must be taken in order to assist the Company to comply with its
>OracleRdb licensing agreement.  Help save the Company money!  Document and
>send your findings to Karen Schneider and cc: me.
>
>Thank you for your anticipated cooperation.
>
>\\ken
>
>
>
>
>
>Thank you for your anticipated cooperation.
>
>
>
    

>****  PSG SEPS97flash #61  ****
>
>
>If your organization uses the GREAT1 cluster, please read on.  This listing
>includes CDDs and OracleRdb databases that will be converted as part of the
>SEPS97 post-installation process.
>
>If there is opportunity to delete old, out-dated, duplicate copies of
>dictionaries and/or databases, just do it!
>
>If you have priority databases that you would like to have converted at the
>beginning of the post-installation process, let your SEPS97 representative
>know.
>
>Databases have failed to be converted during previous upgrades for two
>reasons:
>1. Many of the .rdb files which failed are really not databases but ASCII
>files with the .rdb file extension.   Please change the extensions so we will
>not have to waste time and follow-on efforts trying to understand needless
>error messages.  The error returned is BAD PARAMETER VALUE.
>
>2. BADROOTMATCH errors are due to missing logicals or logicals that get
>defined on the process level... which may not be appropriate.  Please review
>your application's definition of logicals.
>
>Finally,
>** Remember: Very important ** 
>If you do delete an OracleRdb database, please document the name, short
>description, business supported, key business contact, key IS contact,
>creation date, last modify date, size and approximate number of users.  This
>step must be taken in order to assist the Company to comply with its
>OracleRdb licensing agreement.  Help save the Company money! Document and
>send your findings to Karen Schneider and cc: me.
>
>Please refer to PSG SEPS97flash #60 for more details.
>
>Follow is the listing of OracleRdb files on GREAT1:
>
>(dsa410 = sys$sysdevice)
>_DSA410:[EPC.DATABASES]EPC$ADMIN_DB.RDB
>_DSA410:[EPC.DATABASES]EPC$HISTORY_DB.RDB
>_DSA410:[FILEBRIDGE.NEW.FBR$DB]FBR$AUDIT_DATABASE.RDB
>_DSA410:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB
>_DSA410:[SYS1.SYSUPD.REF$SERVER26D]REF$SERVER.RDB
>_DSA410:[VMS$COMMON.CDDPLUS041]CDD$DATABASE.RDB
>_DSA410:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB
>_DSA410:[VMS$COMMON.DECQUERY]DECQUERY$SAMPLE.RDB
>_DSA410:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB
>_DSA410:[VMS$COMMON.DTR]PERSONNEL.RDB
>_DSA410:[VMS$COMMON.SYSEXE]DDAL$TR_DB.RDB
>_DSA410:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB
>_DSA410:[VMS$COMMON.TEAMDATA]TDADEFDB.RDB
>_DSA410:[VMS$COMMON.TEAMDATA]TDASAMPLE.RDB
>_DSA410:[VMS$COMMON.TEAMDATA]TDASYSDB.RDB
>
>_DSA70:[CARD.DAT]CARD_DB.RDB
>_DSA70:[CARD.DAT]CARD_USAGE_DB.RDB
>_DSA70:[CARD.DAT]CARD_USAGE_DB_JULTHRUOCT.RDB
>_DSA70:[CARD_ADMIN]TEAMDB.RDB
>_DSA232:[IPA.RDB]IPA_SUPLR_DIR_ROOT.RDB
>_DSA232:[SBSV2.DAT]SBS_DB.RDB
>_DSA232:[SDS.RDB]IPA_PROCS_AUDT_ROOT.RDB
>_DSA232:[SDS.RDB]IPA_SUPLR_DIR_ROOT.RDB
>_DSA233:[LCV.DAT]LCVDB.RDB
>_DSA233:[LCV.DAT]OLD_LCVDB.RDB
>_DSA233:[SBSV2.DAT]EISCIC_DETAIL.RDB
>_DSA234:[SBSV2.DAT]EISCIC_DETAIL.RDB
>_DSA412:[SBSV2.TRAIN.BASE]TRAIN_DB.RDB
>_DSA412:[SBSV2.TRAIN.USER]BEEBE.RDB
>_DSA412:[SBSV2.TRAIN.USER]HABERMANK.RDB
>_DSA412:[SBSV2.TRAIN.USER]PARRS.RDB
>_DSA412:[SBSV2.TRAIN.USER]SANFORD.RDB
>_DSA412:[SBSV2.TRAIN.USER]SBSV2_PROD.RDB
>_DSA412:[SBSV2.TRAIN.USER]TURNER.RDB
>_DSA422:[SBSV2.DAT]COC$VDD_DATABASE.RDB
>_DSA422:[SBSV2.DAT]SBS_SUMMARY.RDB
>_DSA422:[SBSV2.DAT]SBS_TABLES.RDB
>_DSA430:[EXPERTISE.RALLY]APT.RDB
>_DSA430:[FOCUS.CDO]CDD$DATABASE.RDB			*** cdd *** 
>_DSA430:[OMSEDI.FBR_DEV.FBR$DB]FBR$AUDIT_DATABASE.RDB
>_DSA430:[RAM2_RCV]RAM_APPM_TBLS.RDB
>_DSA430:[REF_SERVER.DATA]REF$SERVER.RDB
>_DSA432:[ESR_DSS.DIASDEV.CASURVEY.DAT]CASURVEY.RDB
>_DSA443:[INQ.SURVEY.ASSC]ASSC.RDB
>_DSA443:[INQ.SURVEY.BETA1]BETA1.RDB
>_DSA443:[INQ.SURVEY.CLG]CLG.RDB
>_DSA443:[INQ.SURVEY.COMPUSA]COMPUSA.RDB
>_DSA443:[INQ.SURVEY.CONSIGNMENT]CONSIGNMENT.RDB
>_DSA443:[INQ.SURVEY.CPLUS3]CPLUS3.RDB
>_DSA443:[INQ.SURVEY.DAY2CSD]DAY2CSD.RDB
>_DSA443:[INQ.SURVEY.EEASURVEY]EEASURVEY.RDB
>_DSA443:[INQ.SURVEY.EXCHANGE]EXCHANGE.RDB
>_DSA443:[INQ.SURVEY.EXCHANGE1]EXCHANGE1.RDB
>_DSA443:[INQ.SURVEY.EXEC1]EXEC1.RDB
>_DSA443:[INQ.SURVEY.EXECPRO]EXECPRO.RDB
>_DSA443:[INQ.SURVEY.FINANCE]FINANCE.RDB
>_DSA443:[INQ.SURVEY.FINPRIN]FINPRIN.RDB
>_DSA443:[INQ.SURVEY.GSSI]GSSI.RDB
>_DSA443:[INQ.SURVEY.GSSI_TRIAL]GSSI_TRIAL.RDB
>_DSA443:[INQ.SURVEY.HRCAQ]HRCAQ.RDB
>_DSA443:[INQ.SURVEY.INTACCESS]INTACCESS.RDB
>_DSA443:[INQ.SURVEY.INTACCESS1]INTACCESS1.RDB
>_DSA443:[INQ.SURVEY.INTERNALS]INTERNALS.RDB
>_DSA443:[INQ.SURVEY.INTERNALS1]INTERNALS1.RDB
>_DSA443:[INQ.SURVEY.INTEXCEL]INTEXCEL.RDB
>_DSA443:[INQ.SURVEY.INTEXCEL1]INTEXCEL1.RDB
>_DSA443:[INQ.SURVEY.NOV3]NOV3.RDB
>_DSA443:[INQ.SURVEY.NOVELL]NOVELL.RDB
>_DSA443:[INQ.SURVEY.NPI]NPI.RDB
>_DSA443:[INQ.SURVEY.OBJECT]OBJECT.RDB
>_DSA443:[INQ.SURVEY.OBJECT1]OBJECT1.RDB
>_DSA443:[INQ.SURVEY.OMEGA]OMEGA.RDB
>_DSA443:[INQ.SURVEY.ORGPROJ]ORGPROJ.RDB
>_DSA443:[INQ.SURVEY.ORGPROJ1]ORGPROJ1.RDB
>_DSA443:[INQ.SURVEY.PCLAN]PCLAN.RDB
>_DSA443:[INQ.SURVEY.PCM]PCM.RDB
>_DSA443:[INQ.SURVEY.PROJPLAN1]PROJPLAN1.RDB
>_DSA443:[INQ.SURVEY.Q21]Q21.RDB
>_DSA443:[INQ.SURVEY.SELNT]SELNT.RDB
>_DSA443:[INQ.SURVEY.SELNT]SELNT_DUMMY.RDB
>_DSA443:[INQ.SURVEY.SELOVMS]SELOVMS.RDB
>_DSA443:[INQ.SURVEY.SELSERV]SELSERV.RDB
>_DSA443:[INQ.SURVEY.SELUNIX]SELUNIX.RDB
>_DSA443:[INQ.SURVEY.SELWKS]SELWKS.RDB
>_DSA443:[INQ.SURVEY.SELWKS_OLD]SELWKS_OLD.RDB
>_DSA443:[INQ.SURVEY.STANDARDS]STANDARDS.RDB
>_DSA443:[INQ.SURVEY.STRESS]STRESS.RDB
>_DSA443:[INQ.SURVEY.STWK]STWK.RDB
>_DSA443:[INQ.SURVEY.TEAMS]TEAMS.RDB
>_DSA443:[INQ.SURVEY.TEAMS1]TEAMS1.RDB
>_DSA443:[INQ.SURVEY.TPMMGR]TPMMGR.RDB
>_DSA443:[INQ.SURVEY.TPMPEER]TPMPEER.RDB
>_DSA443:[INQ.SURVEY.TPMROLE]TPMROLE.RDB
>_DSA443:[INQ.SURVEY.TRNGADMIN]TRNGADMIN.RDB
>_DSA443:[INQ.SURVEY.TVSURV]TVSURV.RDB
>_DSA443:[INQ.SURVEY.UNIX]UNIX.RDB
>_DSA443:[INQ.SURVEY.UNIXSYS]UNIXSYS.RDB
>_DSA443:[INQ.SURVEY.UNIX_BAS]UNIX_BAS.RDB
>_DSA443:[INQ.SURVEY.V2_SELWKS]V2_SELWKS.RDB
>
>
>
>_DSA443:[INQ.SURVEY.WB]WB.RDB
>_DSA443:[INQ.SURVEY.WWDLINV]WWDLINV.RDB
>_DSA443:[INQ.SURVEY.WW_SALES]WW_SALES.RDB
>_DSA443:[LEAS.DATA]CFAS.RDB
>_DSA443:[LEAS.DATA]FRATES.RDB
>_DSA443:[LEAS.DATA]REF_INFO.RDB
>_DSA443:[LEAS.DATA]SIS.RDB
>_DSA443:[LEAS.DATA]TEAMDB.RDB
>_DSA443:[SPIS_AREA_0]SPIS.RDB
>_DSA443:[XCS.CDD]CDD$DATABASE.RDB			*** cdd ***
>
>(dsa450 = disk$sys_lib1)
>_DSA450:[DECEDI.AUDIT_DATABASE]DECEDI$AUDIT_DB.RDB
>_DSA450:[FILEBRIDGE.920408203739.FBR$DB]FBR$AUDIT_DATABASE.RDB
>_DSA450:[FILEBRIDGE.940906.FBR$DB]FBR$AUDIT_DATABASE.RDB
>_DSA450:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB
>_DSA453:[COS.DRS]COS_VIDEO_TEXT_ROOT.RDB
>_DSA453:[COS.RDB]COS_VIDEO_TEXT_ROOT.RDB
>_DSA453:[POE.DAT]ATHENA.RDB
>_DSA460:[ACCOUNTS]DATABASE.RDB
>_DSA460:[GDAT]SCC_CATALOG.RDB
>_DSA460:[GDAT]SCC_LITERATURE.RDB
>_DSA460:[IPAADMIN]IPA_SUPLR_DIR_ROOT.RDB
>_DSA462:[PEAT.DATA]DATABASE.RDB
>_DSA462:[PEAT.DATA2]PEAT$REPORTING_DB.RDB
>_DSA462:[PEAT.LOG]TEAMDB.RDB
>_DSA462:[PEAT.SITES]SITES.RDB
>_DSA462:[PEAT.WORK]TEAMDB.RDB
>_DSA462:[PEAT.WORK.RDBX]RDBX$DB.RDB
>_DSA462:[RFE_GL.REF_FY95]COC$VDD_DATABASE.RDB
>_DSA462:[TBS]TEAMDB.RDB
>_DSA462:[TBS.DAT]CA_DB.RDB
>_DSA462:[TBS.DAT]CELL_DB.RDB
>_DSA462:[TBS.DAT]TBS_MENU.RDB
>_DSA464:[ONEIL_J]TEAMDB.RDB
>_DSA511:[OMSEDI.DAT]OMSEDI_DEV_TPP.RDB
>_DSA511:[OMSEDI.DAT]OMSEDI_RDB.RDB
>_DSA511:[RAM.REFERENCE_REVENUE]COC$VDD_DATABASE.RDB
>_DSA511:[RAM.USER1]COC$VDD_DATABASE.RDB
>_DSA511:[RAM.USER1.DAT]RAM_APPM_TBLS.RDB
>_DSA511:[RAM.USER1.DAT]RAM_DB.RDB
>_DSA514:[FY94]COC$VDD_DATABASE.RDB
>_DSA521:[ALEX]TEAMDB.RDB
>_DSA521:[BAKERS]TEAMDB.RDB
>_DSA521:[BEANE]TEAMDB.RDB
>_DSA521:[BEAUCHESNE]TEAMDB.RDB
>_DSA521:[CALAMARI]TEAMDB.RDB
>_DSA521:[CF9_USAGE]TEAMDB.RDB
>_DSA521:[COLAIANNI]TEAMDB.RDB
>_DSA521:[CROSSMAN_Y]TEAMDB.RDB
>_DSA521:[DECELLADMIN.TEST]CA_DB.RDB
>_DSA521:[DONOVANL]TEAMDB.RDB
>_DSA521:[DPUGH]TEAMDB.RDB
>_DSA521:[FOWLER_S]TEAMDB.RDB
>_DSA521:[GKENNEDY]TEAMDB.RDB
>_DSA521:[GONIA]TEAMDB.RDB
>_DSA521:[JWALSH]TEAMDB.RDB
>_DSA521:[KAMPF]COC.RDB
>_DSA521:[KAMPF.DAT]FPL_DB.RDB
>_DSA521:[KARPINSKY]TEAMDB.RDB
>_DSA521:[KELLEYL]TEAMDB.RDB
>_DSA521:[LZIELINSKI]TEAMDB.RDB
>_DSA521:[MCCARTHYTI]TEAMDB.RDB
>_DSA521:[MORENO]TEAMDB.RDB
>_DSA521:[MPRENDERGAST]TEAMDB.RDB
>_DSA521:[NEPVEU]TEAMDB.RDB
>_DSA521:[POLUCHA]TEAMDB.RDB
>_DSA521:[SHANGRAW]TEAMDB.RDB
>_DSA521:[YOST]TEAMDB.RDB
>_DSA533:[SBSV2.DAT]SBS_TABLES.RDB
>_DSA541:[FPC]DASDB.RDB
>_DSA541:[PAB.DAT]PAB_DB.RDB
>_STA1007:[RUS.DISCOUNTS]DASDB.RDB
>_STA1007:[RUS.FINANCE]COC$VDD_DATABASE.RDB
>_STA1007:[RUS.FINANCE]SIGA$DATABASE.RDB
>_STA1010:[DFG$DATABASE]DFG$_DATABASE.RDB
>_STA1010:[DFG$OLD_DATABASE]DFG$_DATABASE.RDB
>_STA1010:[DFG$OLD_DATABASE]DFG$_DATABASE_OLD.RDB
>_STA1011:[CPRFM.RDB_ADMIN]CPRFM_ADMIN.RDB
>_STA1011:[CPRFM.RDB_MODEL]CPRFM.RDB
>_STA1011:[CPRFM.RDB_REF]CPRFM_REF.RDB
>_STA1011:[CPRFM.RDB_RPT]CPRFM_RPT.RDB
>
>
>
    

>****  PSG SEPS97flash #62  ****
>
>
>If your organization uses the CASPRO cluster, please read on.  This listing
>includes CDDs and OracleRdb databases that will be converted as part of the
>SEPS97 post-installation process.
>
>If an opportunity exists to delete old, out-dated, duplicate copies of
>dictionaries and/or databases, just do it!
>
>If you have priority databases that you would like to have converted at the
>beginning of the post-installation process, let your SEPS97 representative
>know.
>
>Databases have failed to be converted during previous upgrades for two
>reasons:
>1. Many of the .rdb files which failed are really not databases but ASCII
>files with the .rdb file extension.   Please change the extensions so we will
>not have to waste time and follow-on efforts trying to understand needless
>error messages.  The error returned is BAD PARAMETER VALUE.
>
>2. BADROOTMATCH errors are due to missing logicals or logicals that get
>defined on the process level... which may not be appropriate.  Please review
>your application's definition of logicals.
>
>Finally,
>** Remember: Very important ** 
>If you do delete an OracleRdb database, please document the name, short
>description, business supported, key business contact, key IS contact,
>creation date, last modify date, size and approximate number of users.  This
>step must be taken in order to assist the Company to comply with its
>OracleRdb licensing agreement.  Help save the Company money! Document and
>send your findings to Karen Schneider and cc: me.
>
>Please refer to PSG SEPS97flash #60 for more details.
>
>Follow is the listing of OracleRdb files on CASPRO:
>
>
>CASPRO -
>$!This file will Rmu/Verify all RDB databases
>$!
>$Nodename = F$Getsyi("nodename")
>$ call rdb_conversion DSA0:[DECEDI.AUDIT_DATABASE]DECEDI$AUDIT_DB.RDB;1
>$ call rdb_conversion DSA0:[EPC.DATABASES]EPC$ADMIN_DB.RDB;2
>$ call rdb_conversion DSA0:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion
>DSA0:[FILEBRIDGE.950423211435.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion
>DSA0:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion DSA0:[VMS$COMMON.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion DSA0:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB;1
>$ call rdb_conversion DSA0:[VMS$COMMON.DECQUERY]DECQUERY$SAMPLE.RDB;1
>$ call rdb_conversion DSA0:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB;1
>$ call rdb_conversion DSA0:[VMS$COMMON.DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;1
>$ call rdb_conversion DSA0:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;2
>$ call rdb_conversion DSA0:[VMS$COMMON.TEAMDATA]TDADEFDB.RDB;2
>$ call rdb_conversion DSA0:[VMS$COMMON.TEAMDATA]TDASAMPLE.RDB;5
>$ call rdb_conversion DSA0:[VMS$COMMON.TEAMDATA]TDASYSDB.RDB;1
>$ call rdb_conversion DSA43:[ASAP.DAT]ASAP.RDB;1
>$ call rdb_conversion DSA101:[CARR.DIC]CDD$DATABASE.RDB;1
>$ call rdb_conversion DSA101:[EPC.DATABASES]EPC$ADMIN_DB.RDB;1
>$ call rdb_conversion DSA101:[EPC.DATABASES]EPC$FMT_TEMPLATE_DB.RDB;1
>$ call rdb_conversion DSA101:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion DSA101:[GAR.DIC]CDD$DATABASE.RDB;1
>$ call rdb_conversion DSA101:[TEAMDATA]TDADEFDB.RDB;1
>$ call rdb_conversion DSA101:[TEAMDATA]TDASAMPLE.RDB;2
>$ call rdb_conversion DSA101:[TEAMDATA]TDASYSDB.RDB;2
>$ call rdb_conversion DSA102:[CARR_USER.TEAMDATA]TEAMDB.RDB;1
>$ call rdb_conversion DSA102:[DAVIES.PBOOK]ATHENA_TST.RDB;3
>$ call rdb_conversion DSA102:[DEMARS_TO]TEAMDB.RDB;1
>$ call rdb_conversion DSA102:[REF_SERVER.DATA]REF$SERVER.RDB;1
>$ call rdb_conversion DSA102:[REF_SUPPORT]TEAMDB.RDB;1
>$ call rdb_conversion DSA103:[ATHENAPROD.DAT]ATHENAPROD.RDB;1
>$ call rdb_conversion DSA103:[FPROJ.ATHENA.RDB]ATHENA.RDB;3
>$ call rdb_conversion DSA103:[REFSATBL.DAT]ATHENA.RDB;4
>$ call rdb_conversion DSA103:[REFTAX.DATA]SITES.RDB;1
>$ call rdb_conversion DSA103:[SPAMS]KEYSRDB.RDB;1
>$ call rdb_conversion DSA104:[PRIPROD.DSPSPROD.DPB.ATHENA.RDB]ATHENA.RDB;21
>$ call rdb_conversion DSA125:[CARR.DAT]CARR.RDB;1
>$ call rdb_conversion DSA125:[GAR.DAT]ART_EUROPE.RDB;1
>$ call rdb_conversion DSA125:[GAR.DAT]GAR$DATABASE.RDB;2
>$ call rdb_conversion DSA130:[DAAS.DAT]DASDB.RDB;1
>$ call rdb_conversion DSA205:[PBOOK.ATHENA.DAT]ATHENA.RDB;1
>$ call rdb_conversion DSA302:[DAAS.DIC]CDD$DATABASE.RDB;1
>$ call rdb_conversion
>$1$DUA122:[EASE$LOCAL.DECEDI.AUDIT_DATABASE]DECEDI$AUDIT_DB.RDB;1
>$ call rdb_conversion
>$1$DUA122:[EASE$LOCAL.FILEBRIDGE.950423211435.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion
>$1$DUA122:[EASE$LOCAL.FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion
>$1$DUA122:[EASE$LOCAL.SYS1.SYSCOMMON.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion
>$1$DUA122:[EASE$LOCAL.SYS1.SYSCOMMON.DECQUERY]DECQUERY$DEFDB.RDB;1
>$ call rdb_conversion
>$1$DUA122:[EASE$LOCAL.SYS1.SYSCOMMON.DECQUERY]DECQUERY$SAMPLE.RDB;1
>$ call rdb_conversion
>$1$DUA122:[EASE$LOCAL.SYS1.SYSCOMMON.DECQUERY]DECQUERY$SYSDB.RDB;1
>$ call rdb_conversion
>$1$DUA122:[EASE$LOCAL.SYS1.SYSCOMMON.DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion
>$1$DUA122:[EASE$LOCAL.SYS1.SYSCOMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;2
>$ call rdb_conversion STA2000:[PDG_DB]PDG.RDB;1
>$ call rdb_conversion STA2000:[RUS.DISCOUNTS]DASDB.RDB;1
>$ call rdb_conversion STA2000:[RUS.FINANCE]COC$VDD_DATABASE.RDB;1
>$ exit ss$_normal
>$
>$RDB_CONVERSION: subroutine
>$!+
>$! Conversion routine to convert Rdb databases
>$!-
>$ on warning then $continue
>$ on error then $continue
>$ on severe then $continue
>$ define/user sys$command sys$input
>$ rmu/convert 'p1
>yes
>yes
>$ endsubroutine
>
>
    

>****  PSG SEPS97flash #63  ****
>
>
>If your organization uses the ORS cluster, please read on.  This listing
>includes CDDs and OracleRdb databases that will be converted as part of the
>SEPS97 post-installation process.
>
>If an opportunity exists to delete old, out-dated, duplicate copies of
>dictionaries and/or databases, just do it!
>
>If you have priority databases that you would like to have converted at the
>beginning of the post-installation process, let your SEPS97 representative
>know.
>
>Databases have failed to be converted during previous upgrades for two
>reasons:
>1. Many of the .rdb files which failed are really not databases but ASCII
>files with the .rdb file extension.   Please change the extensions so we will
>not have to waste time and follow-on efforts trying to understand needless
>error messages.  The error returned is BAD PARAMETER VALUE.
>
>2. BADROOTMATCH errors are due to missing logicals or logicals that get
>defined on the process level... which may not be appropriate.  Please review
>your application's definition of logicals.
>
>Finally,
>** Remember: Very important ** 
>If you do delete an OracleRdb database, please document the name, short
>description, business supported, key business contact, key IS contact,
>creation date, last modify date, size and approximate number of users.  This
>step must be taken in order to assist the Company to comply with its
>OracleRdb licensing agreement.  Help save the Company money! Document and
>send your findings to Karen Schneider and cc: me.
>
>Please refer to PSG SEPS97flash #60 for more details.
>
>Follow is the listing of OracleRdb files on ORS:
>
>$!This file will Rmu/Verify all RDB databases
>$!
>$Nodename = F$Getsyi("nodename")
>$ call rdb_conversion DSA102:[RDFS.DAT]DATABASE.RDB;4
>$ call rdb_conversion DSA103:[RDFS.DAT]TEAMDB.RDB;3
>$ call rdb_conversion DSA230:[EPC.DATABASES]EPC$ADMIN_DB.RDB;1
>$ call rdb_conversion DSA230:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion DSA230:[VMS$COMMON.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion DSA230:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB;1
>$ call rdb_conversion DSA230:[VMS$COMMON.DECQUERY]DECQUERY$SAMPLE.RDB;1
>$ call rdb_conversion DSA230:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB;1
>$ call rdb_conversion DSA230:[VMS$COMMON.PRAM.DATA]PRAM_X500_RDB_DB.RDB;1
>$ call rdb_conversion
>DSA230:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;1
>$ call rdb_conversion DSA230:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;1
>$ call rdb_conversion DSA230:[VMS$COMMON.TEAMDATA]TDADEFDB.RDB;1
>$ call rdb_conversion DSA230:[VMS$COMMON.TEAMDATA]TDASAMPLE.RDB;1
>$ call rdb_conversion DSA230:[VMS$COMMON.TEAMDATA]TDASYSDB.RDB;1
>$ call rdb_conversion DSA231:[FOCUS]PERSONNEL.RDB;2
>$ call rdb_conversion DSA231:[TEAMDATA]TDADEFDB.RDB;1
>$ call rdb_conversion DSA231:[TEAMDATA]TDASAMPLE.RDB;6
>$ call rdb_conversion DSA231:[TEAMDATA]TDASYSDB.RDB;2
>$ call rdb_conversion DSA231:[TEAMDATA]TEAMDB.RDB;1
>$ call rdb_conversion DSA233:[CCS.DAT]CCS$FFMDB.RDB;1
>$ call rdb_conversion DSA233:[ORS.TCDAT]GIA$TRANSIT_CALC.RDB;3
>$ call rdb_conversion DSA233:[ORS.TCDAT]USAD$TRANSIT_CALC.RDB;3
>$ call rdb_conversion $1$DUA240:[BYSKO]TEAMDB.RDB;1
>$ call rdb_conversion $1$DUA240:[CRANE]TEAMDB.RDB;5
>$ call rdb_conversion $1$DUA240:[DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion $1$DUA240:[TORNBERG]TEAMDB.RDB;5
>$ call rdb_conversion $1$DUA240:[ZALANSKAS]TEAMDB.RDB;4
>$ exit ss$_normal
>
>
>
    

>****  PSG SEPS97flash #64  ****
>
>
>If your organization uses the USIW cluster, please read on.  This listing
>includes CDDs and OracleRdb databases that will be converted as part of the
>SEPS97 post-installation process.
>
>If an opportunity exists to delete old, out-dated, duplicate copies of
>dictionaries and/or databases, just do it!  If you need the assistance of
>CCS, please contact Dave O'Brien (297-2378) and/or me (223-7869) at least
>three (3) days before the scheduled upgrade.
>
>If you have priority databases that you would like to have converted at the
>beginning of the post-installation process, let your SEPS97 representative,
>Dave O'Brien and/or me know at least three (3) days before the upgrade.
>
>Databases have failed to be converted during previous upgrades for two
>reasons:
>1. Many of the .rdb files which failed are really not databases but ASCII
>files with the .rdb file extension.   Please change the extensions so we will
>not have to waste time and follow-on efforts trying to understand needless
>error messages.  The error returned is BAD PARAMETER VALUE.
>
>2. BADROOTMATCH errors are due to missing logicals or logicals that get
>defined on the process level... which may not be appropriate.  Please review
>your application's definition of logicals.
>
>Finally,
>** Remember: Very important ** 
>If you do delete an OracleRdb database, please document the name, short
>description, business supported, key business contact, key IS contact,
>creation date, last modify date, size and approximate number of users.  This
>step must be taken in order to assist the Company to comply with its
>OracleRdb licensing agreement.  Help save the Company money! Document and
>send your findings to Karen Schneider and cc: me.
>
>Please refer to PSG SEPS97flash #60 for more details.
>
>Follow is the listing of OracleRdb files on USIW:
>(sys$sysdevice)
>_DSA100:[DECEDI.AUDIT_DATABASE]DECEDI$AUDIT_DB.RDB
>_DSA100:[EDCS.DEMO.DATABASE]EDCS.RDB
>_DSA100:[EPC.DATABASES]EPC$ADMIN_DB.RDB
>_DSA100:[EPC.DATABASES]EPC$HISTORY_DB.RDB
>_DSA100:[FILEBRIDGE.920317171750.FBR$DB]FBR$AUDIT_DATABASE.RDB
>_DSA100:[FILEBRIDGE.950215180429.FBR$DB]FBR$AUDIT_DATABASE.RDB
>_DSA100:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB
>_DSA100:[SYS2.SYSMGR.TEMP_DB]MF_PERSONNEL.RDB
>_DSA100:[VMS$COMMON.CDDPLUS]CDD$DATABASE.RDB
>_DSA100:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB
>_DSA100:[VMS$COMMON.DECQUERY]DECQUERY$SAMPLE.RDB
>_DSA100:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB
>_DSA100:[VMS$COMMON.DFG$DATABASE]DFG$_DATABASE.RDB
>_DSA100:[VMS$COMMON.DTR]PERSONNEL.RDB
>_DSA100:[VMS$COMMON.SYSEXE]DDAL$TR_DB.RDB
>_DSA100:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB
>_DSA100:[VMS$COMMON.SYSTEST.DDAL.DDAL$CP]DDAL$REMOTE_DB_SQL.RDB
>_DSA100:[VMS$COMMON.TEAMDATA]TDADEFDB.RDB
>_DSA100:[VMS$COMMON.TEAMDATA]TDASAMPLE.RDB
>_DSA100:[VMS$COMMON.TEAMDATA]TDASYSDB.RDB
>_DSA100:[VMS$COMMON.TMP_CDDPLUS]CDD$DATABASE.RDB
>(dsa101 = disk$support)
>_DSA101:[DDAL.DB]DDAL$TR_DB.RDB
>_DSA101:[DDAL.LOG]DDAL$TR_DB.RDB
>_DSA101:[FOCUS_611]PERSONNEL.RDB
>_DSA101:[FOCUS_620]PERSONNEL.RDB
>_DSA101:[FOCUS_622]PERSONNEL.RDB
>_DSA101:[FOCUS_651]PERSONNEL.RDB
>_DSA101:[GEMS.DAT]GEMS_DATABASE.RDB
>_DSA101:[GEMS.DAT]GEMS_LOCAL.RDB
>_DSA101:[REF_SERVER.DATA]REF$SERVER.RDB
>_DSA101:[SAVE_REF_SERVER.DATA]REF$SERVER.RDB
>
>
>_DSA150:[MDRUM]PERSON.RDB
>_DSA150:[XTRNL_SPRT.CDD]CDD$DATABASE.RDB
>_DSA151:[FDRPROD.COM]BADRUN_CONTROL.RDB
>_DSA151:[RCSCU]COC$VDD_DATABASE.RDB
>_DSA212:[DRCP_MON]IWNE_DB.RDB
>_DSA214:[OLS.DAT]OLS1000.RDB
>_DSA214:[REFERENCE_RDB_USA]USA_REFERENCE_RDB.RDB
>_DSA251:[IDF.DAT]ASWFDB.RDB
>_DSA251:[IDF.REP]IDF_REP_DSL01.RDB
>_DSA251:[IDF.REP]OLD_REP_IDF_HOME_USIW.RDB
>_DSA270:[PDSS.RDBDATABASE]IPA$RDB.RDB
>_DSA272:[PDSS.RDBDATABASE]CMU_DB.RDB
>_DSA272:[PDSS.RDBDATABASE]COC_AND_BUSNS_UNIT.RDB
>_DSA300:[RWC_PROD.CDD]CDD$DATABASE.RDB
>_DSA300:[RWC_PROD.COC_MONTH_4]COC$VDD_DATABASE.RDB
>_DSA300:[RWC_PROD.FORCTL]RWC_CONTROL.RDB
>_DSA301:[RWC_PROD.DB]RWC_CURR.RDB
>_DSA307:[RWC_PROD.DB]RWC_CURR.RDB
>_DSA312:[RWC_PROD.WWR_DATA]COC$VDD_DATABASE.RDB
>_DSA315:[RWC_PROD.CDO]CDD$DATABASE.RDB
>_DSA315:[RWC_PROD.CDO]TEST.RDB
>_DSA320:[USIPROD.CDD]CDD$DATABASE.RDB
>_DSA320:[USIPROD.COM]FY94.RDB
>_DSA320:[USIPROD.COM]TOM.RDB
>_DSA322:[USIPROD.DB96]US_INVC_CONTROL.RDB
>_DSA322:[USIPROD.DB96]US_INVC_DATABASE.RDB
>_DSA322:[USIPROD.DB97]US_INVC_CONTROL.RDB
>_DSA322:[USIPROD.DB97]US_INVC_DATABASE.RDB
>_DSA332:[FDRPROD.DATABASES]FDR_DATABASE.RDB
>_DSA337:[FDRPROD.CDD_ANCHOR]CDD$DATABASE.RDB
>_DSA337:[FDRPROD.DATABASES]FDR_CONTROL.RDB
>_DSA337:[FDRPROD.DATABASES]FDR_REFERENCE.RDB
>_DSA350:[CERTS]CERTS_DATABASE.RDB
>_DSA360:[PS.DB]PS.RDB
>_DSA360:[PS.DB94]PS.RDB
>_DSA360:[PS.DB94]PS94.RDB
>_DSA360:[TLEMOINE]TEAMDB.RDB
>_DSA362:[DB96]SURVEY.RDB
>_DSA362:[DB97]SURVEY.RDB
>_DSA370:[ORDER_REFERENCE]ORDER_REFERENCE_DATABASE.RDB
>_DSA374:[ORAD_RDB.DB]ORAD.RDB
>_DSA374:[ORAD_RDB.DB]ORAD_CTL.RDB
>_DSA375:[ORAD_RDB.CDO]CDD$DATABASE.RDB
>_DSA380:[FACT.DAT]FACT$EMIS_RPSTRY_DB.RDB
>_DSA380:[FACT.DAT]FACT_EMIS_REF1.RDB
>_DSA380:[FACT.DAT]FACT_EMIS_REF2.RDB
>_DSA380:[FACT.REF]COC$VDD_DATABASE.RDB
>_DSA380:[FACTPROD]FACT_RPT.RDB
>_DSA380:[FACTPROD.COC$DEC_96_VDD]COC$DEC_96_VDD_DATABASE.RDB
>_DSA380:[FACTPROD.TEAMDATA]TEAMDB.RDB
>_DSA380:[FACTSUPPORT.TEAMDATA]TEAMDB.RDB
>_DSA380:[FACTUSER]FACT_RPT.RDB
>_DSA380:[FACTUSER.TEAMDATA]TEAMDB.RDB
>_DSA380:[WW_RIG.TEAMDATA]TEAMDB.RDB
>_DSA382:[FACT.DAT]FACT_RPTNG1.RDB
>_DSA383:[FACT.DAT]FACT_BASE.RDB
>_DSA384:[FACT.DAT]FACT_RPTNG2.RDB
>_DSA400:[CIC_RDB]CIC_DATABASE.RDB
>_DSA400:[DUN_RDB]DUNBRDST_CANADA_DATABASE.RDB
>_DSA400:[DUN_RDB]DUNBRDST_GOVT_DATABASE.RDB
>_DSA400:[DUN_RDB]DUNBRDST_WORLDBASE_DATABASE.RDB
>_DSA409:[CERTS]CERTS_DATABASE.RDB
>_DSA414:[DSRF$DATA]DSRF$DATABASE.RDB
>_DSA414:[DSRF$DATA.DATA]DSRF$DATABASE.RDB
>_DSA414:[SHARED]COC$VDD_DATABASE.RDB
>_DSA500:[DUN_RDB]DUNBRDST_DATABASE.RDB
>_DSA509:[CPRIW.BUMPSRCCD.CDD]CDD$DATABASE.RDB
>_DSA509:[CPRIW.BUMPSRCCD.CPRIW.CDD]CDD$DATABASE.RDB
>_DSA509:[CPRIW.CDD]CDD$DATABASE.RDB
>_DSA509:[CPRIW.DAT]CPR_MSTR.RDB
>_DSA512:[DWPROD.RDB]LAMA.RDB
>_DSA516:[DWPROD.CDD]CDD$DATABASE.RDB
>_DSA516:[DWPROD.MS]MS.RDB
>_DSA516:[DWPROD.MS.CDD]CDD$DATABASE.RDB
>_DSA519:[CRR.DIC]CDD$DATABASE.RDB
>_DSA519:[CRR.RDB]CRR.RDB
>_DSA521:[IWNSE.DB]IWNSE$ACCESS.RDB
>_DSA526:[SAOMMS.SLT.CDDPLUS]CDD$DATABASE.RDB
>_DSA601:[EIS.DROP_CEA]EISCIC_DETAIL.RDB
>_DSA601:[EIS.DROP_SOA]EISCIC_DETAIL.RDB
>_DSA602:[EIS.DROP_NEA]EISCIC_DETAIL.RDB
>_DSA602:[EIS.DROP_WEA]CEA_EISCIC_DEATIL.RDB
>_DSA602:[EIS.DROP_WEA]CEA_EMP_DB.RDB
>_DSA602:[EIS.DROP_WEA]EMP_DB.RDB
>_DSA602:[EIS.DROP_WEA]WEA_EISCIC_DETAIL.RDB
>_DSA602:[EIS.READ_REF]SBS_TABLES.RDB
>_DSA602:[EIS.SCIS_READ_REF]SCIS_TABLES.RDB
>_DSA603:[BSSRL_MGR.CDD]CDD$DATABASE.RDB
>_DSA603:[EIS.REFERENCE.BACKUP]AMID_OTHERS.RDB
>_DSA603:[EIS.REFERENCE.BACKUP]BSNS_RULE_DB.RDB
>_DSA603:[EIS.REFERENCE.BACKUP]PART_TOOL.RDB
>_DSA603:[EIS.REFERENCE.BACKUP]SBS_TABLES.RDB
>_DSA603:[EIS.REFERENCE.BACKUP]SBS_TOOL.RDB
>_DSA603:[EIS.REFERENCE.DAT]AMID_OTHERS.RDB
>_DSA603:[EIS.REFERENCE.DAT]BSNS_RULE_DB.RDB
>_DSA603:[EIS.REFERENCE.DAT]PART_TOOL.RDB
>_DSA603:[EIS.REFERENCE.DAT]SBS_TOOL.RDB
>_DSA603:[EIS.REFERENCE.SHIP]SBS_TABLES.RDB
>_DSA603:[EIS_MANAGER.SIPR]SI_PRGRM_RPTG_FY94.RDB
>_DSA603:[EIS_PARTS.DATA]PART_TOOL.RDB
>_DSA603:[ERGO.BACKUP]F97_CANADA_DATABASE.RDB
>_DSA603:[ERGO.BACKUP]F97_EFFORT_DATABASE.RDB
>_DSA603:[ERGO.BACKUP]F97_FINANCE_DATABASE.RDB
>_DSA603:[ERGO.BACKUP]F97_METRICS_DATABASE.RDB
>_DSA603:[ERGO.BACKUP]F97_REPORTING_DATABASE.RDB
>_DSA603:[ERGO.BACKUP]F97_TABLES_DATABASE.RDB
>_DSA603:[ESS_MANAGER.AD_HOC]SBS_TOOL.RDB
>_DSA603:[ESS_MANAGER.CCS.RDB]CCS_AUG_DATA_DATABASE.RDB
>_DSA603:[ESS_MANAGER.CCS.RDB]CCS_AUG_TABLES_DATABASE.RDB
>_DSA603:[ESS_MANAGER.CCS.RDB]CCS_DATA_DATABASE.RDB
>_DSA603:[ESS_MANAGER.CCS.RDB]CCS_DEC_DATA_DATABASE.RDB
>_DSA603:[ESS_MANAGER.CCS.RDB]CCS_DEC_TABLES_DATABASE.RDB
>_DSA603:[ESS_MANAGER.CCS.RDB]CCS_NOV_DATA_DATABASE.RDB
>_DSA603:[ESS_MANAGER.CCS.RDB]CCS_OCT_DATA_DATABASE.RDB
>_DSA603:[ESS_MANAGER.CCS.RDB]CCS_SEP_DATABASE.RDB
>_DSA603:[ESS_MANAGER.CCS.RDB]CCS_SEP_TABLES_DATABASE.RDB
>_DSA603:[ESS_MANAGER.CCS.RDB]CCS_TABLES_DATABASE.RDB
>_DSA603:[ESS_MANAGER.CCS.RDB]EMPTY_DB.RDB
>_DSA603:[ESS_MANAGER.CCS.RDB]OLD_CCS_TABLES_DATABASE.RDB
>_DSA603:[ESS_MANAGER.ERG_ORGS]DEC_ORG_REF_DATABASE.RDB
>_DSA603:[ESS_MANAGER.ERG_ORGS]NOV_ORG_REF_DATABASE.RDB
>_DSA603:[ESS_MANAGER.ERG_ORGS]OLDEST_ORG_REF_DATABASE.RDB
>_DSA603:[ESS_MANAGER.ERG_ORGS]ORG_REF_DATABASE.RDB
>_DSA603:[ESS_MANAGER.GPS.RDB]EMPTY_DB.RDB
>_DSA603:[ESS_MANAGER.GPS.RDB]GPS_DATA_DATABASE.RDB
>_DSA603:[ESS_MANAGER.GPS.RDB]GPS_TABLES_DATABASE.RDB
>_DSA603:[ESS_MANAGER.MARK]PROJECT_REPORT_DATABASE.RDB
>_DSA603:[ESS_MANAGER.METRIC97]F97_METRICS_DATABASE.RDB
>_DSA603:[ESS_MANAGER.METRIC97]OLDEST_F97_METRICS_DATABASE.RDB
>_DSA603:[ESS_MANAGER.METRIC97]OLD_F97_METRICS_DATABASE.RDB
>_DSA603:[SIPR.DAT]SIPR_DATABASE.RDB
>_DSA603:[SIPR.DAT]SIPR_DATABASE_FY95.RDB
>_DSA604:[SBSV2_PROD.MERGE]CEA_DB.RDB
>_DSA604:[SBSV2_PROD.MERGE]WEA_DB.RDB
>_DSA605:[SBSV2.COUNTRY_ORDERS]USDEV.RDB
>_DSA605:[SBSV2.DAT]SBS_DB_HQ.RDB
>_DSA605:[SBSV2.DAT]SBS_TABLES.RDB
>_DSA606:[ERGO.BCK]F96_CANADA_DATABASE.RDB
>_DSA606:[ERGO.BCK]F96_EFFORT_DATABASE.RDB
>_DSA606:[ERGO.BCK]F96_REPORTING_DATABASE.RDB
>_DSA606:[ERGO.BCK]F97_CANADA_DATABASE.RDB
>_DSA606:[ERGO.BCK]F97_EFFORT_DATABASE.RDB
>_DSA606:[ERGO.BCK]F97_FINANCE_DATABASE.RDB
>_DSA606:[ERGO.BCK]F97_METRICS_DATABASE.RDB
>_DSA606:[ERGO.BCK]F97_REPORTING_DATABASE.RDB
>_DSA606:[ERGO.BCK]F97_TABLES_DATABASE.RDB
>_DSA606:[ERGO.BCK]LAST_F95_EFFORT_DATABASE.RDB
>_DSA606:[ERGO.BCK]LAST_F95_FINANCE_DATABASE.RDB
>_DSA606:[ERGO.BCK]LAST_F95_METRICS_DATABASE.RDB
>_DSA606:[ERGO.BCK]LAST_F95_REPORTING_DATABASE.RDB
>_DSA606:[ERGO.BCK]LAST_F95_TABLES_DATABASE.RDB
>_DSA606:[ERGO.BCK]LAST_F96_TABLES_DATABASE.RDB
>_DSA606:[ERGO.BCK]MAY_F96_EFFORT_DATABASE.RDB
>_DSA606:[ERGO.BCK]MAY_F96_REPORTING_DATABASE.RDB
>_DSA606:[ERGO.OLD_DATABASES]APRIL_95_REPORTING_DATABASE.RDB
>_DSA606:[ERGO.OLD_DATABASES]ERGO_DATABASE.RDB
>_DSA606:[ERGO.OLD_DATABASES]ERGO_REPORTING_DATABASE.RDB
>_DSA606:[ERGO.OLD_DATABASES]ERGO_TABLES_DATABASE.RDB
>_DSA606:[ERGO.OLD_DATABASES]JANUARY_TABLES_DATABASE.RDB
>_DSA606:[ERGO.OLD_DATABASES]MARCH_95_REPORTING_DATABASE.RDB
>_DSA606:[EROS.DATABASES]ERGO_EFFORT_DATABASE.RDB
>_DSA606:[EROS.DATABASES]F95_EFFORT_DATABASE.RDB
>_DSA606:[EROS.DATABASES]F95_EMPLOYEE_DATABASE.RDB
>_DSA606:[EROS.DATABASES]FEB_CANADA_DATABASE.RDB
>_DSA607:[ERGO.BCK]ERGO_DATABASE.RDB
>_DSA607:[ERGO.BCK]ERGO_EFFORT_DATABASE.RDB
>_DSA607:[ERGO.BCK]ERGO_FINANCE_DATABASE.RDB
>_DSA607:[ERGO.BCK]ERGO_REPORTING_DATABASE.RDB
>_DSA607:[ERGO.BCK]ERGO_TABLES_DATABASE.RDB
>_DSA607:[ERGO.DAT]BAD_NEW_REPORTING_DATABASE.RDB
>_DSA607:[ERGO.DAT]DEC_ERGO_TABLES_DATABASE.RDB
>_DSA607:[ERGO.DAT]DEC_F97_LABOR_DATABASE.RDB
>_DSA607:[ERGO.DAT]DEC_NEW_REPORTING_DATABASE.RDB
>_DSA607:[ERGO.DAT]EMPTY_DB.RDB
>_DSA607:[ERGO.DAT]ERGO_TABLES_DATABASE.RDB
>_DSA607:[ERGO.DAT]F96_BARF_DATABASE.RDB
>_DSA607:[ERGO.DAT]F96_CANADA_DATABASE.RDB
>_DSA607:[ERGO.DAT]F96_CERTS_DATABASE.RDB
>_DSA607:[ERGO.DAT]F96_FINANCE_DATABASE.RDB
>_DSA607:[ERGO.DAT]F96_METRICS_DATABASE.RDB
>_DSA607:[ERGO.DAT]F96_REPORTING_DATABASE.RDB
>_DSA607:[ERGO.DAT]F96_TABLES_DATABASE.RDB
>_DSA607:[ERGO.DAT]F96_UTILIZATION_DATABASE.RDB
>_DSA607:[ERGO.DAT]F97_CANADA_DATABASE.RDB
>_DSA607:[ERGO.DAT]F97_EMPLOYEE_DATABASE.RDB
>_DSA607:[ERGO.DAT]F97_EUROPE_DATABASE.RDB
>_DSA607:[ERGO.DAT]F97_FINANCE_DATABASE.RDB
>_DSA607:[ERGO.DAT]F97_LABOR_DATABASE.RDB
>_DSA607:[ERGO.DAT]F97_METRICS_DATABASE.RDB
>_DSA607:[ERGO.DAT]F97_OCT_LABOR_DATABASE.RDB
>_DSA607:[ERGO.DAT]F97_REPORTING_DATABASE.RDB
>_DSA607:[ERGO.DAT]F97_TABLES_DATABASE.RDB
>_DSA607:[ERGO.DAT]JUNE_96_METRICS_DATABASE.RDB
>_DSA607:[ERGO.DAT]JUNE_96_REPORTING_DATABASE.RDB
>_DSA607:[ERGO.DAT]JUNE_TABLES_DATABASE.RDB
>_DSA607:[ERGO.DAT]MY_CERTS_DATABASE.RDB
>_DSA607:[ERGO.DAT]NEW_NOV_REPORTING_DATABASE.RDB
>_DSA607:[ERGO.DAT]NEW_OCT_REPORTING_DATABASE.RDB
>_DSA607:[ERGO.DAT]NEW_REPORTING_DATABASE.RDB
>_DSA607:[ERGO.DAT]NOV_ERGO_TABLES_DATABASE.RDB
>_DSA607:[ERGO.DAT]NOV_F97_CANADA_DATABASE.RDB
>_DSA607:[ERGO.DAT]NOV_F97_EMPLOYEE_DATABASE.RDB
>_DSA607:[ERGO.DAT]OCT_F97_CANADA_DATABASE.RDB
>_DSA607:[ERGO.DAT]OLDEST_ERGO_TABLES_DATABASE.RDB
>_DSA607:[ERGO.DAT]OLDEST_F97_LABOR_DATABASE.RDB
>_DSA607:[ERGO.DAT]OLDEST_F97_REPORTING_DATABASE.RDB
>_DSA607:[ERGO.DAT]OLDEST_NEW_REPORTING_DATABASE.RDB
>_DSA607:[ERGO.DAT]OLD_ERGO_TABLES_DATABASE.RDB
>_DSA607:[ERGO.DAT]OLD_F96_METRICS_DATABASE.RDB
>_DSA607:[ERGO.DAT]OLD_F97_LABOR_DATABASE.RDB
>_DSA607:[ERGO.DAT]OLD_F97_REPORTING_DATABASE.RDB
>_DSA607:[ERGO.DAT]OLD_F97_TABLES_DATABASE.RDB
>_DSA607:[ERGO.DAT]OLD_NEW_REPORTING_DATABASE.RDB
>_DSA607:[ERGO.DAT]OLD_OCT_ERGO_TABLES_DATABASE.RDB
>_DSA607:[ERGO.DAT]OLD_SEPTEMBER_TABLES_DATABASE.RDB
>_DSA607:[ERGO.DAT]SBS_BADGES_DATABASE.RDB
>_DSA607:[ERGO.DAT]SEPTEMBER_TABLES_DATABASE.RDB
>_DSA607:[ERGO.DAT]SEPT_XACT_TABLES_DATABASE.RDB
>_DSA607:[ERGO.DAT]SEP_F97_CANADA_DATABASE.RDB
>_DSA607:[ERGO.DAT]SEP_F97_LABOR_DATABASE.RDB
>_DSA607:[ERGO.DAT]TMP_ERGO_TABLES_DATABASE.RDB
>_DSA607:[ESS.DS.DAT]DS_ESS_DATABASE.RDB
>_DSA607:[ESS.DS.DAT]OLD_DS_ESS_DATABASE.RDB
>_DSA607:[ESS.OSS.DAT]COLT_DB.RDB
>_DSA607:[ESS.OSS.DAT]LAST_COLT_DB.RDB
>_DSA607:[ESS.OSS.DAT]OLDEST_COLT_DB.RDB
>_DSA607:[ESS.OSS.DAT]OLD_COLT_DB.RDB
>_DSA607:[MII.OA.DAT]CPR_ADMIN_DB.RDB
>_DSA608:[BSSRL.DWDB]BSSRL$ROLLUP_DWDB.RDB
>_DSA608:[EIS.DAT]EIS_DETAIL.RDB
>_DSA608:[EIS.REFERENCE]EIS_TABLES.RDB
>_DSA608:[ROR.DAT]MARCH_ROR_TOOL.RDB
>_DSA608:[ROR.DAT]ROR_TOOL.RDB
>_DSA632:[FPLPROD.FY96_YE_REF]COC$VDD_DATABASE.RDB
>_DSA635:[CRC.CRCDIC]CDD$DATABASE.RDB
>_DSA635:[CRCPROD.CRCDIC]CDD$DATABASE.RDB
>_DSA636:[CRCDAT]CRC19950701.RDB
>_DSA636:[CRCDAT]CRC_REFERENCE.RDB
>_DSA636:[CRCDAT]NEWTABLE.RDB
>_DSA637:[CRCDAT]CRC19950429.RDB
>_DSA637:[CRCDAT]CRC19950527.RDB
>_DSA638:[RC.DATA]RC$DATABASE.RDB
>_DSA638:[RCPROD]COC$VDD_DATABASE_FY96.RDB
>_DSA639:[RC.REF]SITES.RDB
>_DSA641:[SGILL.RDB]COC$VDD_DATABASE.RDB
>_DSA642:[FPLPROD.DAT]BSNS_RULE_DB.RDB
>_DSA642:[FPLPROD.DAT]FPL_DB.RDB
>_DSA675:[RIGMAIN.EXP]USMANDR.RDB
>_DSA675:[RIGMAIN.JV]JVDET.RDB
>_DSA675:[RIGMAIN.TRAVEL]TRAVEL_DET.RDB
>_DSA676:[RIGMAIN.AP]AP_PURCH.RDB
>_DSA677:[RIGMAIN.HC]HC_DET.RDB
>_DSA750:[SRD.CDDPLUS]CDD$DATABASE.RDB
>_DSA750:[SRDSUPPORT.WWK]BSRF_DB.RDB
>_DSA751:[SRD.BSRF.DB]BSRF_DB.RDB
>_DSA752:[SRD.AMID.DB]AMID_DB.RDB
>_DSA775:[TAX_AUDIT.CDD]CDD$DATABASE.RDB
>_DSA775:[TAX_AUDIT.DB]BRAPR90.RDB
>_DSA775:[TAX_AUDIT.DB]IL1.RDB
>_DSA775:[TAX_AUDIT.DB]TA_AUDIT.RDB
>_DSA775:[TAX_AUDIT.DB]TMQ.RDB
>_DSA900:[SMR94.CDD]CDD$DATABASE.RDB
>_DSA902:[SMR95.CDD]CDD$DATABASE.RDB
>_DSA902:[SMR95.RDB_D]RFRNC_DB.RDB
>_DSA910:[OMEGA.CDD]CDD$DATABASE.RDB
>_DSA910:[OMEGA.RDB1]SUPPORT_DB.RDB
>_DSA910:[OMEGA.WRK]DUNBRDST_DATABASE.RDB
>_DSA925:[BTHOMSON.OMEGA.CDD]CDD$DATABASE.RDB
>_DSA940:[SMR96.CDD]CDD$DATABASE.RDB
>_DSA940:[SMR97.CDD]CDD$DATABASE.RDB
>_DSA942:[SMR96.RDB_C]SMR_DUNS_DB.RDB
>_DSA943:[SMR94.RDB]RFRNC_DB.RDB
>_DSA943:[SMR96.RDB_D]RFRNC_DB.RDB
>_DSA943:[SMR97.RDB_D]RFRNC_DB.RDB
>_DSA945:[SMR94.RDB]SPI_DB.RDB
>_DSA945:[SMR96.RDB_F]SPI_DB.RDB
>_DSA945:[SMR97.RDB_F]SPI_DB.RDB
>_DSA2014:[RUS.DISCOUNTS]DASDB.RDB
>_DSA2014:[RUS.FINANCE]COC$VDD_DATABASE.RDB
>_DSA2014:[RUS.FINANCE]NEWTABLE.RDB
>_DSA2014:[RUS.PRIOR]COC$VDD_DATABASE.RDB
>_$1$DUA95:[PRODUCT_REFERENCE_94]PRODUCT_REFERENCE_DATABASE.RDB
>
>
>
>(listing of just the CDD repositories)
>
>_DSA100:[VMS$COMMON.CDDPLUS]CDD$DATABASE.RDB
>_DSA100:[VMS$COMMON.TMP_CDDPLUS]CDD$DATABASE.RDB
>_DSA150:[XTRNL_SPRT.CDD]CDD$DATABASE.RDB
>_DSA300:[RWC_PROD.CDD]CDD$DATABASE.RDB
>_DSA315:[RWC_PROD.CDO]CDD$DATABASE.RDB
>_DSA320:[USIPROD.CDD]CDD$DATABASE.RDB
>_DSA337:[FDRPROD.CDD_ANCHOR]CDD$DATABASE.RDB
>_DSA375:[ORAD_RDB.CDO]CDD$DATABASE.RDB
>_DSA509:[CPRIW.BUMPSRCCD.CDD]CDD$DATABASE.RDB
>_DSA509:[CPRIW.BUMPSRCCD.CPRIW.CDD]CDD$DATABASE.RDB
>_DSA509:[CPRIW.CDD]CDD$DATABASE.RDB
>_DSA516:[DWPROD.CDD]CDD$DATABASE.RDB
>_DSA516:[DWPROD.MS.CDD]CDD$DATABASE.RDB
>_DSA519:[CRR.DIC]CDD$DATABASE.RDB
>_DSA526:[SAOMMS.SLT.CDDPLUS]CDD$DATABASE.RDB
>_DSA603:[BSSRL_MGR.CDD]CDD$DATABASE.RDB
>_DSA635:[CRC.CRCDIC]CDD$DATABASE.RDB
>_DSA635:[CRCPROD.CRCDIC]CDD$DATABASE.RDB
>_DSA750:[SRD.CDDPLUS]CDD$DATABASE.RDB
>_DSA775:[TAX_AUDIT.CDD]CDD$DATABASE.RDB
>_DSA900:[SMR94.CDD]CDD$DATABASE.RDB
>_DSA902:[SMR95.CDD]CDD$DATABASE.RDB
>_DSA910:[OMEGA.CDD]CDD$DATABASE.RDB
>_DSA925:[BTHOMSON.OMEGA.CDD]CDD$DATABASE.RDB
>_DSA940:[SMR96.CDD]CDD$DATABASE.RDB
>_DSA940:[SMR97.CDD]CDD$DATABASE.RDB
>
>
>
>

>****  PSG SEPS97flash #65  ****
>
>
>If your organization uses the USIC cluster, please read on.  This listing
>includes CDDs and OracleRdb databases that will be converted as part of the
>SEPS97 post-installation process.
>
>If an opportunity exists to delete old, out-dated, duplicate copies of
>dictionaries and/or databases, just do it!  If you need the assistance of
>CCS, please contact Dave O'Brien (297-2378) and/or me (223-7869) at least
>three (3) days before the scheduled upgrade.
>
>If you have priority databases that you would like to have converted at the
>beginning of the post-installation process, let your SEPS97 representative,
>Dave O'Brien and/or me know at least three (3) days before the upgrade.
>
>Databases have failed to be converted during previous upgrades for two
>reasons:
>1. Many of the .rdb files which failed are really not databases but ASCII
>files with the .rdb file extension.   Please change the extensions so we will
>not have to waste time and follow-on efforts trying to understand needless
>error messages.  The error returned is BAD PARAMETER VALUE.
>
>2. BADROOTMATCH errors are due to missing logicals or logicals that get
>defined on the process level... which may not be appropriate.  Please review
>your application's definition of logicals.
>
>Finally,
>** Remember: Very important ** 
>If you do delete an OracleRdb database, please document the name, short
>description, business supported, key business contact, key IS contact,
>creation date, last modify date, size and approximate number of users.  This
>step must be taken in order to assist the Company to comply with its
>OracleRdb licensing agreement.  Help save the Company money! Document and
>send your findings to Karen Schneider and cc: me.
>
>Please refer to PSG SEPS97flash #60 for more details.
>
>Follow is the listing of OracleRdb files on USIC:
>(dsa100 = sys$sysdevice)
>_DSA100:[EPC.DATABASES]EPC$ADMIN_DB.RDB
>_DSA100:[EPC.DATABASES]EPC$HISTORY_DB.RDB
>_DSA100:[FILEBRIDGE.950215153628.FBR$DB]FBR$AUDIT_DATABASE.RDB
>_DSA100:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB
>_DSA100:[VMS$COMMON.CDDPLUS]CDD$DATABASE.RDB
>_DSA100:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB
>_DSA100:[VMS$COMMON.DECQUERY]DECQUERY$SAMPLE.RDB
>_DSA100:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB
>_DSA100:[VMS$COMMON.DFG$DATABASE]DFG$_DATABASE.RDB
>_DSA100:[VMS$COMMON.DTR]PERSONNEL.RDB
>_DSA100:[VMS$COMMON.OLDTEAMDATA]TDADEFDB.RDB
>_DSA100:[VMS$COMMON.OLDTEAMDATA]TDASAMPLE.RDB
>_DSA100:[VMS$COMMON.OLDTEAMDATA]TDASYSDB.RDB
>_DSA100:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB
>_DSA100:[VMS$COMMON.TEAMDATA]TDADEFDB.RDB
>_DSA100:[VMS$COMMON.TEAMDATA]TDASAMPLE.RDB
>_DSA100:[VMS$COMMON.TEAMDATA]TDASYSDB.RDB
>
>(dsa101 = disk$support)
>
>_DSA101:[ACCOUNTS]BOB.RDB
>_DSA101:[DDAL.DB]DDAL$TR_DB.RDB
>_DSA101:[FOCUS_622]PERSONNEL.RDB
>_DSA101:[FOCUS_651]PERSONNEL.RDB
>_DSA101:[FOCUS_682]PERSONNEL.RDB
>_DSA101:[GEMS.DAT]GEMS_DATABASE.RDB
>_DSA101:[GEMS.DAT]GEMS_LOCAL.RDB
>_DSA101:[GEMS.DAT]OLD_GEMS_DATABASE.RDB
>_DSA101:[OPERATOR]FY91.RDB
>_DSA101:[OPERATOR]FY92.RDB
>_DSA101:[REF_SERVER.DATA]REF$SERVER.RDB
>_DSA101:[SQLSRV$SERVER]DECQUERY$REFERENCES.RDB
>
>
>_DSA150:[DSDM.DAT]DSDM_DATABASE.RDB
>_DSA150:[GIANNOTTI.TEAMDATA]TEAMDB.RDB
>_DSA151:[MDRUM.TEAMDATA]TEAMDB.RDB
>_DSA151:[ONESYS_DB.TEAMDATA]TEAMDB.RDB
>_DSA152:[JVISCARDI.TEAMDATA]TEAMDB.RDB
>_DSA155:[MILIND.TMP1]LRM1000.RDB
>_DSA267:[CPRIC.DAT]CPR_RPT_UPDATE_DB.RDB
>_DSA270:[TRCE.REF]COC$VDD_DATABASE.RDB
>_DSA270:[TRCE.REF]SITES.RDB
>_DSA270:[TRCEPROD]COC$VDD_DATABASE.RDB
>_DSA274:[TRCE.DAT]TRCE$DB.RDB
>_DSA306:[FOM.DAT]FOM1003.RDB
>_DSA306:[FOM.DAT]LRM1000.RDB
>_DSA307:[FOM.DAT]SLR1001.RDB
>_DSA307:[LATS]LATS.RDB
>_DSA307:[LATS.DATA]LATS.RDB
>_DSA310:[EIS.DAT.EIS_CDD_DICT]CDD$DATABASE.RDB
>_DSA315:[CPRIC.DAT]CPR_RPT.RDB
>_DSA321:[CPRADMIN.CDD_PLUS]CDD$DATABASE.RDB
>_DSA321:[CPRADMIN.DAT]CPR_ADMIN.RDB
>_DSA321:[CPRADMIN.DAT.DB_SAV]CPR_ADMIN_V13.RDB
>_DSA321:[CPRADMIN.DAT.DB_SAV]CPR_ADMIN_V14.RDB
>_DSA321:[CPRADMIN.DAT.DB_SAV]CPR_ADMIN_V15.RDB
>_DSA321:[CPRFM.RDB_ADMIN]CPRFM_ADMIN.RDB
>_DSA321:[CPRFM.RDB_MODEL]CPRFM.RDB
>_DSA321:[CPRFM.RDB_REF]CPRFM_REF.RDB
>_DSA321:[CPRFM.RDB_RPT]CPRFM_RPT.RDB
>_DSA330:[LVERANTH.TEAMDATA]TEAMDB.RDB
>_DSA330:[ONESYS.ADHOC.TEAMDATA]OLD_TEAMDB.RDB
>_DSA330:[ONESYS.ADHOC.TEAMDATA]TEAMDB.RDB
>_DSA330:[ONESYS.ADHOC.TEAMDATA]TEAMDB_BCK.RDB
>_DSA330:[ONESYS.ADHOC.TEAMDATA]TEAMDB_SAVE.RDB
>_DSA330:[ONESYS.ADHOC.TEAMDATA]USER_TEAMDB.RDB
>_DSA330:[ONESYS.PROCESS_LOGS]ONESYS_ANALYSIS.RDB
>_DSA330:[ONESYS_DB.ALEX.DEMO]CORPORATE_DATA.RDB
>_DSA330:[ONESYS_DB.ALEX.FLAT_ORGNZN_TREE]PRISM_VTX.RDB
>_DSA330:[ONESYS_DB.ALEX.MOVE_AREA.SAMPLE]MF_PERSONNEL.RDB
>_DSA330:[ONESYS_DB.STEW.DBI]ONE_CATALOG.RDB
>_DSA330:[ONESYS_DB.STEW.DICT]CDD$DATABASE.RDB
>_DSA330:[ONESYS_DB.STEW.LOG]ONESYS_ANALYSIS.RDB
>_DSA330:[ONESYS_DB.STEW.RDBX]ONESYS.RDB
>_DSA330:[ONESYS_MGR]TEAMDB.RDB
>_DSA330:[ONESYS_MGR.AYR_DB]GEMS_AYR_CONSUMER.RDB
>_DSA330:[ONESYS_MGR.AYR_DB]GEMS_AYR_DATABASE.RDB
>_DSA330:[ONESYS_MGR.AYR_DB]GEMS_AYR_LOCAL_DB.RDB
>_DSA330:[ONESYS_MGR.CDO]CDD$DATABASE.RDB
>_DSA330:[ONESYS_MGR.DBUTIL.LOG]ONESYS_ANALYSIS.RDB
>_DSA330:[ONESYS_MGR.DBUTIL.LOG]ONESYS_FY92_ANALYSIS.RDB
>_DSA330:[ONETRAINING.TEAMDATA]TEAMDB.RDB
>_DSA335:[DGOULD.TEAMDATA]TEAMDB.RDB
>_DSA335:[DHENRY.TEAMDATA]TEAMDB.RDB
>_DSA335:[JEASTMAN.TEAMDATA]TEAMDB.RDB
>_DSA335:[RFARRENKOPF.TEAMDATA]TEAMDB.RDB
>_DSA335:[SPUTUR.TEAMDATA]TEAMDB.RDB
>_DSA335:[SSTEPHENS.TEAMDATA]TEAMDB.RDB
>_DSA335:[SVINGERHOET.TEAMDATA]TEAMDB.RDB
>_DSA335:[TSILVA.TEAMDATA]TEAMDB.RDB
>_DSA335:[WWHITE]TEAMDB.RDB
>_DSA335:[WWHITE.TEAMDATA]TEAMDB.RDB
>_DSA355:[ONESYS]ONESYS.RDB
>_DSA361:[ONESYS_PROXY]PRISM_VTX.RDB
>_DSA363:[AGOON.TEAMDATA]TEAMDB.RDB
>_DSA363:[ONESYS_SPRT.MFGISC]TEAMDB.RDB
>_DSA363:[ONESYS_SPRT.TEAMDATA]TEAMDB.RDB
>_DSA406:[FINANCE_NET]COC$VDD_DATABASE.RDB
>_DSA415:[AFM.CDD]CDD$DATABASE.RDB
>_DSA430:[PPCS.DB]PPCS$DB.RDB
>_DSA431:[PPCS.DB2]PPCS$AD_DB.RDB
>_DSA432:[DECEDI.AUDIT_DATABASE]DECEDI$AUDIT_DB.RDB
>_DSA471:[MDSTR.DATA]MDSTR$DATABASE.RDB
>_DSA700:[EMISPROD.WRITE.DAT]EMIS_SCURTY.RDB
>_DSA700:[EMISPROD.WRITE.DAT.TEST]EMIS_SCURTY.RDB
>_DSA700:[HSA$.DAT]HSA$WTS_ODB.RDB
>_DSA700:[HSA$.REP]HSA$REPOSITORY_DB.RDB
>_DSA700:[RRA.DAT]RRA$DRC_D_RPSTRY.RDB
>_DSA700:[RRA.DAT]RRA$DRC_S_RPSTRY.RDB
>_DSA700:[RRV.DAT]RRV$ERC_REF.RDB
>_DSA1055:[RUS.DISCOUNTS]DASDB.RDB
>_DSA1055:[RUS.FINANCE]COC$VDD_DATABASE.RDB
>_DSA1055:[RUS.FINANCE]NEWTABLE.RDB
>_DSA1055:[RUS.PRIOR]COC$VDD_DATABASE.RDB
>_STA341:[USMANDR.AMNTH_REF.REF_9512]COC$VDD_DATABASE.RDB
>_STA341:[USMANDR.AMNTH_REF.REF_9612]COC$VDD_DATABASE.RDB
>_STA341:[USMANDR.AMNTH_REF.REF_9701]COC$VDD_DATABASE.RDB
>_STA341:[USMANDR.AMNTH_REF.REF_9702]COC$VDD_DATABASE.RDB
>_STA341:[USMANDR.AMNTH_REF.REF_9703]COC$VDD_DATABASE.RDB
>_STA341:[USMANDR.AMNTH_REF.REF_9704]COC$VDD_DATABASE.RDB
>_STA341:[USMANDR.AMNTH_REF.REF_9705]COC$VDD_DATABASE.RDB
>_STA341:[USMANDR.AMNTH_REF.REF_9706]COC$VDD_DATABASE.RDB
>_STA341:[USMANDR.AMNTH_REF.REF_9707]COC$VDD_DATABASE.RDB
>_STA341:[USMANDR.AMNTH_REF.REF_9707.STAGE]COC$VDD_DATABASE.RDB
>_STA341:[USMANDR.AMNTH_REF.REF_9708]COC$VDD_DATABASE.RDB
>_STA341:[USMANDR.DATA]SITES.RDB
>_STA341:[USMANDR.REF_DATA.9701]COC$VDD_DATABASE.RDB
>_STA341:[USMANDR.REF_DATA.9704]COC$VDD_DATABASE.RDB
>_STA341:[USMANDR.REF_DATA.9705]COC$VDD_DATABASE.RDB
>_STA341:[USMANDR.REF_DATA.9706]COC$VDD_DATABASE.RDB
>_STA341:[USMANDR.REF_DATA.9707]COC$VDD_DATABASE.RDB
>_STA341:[USMANDR.REF_DATA.9708]COC$VDD_DATABASE.RDB
>
>
>(listing of just the CDD repositories)
>
>_DSA100:[VMS$COMMON.CDDPLUS]CDD$DATABASE.RDB
>_DSA310:[EIS.DAT.EIS_CDD_DICT]CDD$DATABASE.RDB
>_DSA321:[CPRADMIN.CDD_PLUS]CDD$DATABASE.RDB
>_DSA330:[ONESYS_DB.STEW.DICT]CDD$DATABASE.RDB
>_DSA330:[ONESYS_MGR.CDO]CDD$DATABASE.RDB
>_DSA415:[AFM.CDD]CDD$DATABASE.RDB
>
>

>****  PSG SEPS97flash #66  ****
>
>
>If your organization uses the ACADMY, AKOFAT, AWARD and/or BLAKFT clusters,
>please read on.  This listing includes CDDs and OracleRdb databases that will
>be converted as part of the SEPS97 post-installation process.
>
>If an opportunity exists to delete old, out-dated, duplicate copies of
>dictionaries and/or databases, just do it!  If you need the assistance of
>CCS, please contact Dave O'Brien (297-2378) and/or me (223-7869) at least
>three (3) days before the scheduled upgrade.
>
>If you have priority databases that you would like to have converted at the
>beginning of the post-installation process, let your SEPS97 representative,
>Dave O'Brien and/or me know at least three (3) days before the upgrade.
>
>Databases have failed to be converted during previous upgrades for two
>reasons:
>1. Many of the .rdb files which failed are really not databases but ASCII
>files with the .rdb file extension.   Please change the extensions so we will
>not have to waste time and follow-on efforts trying to understand needless
>error messages.  The error returned is BAD PARAMETER VALUE.
>
>2. BADROOTMATCH errors are due to missing logicals or logicals that get
>defined on the process level... which may not be appropriate.  Please review
>your application's definition of logicals.
>
>Finally,
>** Remember: Very important ** 
>If you do delete an OracleRdb database, please document the name, short
>description, business supported, key business contact, key IS contact,
>creation date, last modify date, size and approximate number of users.  This
>step must be taken in order to assist the Company to comply with its
>OracleRdb licensing agreement.  Help save the Company money! Document and
>send your findings to Karen Schneider and cc: me.
>
>Please refer to PSG SEPS97flash #60 for more details.
>
>Follow is the listing of OracleRdb files on ACADMY, AKOFAT, AWARD and BLAKFT:
>
>ACADMY, AKOFAT, AWARD, BLAKFT
>
>
>ACADMY
>$
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DTR]PERSONNEL.RDB;3
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.SERVICE.REP]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.SYSEXE]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$COMMERCE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$SALES_INFO.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;2
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.SYSMGR.RDB]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;2
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSTEST.DDAL.DDAL$CP]DDAL$REMOTE_DB_SQL.RDB;1
>$ call rdb_conversion_v30_v31 DSA2:[CDD$TEMPLATE]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA2:[CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA2:[DDAL]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA2:[DDCT]RDBEMPTY.RDB;1
>$ call rdb_conversion_v30_v31
>DSA2:[DECISION.ACCESS]DECISION$ACCESS_DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA2:[DECISION.ACCESS]DECISION$ACCESS_SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA2:[DECISION.ACCESS]DECISION$ACCESS_SYSDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA2:[DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA2:[FOCUS]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 DSA2:[INFOMANAGER]INFOMGR.RDB;1
>$ call rdb_conversion_v30_v31 DSA2:[SISKEL]16JUL.RDB;1
>$ call rdb_conversion_v30_v31 DSA2:[SISKEL]BUG.RDB;1
>$ call rdb_conversion_v30_v31 DSA2:[STRES$DIRECTORY]STRES$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA2:[TEAMDATA]TDADEFDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA2:[TEAMDATA]TDASAMPLE.RDB;2
>$ call rdb_conversion_v30_v31 DSA2:[TEAMDATA]TDASYSDB.RDB;2
>$ call rdb_conversion_v30_v31 DSA3:[IMAGINE.CERTIFICATION]EXPENDITURE.RDB;1
>$ call rdb_conversion_v30_v31 DSA3:[IMAGINE.CERTIFICATION]PRCHSG.RDB;7
>$ call rdb_conversion_v30_v31 DSA3:[IMAGINE.DATA]CNTRCT.RDB;152
>$ call rdb_conversion_v30_v31 DSA3:[IMAGINE.DATA]ORGNZN.RDB;1
>$ call rdb_conversion_v30_v31 DSA3:[IMAGINE_DB]PARTS.RDB;1
>$ call rdb_conversion_v30_v31 DSA204:[CCT_DB]CCT_$BCK_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA204:[CCT_DB]CCT_$DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA208:[IMAGINE.DATA]ACQMGT.RDB;2
>$ call rdb_conversion_v30_v31 DSA208:[IMAGINE.DATA]BUYER.RDB;181
>$ call rdb_conversion_v30_v31 DSA208:[IMAGINE.WORK]ADW_V2_2$DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA360:[APPIX_DB.BUY_USA]BUY_USA.RDB;3
>$ call rdb_conversion_v30_v31 DSA360:[APPIX_DB.EMPLYE]EMPLYE.RDB;1
>$ call rdb_conversion_v30_v31 DSA360:[APPIX_DB.FCST]FCST.RDB;3
>$ call rdb_conversion_v30_v31 DSA360:[APPIX_DB.MPF_ARCHV]MPF_ARCHV.RDB;4
>$ call rdb_conversion_v30_v31 DSA360:[APPIX_DB.PCST]PCST.RDB;3
>$ call rdb_conversion_v30_v31 DSA361:[NIOW.RDB]MAXDEMD.RDB;1
>$ call rdb_conversion_v30_v31 DSA361:[NIOW.RDB]MAXIORPT.RDB;1
>$ call rdb_conversion_v30_v31 DSA361:[NIOW.RDB]MAXPURCH.RDB;1
>$ call rdb_conversion_v30_v31 DSA361:[NIOW.RDB]MAXSHIP.RDB;1
>$ call rdb_conversion_v30_v31 DSA361:[NIOW.RDB]MAXSTOCK.RDB;1
>$ call rdb_conversion_v30_v31 DSA361:[NIOW.RDB]MAXWKORD.RDB;1
>$ call rdb_conversion_v30_v31 DSA361:[NIOW.RDB]OLDSHIP.RDB;1
>$ call rdb_conversion_v30_v31 DSA363:[DOC_OW_PROD]DOC_OW_FRZN.RDB;1
>$ call rdb_conversion_v30_v31 DSA363:[DOC_OW_PROD.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA364:[EXPENDITURE_DB]EXPENDITURE.RDB;1
>$ call rdb_conversion_v30_v31 DSA364:[NIOW.RDB]MAXINTRS.RDB;1
>$ call rdb_conversion_v30_v31 DSA364:[NIOW.RDB]MAXORDER.RDB;1
>$ call rdb_conversion_v30_v31 DSA364:[NIOW.RDB]MAXVENDR.RDB;1
>$ call rdb_conversion_v30_v31 DSA366:[APPIX_DB]CPRS.RDB;1
>$ call rdb_conversion_v30_v31 DSA366:[NIOW.RDB]AGINGFG.RDB;1
>$ call rdb_conversion_v30_v31 DSA366:[NIOW.RDB]AGINGRAW.RDB;1
>$ call rdb_conversion_v30_v31 DSA366:[NIOW.RDB]MAXFCST.RDB;1
>$ call rdb_conversion_v30_v31 DSA366:[NIOW.RDB]MAXMPS.RDB;1
>$ call rdb_conversion_v30_v31 DSA366:[NIOW.RDB]MAXPORCT.RDB;1
>$ call rdb_conversion_v30_v31 DSA366:[NIOW.RDB]MAXSTKLO.RDB;1
>$ call rdb_conversion_v30_v31 DSA366:[NIOW.RDB]OLDINTRS.RDB;1
>$ call rdb_conversion_v30_v31 DSA366:[NIOW.RDB]PBU.RDB;1
>$ call rdb_conversion_v30_v31 DSA367:[DOC_OW_PROD]DOC_IC2.RDB;2
>$ call rdb_conversion_v30_v31 DSA368:[NIOW.RDB]MAXMRDLS.RDB;1
>$ call rdb_conversion_v30_v31 DSA370:[APPIX_DB.BOMHIST]BOMHIST.RDB;1
>$ call rdb_conversion_v30_v31 DSA370:[APPIX_DB.BOMSUSPENSE]BOMSUSPENSE.RDB;1
>$ call rdb_conversion_v30_v31 DSA370:[APPIX_DB.CUSTBATCH]CUSTBATCH.RDB;3
>$ call rdb_conversion_v30_v31 DSA370:[APPIX_DB.HARMSYSTEM]HARMSYSTEM.RDB;2
>$ call rdb_conversion_v30_v31 DSA370:[APPIX_DB.HARMSYSTEM]HARMSYSTEM.RDB;1
>$ call rdb_conversion_v30_v31 DSA370:[APPIX_DB.SOC]SOC.RDB;3
>$ call rdb_conversion_v30_v31 DSA370:[APPIX_DB.WKCOST]WKCOST.RDB;1
>$ call rdb_conversion_v30_v31 DSA370:[TIS_PROD.CUST]CUST.RDB;3
>$ call rdb_conversion_v30_v31 DSA372:[DOC_OW_PROD]DOC_IC1.RDB;1
>$ call rdb_conversion_v30_v31 DSA373:[DOC_OW_PROD]DOC_OW$DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA374:[IMAGINE.CERTIFICATION]EXPENDITURE.RDB;1
>$ call rdb_conversion_v30_v31 DSA374:[IMAGINE.CERTIFICATION]PRCHSG.RDB;1
>$ call rdb_conversion_v30_v31 DSA381:[IMAGINE_DB]PRCHSG.RDB;1
>$ call rdb_conversion_v30_v31 DSA382:[IC_DB]ORDERS_IC1.RDB;1
>$ call rdb_conversion_v30_v31 DSA383:[NIOW.RDB]IPAGING.RDB;1
>$ call rdb_conversion_v30_v31 DSA383:[NIOW.RDB]MAXIOUPD.RDB;1
>$ call rdb_conversion_v30_v31 DSA383:[NIOW.RDB]MAXMRP.RDB;1
>$ call rdb_conversion_v30_v31 DSA383:[NIOW.RDB]MAXPOTRS.RDB;1
>$ call rdb_conversion_v30_v31 DSA383:[NIOW.RDB]MAXROUTG.RDB;1
>$ call rdb_conversion_v30_v31 DSA383:[NIOW.RDB]OLDPOTRS.RDB;1
>$ call rdb_conversion_v30_v31 DSA383:[NIOW.RDB]SCAS.RDB;1
>$ call rdb_conversion_v30_v31 DSA383:[NIOW.RDB]SYSTSHIP.RDB;1
>$ call rdb_conversion_v30_v31 DSA384:[CAT.CENTRAL]SEND.RDB;1
>$ call rdb_conversion_v30_v31 DSA384:[CAT.DISTRIB]DIST_LIST.RDB;1
>$ call rdb_conversion_v30_v31 DSA384:[CCS]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA384:[CCS.DB]CDB2.RDB;1
>$ call rdb_conversion_v30_v31 DSA387:[TPAS_DB]TPAS.RDB;1
>$ call rdb_conversion_v30_v31 DSA387:[TPAS_DB]TPAS_BACKUP.RDB;1
>$ call rdb_conversion_v30_v31 DSA387:[TPAS_DB]TPAS_BACKUP_STKRM.RDB;1
>$ call rdb_conversion_v30_v31 DSA387:[TPAS_DB]TPAS_FUTURE.RDB;1
>$ call rdb_conversion_v30_v31 DSA387:[TPAS_DB]TPAS_NOR.RDB;1
>$ call rdb_conversion_v30_v31 DSA387:[TPAS_DB]TPAS_STKRM.RDB;1
>$ call rdb_conversion_v30_v31 DSA387:[TPAS_DB]TPAS_XCLDD.RDB;1
>$ call rdb_conversion_v30_v31 DSA387:[TPAS_DB.DUMMY]TPAS$BACKUP_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA387:[TPAS_DB.DUMMY]TPAS_BACKUP.RDB;1
>$ call rdb_conversion_v30_v31 DSA388:[NIOW.RDB]MAXWOTRS.RDB;1
>$ call rdb_conversion_v30_v31 DSA390:[NIOW.RDB]DSPS.RDB;1
>$ call rdb_conversion_v30_v31 DSA390:[NIOW.RDB]MAXBOM.RDB;1
>$ call rdb_conversion_v30_v31 DSA390:[NIOW.RDB]MAXCUST.RDB;1
>$ call rdb_conversion_v30_v31 DSA390:[NIOW.RDB]MAXMCCDS.RDB;2
>$ call rdb_conversion_v30_v31 DSA390:[NIOW.RDB]MAXORACT.RDB;1
>$ call rdb_conversion_v30_v31 DSA390:[NIOW.RDB]MAXPART.RDB;1
>$ call rdb_conversion_v30_v31 DSA390:[NIOW.RDB]OLDMCCDS.RDB;1
>$ call rdb_conversion_v30_v31 DSA390:[NIOW.RDB]ORDTRACK.RDB;1
>$ call rdb_conversion_v30_v31 DSA390:[NIOW.RDB]PTREVCON.RDB;1
>$ call rdb_conversion_v30_v31 DSA390:[NIOW.RDB]SHPSTAGE.RDB;1
>$ call rdb_conversion_v30_v31 DSA391:[FMAP_USER.CVXMENU]MENU_PROFILES.RDB;6
>$ call rdb_conversion_v30_v31 DSA391:[FMAP_USER.DICT]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA391:[FMAP_USER.EUS]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA391:[FMAP_USER.GRUNES]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA391:[FMAP_USER.LABBE]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA391:[FMAP_USER.SEGUIN]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA391:[FMAP_USER.SWARTZ]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA392:[DOC_IC_PROD]DOC_IC1.RDB;1
>$ call rdb_conversion_v30_v31 DSA392:[DOC_REF_DB]REFERENCE.RDB;1
>$ call rdb_conversion_v30_v31 DSA392:[PBMT_DB]PBMT_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA393:[DOC_EOW_DB]EOW_$DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA394:[DOC_OW_PROD]DOC_OW$PARALLEL.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[ADW_SUPPORT.TEST]EXPENDITURE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]ACCT_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]ACQMGT_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA3:[DBA_PROD.LOG]ADW$RETAIL_1_DB_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA3:[DBA_PROD.LOG]ADW$RETAIL_2_DB_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]ADW_V2_1_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]ADW_V2_2_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA3:[DBA_PROD.LOG]AGING_MASTER_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]BOMHIST_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA3:[DBA_PROD.LOG]BOMSUSPENSE_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]BOM_ALT_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]BOM_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]BUYER_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA3:[DBA_PROD.LOG]CCT_$BCK_DB_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]CDW_DB_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]CNTRCT_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]CPRS_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]CUSTBATCH_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]CUST_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]DOC_OW$DB_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]EMPLYE_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]EUR_DB_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]EWOC_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]FCST_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA3:[DBA_PROD.LOG]FMAP$BACKUP_DB_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA3:[DBA_PROD.LOG]FMAP$ORDERS$FRZN_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]FMAP$WRITE_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]FMAP1$ROOT_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]FMAP2$ROOT_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]FMAP3$ROOT_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]HARMSYSTEM_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA3:[DBA_PROD.LOG]IMAGINE_IC1_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA3:[DBA_PROD.LOG]IMAGINE_IC2_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]IMAGINE_IC_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]INVENTORY_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA3:[DBA_PROD.LOG]INVENTORY_A_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA3:[DBA_PROD.LOG]INVENTORY_B_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA3:[DBA_PROD.LOG]INVENTORY_C_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]MCF_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA3:[DBA_PROD.LOG]MENU_PROFILES_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]MPF_ALT_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]MPF_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]ORDERS_IC1_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]ORDERS_IC2_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]ORGNZN_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]OW$PROD_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA3:[DBA_PROD.LOG]OW$PROD_FRZN_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]PCST_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]PKG_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]PRCHSG_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]SMT_COLCTN_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]SOC_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]SUPLRS_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]TEST_ANALYSIS.RDB;2
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]TPAS_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]TPAS_STKRM_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]WKCOST_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DBA_PROD.LOG]WKDA_CAL_ANALYSIS.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA3:[DRM.KIPNES.COPIS.MENU]MENU_PROFILES.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DRMMGR]IC_SHELL.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DRMMGR.DICTIONARY]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA3:[DRMMGR.KIPNES.COPIS.MENU]MENU_PROFILES.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DRMMGR.TEAMDB]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DRMMGR.VAUGHAN]FORMATTED_DATA.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DRMMGR.WALLACE]TERRITORY.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[EPC.DATABASES]EPC$ADMIN_DB.RDB;2
>$ call rdb_conversion_v30_v31 $1$DUA3:[EPC.DATABASES]EPC$HISTORY_DB.RDB;2
>$ call rdb_conversion_v30_v31 $1$DUA3:[FMAP_SUPPORT.TEAMDATA]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[FMAP_SUPPORT.USAGE]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[ITS_USER2]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[SITE]SITE_LIBRARY.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA5:[INVPROD]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA5:[INVPROD.DAT]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA5:[INVPROD.DCL]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA5:[INVPROD.RPT]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA6:[COPPROD.LIB.DIC]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA6:[FMAP.LIB.DIC.FIELDS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA6:[FMAP_DEV.LIB.DIC]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA6:[IMAGINE.CDD_ANCHOR]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA6:[IMAGINE.CDD_SAVE]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA6:[IMAGINE.DATA]IC_SHELL.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA6:[IMAGINE.IRIS.DATA]IRIS_SELCTN.RDB;2
>$ call rdb_conversion_v30_v31 $1$DUA6:[IM_ADMIN]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA6:[IM_ADMIN.CDW]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA6:[IM_ADMIN.POSTAL]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA6:[IM_PROD]ADW_RETAIL$DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA6:[IM_PROD]ADW_SHELL.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA6:[IM_PROD]ADW_V2.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA6:[IM_PROD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA6:[IM_PROD]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA6:[IM_PROD]TEST_PRCHSG.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA7:[FMAP]FMAP1$ROOT.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA12:[RUS.FINANCE]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA24:[IMAGINE.DATA]ORGNZN.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA56:[IMAGINE.DATA]ORGNZN.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA56:[IMAGINE.DATA]WKDA_CAL.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA92:[ADW_USER.BYRNE.MARS]FISCAL_CAL.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA92:[ADW_USER.BYRNE.MARS]XREF_ADW.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA92:[ADW_USER.FILES]COC_AND_BUSNS_UNIT.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA92:[ADW_USER.GATTOZZI]ADW_V2_BUILD$DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA92:[ADW_USER.GRYNIEWICZ]COC.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA92:[ADW_USER.GRYNIEWICZ]COC_AND_BUSNS_UNIT.RDB;2
>$ call rdb_conversion_v30_v31 $1$DUA92:[ADW_USER.PALUSES.POREC]BG.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA92:[APPIX_DB.ACCT]ACCT.RDB;4
>$ call rdb_conversion_v30_v31 $1$DUA92:[APPIX_DB.MPF_INTRM]MPF_INTRM.RDB;4
>$ call rdb_conversion_v30_v31 $1$DUA92:[IMAGINE_DB]SUPLRS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA92:[REFERENCE]REFERENCE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA93:[LIZ]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA93:[RENEW_CDW.COM]CDW_DB_NODATA.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA93:[RENEW_CDW.DIC]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA95:[FMAP_IC]POLAROID.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA95:[FMAP_IC]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA95:[FMAP_IC.DIC]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA95:[FMAP_IC.SRC07.DIC]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA95:[IC_DB]TERRITORY.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA98:[ERIN_PROD]CERF.RDB;2
>$ call rdb_conversion_v30_v31 $1$DUA98:[ERIN_PROD.TEAMDATA]CERF_TEAM.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA98:[ERIN_PROD.TEAMDATA]OLD_TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA98:[ERIN_PROD.TEAMDATA]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA98:[ERIN_TEAM]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA100:[IMAGINE.DB]ADW$RETAIL_2_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA100:[IMAGINE.DB]ADW_REF.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA100:[IMAGINE.DB]ADW_SUMMARY.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA100:[IMAGINE.DB]CMU_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA100:[IMAGINE.DB]COC$VDD_DATABASE.RDB;12
>$ call rdb_conversion_v30_v31 $1$DUA100:[IMAGINE.DB]COC$VDD_DATABASE.RDB;11
>$ call rdb_conversion_v30_v31 $1$DUA100:[IMAGINE.DB]COC$VDD_DATABASE.RDB;10
>$ call rdb_conversion_v30_v31 $1$DUA100:[IMAGINE.DB]COC$VDD_DATABASE.RDB;9
>$ call rdb_conversion_v30_v31 $1$DUA100:[IMAGINE.DB]IPA$RDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA100:[IMAGINE.DB]TOHRPTS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA100:[TAP_TOOLS.LIB.DIC]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA104:[IC_DB]ORDERS_IC2.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA104:[MCF_DB]MCF.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA105:[ALLOC_PROD]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA105:[ALLOC_PROD.COE.RDB]FORECAST.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA105:[ALLOC_PROD.DAT]DPNDCY_PRODT_TABLE.RDB;52
>$ call rdb_conversion_v30_v31
>$1$DUA105:[ALLOC_PROD.DAT]PRODT_NAME_TABLE_DB.RDB;50
>$ call rdb_conversion_v30_v31 $1$DUA105:[ALLOC_PROD.DAT]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA105:[ALLOC_PROD.DCL]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA105:[ALLOC_PROD.RGA]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA105:[ALLOC_PROD.TEST]PRDTZN_INVENTORY$DB.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUA105:[ALLOC_PROD.TMP]PRDTZN_INVENTORY$DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA106:[NIOW.ADMIN]DB_LOC.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA106:[NIOW.AN]MAXDEMD$RDBF.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA106:[NIOW.DIC]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA107:[PRODUCTIZATION_DB]INVENTORY_B.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA109:[DOC_PROD]DOC_CTRL_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA109:[DOC_PROD.DATA]DUMMY_DB.RDB;2
>$ call rdb_conversion_v30_v31 $1$DUA111:[DDW.CAT]DDW_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA111:[TPAS_DB]TPAS_NOR_FUTURE.RDB;2
>$ call rdb_conversion_v30_v31 $1$DUA115:[FMAP]FMAP2$ROOT.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA115:[FMAP_RW]FMAP$WRITE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA115:[PRODUCTIZATION_DB]INVENTORY_A.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA115:[RENEW_APXDB.BUY_USA]BUY_USA.RDB;2
>$ call rdb_conversion_v30_v31 $1$DUA115:[RENEW_APXDB.EMPLYE]EMPLYE.RDB;4
>$ call rdb_conversion_v30_v31 $1$DUA115:[RENEW_APXDB.FCST]FCST.RDB;2
>$ call rdb_conversion_v30_v31
>$1$DUA115:[RENEW_APXDB.MPF_ARCHV]MPF_ARCHV.RDB;3
>$ call rdb_conversion_v30_v31 $1$DUA115:[RENEW_APXDB.PCST]PCST.RDB;2
>$ call rdb_conversion_v30_v31
>$1$DUA116:[RENEW_APXDB.CUSTBATCH]CUSTBATCH.RDB;3
>$ call rdb_conversion_v30_v31 $1$DUA116:[RENEW_APXDB.SOC]SOC.RDB;3
>$ call rdb_conversion_v30_v31 $1$DUA116:[RENEW_TIS.CUST]CUST.RDB;3
>$ call rdb_conversion_v30_v31 $1$DUA119:[IMAGINE.WORK4]ADW_V2_2.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA119:[IMAGINE.WORK4]PARTS_TEMP.RDB;1
>$ exit ss$_normal
>
>AKOFAT
>$
>$ call rdb_conversion_v30_v31
>DSA0:[FILEBRIDGE.950211151406.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_SYSDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA2:[FWNW_PROD.WARE_DB]FWNW_LEDGER.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA1:[CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA1:[DBA.DDIS]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31
>$255$DUA1:[DECEDI.AUDIT_DATABASE]DECEDI$AUDIT_DB.RDB;1
>$ call rdb_conversion_v30_v31
>$255$DUA1:[DESLIB.GANE_SARSON]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA1:[DESLIB.YOURDON]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA1:[EDCS.DEMO.DATABASE]EDCS.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA1:[EPC.DATABASES]EPC$ADMIN_DB.RDB;2
>$ call rdb_conversion_v30_v31 $255$DUA1:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA1:[TEAMDATA]TDADEFDB.RDB;2
>$ call rdb_conversion_v30_v31 $255$DUA1:[TEAMDATA]TDASAMPLE.RDB;4
>$ call rdb_conversion_v30_v31 $255$DUA1:[TEAMDATA]TDASYSDB.RDB;2
>$ call rdb_conversion_v30_v31 $255$DUA2:[PRISM.DATABASE]PRISM_VTX.RDB;8
>$ call rdb_conversion_v30_v31 $255$DUA2:[PRISM.FY_END.YE95]PRISM_RE_VTX.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA3:[SA2.CDD_PLUS_DIC]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$255$DUA3:[SA2.KIT_BUILD.SIGA012.STAGING.D]SIGA$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$255$DUA3:[SA2.KIT_BUILD.SIGA013.SCRATCH]SIGA$DB_TEMP.RDB;1
>$ call rdb_conversion_v30_v31
>$255$DUA3:[SA2.KIT_BUILD.SIGA013.STAGING.D]SIGA$DATABASE.RDB;8
>$ call rdb_conversion_v30_v31 $255$DUA3:[SIGA$.SIGA]SIGA$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA3:[SIGA$.SIGA.DB]SIGA$DATABASE.RDB;5
>$ call rdb_conversion_v30_v31
>$255$DUA3:[SIGA$SERVER.SIGA_SERVER.DB]SIGA$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA4:[BUD.BOB.DAT]COC$VDD_DATABASE.RDB;2
>$ call rdb_conversion_v30_v31 $255$DUA4:[BUD.BUD_DB]BUD_DB.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA4:[BUD.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$255$DUA4:[COC_VTX_DT.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$255$DUA4:[COC_VTX_DT.DATA]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$255$DUA4:[COC_VTX_DT.DATABASE]COC$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA4:[DRM.DISCO.DAT]AP_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA4:[DRM.DISCO.DAT]DISCO_V3.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA4:[KELLEY]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA6:[FINANCE_REF]COC$VDD_DATABASE.RDB;278
>$ call rdb_conversion_v30_v31 $255$DUA6:[FINANCE_REF]COC$VDD_DATABASE.RDB;259
>$ call rdb_conversion_v30_v31 $255$DUA6:[FINANCE_REF]COC$VDD_DATABASE.RDB;239
>$ call rdb_conversion_v30_v31 $255$DUA6:[FINANCE_REF]COC$VDD_DATABASE.RDB;221
>$ call rdb_conversion_v30_v31 $255$DUA6:[FINANCE_REF]COC$VDD_DATABASE.RDB;197
>$ call rdb_conversion_v30_v31 $255$DUA6:[FINANCE_REF]COC$VDD_DATABASE.RDB;196
>$ call rdb_conversion_v30_v31 $255$DUA6:[REF_WIP]COC$VDD_DATABASE.RDB;160
>$ call rdb_conversion_v30_v31 $255$DUA6:[WARREN]COC$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$255$DUA9:[MCMURRAY.DECISION]DECISION$ACCESS_DB.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA9:[MOSS]ATHENA.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA9:[MOSS]COC$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA9:[PRISM_TEST]COC$VDD_DATABASE.RDB;283
>$ call rdb_conversion_v30_v31 $255$DUA9:[PRISM_TEST.DATABASE]PRISM_VTX.RDB;5
>$ call rdb_conversion_v30_v31 $255$DUA9:[RSOUSA]DECISION$ACCESS_DB.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA9:[SHERK]JUNK.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA9:[SHERK]TEST.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA9:[SHERK]TXTB95.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA9:[SHERK]TXTB96.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA9:[SHERK.COM]AUDIT89.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA9:[SHERK.DICT]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA9:[SHERK.TPAS]TEAMDB.RDB;2
>$ call rdb_conversion_v30_v31 $255$DUA9:[SHERK.TPAS]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA9:[SHERK.TPAS]TPAS.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA10:[KIM]DECISION$ACCESS_DB.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA12:[ATH.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA12:[ATH.DAT]ATHENA.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA12:[EIP]EIPDATA.RDB;1
>$ call rdb_conversion_v30_v31
>$255$DUA88:[FWNC_PROD.CONS_DB2]CONSOLIDATION.RDB;4
>$ call rdb_conversion_v30_v31 $255$DUA89:[FIRMANI]BILLS.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA89:[FIRMANI]INVENTORY.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA89:[FIRMANI]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA89:[RXTEST]RX2001.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA89:[RXTEST.PERM]SITES.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA91:[COCDEMO.DATABASE]COC$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA91:[COCDEMO.SAP.DEC]COC$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA91:[COCDEMO.SAP.FEB]COC$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA91:[COCDEMO.SAP.JAN]COC$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA91:[COCDEMO.SAP.NOV]COC$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA91:[COCDEMO.SAP.OCT]COC$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA91:[COCDEMO.SAP.SEP]COC$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA91:[COCR_VTX.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA91:[SA_VTX.DATABASE]COC.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA91:[SA_VTX.DATABASE]SIGA$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA91:[SA_VTX.MST]COC.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA94:[AMDEVEL.DCL]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA94:[AMDEVEL.TEAMDATA]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA154:[PAYTEST.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA154:[PAYTEST.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA155:[WW_RIG.DAT]FACT_EMIS_RPSTRY.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA155:[WW_RIG.DAT]REF_FACT.RDB;2
>$ call rdb_conversion_v30_v31
>$255$DUA155:[WW_RIG.PPE.DAT]COC$VDD_DATABASE.RDB;88
>$ call rdb_conversion_v30_v31
>$255$DUA155:[WW_RIG.PPE.DAT]COC$VDD_DATABASE.RDB;87
>$ call rdb_conversion_v30_v31
>$255$DUA155:[WW_RIG.PPE.DAT]COC$VDD_DATABASE.RDB;86
>$ call rdb_conversion_v30_v31
>$255$DUA155:[WW_RIG.PPE.DAT]COC$VDD_DATABASE.RDB;85
>$ call rdb_conversion_v30_v31 $255$DUA155:[WW_RIG.PPE.DAT]PPE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA155:[WW_RIG.PPE.DAT]PPE_Q2.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA155:[WW_RIG.PPE.DAT]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA155:[WW_RIG.REF]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA155:[WW_RIG.TEAMDATA]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA157:[GLDEVEL]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA157:[GLDEVEL.DCL]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA157:[GLDEVEL.RDB]CFR_TEST.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA157:[GLDEVEL.RDB]GL_TABLE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA157:[GLDEVEL.RDB]ISC_DB.RDB;3
>$ call rdb_conversion_v30_v31 $255$DUA157:[GLDEVEL.RDB]ISC_DB_TEST.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA157:[GLDEVEL.RDB]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA157:[GLDEVEL.RDB]TEST.RDB;1
>$ call rdb_conversion_v30_v31
>$255$DUA157:[GLDEVEL.TEAMDATA]NEWUSER_TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31
>$255$DUA157:[GLDEVEL.TEAMDATA]SUPER_TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA157:[GLDEVEL.TEAMDATA]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31
>$255$DUA157:[GLDEVEL.TEAMDATA]USER1_TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31
>$255$DUA157:[GLDEVEL.TEAMDATA]USER2_TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31
>$255$DUA157:[GLDEVEL.TEAMDATA]USER3_TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31
>$255$DUA157:[GLDEVEL.TEAMDATA]USER4_TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA157:[NERSSV.DAT]NERS_DB_V2.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA161:[BRYANT.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA161:[BRYANT.FILES]COC$VDD_COPY.RDB;2
>$ call rdb_conversion_v30_v31 $255$DUA161:[BRYANT.FILES]PAYROLL_GARN.RDB;74
>$ call rdb_conversion_v30_v31 $255$DUA161:[BRYANT.MINI]PAYROLL_GARN.RDB;76
>$ call rdb_conversion_v30_v31 $255$DUA161:[BRYANT.MINI]PAYROLL_TX.RDB;98
>$ call rdb_conversion_v30_v31 $255$DUA161:[BRYANT.RDB]PAYROLL_GARN.RDB;58
>$ call rdb_conversion_v30_v31 $255$DUA161:[BRYANT.RDB]PAYROLL_TX.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA161:[THOMSEN.MINI]PAYROLL_GARN.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA161:[THOMSEN.MINI]PAYROLL_TX.RDB;9
>$ call rdb_conversion_v30_v31 $255$DUA162:[BRYANT]PAYROLL_GARN.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA162:[KIM.FILES]PAYROLL_GARN.RDB;53
>$ call rdb_conversion_v30_v31 $255$DUA162:[KIM.FILES]PAYROLL_TX.RDB;69
>$ call rdb_conversion_v30_v31 $255$DUA163:[BRYANT]PAYROLL_HIST.RDB;1
>$ call rdb_conversion_v30_v31 $255$DUA163:[BRYANT]PAYROLL_TX.RDB;1
>$ call rdb_conversion_v30_v31
>$255$DUA163:[NARENDRA.TEST.BCK.TMP]PAYROLL_GARN.RDB;67
>$ call rdb_conversion_v30_v31
>$255$DUA163:[NARENDRA.TEST.DB]PAYROLL_GARN.RDB;67
>$ call rdb_conversion_v30_v31 $255$DUA163:[NARENDRA.TEST.DB]PAYROLL_TX.RDB;83
>$ exit ss$_normal
>
>AWARD
>$
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DTR]PERSONNEL.RDB;3
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]PATIENT.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$COMMERCE.RDB;2
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$SALES_INFO.RDB;2
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;2
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]SAMPLE_ORDER_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSMGR.RDBTEST]MF_PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSMGR.RDBTEST]PERSONNEL_TEST.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;8
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSTEST.DDAL.DDAL$CP]DDAL$REMOTE_DB_SQL.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.SYSTEST.RDBX]RDBX$IVP.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[CDDPLUS]CDD$DATABASE.RDB;2
>$ call rdb_conversion_v30_v31 DSA1:[CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[DDAL]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[DDCT]RDBEMPTY.RDB;1
>$ call rdb_conversion_v30_v31
>DSA1:[DECISION.ACCESS]DECISION$ACCESS_DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA1:[DECISION.ACCESS]DECISION$ACCESS_SAMPLE.RDB;2
>$ call rdb_conversion_v30_v31
>DSA1:[DECISION.ACCESS]DECISION$ACCESS_SYSDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[EPC.DATABASES]EPC$ADMIN_DB.RDB;11
>$ call rdb_conversion_v30_v31 DSA1:[EPC.DATABASES]EPC$HISTORY_DB.RDB;8
>$ call rdb_conversion_v30_v31 DSA1:[IDE.REFERENCE]IDEREF.RDB;2
>$ call rdb_conversion_v30_v31 DSA1:[INFOMANAGER]INFOMGR.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[STRES$DIRECTORY]STRES$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[TEAMDATA]TDADEFDB.RDB;2
>$ call rdb_conversion_v30_v31 DSA1:[TEAMDATA]TDASAMPLE.RDB;2
>$ call rdb_conversion_v30_v31 DSA1:[TEAMDATA]TDASYSDB.RDB;2
>$ call rdb_conversion_v30_v31 DSA40:[DOC_ORD_DEV]DOC_OW_FRZN.RDB;1
>$ call rdb_conversion_v30_v31 DSA40:[IC_DB]TERRITORY.RDB;1
>$ call rdb_conversion_v30_v31 DSA41:[AGING]AGING.RDB;1
>$ call rdb_conversion_v30_v31 DSA41:[ALLOC_DEV.AGING]WW_AGING.RDB;1
>$ call rdb_conversion_v30_v31 DSA41:[ALLOC_DEV.AGING]WW_AGING_TEST.RDB;1
>$ call rdb_conversion_v30_v31 DSA41:[ALLOC_DEV.AGING]WW_FORML_AGING.RDB;1
>$ call rdb_conversion_v30_v31 DSA41:[ALLOC_DEV.BOM]TEST_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA41:[ALLOC_DEV.BOM.RDB]WW_I2_BOM.RDB;1
>$ call rdb_conversion_v30_v31 DSA41:[ALLOC_DEV.DAT]DPNDCY_PRODT_TABLE.RDB;1
>$ call rdb_conversion_v30_v31 DSA41:[ALLOC_DEV.PBMT]PBMT_TEST_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA41:[CCT_DB]CCT_$DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA42:[DOC_REF_DB]DOC_CTRL_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA42:[DOC_REF_DB]REFERENCE.RDB;1
>$ call rdb_conversion_v30_v31 DSA42:[IC_DB]ORDERS_IC2.RDB;1
>$ call rdb_conversion_v30_v31 DSA43:[ALLOC_DEV.PBMT]PBMT_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA43:[COST]PRODUCT_COST$DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA43:[GONYEO.PLM.DATA]CIBCA_01_00_N.RDB;1
>$ call rdb_conversion_v30_v31 DSA43:[GONYEO.PLM.DATA]COBRA-BP_04_00_N.RDB;1
>$ call rdb_conversion_v30_v31 DSA43:[GONYEO.PLM.DATA]MS15_04_00_N.RDB;8
>$ call rdb_conversion_v30_v31 DSA43:[GONYEO.PLM.DATA]PE300PB_01_00_N.RDB;3
>$ call rdb_conversion_v30_v31 DSA43:[GONYEO.PLM.DATA]T201500_12_00_N.RDB;1
>$ call rdb_conversion_v30_v31 DSA43:[GONYEO.PLM.DATA]__VT100AB_01_00_N.RDB;4
>$ call rdb_conversion_v30_v31 DSA43:[GONYEO.PLM.DATA_REF]PLM_REFERENCE.RDB;1
>$ call rdb_conversion_v30_v31 DSA43:[GONYEO.PLM.DATA_REF]SAVESET_SHELL.RDB;1
>$ call rdb_conversion_v30_v31 DSA43:[GONYEO.PLM.WORK.TMP]TECH_CAP.RDB;1
>$ call rdb_conversion_v30_v31 DSA43:[GONYEO.PLM_MISC.TCP]TECH_CAP.RDB;2
>$ call rdb_conversion_v30_v31 DSA44:[DOC_OW_DEV]DOC_OW$DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA44:[PRODUCTIZATION_DB]INVENTORY_B.RDB;1
>$ call rdb_conversion_v30_v31 DSA50:[APPIX_DB]CUSTBATCH.RDB;1
>$ call rdb_conversion_v30_v31 DSA50:[APPIX_DB]HARMSYSTEM.RDB;7
>$ call rdb_conversion_v30_v31 DSA50:[APPIX_DB]HARMSYSTEM.RDB;2
>$ call rdb_conversion_v30_v31 DSA50:[APPIX_DB]MPF_INTRM.RDB;1
>$ call rdb_conversion_v30_v31 DSA50:[APPIX_DB]WKCOST.RDB;2
>$ call rdb_conversion_v30_v31 DSA51:[APPIX_DB]EMPLYE.RDB;1
>$ call rdb_conversion_v30_v31 DSA51:[APPIX_DB]SOC.RDB;1
>$ call rdb_conversion_v30_v31 DSA51:[TPAS_DB]TPAS.RDB;2
>$ call rdb_conversion_v30_v31 DSA51:[TPAS_DB]TPAS_BACKUP.RDB;1
>$ call rdb_conversion_v30_v31 DSA51:[TPAS_DB]TPAS_BACKUP_STKRM.RDB;1
>$ call rdb_conversion_v30_v31 DSA51:[TPAS_DB]TPAS_FUTURE.RDB;3
>$ call rdb_conversion_v30_v31 DSA51:[TPAS_DB]TPAS_NOR.RDB;2
>$ call rdb_conversion_v30_v31 DSA51:[TPAS_DB]TPAS_STKRM.RDB;1
>$ call rdb_conversion_v30_v31 DSA51:[TPAS_DB]TPAS_XCLDD.RDB;1
>$ call rdb_conversion_v30_v31 DSA51:[TPAS_DB.DUMMY]TPAS_BACKUP.RDB;1
>$ call rdb_conversion_v30_v31 DSA52:[APPIX_DB]BUY_USA.RDB;1
>$ call rdb_conversion_v30_v31 DSA52:[APPIX_DB]CPRS.RDB;1
>$ call rdb_conversion_v30_v31 DSA52:[APPIX_DEV.ACCT]ACCT.RDB;2
>$ call rdb_conversion_v30_v31
>DSA52:[APPIX_DEV.APPIX_SECURE.BOM_UPD.TEST]BOMHIST.RDB;1
>$ call rdb_conversion_v30_v31
>DSA52:[APPIX_DEV.APPIX_SECURE.BOM_UPD.TEST]BOMSUSPENSE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA52:[APPIX_DEV.APPIX_SECURE.CPRS.DBA]CPRS_RDBX.RDB;1
>$ call rdb_conversion_v30_v31
>DSA52:[APPIX_DEV.APPIX_SECURE.TPAS.DEVELOPMENT.DATA]TPAS.RDB;2
>$ call rdb_conversion_v30_v31
>DSA52:[APPIX_DEV.APPIX_SECURE.TPAS.DEVELOPMENT.DATA]TPAS_BACKUP_STKRM.RDB;1
>$ call rdb_conversion_v30_v31
>DSA52:[APPIX_DEV.APPIX_SECURE.TPAS.DEVELOPMENT.DATA]TPAS_FUTURE.RDB;26
>$ call rdb_conversion_v30_v31
>DSA52:[APPIX_DEV.APPIX_SECURE.TPAS.DEVELOPMENT.DATA]TPAS_NOR.RDB;2
>$ call rdb_conversion_v30_v31
>DSA52:[APPIX_DEV.APPIX_SECURE.TPAS.DEVELOPMENT.DATA]TPAS_NOR_FUTURE.RDB;2
>$ call rdb_conversion_v30_v31
>DSA52:[APPIX_DEV.APPIX_SECURE.TPAS.DEVELOPMENT.DATA]TPAS_STKRM.RDB;1
>$ call rdb_conversion_v30_v31
>DSA52:[APPIX_DEV.APPIX_SECURE.TPAS.DEVELOPMENT.DATA]TPAS_XCLDD.RDB;1
>$ call rdb_conversion_v30_v31
>DSA52:[APPIX_DEV.APPIX_SECURE.TPAS.SITE.DATA]TPAS.RDB;1
>$ call rdb_conversion_v30_v31
>DSA52:[APPIX_DEV.APPIX_SECURE.TPAS.SITE.DATA]TPAS_NOR.RDB;1
>$ call rdb_conversion_v30_v31
>DSA52:[APPIX_DEV.APPIX_SECURE.TPAS.SITE.DATA]TPAS_STKRM.RDB;1
>$ call rdb_conversion_v30_v31 DSA52:[APPIX_DEV.BLANEY.CPRS]CPRS.RDB;1
>$ call rdb_conversion_v30_v31 DSA52:[APPIX_DEV.BLANEY.TEST_DB]BUY_USA.RDB;2
>$ call rdb_conversion_v30_v31 DSA52:[APPIX_DEV.BOMHIST]BOMHIST.RDB;1
>$ call rdb_conversion_v30_v31 DSA52:[APPIX_DEV.CUST]CUST.RDB;1
>$ call rdb_conversion_v30_v31 DSA52:[APPIX_DEV.HARMSYSTEM]HARMSYSTEM.RDB;2
>$ call rdb_conversion_v30_v31 DSA52:[APPIX_DEV.JLEE.DATABASE]CPRS_SMALL.RDB;1
>$ call rdb_conversion_v30_v31 DSA53:[APPIX_DB]BOMHIST.RDB;1
>$ call rdb_conversion_v30_v31 DSA54:[APPIX_DB]BOMSUSPENSE.RDB;1
>$ call rdb_conversion_v30_v31 DSA54:[APPIX_DB]CUST.RDB;1
>$ call rdb_conversion_v30_v31 DSA54:[APPIX_PROD.BOM1]BOM_BAD.RDB;1
>$ call rdb_conversion_v30_v31 DSA54:[BIGWOOD]DECISION$ACCESS_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA54:[DRMMGR]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA54:[DRMMGR.HERSEY]PRODUCT_COST$DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA54:[DRMMGR.RDBEXPERT]PRDTZN_RDBX.RDB;1
>$ call rdb_conversion_v30_v31 DSA54:[DRMMGR.TEAMDB]TEAMDB.RDB;2
>$ call rdb_conversion_v30_v31 DSA54:[DRMMGR.VAUGHAN]CPRS_WIP.RDB;1
>$ call rdb_conversion_v30_v31 DSA54:[DRMMGR.VAUGHAN]ELS.RDB;1
>$ call rdb_conversion_v30_v31 DSA54:[STAREK]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA54:[TPAS_DB]TPAS_NOR_FUTURE.RDB;4
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]DSPS.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]IPAGING.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]MAXBOM.RDB;3
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]MAXCUST.RDB;2
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]MAXINTRS.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]MAXMRDLS.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]MAXMRP.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]MAXORDER.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]MAXPART.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]MAXPORCT.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]MAXPOTRS.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]MAXPURCH.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]MAXROUTG.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]MAXSTKLO.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]MAXSTOCK.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]MAXVENDR.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]MAXWOTRS.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]OLDMCCDS.RDB;3
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]OLDMCCDS.RDB;2
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]OLDMCCDS.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]PTREVCON.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]SCAS.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DAT]SHPSTAGE.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.DIC]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[NIOW.ENTEKHABI_S]ORDTRACK.RDB;1
>$ call rdb_conversion_v30_v31 DSA58:[EXPEND]EXPENDITURE.RDB;1
>$ call rdb_conversion_v30_v31 DSA58:[EXPEND]PRCHSG.RDB;1
>$ call rdb_conversion_v30_v31 DSA58:[IMAGINE.CHABOT.SMT]SMT_SELCTN.RDB;1
>$ call rdb_conversion_v30_v31 DSA58:[MCF_DB]MCF.RDB;1
>$ call rdb_conversion_v30_v31
>DSA58:[SUPPLIER_DB.PROD_AGG]DATA_EXECUTOR_VSS.RDB;1
>$ call rdb_conversion_v30_v31 DSA59:[IMAGINE.CDD_ANCHOR]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA59:[IMAGINE.DATA]ACQMGT.RDB;1
>$ call rdb_conversion_v30_v31 DSA59:[IMAGINE.DATA]IC_SHELL.RDB;2
>$ call rdb_conversion_v30_v31 DSA59:[IMAGINE.DATA]TEST_EXPENDITURE.RDB;1
>$ call rdb_conversion_v30_v31 DSA59:[IMAGINE.DATA]TEST_PC.RDB;3
>$ call rdb_conversion_v30_v31 DSA59:[IMAGINE.DOC]IM_DATA_MODEL.RDB;1
>$ call rdb_conversion_v30_v31 DSA59:[IMAGINE.DOC]IM_PROCESS_MODEL.RDB;1
>$ call rdb_conversion_v30_v31 DSA59:[IMAGINE.IRIS.DATA]IRIS_SELCTN.RDB;2
>$ call rdb_conversion_v30_v31 DSA59:[IMAGINE.WORK]ADW_REF.RDB;1
>$ call rdb_conversion_v30_v31 DSA59:[IMAGINE_DB]IMAGINE_IC2.RDB;1
>$ call rdb_conversion_v30_v31 DSA59:[IM_DEV02.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA59:[KRENTZEL]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA59:[MADISON.HINES]CDS_CDS.RDB;1
>$ call rdb_conversion_v30_v31 DSA59:[MADISON.HINES]CDS_CSMS.RDB;1
>$ call rdb_conversion_v30_v31 DSA59:[MADISON.HINES]CDS_CSMS_XREF.RDB;1
>$ call rdb_conversion_v30_v31 DSA59:[MADISON.HINES]CDS_CVND_XREF.RDB;1
>$ call rdb_conversion_v30_v31 DSA59:[MADISON.HINES]CDS_VND_XREF.RDB;1
>$ call rdb_conversion_v30_v31 DSA59:[NETXFR.INBOUND]CPRS.RDB;1
>$ call rdb_conversion_v30_v31 DSA60:[APPIX_DB]CAIS.RDB;4
>$ call rdb_conversion_v30_v31 DSA60:[IMAGINE.CERTIFICATION]EXPENDITURE.RDB;1
>$ call rdb_conversion_v30_v31 DSA60:[IMAGINE.CERTIFICATION]PRCHSG.RDB;1
>$ call rdb_conversion_v30_v31 DSA60:[IMAGINE.DATA]ACQMGT.RDB;2
>$ call rdb_conversion_v30_v31 DSA60:[IMAGINE.DATA]BUYER.RDB;94
>$ call rdb_conversion_v30_v31 DSA60:[IMAGINE.DATA]CNTRCT.RDB;1
>$ call rdb_conversion_v30_v31 DSA60:[IMAGINE.DATA]EXPENDITURE.RDB;2
>$ call rdb_conversion_v30_v31 DSA60:[IMAGINE.DATA]ORGNZN.RDB;2
>$ call rdb_conversion_v30_v31 DSA60:[IMAGINE.DATA]PARTS.RDB;1
>$ call rdb_conversion_v30_v31 DSA60:[IMAGINE.DATA]PRCHSG.RDB;1
>$ call rdb_conversion_v30_v31 DSA60:[IMAGINE.DATA]SUPLRS.RDB;1
>$ call rdb_conversion_v30_v31 DSA60:[IMAGINE.DATA]WKDA_CAL.RDB;1
>$ call rdb_conversion_v30_v31 DSA60:[IMAGINE.WORK]PARTS_TEMP.RDB;3
>$ call rdb_conversion_v30_v31 DSA61:[CCS]CDB2.RDB;1
>$ call rdb_conversion_v30_v31 DSA61:[CCS]CDB_TEST.RDB;1
>$ call rdb_conversion_v30_v31
>DSA62:[LVERANTH.REFERENCE]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA62:[STD_SETTING.STDC]FCST.RDB;2
>$ call rdb_conversion_v30_v31 DSA63:[FMAP]FMAP$TEST2.RDB;1
>$ call rdb_conversion_v30_v31 DSA64:[DOC_IC_DEV]DOC_IC1.RDB;1
>$ call rdb_conversion_v30_v31 DSA64:[PBMT_DEV]PBMT_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA65:[DOC_ORD_DEV.SCRATCH]WWOW_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA65:[FMAP_AGG_SIMP.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA65:[FMAP_AGG_SIMP.DATA]FMAP$RW$TEST.RDB;8
>$ call rdb_conversion_v30_v31 DSA65:[FMAP_AGG_SIMP.RALLY]POLAROID.RDB;1
>$ call rdb_conversion_v30_v31 DSA67:[FMAP_DEV.CHEN.REFMT]EWO_DB.RDB;3
>$ call rdb_conversion_v30_v31
>DSA67:[FMAP_DEV.GILBERTI]ADW$RETAUL_BUILD_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA67:[FMAP_DEV.GILBERTI]ADW_V2_1$DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA67:[FMAP_DEV.GILBERTI]ADW_V3_1$DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA67:[FMAP_DEV.GILBERTI]PAUL.RDB;1
>$ call rdb_conversion_v30_v31 DSA67:[FMAP_DEV.ROWE.EXTRACTS]DOC_CTRL$DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA67:[FMAP_DEV.THARA.ALLOC_DEV.PRODBOM]BOM_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA67:[FMAP_DEV.THARA.BOM_IMP]TEST$DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA68:[DDW_ENT$DB]DDW_ENTERPRISE.RDB;3
>$ call rdb_conversion_v30_v31 DSA68:[GEMS_CMS.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA68:[GEMS_CMS.DB]EPRIDE_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA68:[GEMS_CMS.DB]GEMS_DATABASE.RDB;2
>$ call rdb_conversion_v30_v31 DSA68:[GEMS_CMS.DB]GEMS_LOCAL.RDB;1
>$ call rdb_conversion_v30_v31 DSA68:[GEMS_CMS.DB]MENU_PROFILES.RDB;2
>$ call rdb_conversion_v30_v31 DSA68:[GEMS_CMS.DB]TAN_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA68:[GEMS_CMS.DB]TAN_PROFILE.RDB;1
>$ call rdb_conversion_v30_v31 DSA68:[GEMS_CMS.DB]TN_MENU_PROFILES.RDB;1
>$ call rdb_conversion_v30_v31 DSA68:[GEMS_TEST.MELINDA]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA68:[GEMS_TEST.MELINDA]TEST.RDB;1
>$ call rdb_conversion_v30_v31 DSA68:[MURPHY.SQL]DDW_DB_IMPORT_DB.RDB;2
>$ call rdb_conversion_v30_v31
>DSA68:[POWERS.DDW_DEV.SCHEMA.EMPTY]DDW_EMPTY.RDB;1
>$ call rdb_conversion_v30_v31
>DSA68:[POWERS.DDW_DEV.SCHEMA.TEMPLATE]DDW_TEMPLATE.RDB;1
>$ call rdb_conversion_v30_v31 DSA68:[REPOSITORY_LIB]DECISION$ACCESS_DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA68:[REPOSITORY_LIB.VRO_SITE_LIBRARY]SITE_LIBRARY.RDB;1
>$ call rdb_conversion_v30_v31 DSA68:[SMT]SMT_SELCTN.RDB;5
>$ call rdb_conversion_v30_v31 DSA69:[DDW.CAT]DDW_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA69:[DE_DB]DE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA69:[DE_DEV.PRO.NAC.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA69:[DE_DEV.PRO.NAC.TEAM]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA69:[SMT.CDD_ANCHOR]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA69:[SMT.DATA]SMT_SELCTN.RDB;5
>$ call rdb_conversion_v30_v31 DSA69:[SMT.DATA]SMT_SELCTN_116487.RDB;2
>$ call rdb_conversion_v30_v31 DSA69:[SMT.DATA]SMT_SELCTN_166487.RDB;1
>$ call rdb_conversion_v30_v31 DSA69:[SMT.DATA]SMT_SELCTN_214502.RDB;1
>$ call rdb_conversion_v30_v31 DSA69:[SMT.DATA]SMT_SELCTN_EMPTY.RDB;2
>$ call rdb_conversion_v30_v31 DSA69:[SMT.DOC]PROCESS_MODELS.RDB;1
>$ call rdb_conversion_v30_v31 DSA69:[SMT_MGR]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA612:[ADW.DB]ADW$RETAIL_2_DB.RDB;2
>$ call rdb_conversion_v30_v31 DSA612:[ADW.DB]ADW$RETAIL_2_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA612:[EXPEND]EXPENDITURE.RDB;1
>$ call rdb_conversion_v30_v31 DSA612:[IMAGINE.DATA]BUYER.RDB;141
>$ call rdb_conversion_v30_v31 DSA612:[IMAGINE.DATA]CNTRCT.RDB;113
>$ call rdb_conversion_v30_v31 DSA612:[IMAGINE_DB]SUPLRS.RDB;1
>$ call rdb_conversion_v30_v31 DSA612:[IMAGINE_DB]WORK_DA_CALNDR.RDB;1
>$ call rdb_conversion_v30_v31 DSA612:[IMAGINE_DB.CAL]WORK_DA_CALNDR.RDB;1
>$ call rdb_conversion_v30_v31 $2$DUA100:[ADW_REF]TOHRPTS.RDB;13
>$ call rdb_conversion_v30_v31
>$2$DUA100:[ADW_REF.FILES]COC_AND_BUSNS_UNIT.RDB;1
>$ call rdb_conversion_v30_v31 $2$DUA100:[IMAGINE_DB]PRCHSG.RDB;1
>$ call rdb_conversion_v30_v31 $2$DUA101:[IMAGINE.DB]ADW_REF.RDB;2
>$ call rdb_conversion_v30_v31 $2$DUA101:[IMAGINE.DB]ADW_REF.RDB;1
>$ call rdb_conversion_v30_v31 $2$DUA101:[IMAGINE.DB]ADW_SUMMARY.RDB;2
>$ call rdb_conversion_v30_v31 $2$DUA101:[IMAGINE.DB]COC$VDD_DATABASE.RDB;6
>$ call rdb_conversion_v30_v31 $2$DUA101:[IMAGINE.DB]TOHRPTS.RDB;1
>$ call rdb_conversion_v30_v31 $2$DUA102:[IMAGINE.DATA]ORGNZN.RDB;1
>$ call rdb_conversion_v30_v31 $2$DUA102:[IMAGINE_DB]PARTS.RDB;1
>$ call rdb_conversion_v30_v31 $2$DUA103:[EXPENDITURE_DB]EXPENDITURE.RDB;1
>$ call rdb_conversion_v30_v31 $2$DUA110:[ADW.DB]ADW$RETAIL_1_DB.RDB;1
>$ call rdb_conversion_v30_v31 $2$DUA110:[ADW.DB]CPRS_SMALL.RDB;1
>$ exit ss$_normal
>
>BLAKFT
>$
>$ call rdb_conversion_v30_v31 $1$DKA0:[REF_SERVER.DATA]REF$SERVER.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA0:[RUS.DISCOUNTS]DASDB.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA300:[FOCUSDEV.BLD_V076.DICTIONARY]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA300:[FOCUSDEV.BLD_V077.DICTIONARY]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA300:[FOCUSDEV.BLD_V078.DICTIONARY]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA300:[FOCUSDEV.BLD_V079.DICTIONARY]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA300:[FOCUSDEV.DICTIONARY]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA400:[LCV.DAT]LCVDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA400:[LCV.DAT]LCVTEST.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA400:[LCV.DAT]SMALLDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA700:[DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA700:[EDCS.DEMO.DATABASE]EDCS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA700:[EPC.DATABASES]EPC$ADMIN_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA700:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA700:[FILEBRIDGE.930610004504.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA700:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA700:[FOCUS]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA700:[SQLSRV$SERVER]SQLSRV_SAMPLE.RDB;2
>$ call rdb_conversion_v30_v31
>$1$DKA700:[VMS$COMMON.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA700:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA700:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA700:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA700:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA700:[VMS$COMMON.DECQUERY]DECQUERY$SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA700:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA700:[VMS$COMMON.DPL$LIBRARY]DPL$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA700:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$COMMERCE.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA700:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$SALES_INFO.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA700:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA700:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA700:[VMS$COMMON.SYSTEST.RDBTRANS]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA700:[VMS$COMMON.TEAMDATA]TDADEFDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA700:[VMS$COMMON.TEAMDATA]TDASAMPLE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA700:[VMS$COMMON.TEAMDATA]TDASYSDB.RDB;1
>$ exit ss$_normal
>
> 
>

>	****  PSG SEPS97flash #67  ****
>
>
>If your application and/or organization uses the CPCOD, FSBIC, FSLPRD and/or
>IMDFLA clusters, please read on.  This listing includes CDDs and OracleRdb
>databases that will be converted as part of the SEPS97 post-installation
>process.
>
>If an opportunity exists to delete old, out-dated, duplicate copies of
>dictionaries and/or databases, just do it!  If you need the assistance of
>CCS, please contact Dave O'Brien (297-2378) and/or me (223-7869) at least
>three (3) days before the scheduled upgrade.
>
>If you have priority databases that you would like to have converted at the
>beginning of the post-installation process, let your SEPS97 representative,
>Dave O'Brien and/or me know at least three (3) days before the upgrade.
>
>Databases have failed to be converted during previous upgrades for two
>reasons:
>1. Many of the .rdb files which failed are really not databases but ASCII
>files with the .rdb file extension.   Please change the extensions so we will
>not have to waste time and follow-on efforts trying to understand needless
>error messages.  The error returned is BAD PARAMETER VALUE.
>
>2. BADROOTMATCH errors are due to missing logicals or logicals that get
>defined on the process level... which may not be appropriate.  Please review
>your application's definition of logicals.
>
>Finally,
>** Remember: Very important ** 
>If you do delete an OracleRdb database, please document the name, short
>description, business supported, key business contact, key IS contact,
>creation date, last modify date, size and approximate number of users.  This
>step must be taken in order to assist the Company to comply with its
>OracleRdb licensing agreement.  Help save the Company money! Document and
>send your findings to Karen Schneider and cc: me.
>
>Please refer to PSG SEPS97flash #60 for more details.
>
>Following is the listing of OracleRdb files on CPCOD, FSBIC, FSLPRD and/or
>IMDFLA:
>
>CPCOD
>$
>$ call rdb_conversion_v30_v31
>CPCOD$DKA0:[SYSLOST.SA.RDB.WORK]SPA$CONTEXT_TEMPLATE.RDB;4
>$ call rdb_conversion_v30_v31
>CPCOD$DKA100:[CORPORATE_REPOSITORY.ENTERPRISE.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA100:[CORPORATE_REPOSITORY.INTEGRATED_AREA.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA100:[CORPORATE_REPOSITORY.ISG]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA100:[CORPORATE_REPOSITORY.ISG.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA300:[SUPPORT.UNITCHARGE.LIFE.SOURCE]LIFEDATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA300:[SUPPORT.UNITCHARGE.LIFE.SOURCE]LIFEDB.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA300:[SUPPORT.UNITCHARGE.LIFE.SOURCE]TEST.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA300:[SUPPORT.UNITCHARGE.LUCAS.INSTALL]LUCAS_TRANS.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA300:[SUPPORT.UNITCHARGE.LUCAS.INSTALL]LUCAS_VALID.RDB;1
>$ call rdb_conversion_v30_v31 CPCOD$DKA300:[UNITCHARG]UC_HISTORY.RDB;1
>$ call rdb_conversion_v30_v31 CPCOD$DKA300:[UNITCHARG]UNIT_CHG.RDB;1
>$ call rdb_conversion_v30_v31 CPCOD$DKA400:[CDD_ADMIN.ROOT]SPOC2V3$RDB.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA400:[CDD_ADMIN.SEARCH]SPOC2V3_PART_SRCH.RDB;1
>$ call rdb_conversion_v30_v31 CPCOD$DKA400:[ESO]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA400:[SPOCDMQ.SPOC.LABR.DATA]LAB_KEYWORD.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA400:[SPOCDMQ.SPOC.LABR.DATA]LAB_RICK_KEYWORD.RDB;1
>$ call rdb_conversion_v30_v31 CPCOD$DKA500:[DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 CPCOD$DKA500:[EDCS.DEMO.DATABASE]EDCS.RDB;1
>$ call rdb_conversion_v30_v31 CPCOD$DKA500:[EPC.DATABASES]EPC$ADMIN_DB.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[FILEBRIDGE.930610004504.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 CPCOD$DKA500:[SQLSRV$SERVER]SQLSRV_SAMPLE.RDB;2
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[VMS$COMMON.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[VMS$COMMON.DECQUERY]DECQUERY$SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[VMS$COMMON.DPL$LIBRARY]DPL$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$COMMERCE.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$SALES_INFO.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[VMS$COMMON.SYSTEST.RDBTRANS]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[VMS$COMMON.TEAMDATA]TDADEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[VMS$COMMON.TEAMDATA]TDASAMPLE.RDB;1
>$ call rdb_conversion_v30_v31
>CPCOD$DKA500:[VMS$COMMON.TEAMDATA]TDASYSDB.RDB;1
>$ exit ss$_normal
>
>CPRS
>$
>$ call rdb_conversion_v30_v31 DSA0:[EPC.DATABASES]EPC$ADMIN_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[FILEBRIDGE.930508205437.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.CETS]CETS20.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DECQUERY]DECQUERY$SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DTR]PERSONNEL.RDB;5
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.SYSEXE]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSLIB.ADTLIB.YOURDON]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSLIB.DESLIB.GANE_SARSON]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSLIB.DESLIB.YOURDON]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.SYSMGR]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;7
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSTEST.DDAL.DDAL$CP]DDAL$REMOTE_DB_SQL.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.TEAMDATA]TDADEFDB.RDB;2
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.TEAMDATA]TDASAMPLE.RDB;3
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.TEAMDATA]TDASYSDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[CPCRSV2.NDA.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[CPCRSV2.RDB_DB]CPCRS_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[CSMSV2.2.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[CSMSV2.2.DB_AC]CSMS_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[CSMSV2.2.DB_AR]CSMS_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA28:[PVTXOPER]TEST_PERS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA28:[PVTXOPER.BUYER_DB]BUYER.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA28:[PVTXOPER.BUYER_DB]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA102:[SMSDBA.DUPRE]FOO.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA103:[CSMS.PUBLIC]CSMS_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA104:[CPCRSV2.CDD.DIC]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA104:[CPCRSV2.NDA.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA104:[CPCRSV2.NDA.RDB_DB]NDA_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA104:[CSMSV2.SCRATCH]CSMS_DB.RDB;1
>$ exit ss$_normal
>
>FSBIC
>$
>$ call rdb_conversion_v30_v31 DSA100:[EPC.DATABASES]EPC$ADMIN_DB.RDB;3
>$ call rdb_conversion_v30_v31 DSA100:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[FILEBRIDGE.920317171750.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[FILEBRIDGE.940812072442.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA100:[FOCUS]PERSONNEL.RDB;2
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.DECQUERY]DECQUERY$DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.DECQUERY]DECQUERY$SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.DECQUERY]DECQUERY$SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.DFG$DATABASE]DFG$_DATABASE_OLD.RDB;1
>$ call rdb_conversion_v30_v31 DSA100:[OLD_SYSF.SYSCOMMON.DTR]PERSONNEL.RDB;3
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.SYSEXE]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;2
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.TEAMDATA]TDADEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.TEAMDATA]TDASAMPLE.RDB;3
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.TEAMDATA]TDASYSDB.RDB;2
>$ call rdb_conversion_v30_v31 DSA100:[VMS$COMMON.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.DECQUERY]DECQUERY$SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.DFG$DATABASE]DFG$_DATABASE_OLD.RDB;1
>$ call rdb_conversion_v30_v31 DSA100:[VMS$COMMON.DTR]PERSONNEL.RDB;3
>$ call rdb_conversion_v30_v31 DSA100:[VMS$COMMON.SYSEXE]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;2
>$ call rdb_conversion_v30_v31 DSA100:[VMS$COMMON.TEAMDATA]TDADEFDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA100:[VMS$COMMON.TEAMDATA]TDASAMPLE.RDB;3
>$ call rdb_conversion_v30_v31 DSA100:[VMS$COMMON.TEAMDATA]TDASYSDB.RDB;2
>$ call rdb_conversion_v30_v31 DSA101:[FOCUS]PERSONNEL.RDB;2
>$ exit ss$_normal
>
>FSLPRD
>$
>$ call rdb_conversion_v30_v31 DSA2:[EPC.DATABASES]EPC$ADMIN_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA2:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA2:[SYS0.SYSUPD.REF$SERVER26A]REF$SERVER.RDB;1
>$ call rdb_conversion_v30_v31
>DSA2:[SYS2.SYSUPD.REF$SERVER26A]REF$SERVER.RDB;1
>$ call rdb_conversion_v30_v31 DSA2:[VMS$COMMON.DTR]PERSONNEL.RDB;3
>$ call rdb_conversion_v30_v31
>DSA2:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;2
>$ call rdb_conversion_v30_v31
>DSA2:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;3
>$ call rdb_conversion_v30_v31
>DSA2:[VMS$COMMON.SYSTEST.DDAL.DDAL$CP]DDAL$REMOTE_DB_SQL.RDB;2
>$ call rdb_conversion_v30_v31 DSA3:[FINANCE_REF]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA3:[REFDB_ADM.DATABASE]REFDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA3:[REFDB_INQ.DATABASE]REFDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA3:[REF_SERVER.DATA]REF$SERVER.RDB;1
>$ call rdb_conversion_v30_v31 DSA3:[REPAIR.DATABASE]REPAIR_MGT.RDB;1
>$ call rdb_conversion_v30_v31 DSA144:[INTRANSIT]INTRANSIT_HQ.RDB;1
>$ call rdb_conversion_v30_v31 DSA263:[RDB_DB]DIAL.RDB;1
>$ call rdb_conversion_v30_v31 DSA2271:[SCCON]SCCON_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA114:[CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA114:[CDDPLUSASK]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA114:[LTS_RDB]INTRANSIT.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA142:[TMS.DAT]TMS_EMP_SEC_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA142:[TMS.DAT]TMS_TAB_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA142:[TMS.DAT]TMS_TRANS_30_DB.RDB;3
>$ call rdb_conversion_v30_v31 $1$DUA142:[TMS_FEED]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA142:[TMS_FEED]TMS_EMP.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA142:[TMS_FEED.DICT]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA152:[CIS_HUB.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA152:[CIS_HUB.DATA]CISB.RDB;7
>$ call rdb_conversion_v30_v31 $1$DUA152:[CIS_HUB.DATA]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA152:[SHERK.DICT]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA152:[SHERK.DICT.TMS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA152:[WARREN.DICT]CDD$DATABASE.RDB;1
>$ exit ss$_normal
>
>IMDFLA
>$
>$ call rdb_conversion_v30_v31 DSA100:[EDCS.DEMO.DATABASE]EDCS.RDB;1
>$ call rdb_conversion_v30_v31 DSA100:[EPC.DATABASES]EPC$ADMIN_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA100:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[FILEBRIDGE.920317033122.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.DECISION.ACCESS]DECISION$ACCESS_DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.DECISION.ACCESS]DECISION$ACCESS_SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.DECISION.ACCESS]DECISION$ACCESS_SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.DECQUERY]DECQUERY$DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.DECQUERY]DECQUERY$SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.DECQUERY]DECQUERY$SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.DFG$DATABASE]DFG$_DATABASE_OLD.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.DPL$LIBRARY]DPL$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA100:[OLD_SYSF.SYSCOMMON.DTR]PERSONNEL.RDB;3
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.SYSHLP.EXAMPLES.RALLY]RALLY$COMMERCE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.SYSHLP.EXAMPLES.RALLY]RALLY$SALES_INFO.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.SYSTEST.RDBTRANS]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.TEAMDATA]TDADEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.TEAMDATA]TDASAMPLE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[OLD_SYSF.SYSCOMMON.TEAMDATA]TDASYSDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA100:[VMS$COMMON.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.DECQUERY]DECQUERY$SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.DFG$DATABASE]DFG$_DATABASE_OLD.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.DPL$LIBRARY]DPL$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA100:[VMS$COMMON.DTR]PERSONNEL.RDB;3
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$COMMERCE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$SALES_INFO.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[VMS$COMMON.SYSTEST.RDBTRANS]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 DSA100:[VMS$COMMON.TEAMDATA]TDADEFDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA100:[VMS$COMMON.TEAMDATA]TDASAMPLE.RDB;1
>$ call rdb_conversion_v30_v31 DSA100:[VMS$COMMON.TEAMDATA]TDASYSDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA102:[CPRADMIN.CDD_PLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA102:[CPRADMIN.DAT]CPR_ADMIN.RDB;1
>$ call rdb_conversion_v30_v31 DSA102:[DDAL.DB]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA102:[DDIS.DBA]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA102:[FOCUS]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 DSA102:[FOCUS_622]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 DSA102:[FOCUS_V6_1_A]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 DSA102:[MARINI]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA102:[MARINI.TEST]MF_PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 DSA102:[OBRIEN]SBS_TABLES.RDB;226
>$ call rdb_conversion_v30_v31 DSA102:[SULLIVAN]ERC$PRESUM_DATA.RDB;1
>$ call rdb_conversion_v30_v31
>DSA102:[SULLIVAN.KIT.MONIQUE]RRV$DRC_S_REF.RDB;1
>$ call rdb_conversion_v30_v31 DSA102:[SULLIVAN.PARTNER.REF]TEST$DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA200:[AICBUILD]FPL_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA200:[AICBUILD.FPL.DAT]FPL_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA200:[NFREDRICKSON]CPRFM.RDB;1
>$ call rdb_conversion_v30_v31 DSA201:[HSA$.DAT]HSA$WTS_ADB_TMP.RDB;1
>$ call rdb_conversion_v30_v31 DSA201:[HSA$.DAT]HSA$WTS_ODB.RDB;5
>$ call rdb_conversion_v30_v31 DSA201:[HSA$.DAT]HSA$WTS_ODB_TMP.RDB;1
>$ call rdb_conversion_v30_v31 DSA210:[CPRQA.RPT.TEST_DB.IMDFLA]CPR_RPT.RDB;1
>$ call rdb_conversion_v30_v31 DSA210:[CPRQA.RPT.TEST_DB.USIC]CPR_RPT.RDB;68
>$ call rdb_conversion_v30_v31 DSA210:[FMR.REVDAT]REVRPT.RDB;1
>$ call rdb_conversion_v30_v31 DSA210:[RCUSER1]RC$DB.RDB;2
>$ call rdb_conversion_v30_v31 DSA210:[RMA.DATA]RMA$MODEL_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA210:[SFOREMAN.OLS.DATA0]OLS1000.RDB;1
>$ call rdb_conversion_v30_v31 DSA221:[PAARS.DAT]CPR_RPT.RDB;12
>$ call rdb_conversion_v30_v31 DSA221:[PAARS.DATPENNY]CPR_MSTR.RDB;1
>$ call rdb_conversion_v30_v31 DSA221:[PAARS.DATPENNY]CPR_RPT.RDB;1
>$ call rdb_conversion_v30_v31 DSA235:[FMR.REVDAT]REVRPT.RDB;1
>$ call rdb_conversion_v30_v31 DSA400:[EDSA.SA]TMS$ROLLOUT.RDB;1
>$ call rdb_conversion_v30_v31 DSA400:[EMISPROD.WRITE.DAT]EMIS_RPSTRY_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA400:[EMISPROD.WRITE.DAT]EMIS_SCURTY.RDB;2
>$ call rdb_conversion_v30_v31
>DSA400:[EMISPROD.WRITE.DAT]RRA$DRC_D_RPSTRY_DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA400:[EMISPROD.WRITE.DAT]RRA$DRC_S_RPSTRY.RDB;1
>$ call rdb_conversion_v30_v31 DSA400:[MFV.DAT]GENERIC_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA400:[MFV.DAT]PI_ACCESS.RDB;1
>$ call rdb_conversion_v30_v31 DSA400:[RRA.DAT]RRA$DRC_D_RFRNC_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA401:[RRA.RDB]RRA$REPORTING.RDB;1
>$ call rdb_conversion_v30_v31 DSA401:[RRA.RDB]RRA$REVENUE.RDB;1
>$ call rdb_conversion_v30_v31 DSA401:[TMS.DAT]TMS_APPRV_DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA401:[TMS_FEED.REF_DATA]COC$VDD_DATABASE.RDB;5
>$ call rdb_conversion_v30_v31 DSA402:[PAB.DAT]PAB_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA402:[RRV.RDB]REF_LOV.RDB;1
>$ call rdb_conversion_v30_v31 DSA402:[TBS.DAT]CA_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA450:[CCB.DAT]CCB$CENTRAL.RDB;1
>$ call rdb_conversion_v30_v31 DSA450:[CCB.DAT]CCB$SITE.RDB;1
>$ call rdb_conversion_v30_v31 DSA450:[CCB.TEST.DAT]CCBTEST.RDB;1
>$ call rdb_conversion_v30_v31 DSA450:[CCB.V11.DAT]CCB$CENTRAL.RDB;1
>$ call rdb_conversion_v30_v31 DSA450:[CCB.V11.DAT]CCB$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA450:[CCB.V20.COM]CCBTEST.RDB;1
>$ call rdb_conversion_v30_v31 DSA450:[CCB.V20.DAT]CCB$CENTRAL.RDB;1
>$ call rdb_conversion_v30_v31 DSA500:[RUS.DISCOUNTS]DASDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA500:[RUS.FINANCE]COC$VDD_DATABASE.RDB;17
>$ call rdb_conversion_v30_v31 DSA500:[RUS.FINANCE]NEWTABLE.RDB;1
>$ exit ss$_normal
>
>

>****  PSG SEPS97flash #68  ****
>
>
>If your application and/or organization uses the 
>	NARCEL, NEACS, NIOMAX, PENUTS, PROD07, QETOO
>	TSTMKO, TIS, USAR, WILLEE, WMOVAX, YOUOWE
>clusters, please read on.  This listing includes CDDs and OracleRdb databases
>that will be converted as part of the SEPS97 post-installation process.
>
>If an opportunity exists to delete old, out-dated, duplicate copies of
>dictionaries and/or databases, just do it!  If you need the assistance of
>CCS, please contact Dave O'Brien (297-2378) and/or me (223-7869) at least
>three (3) days before the scheduled upgrade.
>
>If you have priority databases that you would like to have converted at the
>beginning of the post-installation process, let your SEPS97 representative,
>Dave O'Brien and/or me know at least three (3) days before the upgrade.
>
>Databases have failed to be converted during previous upgrades for two
>reasons:
>1. Many of the .rdb files which failed are really not databases but ASCII
>files with the .rdb file extension.   Please change the extensions so we will
>not have to waste time and follow-on efforts trying to understand needless
>error messages.  The error returned is BAD PARAMETER VALUE.
>
>2. BADROOTMATCH errors are due to missing logicals or logicals that get
>defined on the process level... which may not be appropriate.  Please review
>your application's definition of logicals.
>
>Finally,
>** Remember: Very important ** 
>If you do delete an OracleRdb database, please document the name, short
>description, business supported, key business contact, key IS contact,
>creation date, last modify date, size and approximate number of users.  This
>step must be taken in order to assist the Company to comply with its
>OracleRdb licensing agreement.  Help save the Company money! Document and
>send your findings to Karen Schneider and cc: me.
>
>Please refer to PSG SEPS97flash #60 for more details.
>
>Following is the listing of OracleRdb/CDD files on NARCEL, NEACS, NIOMAX,
>PENUTS, PROD07, QETOO, TSTMKO, TIS, USAR, WILLEE, WMOVAX and YOUOWE clusters:
>
>
>NARCEL
>$
>$ call rdb_conversion_v30_v31 $1$DKA0:[DDAL]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA0:[DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA0:[DPL$LIBRARY]DPL$DATABASE.RDB;2
>$ call rdb_conversion_v30_v31 $1$DKA0:[EDCS.DATABASE]EDCS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA0:[EPC.DATABASES]EPC$ADMIN_DB.RDB;3
>$ call rdb_conversion_v30_v31 $1$DKA0:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA0:[SQLSRV$SERVER]SQLSRV_SAMPLE.RDB;2
>$ call rdb_conversion_v30_v31 $1$DKA0:[VMS$COMMON.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA0:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA0:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_SAMPLE.RDB;2
>$ call rdb_conversion_v30_v31
>$1$DKA0:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA0:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA0:[VMS$COMMON.DECQUERY]DECQUERY$SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA0:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA0:[VMS$COMMON.DPL$LIBRARY]DPL$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA0:[VMS$COMMON.SYSEXE]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$COMMERCE.RDB;2
>$ call rdb_conversion_v30_v31
>$1$DKA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$SALES_INFO.RDB;2
>$ call rdb_conversion_v30_v31
>$1$DKA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;2
>$ call rdb_conversion_v30_v31
>$1$DKA0:[VMS$COMMON.SYSTEST.CDD$IVP_REPOSITORY]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DKA0:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;5
>$ call rdb_conversion_v30_v31
>$1$DKA0:[VMS$COMMON.SYSTEST.DDAL.DDAL$CP]DDAL$REMOTE_DB_SQL.RDB;2
>$ call rdb_conversion_v30_v31
>$1$DKA0:[VMS$COMMON.SYSTEST.RDBTRANS]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA0:[VMS$COMMON.TEAMDATA]TDADEFDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA0:[VMS$COMMON.TEAMDATA]TDASAMPLE.RDB;2
>$ call rdb_conversion_v30_v31 $1$DKA0:[VMS$COMMON.TEAMDATA]TDASYSDB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA100:[COHEN.COC]COC.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA100:[FARQUHAR]SQL_PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA100:[FARQUHAR]SQL_PERS_NOI.RDB;2
>$ call rdb_conversion_v30_v31 $1$DKA100:[PELLETIER.DECDES]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA200:[ARTEST]COC$VDD_DATABASE.RDB;446
>$ call rdb_conversion_v30_v31 $1$DKA200:[REF_SERVER.DATA]REF$SERVER.RDB;1
>$ call rdb_conversion_v30_v31 $1$DKA700:[ARDEV.LEFT1DAT]ARS9100.RDB;2
>$ exit ss$_normal
>
>NEACS
>$ call rdb_conversion DSA0:[DECEDI.AUDIT_DATABASE]DECEDI$AUDIT_DB.RDB;1
>$ call rdb_conversion DSA0:[EPC.DATABASES]EPC$ADMIN_DB.RDB;2
>$ call rdb_conversion DSA0:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion
>DSA0:[FILEBRIDGE.930417201012.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion
>DSA0:[FILEBRIDGE.940114133041.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion
>DSA0:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion DSA0:[SYS4.SYSUPD.REF$SERVER026]REF$SERVER.RDB;1
>$ call rdb_conversion DSA0:[VMS$COMMON.CDD$TEMPLATE]CDD$DATABASE.RDB;1
>$ call rdb_conversion DSA0:[VMS$COMMON.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion DSA0:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB;1
>$ call rdb_conversion DSA0:[VMS$COMMON.DECQUERY]DECQUERY$SAMPLE.RDB;2
>$ call rdb_conversion DSA0:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB;1
>$ call rdb_conversion DSA0:[VMS$COMMON.DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;1
>$ call rdb_conversion DSA100:[CH2.CWLDB]CWLDB.RDB;1
>$ call rdb_conversion DSA105:[CH2.DSPLIB]UI_FORMS.RDB;1
>$ call rdb_conversion DSA241:[CSD.DAT]CSD.RDB;1
>$ call rdb_conversion DSA241:[CSD.DIC]CDD$DATABASE.RDB;1
>$ call rdb_conversion DSA300:[CDD$TEMPLATE_BACKUP]CDD$DATABASE.RDB;1
>$ call rdb_conversion DSA300:[CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion DSA300:[EPC.DATABASES]EPC$ADMIN_DB.RDB;2
>$ call rdb_conversion DSA300:[EPC.DATABASES]EPC$FMT_TEMPLATE_DB.RDB;1
>$ call rdb_conversion DSA300:[EPC.DATABASES]EPC$HISTORY_DB.RDB;2
>$ call rdb_conversion DSA300:[TEAMDATA]TDADEFDB.RDB;1
>$ call rdb_conversion DSA300:[TEAMDATA]TDASAMPLE.RDB;1
>$ call rdb_conversion DSA301:[CH2.APLIB]CFD_CAPE.RDB;1
>$ call rdb_conversion DSA301:[CH2.DSPLIB]UI_FORMS.RDB;1
>$ call rdb_conversion DSA305:[SIFUSI.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion DSA404:[OMSEDI.DAT]OMSEDI_RDB.RDB;7
>$ call rdb_conversion DSA404:[OMSEDI.DAT]OMSEDI_RDB.RDB;6
>$ call rdb_conversion DSA404:[OMSEDI.DAT]OMSEDI_RDB.RDB;5
>$ call rdb_conversion DSA404:[OMSEDI.DAT]OMSEDI_RDB.RDB;4
>$ call rdb_conversion DSA501:[CNNCT2.DAT]CNNCT_APPL_MAPPING.RDB;2
>$ call rdb_conversion DSA501:[CNNCT2.DAT]CNNCT_AUDIT.RDB;12
>$ call rdb_conversion DSA501:[CNNCT2.DAT]CNNCT_AUDIT_ARCHIVE.RDB;12
>$ call rdb_conversion DSA501:[CNNCT2.DAT]CNNCT_TABLE.RDB;2
>$ call rdb_conversion DSA502:[CASURVEY.DAT]CASURVEY.RDB;2
>$ call rdb_conversion DSA502:[FCOMS.RDB]FCOMS_DB.RDB;1
>$ call rdb_conversion DSA600:[ESR_DEV.COMMON.DIC]CDD$DATABASE.RDB;1
>$ call rdb_conversion DSA600:[SIMMER.WORK.CDD_TEST]CDD$DATABASE.RDB;1
>$ exit ss$_normal
>
>NIOMAX
>$
>$ call rdb_conversion_v30_v31 DSA62:[DDCT]RDBEMPTY.RDB;4
>$ call rdb_conversion_v30_v31 DSA62:[DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA62:[TEAMDATA]TDADEFDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA62:[TEAMDATA]TDASAMPLE.RDB;1
>$ call rdb_conversion_v30_v31 DSA62:[TEAMDATA]TDASYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUS64:[VMS$COMMON.CDD$TEMPLATE]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUS64:[VMS$COMMON.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUS64:[VMS$COMMON.DTR]PERSONNEL.RDB;5
>$ call rdb_conversion_v30_v31
>$1$DUS64:[VMS$COMMON.SYSHLP.EXAMPLES]RALLY$COMMERCE.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUS64:[VMS$COMMON.SYSHLP.EXAMPLES]RALLY$SALES_INFO.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUS64:[VMS$COMMON.SYSHLP.EXAMPLES]RALLY$TAPES.RDB;1
>$ call rdb_conversion_v30_v31
>$1$DUS64:[VMS$COMMON.SYSMGR.TEST]DDAL$TR_DB.RDB;1
>$ exit ss$_normal
>
>PENUTS
>$
>$ call rdb_conversion_v30_v31 DSA1:[DTB.DB]HISTORY.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[DTB.DB]SCHEDULER.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[VMS$COMMON.DTR]PERSONNEL.RDB;3
>$ call rdb_conversion_v30_v31
>DSA1:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]PATIENT.RDB;1
>$ call rdb_conversion_v30_v31
>DSA1:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$COMMERCE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA1:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$SALES_INFO.RDB;1
>$ call rdb_conversion_v30_v31
>DSA1:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;1
>$ call rdb_conversion_v30_v31
>DSA1:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]SAMPLE_ORDER_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA1:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;2
>$ call rdb_conversion_v30_v31
>DSA1:[VMS$COMMON.SYSTEST.DDAL.DDAL$CP]DDAL$REMOTE_DB_SQL.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA221:[INTRANSIT_TEST]INTRANSIT_HQ.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA226:[DMD_DEV.DATA]MD_INVOICE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA226:[DMD_DEV.DATA]ORAD_DB.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA226:[DMD_DEV.REPOSITORY.DMD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA226:[MICCIO.DEV.SAVE]MD_INVOICE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA226:[V55.DB95]SURVEY.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA231:[SHIPHIST.DATABASE]SHIPHIST.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA231:[SHIP_HIST.SMALL_DATABASE]SHIPHIST.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA232:[CDDPLUSACCT]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA232:[CDDPLUSASK]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA232:[CDDPLUSDIAL]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA232:[CDDPLUSRDB]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA232:[CDDPLUS_FIELDASK]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA232:[CDDPLUS_REBUILD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA232:[CDDPLUS_USHA]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA232:[DDW.CAT_ARCHIVE]DDW_DATABASE_V07_1992071409445119.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA232:[DDW.CAT_ARCHIVE]DDW_DATABASE_V10_1992091509521143.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA232:[DECEDI.AUDIT_DATABASE]DECEDI$AUDIT_DB.RDB;4
>$ call rdb_conversion_v30_v31
>$3$DUA232:[DECISION.ACCESS]DECISION$ACCESS_DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA232:[DECISION.ACCESS]DECISION$ACCESS_SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA232:[DECISION.ACCESS]DECISION$ACCESS_SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA232:[DESLIB.DES$GANE_SARSON]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA232:[DESLIB.DES$MERISE]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA232:[DESLIB.DES$YOURDON]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA232:[DPL$LIBRARY]DPL$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA232:[EDCS.INFRASTRUCTURE.DATABASE]EDCS.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA232:[ENTPRS.ENTPRS_CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA232:[EPC.DATABASES]EPC$ADMIN_DB.RDB;2
>$ call rdb_conversion_v30_v31 $3$DUA232:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA232:[FILEBRIDE.930614124651.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA232:[FILEBRIDGE.950712133400.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA232:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA232:[FOCUS]PERSONNEL.RDB;2
>$ call rdb_conversion_v30_v31 $3$DUA232:[IDETOOLS.REFERENCE]IDEREF.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA232:[LIMITS010.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA232:[LIMITS010.DAT]LIMITS010_DB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA232:[LIMITS010.DAT]LIMITSREF010_DB.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA232:[REPOSITORY_PROTOTYPE]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA232:[US_ENTPRS.ENTPRS_CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA232:[VDD.DATABASE]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA236:[BMICCIO.DES$DIST_DECDESIGN_DEMO]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA236:[DECISION.ACCESS]DECISION$ACCESS_DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA236:[DECISION.ACCESS]DECISION$ACCESS_SAMPLE.RDB;4
>$ call rdb_conversion_v30_v31
>$3$DUA236:[DECISION.ACCESS]DECISION$ACCESS_SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA236:[DESLIB.DES$FORMSGEN]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA236:[PROD_IMAGE.DES$DIST_DECDESIGN_DEMO]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA236:[PROD_IMAGE.DES$ENG_VPN]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA236:[PROD_IMAGE.DES$MTLS_MANAGED_MENU]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA236:[PROJ_DECDESIGN.PROCESS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA236:[PROJ_DESIGN.RFRNC_WIP]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA236:[TEAMDATA]TDADEFDB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA236:[TEAMDATA]TDASAMPLE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA244:[CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA244:[DAT]ATHENA.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA244:[DAT]LIMITS010_DB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA244:[DAT]LIMITSREF010_DB.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA244:[DES$PUR_LCL_PRCRMT]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA244:[DPLNS.DATA]DPLNS_DATABASE.RDB;8
>$ call rdb_conversion_v30_v31 $3$DUA245:[DBMAINT.DB001]DBMAINT.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA245:[REFDB.DATABASE]REFDB.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA253:[CDDPLUS_SHIPHIST]CDDPLUS_SHIPHIST_DB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA253:[CDDPLUS_SHIPHIST]SHIPHIST_DB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA253:[TEAMDATA]TDADEFDB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA253:[TEAMDATA]TDASAMPLE.RDB;3
>$ call rdb_conversion_v30_v31 $3$DUA253:[TEAMDATA]TDASYSDB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA254:[CDDV51]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA254:[DDESMAISO]ORDER_DB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA254:[DDESMAISO]PILOT_DBOLD.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA254:[DDESMAISO]SKILLS.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA254:[SCS_PLANT_30.DATA]SCS.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA261:[INTRANSIT_HQ]INTRANSIT_HQ.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA261:[ITS]ITS$DB_ORDMGT.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA261:[ITS]ITS$REPORTING_ORDMGT.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA264:[ITS]ITS$DB_DAS_HLPN.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA264:[ITS]ITS$REPORTING_DAS_HLPN.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA264:[SCCON]OLD_SCCON_DB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA264:[SCCON]SCCON_DB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA264:[TOOLS]SQLGEN_DB.RDB;3
>$ call rdb_conversion_v30_v31 $3$DUA265:[HINZ]MICROVIA.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA265:[HINZ]TAPES.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA271:[APPLTEST_010.DEV.APPLTEST$MAIN.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA271:[IMPS_050.DEV.IMPS$MAIN.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA271:[IMPS_052.DEV.IMPS$MAIN.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA271:[IMPS_052.DEV.IMPS050.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA271:[INFOACCESS.DB001]INFO_ACCESS.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA271:[ISIS.DECDESIGN]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA271:[PROJENVIRON.INFRAST.DATABASE]INF_DB.RDB;4
>$ call rdb_conversion_v30_v31
>$3$DUA271:[PROJENVIRON.INFRAST.FINAL]SQLGEN_DB.RDB;2
>$ call rdb_conversion_v30_v31 $3$DUA271:[PROJENVIRON.INFRAST.RDB]INF_DB.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA271:[PROJENVIRON.INFRAST.SQLGEN]SQLGEN_DB.RDB;23
>$ call rdb_conversion_v30_v31
>$3$DUA271:[PROJIOREPORT.DECDESIGN]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA271:[PROJIOREPORT.IORPTDTL]IO_SUMRY_DTL.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA271:[REF_SERVER.DATA]REF$SERVER.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA271:[SHIBNI.BLD_V1.DICTIONARY]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA271:[SHIBNI.USERS.CGILLIS.DICTIONARY]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA271:[SRS.RDB]SRS.RDB;3
>$ call rdb_conversion_v30_v31 $3$DUA272:[ASKDBA.DS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA272:[ASKDBA.ENTROT.SQLGEN]SQLGEN_DB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA272:[ASKDBA.UB]RDBX.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA272:[ASKDBA.UB]TEST_ISQL.RDB;3
>$ call rdb_conversion_v30_v31 $3$DUA272:[ASKDBA.UB]USHA_MAIN_DSN_DIR.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA272:[DESRUISSE.REFDB]REFDB.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA272:[DISCO_DB.BOOTSTRAP.DISCO.DAT]DISCO_V3.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA272:[DISCO_DB.DSL.DISCO.DAT]DISCO_V3.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA272:[GODIN]DECISION$ACCESS_DB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA272:[HSA$.DAT]HSA$WTS_ADB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA272:[HSA$.DAT]HSA$WTS_ODB.RDB;3
>$ call rdb_conversion_v30_v31 $3$DUA272:[MENU_RPTG.DB]MENU_RPTG.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA272:[RALLY_COURSE]ORDER_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA272:[RALLY_COURSE]PATIENT.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA272:[SKILLS_INVENTORY]SKILLS.RDB;2
>$ call rdb_conversion_v30_v31 $3$DUA272:[SRS.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA272:[SRS.RDB]SRS.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA273:[INFOACCESS.DB001]INFO_ACCESS.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA273:[ITS]ITS$DB_ORDMGT.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA273:[ITS]ITS$REPORTING_ORDMGT.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA274:[AE_SORT.CDDADEMO]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA274:[AE_SORT.DD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA274:[AE_SORT.DECDESIGN]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA274:[BATCH.LOG.COMMON]HSDL_NOTES_DB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA275:[COC.DATABASE]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA275:[ISIS.DATABASE]ISIS_DAILY.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA275:[ISIS.DATABASE]ISIS_DATABASE_FILE.RDB;2
>$ call rdb_conversion_v30_v31 $3$DUA275:[ISIS.ESPI.DATABASE]SOURCING.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA275:[ISIS.LOA]LOA.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA275:[ISIS.SMALL]ISIS_DATABASE_FILE.RDB;2
>$ call rdb_conversion_v30_v31 $3$DUA275:[ISIS.SMALL]ISIS_DATABASE_FILE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA276:[GDRS.SQLGEN]SQLGEN_DB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA276:[INTRANSIT]INTRANSIT.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA291:[DATAWHSE.DB001]DATA_WAREHOUSE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA291:[FSL.FARRAR]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA292:[DATA_WAREHOUSE.BASELINE.DB001]DATA_WAREHOUSE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA292:[DDAL.DATABASE]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA292:[DDW.BASELINE.DB001]DDW_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA292:[ITS.DATABASE]ITS$DB_DAS_HLPN.RDB;2
>$ call rdb_conversion_v30_v31 $3$DUA292:[MAITS.DATA]HOLD_MAITS.RDB;46
>$ call rdb_conversion_v30_v31 $3$DUA292:[MAITS.DATA]MAITS_ARCHIVE.RDB;2
>$ call rdb_conversion_v30_v31 $3$DUA292:[MAITS.DATA]MOVING_MAITS.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA292:[MANMAN.MANDB014]REFDB.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA292:[PROJ_ASSET.AGING_DD_LIBRARY]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA292:[REFDB.BASELINE.DB001]REFDB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA292:[REFDB.BASELINE.DB002]REFDB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA292:[REFDB.BASELINE.DB002_UB]REFDB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA292:[REPAIR_MGT.DATABASE]REPAIR_MGT.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA292:[SCS_PLANT_21.DATA]SCS.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA292:[SCS_PLANT_74.DATA]SCS.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA292:[SQLGEN.DATABASE]SQLGEN_ITS.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA294:[DMOSCO]MF_PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA294:[HOLIHAN]DECISION$ACCESS_DB.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA295:[DECMODEL]PRESENTATION.RDB;1
>$ call rdb_conversion_v30_v31
>$3$DUA295:[DECMODEL.EXAMPLE]SERVICES-PRESENTATION.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA296:[GCSDATA.DES2]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA296:[GCSDATA.EXISTING4]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA296:[GCSDATA.FUTURE]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA296:[INFODEL]CRR.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA296:[INFODEL.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA296:[INFODEL.CRR_MINI]CRR.RDB;1
>$ call rdb_conversion_v30_v31 $3$DUA296:[PKELTING.COMM]ITRDB.RDB;1
>$ exit ss$_normal
>
>PROD07
>$
>$ call rdb_conversion_v30_v31 DSA34:[EPC.DATABASES]EPC$ADMIN_DB.RDB;4
>$ call rdb_conversion_v30_v31 DSA34:[EPC.DATABASES]EPC$HISTORY_DB.RDB;3
>$ call rdb_conversion_v30_v31 DSA34:[SYS4.SYS$STARTUP]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA34:[VMS$COMMON.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA34:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA34:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_SAMPLE.RDB;2
>$ call rdb_conversion_v30_v31
>DSA34:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_SYSDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA34:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA34:[VMS$COMMON.DECQUERY]DECQUERY$SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31 DSA34:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA34:[VMS$COMMON.SCCON]SCCON_DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA34:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;2
>$ call rdb_conversion_v30_v31 DSA34:[VMS$COMMON.SYSMGR]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA34:[VMS$COMMON.VCE]VCESYSDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA34:[VMS$COMMON.VCE]VICEDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA111:[MRS_PROD.MRS_DB]BSNS_RULE_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA111:[MRS_PROD.MRS_DB]MRS_RECLASS.RDB;1
>$ call rdb_conversion_v30_v31 DSA111:[RAM.USER1.DAT]RAM_APPM_TBLS.RDB;3
>$ call rdb_conversion_v30_v31 DSA111:[RAM.USER1.DAT]RAM_DB.RDB;4
>$ call rdb_conversion_v30_v31 DSA112:[RTE_MIS]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 DSA113:[DPM.DB]DPM_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA113:[DPM.DB]RPM_REVENUE_TABLES.RDB;1
>$ call rdb_conversion_v30_v31 DSA121:[SIGA$.SIGA.DB]SIGA$DATABASE.RDB;4
>$ call rdb_conversion_v30_v31 DSA121:[SIGA$.SIGA.DB]SIGA$DATABASE.RDB;3
>$ call rdb_conversion_v30_v31 DSA122:[RPM.DB]RPM_REVENUE.RDB;1
>$ call rdb_conversion_v30_v31 DSA122:[RPM.DB]RPM_REVENUE_TABLES.RDB;1
>$ call rdb_conversion_v30_v31 DSA122:[RPM.DB]RPM_SCAS.RDB;1
>$ call rdb_conversion_v30_v31 DSA123:[RISKDATA]RX2001.RDB;13
>$ call rdb_conversion_v30_v31 DSA123:[RISKDATA]RX6000.RDB;2
>$ call rdb_conversion_v30_v31 DSA125:[COCC_VTX]COC_CURRENT.RDB;1
>$ call rdb_conversion_v30_v31 DSA154:[LCRS]LABOR.RDB;1
>$ call rdb_conversion_v30_v31 DSA163:[PCIR.DATA]PCIR$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA210:[RPM.REF_REV_STAGING]COC$VDD_DATABASE.RDB;531
>$ call rdb_conversion_v30_v31 DSA215:[GL_001.CPAS_RDB]CPAS$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA220:[SIGA$SERVER.SIGA_SERVER]SIGA$CLIENT_DB_WWSMIR.RDB;1
>$ call rdb_conversion_v30_v31
>DSA220:[SIGA$SERVER.SIGA_SERVER.DB]SIGA$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA231:[GLCOMMON.FINANCE_REF]COC$VDD_DATABASE.RDB;498
>$ call rdb_conversion_v30_v31
>DSA231:[GLCOMMON.FINANCE_REF]ORGNZN_BROWSER.RDB;224
>$ call rdb_conversion_v30_v31 DSA231:[GLCOMMON.FINANCE_REF]SITES.RDB;287
>$ call rdb_conversion_v30_v31
>DSA231:[GLCOMMON.REF_DATA.HOLD_JAN96]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA231:[GLCOMMON.REF_DATA.HOLD_JAN96]SITES.RDB;1
>$ call rdb_conversion_v30_v31 DSA232:[COC_CURRENT]COC$DATABASE.RDB;14
>$ call rdb_conversion_v30_v31 DSA232:[COC_CURRENT]COC$DATABASE.RDB;13
>$ call rdb_conversion_v30_v31 DSA232:[COC_PRIOR]COC$DATABASE.RDB;13
>$ call rdb_conversion_v30_v31
>DSA232:[FINANCE_CURRENT]COC$VDD_DATABASE.RDB;516
>$ call rdb_conversion_v30_v31 DSA232:[FINANCE_CURRENT]ORGNZN_BROWSER.RDB;234
>$ call rdb_conversion_v30_v31 DSA232:[FINANCE_CURRENT]SITES.RDB;283
>$ call rdb_conversion_v30_v31 DSA232:[PRISM.DATABASE]PRISM_VTX.RDB;103
>$ call rdb_conversion_v30_v31 DSA232:[PRISM.DATABASE]PRISM_VTX_OLD.RDB;24
>$ call rdb_conversion_v30_v31 DSA232:[PRISM.DATABASE]PRISM_VTX_OLD.RDB;23
>$ call rdb_conversion_v30_v31 DSA232:[RISKDATA2]RISK.RDB;1
>$ call rdb_conversion_v30_v31 DSA232:[RISKDATA2]SITES.RDB;532
>$ call rdb_conversion_v30_v31
>DSA232:[RISKDATA2.PERM]RECOVERALL_ARCHIVE_1032.RDB;1
>$ call rdb_conversion_v30_v31 DSA242:[EDSA.DICT]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA242:[TMS.DAT]TMS_APPRV_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA242:[TMS.DAT]TMS_TAB_DB.RDB;3
>$ call rdb_conversion_v30_v31 DSA242:[TMS.DAT]TMS_TRANS_40_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA242:[TMS_FEED.DICT]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA250:[RECLASS.RDB]BSNS_RULE_DB.RDB;8
>$ call rdb_conversion_v30_v31 DSA250:[RECLASS.RDB]BSNS_RULE_DB.RDB;7
>$ call rdb_conversion_v30_v31 DSA250:[RECLASS.RDB]BSNS_RULE_DB.RDB;6
>$ call rdb_conversion_v30_v31 DSA250:[RECLASS.RDB]BSNS_RULE_DB.RDB;5
>$ call rdb_conversion_v30_v31 DSA250:[RECLASS.RDB]BSNS_RULE_DB.RDB;4
>$ call rdb_conversion_v30_v31 DSA250:[RECLASS.RDB]MRS_RECLASS.RDB;1
>$ call rdb_conversion_v30_v31 DSA253:[000000]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA253:[DPL$LIBRARY]DPL$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA253:[FILEBRIDGE.950831160553.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA253:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB;2
>$ call rdb_conversion_v30_v31 DSA253:[FOCUS]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 DSA253:[IS_SYSTEM]BSRS.RDB;1
>$ call rdb_conversion_v30_v31 DSA253:[TEAMDATA]TDADEFDB.RDB;2
>$ call rdb_conversion_v30_v31 DSA253:[TEAMDATA]TDASAMPLE.RDB;2
>$ call rdb_conversion_v30_v31 DSA253:[TEAMDATA]TDASYSDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA253:[TEAMDATA]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA253:[XFER$SYS.DATA]XFER$DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA310:[EISYS.COC]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA310:[TAX_DATA.DAT3]TXTB90.RDB;1
>$ call rdb_conversion_v30_v31 DSA310:[TAX_DATA.DAT4]TXTB89.RDB;1
>$ call rdb_conversion_v30_v31 DSA310:[TAX_DATA.DAT4]TXTB93.RDB;1
>$ call rdb_conversion_v30_v31 DSA311:[OFPROD.DICT]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA312:[REBNI_DAS.DATA]REBNI_DB.RDB;9
>$ call rdb_conversion_v30_v31 DSA320:[NUNEZ]R015731.RDB;1
>$ call rdb_conversion_v30_v31 DSA320:[RIM.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA320:[RISK]SAVE_RX6000.RDB;1
>$ call rdb_conversion_v30_v31 DSA320:[RISK]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA320:[RISK.COC]COC$VDD_DATABASE.RDB;310
>$ call rdb_conversion_v30_v31 DSA320:[RISK.DICT]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA320:[TAX]TXTB92.RDB;1
>$ call rdb_conversion_v30_v31 DSA320:[TAX.DICT]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA321:[DDAL]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA321:[DDAL]DDAL$TR_DB_41.RDB;1
>$ call rdb_conversion_v30_v31 DSA321:[FINANCE_REF]COC$VDD_DATABASE.RDB;259
>$ call rdb_conversion_v30_v31 DSA321:[FINANCE_REF]PMBS_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA321:[FINANCE_REF]SITES.RDB;112
>$ call rdb_conversion_v30_v31
>DSA321:[FINANCE_REF.FY95]COC$VDD_DATABASE.RDB;189
>$ call rdb_conversion_v30_v31
>DSA321:[FINANCE_REF.FY96]COC$VDD_DATABASE.RDB;136
>$ call rdb_conversion_v30_v31 DSA321:[FINANCE_REF.FY96]ORGNZN_BROWSER.RDB;42
>$ call rdb_conversion_v30_v31 DSA321:[FINANCE_REF.FY96]SITES.RDB;258
>$ call rdb_conversion_v30_v31 DSA330:[TAX_DATA.DAT1]TXTB92.RDB;1
>$ call rdb_conversion_v30_v31 DSA330:[TAX_DATA.DAT1]TXTB95.RDB;1
>$ call rdb_conversion_v30_v31 DSA330:[TAX_DATA.DAT2]TXTB91.RDB;1
>$ call rdb_conversion_v30_v31 DSA330:[TAX_DATA.DAT2]TXTB94.RDB;1
>$ call rdb_conversion_v30_v31 DSA330:[TAX_DATA.DAT2]TXTB96.RDB;1
>$ call rdb_conversion_v30_v31
>DSA342:[REFERENCE_REVENUE]COC$VDD_DATABASE.RDB;531
>$ call rdb_conversion_v30_v31 DSA343:[BSRS.DAT]BSRS.RDB;1
>$ call rdb_conversion_v30_v31 DSA343:[DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA343:[EDCS.DEMO.DATABASE]EDCS.RDB;1
>$ call rdb_conversion_v30_v31 DSA343:[MAITS.DATA]MAITS.RDB;1
>$ call rdb_conversion_v30_v31 DSA354:[ROSS_FA.COMMON]NULL_DB.RDB;6
>$ call rdb_conversion_v30_v31 DSA354:[ROSS_FA.FA_RDB]RSI_FA_DATABASE.RDB;4
>$ call rdb_conversion_v30_v31 DSA360:[CLCS_HOST]CLCS.RDB;1
>$ call rdb_conversion_v30_v31 DSA360:[CLCS_HOST]FIS$CALDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA410:[GLCOMMON.XFC$RDB]XFC010.RDB;26
>$ call rdb_conversion_v30_v31 DSA410:[GLCOMMON.XFC$RDB]XFC010.RDB;25
>$ call rdb_conversion_v30_v31 DSA412:[INGALLS]R015731.RDB;1
>$ call rdb_conversion_v30_v31 DSA412:[NELSON]CREDIT_FACILITIES.RDB;1
>$ call rdb_conversion_v30_v31 DSA412:[WALKER_TIS]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA412:[WALKER_TIS]TPAS.RDB;1
>$ call rdb_conversion_v30_v31 DSA412:[WALKER_TIS.TPAS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA413:[CPAS.CPAS_RDB]CPAS$DATABASE.RDB;3
>$ call rdb_conversion_v30_v31 DSA413:[CPAS.CPAS_RDB]CPAS$DATABASE.RDB;2
>$ call rdb_conversion_v30_v31 DSA413:[CPAS.DB]CPAS$FMCDB.RDB;12
>$ call rdb_conversion_v30_v31
>DSA413:[CPAS.WORK]CPAS$CURRENCY_CONVERSION.RDB;1
>$ call rdb_conversion_v30_v31 DSA413:[LCRS_CANADA]LABOR.RDB;6
>$ call rdb_conversion_v30_v31 DSA420:[GLCOMMON]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA420:[GLCOMMON.TEMP_REF]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA422:[CIPPUB.CPCDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA431:[BACKEND.RDB.GL]GL$BACKEND.RDB;1
>$ call rdb_conversion_v30_v31 DSA433:[FINANCE_PRIOR]COC$VDD_DATABASE.RDB;498
>$ call rdb_conversion_v30_v31 DSA433:[FINANCE_PRIOR]ORGNZN_BROWSER.RDB;224
>$ call rdb_conversion_v30_v31 DSA433:[FINANCE_PRIOR]SITES.RDB;291
>$ call rdb_conversion_v30_v31 DSA433:[FINANCE_WIP]COC$VDD_DATABASE.RDB;522
>$ call rdb_conversion_v30_v31 DSA433:[FINANCE_WIP]COC$VDD_DATABASE.RDB;521
>$ call rdb_conversion_v30_v31 DSA433:[FINANCE_WIP]ORGNZN_BROWSER.RDB;239
>$ call rdb_conversion_v30_v31 DSA433:[FINANCE_WIP]SITES.RDB;328
>$ call rdb_conversion_v30_v31 DSA434:[SA_VTX.MST]COC.RDB;26
>$ call rdb_conversion_v30_v31 DSA434:[SA_VTX.MST]COC.RDB;25
>$ call rdb_conversion_v30_v31
>DSA442:[COC_VTX_BACKUP.MONTH_END_SAVE]COC$DATABASE.RDB;3
>$ call rdb_conversion_v30_v31 DSA443:[BLAZEJEWSKI]R015731.RDB;1
>$ call rdb_conversion_v30_v31 DSA443:[CLEMENS]R015731.RDB;1
>$ call rdb_conversion_v30_v31 DSA443:[DAMMBUDNICK]R176346.RDB;1
>$ call rdb_conversion_v30_v31 DSA443:[GRAY]R015731.RDB;1
>$ call rdb_conversion_v30_v31 DSA443:[GRIFFIN_B]R015731.RDB;1
>$ call rdb_conversion_v30_v31 DSA443:[HICKOX]R145829.RDB;1
>$ call rdb_conversion_v30_v31 DSA443:[LAMB]R015731.RDB;1
>$ call rdb_conversion_v30_v31 DSA443:[LAMONT]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA443:[OBUCK]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA443:[ROGERS]R166492.RDB;1
>$ call rdb_conversion_v30_v31 DSA443:[ROY]R015731.RDB;1
>$ call rdb_conversion_v30_v31 DSA444:[ATH.CDO]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA444:[ATH.MSSFILES]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA450:[ATH.DAT]ATHENA.RDB;5
>$ call rdb_conversion_v30_v31
>DSA452:[DECEDI.AUDIT_DATABASE]DECEDI$AUDIT_DB.RDB;3
>$ call rdb_conversion_v30_v31
>DSA452:[FILEBRIDGE.931104140616.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA454:[COC_VTX.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA454:[COC_VTX.DATA]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA454:[COC_VTX.DATABASE]COC$DATABASE.RDB;3
>$ call rdb_conversion_v30_v31
>DSA454:[COC_VTX.ORGNZN_BROWSER]ORGNZN_BROWSER.RDB;1
>$ call rdb_conversion_v30_v31 DSA1001:[RPM.DB]RPM_REVENUE_HIST.RDB;1
>$ call rdb_conversion_v30_v31 DSA1002:[EPP.RDB]EPP.RDB;1
>$ call rdb_conversion_v30_v31 DSA1002:[EPP.RDB]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA1002:[RPM]RPM$TEMPDATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA1002:[RPM_TABLES.DB]RPM_REVENUE_TABLES.RDB;1
>$ call rdb_conversion_v30_v31 DSA2002:[PCDATA.DICT]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA2002:[PCDATA.OPER.RDB]EMP_DIS.RDB;1
>$ call rdb_conversion_v30_v31 DSA3002:[RUS.FY94]COC$VDD_DATABASE.RDB;199
>$ call rdb_conversion_v30_v31 DSA3002:[RUS.FY94]COC$VDD_DATABASE.RDB;198
>$ call rdb_conversion_v30_v31 DSA3002:[RUS.FY94.HOLD]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA3002:[RUS.FY94.HOLD]SITES.RDB;1
>$ call rdb_conversion_v30_v31 DSA4002:[MAKI]COC$VDD_DATABASE.RDB;482
>$ call rdb_conversion_v30_v31 DSA4002:[MAKI]ORGNZN_BROWSER.RDB;209
>$ call rdb_conversion_v30_v31 DSA4002:[MAKI]SITES.RDB;290
>$ call rdb_conversion_v30_v31 $79$DUA432:[YEAREND.GL]GL$BACKEND.RDB;1
>$ exit ss$_normal
>
>QETOO
>$
>$ call rdb_conversion_v30_v31 $1$DUA0:[EPC.DATABASES]EPC$ADMIN_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA0:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA0:[VMS$COMMON.DTR]PERSONNEL.RDB;3
>$ call rdb_conversion_v30_v31
>$1$DUA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$COMMERCE.RDB;2
>$ call rdb_conversion_v30_v31
>$1$DUA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$SALES_INFO.RDB;2
>$ call rdb_conversion_v30_v31
>$1$DUA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;2
>$ call rdb_conversion_v30_v31
>$1$DUA0:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;2
>$ call rdb_conversion_v30_v31
>$1$DUA0:[VMS$COMMON.SYSTEST.DDAL.DDAL$CP]DDAL$REMOTE_DB_SQL.RDB;2
>$ call rdb_conversion_v30_v31 $1$DUA1:[CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA2:[DDAL.DATABASE]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA2:[DDAL.DATABASE.OLDRUJ]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DCSDEV.DATA]DMS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[DMS.RDB]DMS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA3:[FAMISPROG.SYMDEX]SYMDEX.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA4:[LPRS]LPRS-FY91.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA4:[LPRS]LPRS-FY92.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA4:[LPRS]LPRS-FY93.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA4:[LPRS]LPRS-FY94.RDB;4
>$ call rdb_conversion_v30_v31 $1$DUA4:[MARCHI]LAPTOP.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA4:[MARCHI]LPRS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA4:[MARCHI.MARCHI]DECISION$ACCESS_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA5:[BATCH]HSDL_NOTES_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA5:[CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA5:[LPRS]DECISION$ACCESS_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA5:[LPRS]LPRS.RDB;3
>$ call rdb_conversion_v30_v31 $1$DUA5:[LPRS.LAPTOP]LAPTOP.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA5:[LPRS.NIO_PROJECT]LAPTOP.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA5:[LPRS.SPOC.OLD]SPOC.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA5:[LPRS_BACKUP]LPRS.RDB;2
>$ call rdb_conversion_v30_v31 $1$DUA60:[DCSDEV.DATA]DMS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA60:[DMS.RDB]DMS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA60:[FAMISPROG.SYMDEX]SYMDEX.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA62:[LPRS_BACKUP]LPRS.RDB;2
>$ call rdb_conversion_v30_v31 $1$DUA62:[LPRS_BACKUP]LPRS.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA64:[LPRS]LPRS-FY91.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA64:[LPRS]LPRS-FY92.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA64:[LPRS]LPRS-FY93.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA64:[LPRS]LPRS-FY94.RDB;4
>$ call rdb_conversion_v30_v31 $1$DUA65:[DDAL.DATABASE]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA65:[DDAL.DATABASE.OLDRUJ]DDAL$TR_DB.RDB;1
>$ exit ss$_normal
>
>TIS
>$
>$ call rdb_conversion_v30_v31 $71$DUA0:[VMS$COMMON.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA0:[VMS$COMMON.DTR]PERSONNEL.RDB;6
>$ call rdb_conversion_v30_v31 $71$DUA0:[VMS$COMMON.SYSEXE]DDAL$TR_DB.RDB;2
>$ call rdb_conversion_v30_v31
>$71$DUA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$COMMERCE.RDB;1
>$ call rdb_conversion_v30_v31
>$71$DUA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$SALES_INFO.RDB;1
>$ call rdb_conversion_v30_v31
>$71$DUA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;1
>$ call rdb_conversion_v30_v31
>$71$DUA0:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;4
>$ call rdb_conversion_v30_v31
>$71$DUA0:[VMS$COMMON.SYSTEST.DDAL.DDAL$CP]DDAL$REMOTE_DB_SQL.RDB;2
>$ call rdb_conversion_v30_v31
>$71$DUA0:[VMS$COMMON.SYSTEST.RDBVMS]INTERPDB.RDB;1
>$ call rdb_conversion_v30_v31
>$71$DUA0:[VMS$COMMON.SYSTEST.RDBVMS]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA2:[IPDS.DB]PHREDII_DB.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA2:[SPOC_APPIX.RDB]EMPLYE.RDB;2
>$ call rdb_conversion_v30_v31 $71$DUA5:[ESO]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA5:[IPDS$SERVER.DB]PHREDII_DB.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA5:[SPOC2.GA]PN.RDB;4
>$ call rdb_conversion_v30_v31 $71$DUA10:[DDW.CAT]DDW_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$71$DUA10:[DDW.CAT_ARCHIVE]DDW_DATABASE_V05_1992022816030789.RDB;1
>$ call rdb_conversion_v30_v31
>$71$DUA10:[DDW.CAT_ARCHIVE]DDW_DATABASE_V06_1992042309573803.RDB;1
>$ call rdb_conversion_v30_v31
>$71$DUA10:[DDW.CAT_ARCHIVE]DDW_DATABASE_V06_1992042313104786.RDB;1
>$ call rdb_conversion_v30_v31
>$71$DUA10:[DDW.CAT_ARCHIVE]DDW_DATABASE_V07_1992091410491153.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA10:[EPRIDE$SOFT.DAT]GEMS_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA10:[EPRIDE$SOFT.DAT]GEMS_LOCAL.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA10:[TIS_PROD.CUST]CUST.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA10:[TIS_PROD.CUST.COPY]CUST-0418.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA10:[TIS_PROD.CUST.COPY]CUST-0622.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA10:[VAUGHAN]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA17:[APPIX_DB.EMPLYE]EMPLYE.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA20:[UNITCHARGE]UC_HISTORY.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA20:[UNITCHARGE]UNIT_CHG.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA24:[BRENNAN]UNIT_CHG.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA24:[COOK.SUPPLIER]CSMS.RDB;2
>$ call rdb_conversion_v30_v31 $71$DUA24:[LUND]PN.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA26:[MRCI]MRCI.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA26:[MRCI]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA26:[MRCI.EWOC]EWOC_SAMP.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA26:[MRCI.GIA]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA26:[MRCI.LIVE]MRCI.RDB;4
>
>
>$ call rdb_conversion_v30_v31 $71$DUA26:[MRCI.MRCI_LIVE]MRCI.RDB;3
>$ call rdb_conversion_v30_v31 $71$DUA26:[MRCI.RDB]MRCI.RDB;2
>$ call rdb_conversion_v30_v31 $71$DUA26:[MRCI.RDB]MRCI.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA26:[MRCI.RDB]WIP_MRCI.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA29:[CDD$TEMPLATE]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA29:[CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA29:[DECIMAL.CAA.COM]CAA$TEMPLATE.RDB;3
>$ call rdb_conversion_v30_v31 $71$DUA29:[DECIMAL.CAA.EXAMPLES]HOTEL.RDB;3
>$ call rdb_conversion_v30_v31 $71$DUA29:[EPC.DATABASES]EPC$ADMIN_DB.RDB;1
>$ call rdb_conversion_v30_v31
>$71$DUA29:[EPC.DATABASES]EPC$FMT_TEMPLATE_DB.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA29:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA29:[RALLY_COURSE]ORDER_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA29:[RALLY_COURSE]PATIENT.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA29:[TEAMDATA]TDADEFDB.RDB;4
>$ call rdb_conversion_v30_v31 $71$DUA29:[TEAMDATA]TDASAMPLE.RDB;6
>$ call rdb_conversion_v30_v31 $71$DUA29:[TEAMDATA]TDASYSDB.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA38:[APNRF_DEV.ARCHIVES]APNRF_FY91.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA38:[APNRF_DEV.ARCHIVES]APNRF_FY92.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA38:[APNRF_DEV.ARCHIVES]APNRF_FY93.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA38:[APNRF_DEV.RDB]APNRF.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA38:[ISM.PERM]ISM$SERVER.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA39:[EWOC.TEAMDATA]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31
>$71$DUA40:[SPOC2V3.STOR]SPOC_SEARCH_ARCHV_VPN.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA42:[APNRF_DUDA]APNRF.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA42:[APNRF_DUDA]APNRF_FY91.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA42:[APNRF_DUDA]APNRF_FY92.RDB;2
>$ call rdb_conversion_v30_v31 $71$DUA42:[APNRF_DUDA]APNRF_FY93.RDB;2
>$ call rdb_conversion_v30_v31 $71$DUA42:[APNRF_PROD]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA42:[APNRF_PROD.ARCHIVES]APNRF_FY91.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA42:[APNRF_PROD.ARCHIVES]APNRF_FY92.RDB;2
>$ call rdb_conversion_v30_v31 $71$DUA42:[APNRF_PROD.ARCHIVES]APNRF_FY93.RDB;2
>$ call rdb_conversion_v30_v31 $71$DUA42:[APNRF_PROD.ARCHIVES]APNRF_FY94.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA42:[APNRF_PROD.MAINT]APNRF.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA42:[APNRF_PROD.RDB]APNRF.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA42:[APPIX_PROD.MPF]MPF.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA42:[CULLINANE.SAVE]DAVID.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA42:[CULLINANE.SAVE]IVP_DATABASE.RDB;5
>$ call rdb_conversion_v30_v31 $71$DUA42:[CULLINANE.SAVE]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA42:[CULLINANE.SAVE]V30TEST.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA42:[RDB_MENU]DAVE_TEST.RDB;5
>$ call rdb_conversion_v30_v31 $71$DUA42:[RDB_MENU]NOACL_TEST.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA42:[RDB_MENU]TEST.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA42:[SPOC2V3.STOR]SPOC_SEARCH_VPN.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA45:[SPOC2V3.STOR]SPOC_SEARCH_PART.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA50:[SPOC2V3.STOR]SPOC_SEARCH_PART.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA64:[KORADA.CUST]CUST.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA64:[KORADA.CUST]EMPLOYE.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA64:[KORADA.CUST]EMPLYE.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA64:[LABR.DATA]LAB_KEYWORD.RDB;2
>$ call rdb_conversion_v30_v31 $71$DUA64:[LABR.DATA]LAB_RICK_KEYWORD.RDB;1
>$ call rdb_conversion_v30_v31 $71$DUA202:[CDD_ADMIN.ROOT]SPOC2V3$RDB.RDB;1
>$ exit ss$_normal
>
>TSTMKO
>$
>$ call rdb_conversion_v30_v31 DSA31:[EPC.DATABASES]EPC$ADMIN_DB.RDB;3
>$ call rdb_conversion_v30_v31 DSA31:[EPC.DATABASES]EPC$HISTORY_DB.RDB;3
>$ call rdb_conversion_v30_v31
>DSA31:[FILEBRIDGE.950211130138.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA31:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA31:[VMS$COMMON.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA31:[VMS$COMMON.TEAMDATA]TDADEFDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA31:[VMS$COMMON.TEAMDATA]TDASAMPLE.RDB;1
>$ call rdb_conversion_v30_v31 DSA31:[VMS$COMMON.TEAMDATA]TDASYSDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA35:[MORIN]COC_VDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA35:[PRMDS.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA35:[PRMDS.OLD_CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA35:[PRMDS.RDB]PRMDS.RDB;1
>$ call rdb_conversion_v30_v31 DSA35:[PRMDS_ADMIN]PRMDS.RDB;1
>$ call rdb_conversion_v30_v31 DSA35:[WATERMAN.RDB]SITES.RDB;2
>$ call rdb_conversion_v30_v31
>DSA44:[GLCOMMON.MRS.TST_REF]COC$VDD_DATABASE.RDB;464
>$ call rdb_conversion_v30_v31
>DSA44:[GLCOMMON.MRS.TST_REF]ORGNZN_BROWSER.RDB;196
>$ call rdb_conversion_v30_v31 DSA44:[GLCOMMON.MRS.TST_REF]SITES.RDB;282
>$ call rdb_conversion_v30_v31 DSA44:[RAM.REF]COC$VDD_DATABASE.RDB;298
>$ call rdb_conversion_v30_v31 DSA44:[RAM.USER1.DAT]RAM_APPM_TBLS.RDB;1
>$ call rdb_conversion_v30_v31 DSA44:[RAM.USER1.DAT]RAM_DB.RDB;4
>$ call rdb_conversion_v30_v31 DSA44:[SCASSUPPORT.DATABASE]OASYS.RDB;1
>$ call rdb_conversion_v30_v31 DSA44:[SCASSUPPORT.DATABASE]SCAS.RDB;1
>$ call rdb_conversion_v30_v31 DSA44:[SCASSUPPORT.DATABASE]SCASDAT.RDB;1
>$ call rdb_conversion_v30_v31 DSA44:[SCASSUPPORT.DATABASE]SCASDAT1.RDB;1
>$ call rdb_conversion_v30_v31 DSA50:[BRYANT.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA50:[BRYANT.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA50:[BRYANT.RDB]PAYROLL_GARN.RDB;1
>$ call rdb_conversion_v30_v31 DSA50:[BRYANT.RDB]PAYROLL_TX.RDB;1
>$ call rdb_conversion_v30_v31 DSA54:[COS.RDB]COS_VIDEO_TEXT.RDB;1
>$ call rdb_conversion_v30_v31 DSA54:[COS.RDB]COS_VIDEO_TEXT_ROOT.RDB;14
>$ call rdb_conversion_v30_v31 DSA54:[COS.RDB]CPS_VIDEO_TEXT.RDB;8
>$ call rdb_conversion_v30_v31 DSA54:[IPA.RDB]IPA_SUPLR_DIR_ROOT.RDB;4
>$ call rdb_conversion_v30_v31
>DSA56:[DAS_PROD.DEV.DEVMKO.MPSS.DAT]MPSS_MAIN_DB.RDB;2
>$ call rdb_conversion_v30_v31
>DSA56:[DAS_PROD.DIC.PRODUCTION]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA56:[DAS_PROD.DIC.TEST]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA72:[EDCS.DATABASE]EDCS.RDB;1
>$ call rdb_conversion_v30_v31 DSA72:[EDCS.DEMO.DATABASE]EDCS.RDB;1
>$ call rdb_conversion_v30_v31 DSA72:[FOCUS]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 DSA72:[HSA$.DAT]HSA$WTS_ODB.RDB;2
>$ call rdb_conversion_v30_v31
>DSA72:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA72:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_SAMPLE.RDB;2
>$ call rdb_conversion_v30_v31
>DSA72:[VMS$COMMON.DECISION.ACCESS]DECISION$ACCESS_SYSDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA72:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA72:[VMS$COMMON.DECQUERY]DECQUERY$SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31 DSA72:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA72:[VMS$COMMON.DPL$LIBRARY]DPL$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA72:[VMS$COMMON.SYSEXE]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA72:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]PATIENT.RDB;1
>$ call rdb_conversion_v30_v31
>DSA72:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$COMMERCE.RDB;4
>$ call rdb_conversion_v30_v31
>DSA72:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$SALES_INFO.RDB;4
>$ call rdb_conversion_v30_v31
>DSA72:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;4
>$ call rdb_conversion_v30_v31
>DSA72:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]SAMPLE_ORDER_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA72:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA72:[VMS$COMMON.SYSTEST.DDAL.DDAL$CP]DDAL$REMOTE_DB_SQL.RDB;1
>$ call rdb_conversion_v30_v31 DSA140:[EPC_OLD.DATABASES]EPC$ADMIN_DB.RDB;3
>$ call rdb_conversion_v30_v31 DSA140:[EPC_OLD.DATABASES]EPC$HISTORY_DB.RDB;3
>$ call rdb_conversion_v30_v31 DSA140:[PRISM.DATABASE]PRISM_VTX.RDB;1
>$ call rdb_conversion_v30_v31 DSA141:[BACKEND.RDB.GL]GL$BACKEND.RDB;1
>$ call rdb_conversion_v30_v31 DSA143:[EDSA.SA]TMS$ROLLOUT.RDB;1
>$ call rdb_conversion_v30_v31 DSA146:[DPM_GKN.GKN.DB]RPM_REVENUE_TABLES.RDB;1
>$ call rdb_conversion_v30_v31 DSA146:[ROSS_FA.COMMON]NULL_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA146:[ROSS_FA.FA_RDB]RSI_FA_DATABASE.RDB;5
>$ call rdb_conversion_v30_v31
>DSA321:[DECEDI.AUDIT_DATABASE]DECEDI$AUDIT_DB.RDB;3
>$ call rdb_conversion_v30_v31
>DSA321:[FILEBRIDGE.TEST_DB.930420084012.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA321:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA321:[REF_SERVER.DATA]REF$SERVER.RDB;1
>$ call rdb_conversion_v30_v31 DSA321:[RPM]RPM$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA321:[RPM.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA321:[RPM.TEST_REF]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA321:[TEST_RPM.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA0:[RPM.DB]RPM_REVENUE.RDB;2
>$ call rdb_conversion_v30_v31 $88$DUA0:[RPM.DB]RPM_REVENUE_TABLES.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA0:[RPM.DB]RPM_SCAS.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA8:[FAME.DAT]FAME.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA8:[PRISM.DATABASE]PRISM_VTX.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA13:[DDW.CAT]DDW_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA13:[EPC.DATABASES]EPC$ADMIN_DB.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA13:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion_v30_v31
>$88$DUA39:[060TRANS.TABLES.WORKAREA.DATABASE]TABLES.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA39:[CIPPUB.REF]COC$VDD_DATABASE.RDB;447
>$ call rdb_conversion_v30_v31 $88$DUA39:[DPMDEV.DB]DPM_DB.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA71:[RDB_BACKUP]DMI_REFERENCE.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA75:[CPDWR.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA75:[CPDWR.COB]DECISION$ACCESS_DB.RDB;2
>$ call rdb_conversion_v30_v31 $88$DUA75:[CPDWR.DAT]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA75:[CPDWR.DAT]CPDWR.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA75:[PRMDS.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA75:[SITES.RDB]SITES.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA75:[SRS.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA75:[SRS.DECSRS_GE.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA75:[SRS.RDB]SRS.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA131:[BARSKY.DIBS.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA131:[BARSKY.DIBS.DATA]DIBS.RDB;2
>$ call rdb_conversion_v30_v31 $88$DUA131:[CCIS.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA131:[CCIS.DATA]CISB.RDB;13
>$ call rdb_conversion_v30_v31 $88$DUA131:[CCIS.DATA]COC$VDD_DATABASE.RDB;155
>$ call rdb_conversion_v30_v31 $88$DUA131:[OCCO.RDB]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA131:[OCCO.RDB]OCCO.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA131:[OCCO.RDB]SITES.RDB;12
>$ call rdb_conversion_v30_v31 $88$DUA131:[PRMDS.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$88$DUA131:[PTSDEV.SCO.RDB]COC$VDD_DATABASE.RDB;2
>$ call rdb_conversion_v30_v31 $88$DUA131:[PTSDEV.SCO.RDB]OCCO.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA131:[PTSDEV.SCO.RDB]SITES.RDB;3
>$ call rdb_conversion_v30_v31 $88$DUA131:[PTSDEV.SCO.RDB]SITES_G.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA131:[REASSETS.RDB]UNIVERSE.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA131:[REASSETS.RDB.SAVE]SAVE.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA131:[REASSETS.RDB.SAVE]UNIVERSE.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA131:[SHELDON.DAT]ELGBLTY.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA131:[SHELDON.FLEET.DAT]ELGBLTY.RDB;2
>$ call rdb_conversion_v30_v31 $88$DUA131:[SPURRELL]SECURITY.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA131:[WILLIAMS.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$88$DUA134:[GLCOMMON.MRS.MRS_DB]BSNS_RULE_DB.RDB;1
>$ call rdb_conversion_v30_v31
>$88$DUA134:[GLCOMMON.MRS.MRS_DB]MRS_RECLASS.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA134:[GLCOMMON.XFC$RDB]XFC010.RDB;44
>$ call rdb_conversion_v30_v31 $88$DUA138:[DPMDEV.DB]RPM_REVENUE_TABLES.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA157:[1099.DICT]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA157:[TMS.DAT]TMS_APPRV_DB.RDB;2
>$ call rdb_conversion_v30_v31 $88$DUA157:[TMS.DAT]TMS_EMP_SEC_DB.RDB;1
>$ call rdb_conversion_v30_v31 $88$DUA157:[TMS.DAT]TMS_TAB_DB.RDB;2
>$ call rdb_conversion_v30_v31 $88$DUA307:[DDAL]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31
>$88$DUA307:[GLCOMMON.FINANCE_REF]COC$VDD_DATABASE.RDB;139
>$ call rdb_conversion_v30_v31
>$88$DUA307:[GLCOMMON.FINANCE_REF.MRS_REF]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>$88$DUA307:[SIGA$.SIGA_SERVER.DB]SIGA$DATABASE.RDB;1
>$ exit ss$_normal
>
>USAR
>$
>$ call rdb_conversion_v30_v31 DSA31:[ARPROD.DAT]ARS9100.RDB;1
>$ call rdb_conversion_v30_v31 DSA201:[EPC.DATABASES]EPC$ADMIN_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA201:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA500:[FILEBRIDGE.940211182317.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA500:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ exit ss$_normal
>
>WILLEE
>$
>$ call rdb_conversion_v30_v31
>DSA0:[FILEBRIDGE.950218032059.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DECQUERY]DECQUERY$SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.DFG$DATABASE]DFG$_DATABASE.RDB;2
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DTR]PERSONNEL.RDB;3
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.SCCON]SCCON_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.SYSEXE]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.SYSEXE]DDALSAV.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$COMMERCE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$SALES_INFO.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;4
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSTEST.DDAL.DDAL$CP]DDAL$REMOTE_DB_SQL.RDB;3
>$ call rdb_conversion_v30_v31 DSA1:[CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[EPC.DATABASES]EPC$ADMIN_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[FOCUS]PERSONNEL.RDB;3
>$ call rdb_conversion_v30_v31 DSA1:[GEMBASE.RUN]GEM_MONITOR.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[TEAMDATA]TDADEFDB.RDB;4
>$ call rdb_conversion_v30_v31 DSA1:[TEAMDATA]TDASAMPLE.RDB;4
>$ call rdb_conversion_v30_v31 DSA1:[TEAMDATA]TDASYSDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA4:[BOURGEOIS.TEAMDATA]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA4:[BRYANT_D.MINI]PAYROLL_GARN.RDB;97
>$ call rdb_conversion_v30_v31 DSA4:[BRYANT_D.MINI]PAYROLL_TX.RDB;150
>$ call rdb_conversion_v30_v31 DSA4:[HHART.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA4:[WARREN]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA4:[WILLIAMS.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA4:[WILLIAMS.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA4:[WILLIAMS.RDB]PAYROLL_GARN.RDB;14
>$ call rdb_conversion_v30_v31 DSA4:[WILLIAMS.RDB]PAYROLL_GARN.RDB;13
>$ call rdb_conversion_v30_v31 DSA5:[PAYROLL.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA5:[PAYROLL.CDDPLUS_BCK]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA5:[PAYROLL.FILES]COC$VDD_COPY.RDB;1
>$ call rdb_conversion_v30_v31 DSA5:[PAYROLL.FILES]PAYROLL_GARN.RDB;1
>$ call rdb_conversion_v30_v31 DSA5:[PAYROLL.RDB]PAYROLL_TX.RDB;1
>$ call rdb_conversion_v30_v31 DSA7:[PAYMGR]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA7:[PR_YEAR_END.FILES]PAYROLL_TX.RDB;3
>$ call rdb_conversion_v30_v31 DSA8:[PAYROLL.HISTORY]PAYROLL_GARN.RDB;1
>$ call rdb_conversion_v30_v31 DSA8:[POPSUSER.MINIGTN]PAYROLL_GARN.RDB;64
>$ call rdb_conversion_v30_v31 DSA8:[POPSUSER.MINIGTN]PAYROLL_TX.RDB;83
>$ call rdb_conversion_v30_v31 DSA10:[YE94_TEST.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA10:[YE94_TEST.FILES]COC$VDD_COPY.RDB;1
>$ call rdb_conversion_v30_v31 DSA10:[YE94_TEST.FILES]PAYROLL_GARN.RDB;1
>$ call rdb_conversion_v30_v31 DSA10:[YE94_TEST.FILES]PAYROLL_TX.RDB;2
>$ call rdb_conversion_v30_v31 DSA10:[YE94_TEST.HAE]PAYROLL_GARN.RDB;64
>$ call rdb_conversion_v30_v31 DSA10:[YE94_TEST.HAE]PAYROLL_TX.RDB;83
>$ call rdb_conversion_v30_v31 DSA10:[YE94_TEST.YE_CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA11:[PAYROLL]PAYROLL_TX.RDB;1
>$ call rdb_conversion_v30_v31 DSA14:[BRYANT_D]COC$VDD_COPY.RDB;1
>$ call rdb_conversion_v30_v31 DSA14:[BRYANT_D]PAYROLL_TX.RDB;2
>$ call rdb_conversion_v30_v31 DSA14:[BRYANT_D]PAYROLL_TX.RDB;1
>$ call rdb_conversion_v30_v31 DSA14:[BRYANT_D]SITES.RDB;1
>$ call rdb_conversion_v30_v31 DSA14:[MINISANDRAM]PAYROLL_TX.RDB;1
>$ call rdb_conversion_v30_v31 DSA111:[ESG_IN.CDD_PLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA111:[ESG_IN.DAILY_BACKUP]ESGIN_DAILY.RDB;1
>$ call rdb_conversion_v30_v31 DSA111:[ESG_IN.DATA]ESGIN.RDB;8
>$ call rdb_conversion_v30_v31 DSA111:[ESG_IN.DATA]ESGIN.RDB;7
>$ call rdb_conversion_v30_v31 DSA111:[ESG_IN.TEAMDATA]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA111:[ESG_REF.CDD_PLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA111:[ESG_REF.DATA]ESGREF.RDB;2
>$ call rdb_conversion_v30_v31 DSA111:[ESG_REF.DATA]ESGREF.RDB;1
>$ call rdb_conversion_v30_v31 DSA111:[TPAS.DATA]TPAS.RDB;94
>$ call rdb_conversion_v30_v31 DSA111:[TPAS.DATA]TPAS.RDB;93
>$ call rdb_conversion_v30_v31 DSA111:[TPAS.DATA]TPAS.RDB;92
>$ call rdb_conversion_v30_v31 DSA111:[TPAS.DATA]TPAS.RDB;91
>$ call rdb_conversion_v30_v31 DSA111:[TPAS.DATA]TPAS_STKRM.RDB;126
>$ call rdb_conversion_v30_v31 DSA111:[TPAS.DATA]TPAS_STKRM.RDB;125
>$ call rdb_conversion_v30_v31 DSA111:[TPAS.DATA]TPAS_STKRM.RDB;124
>$ call rdb_conversion_v30_v31 DSA111:[TPAS.DATA]TPAS_STKRM.RDB;123
>$ call rdb_conversion_v30_v31 DSA111:[TPAS.DATA]TPAS_STKRM.RDB;122
>$ call rdb_conversion_v30_v31 DSA111:[TPAS.DATA]TPAS_STKRM.RDB;121
>$ call rdb_conversion_v30_v31 DSA111:[TPAS.DATA]TPAS_STKRM.RDB;120
>$ call rdb_conversion_v30_v31 DSA111:[TPAS.DATA]TPAS_STKRM.RDB;119
>$ call rdb_conversion_v30_v31 DSA111:[TPAS.DATA]TPAS_STKRM.RDB;118
>$ call rdb_conversion_v30_v31 DSA111:[TPAS.DATA]TPAS_XCLDD.RDB;2
>$ call rdb_conversion_v30_v31 DSA122:[GLUSER.SNERPT]SJV_DET_CIP.RDB;2
>$ call rdb_conversion_v30_v31 DSA122:[GLUSER.SNERPT]SJV_DET_FXA.RDB;1
>$ call rdb_conversion_v30_v31 DSA123:[FINANCE_REF]COC$VDD_DATABASE.RDB;483
>$ call rdb_conversion_v30_v31 DSA123:[FINANCE_REF]NEWTABLE.RDB;171
>$ call rdb_conversion_v30_v31 DSA123:[FINANCE_REF]SITES.RDB;117
>$ call rdb_conversion_v30_v31 DSA132:[GLCOA.XFC$RDB]XFC010.RDB;1
>$ call rdb_conversion_v30_v31 DSA151:[CIPTEST.JOHN]CIP_DATA.RDB;1
>$ call rdb_conversion_v30_v31 DSA151:[DISKS]DISK.RDB;11
>$ call rdb_conversion_v30_v31 DSA151:[DISKS.OLDVER]DISK.RDB;11
>$ call rdb_conversion_v30_v31 DSA151:[ERSKINE.DISK]DISK.RDB;2
>$ call rdb_conversion_v30_v31 DSA151:[ERSKINE.SQLEXAMPLES]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 DSA153:[BACKEND.RDB.GL]GL$BACKEND.RDB;1
>$ call rdb_conversion_v30_v31
>DSA153:[GLCOA_2.MLS.REF]COC$VDD_DATABASE.RDB;196
>$ call rdb_conversion_v30_v31 DSA160:[LCRS]LABOR.RDB;1
>$ call rdb_conversion_v30_v31
>DSA162:[FMC_CONSOL.BACKEND.RDB.GL]GL$BACKEND.RDB;1
>$ call rdb_conversion_v30_v31
>DSA163:[GLCOA.FINANCE_REF]COC$VDD_DATABASE.RDB;498
>$ call rdb_conversion_v30_v31
>DSA163:[GLCOA.FINANCE_REF]COC$VDD_DATABASE_OLD.RDB;2
>$ call rdb_conversion_v30_v31 DSA163:[GLCOA.FINANCE_REF]NEWTABLE.RDB;10
>$ call rdb_conversion_v30_v31
>DSA163:[GLCOA.FINANCE_REF]ORGNZN_BROWSER.RDB;224
>$ call rdb_conversion_v30_v31 DSA163:[GLCOA.FINANCE_REF]PMBS_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA163:[GLCOA.FINANCE_REF]SITES.RDB;288
>$ call rdb_conversion_v30_v31 DSA210:[GLCOA.DFT]BSNS_RUL_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA210:[GLCOA.DFT]XFC010.RDB;1
>$ call rdb_conversion_v30_v31
>DSA210:[GLCOA.FY97_REFERENCE]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA210:[GLCOA.FY97_REFERENCE]ORGNZN_BROWSER.RDB;1
>$ call rdb_conversion_v30_v31 DSA210:[GLCOA.FY97_REFERENCE]SITES.RDB;1
>$ call rdb_conversion_v30_v31 DSA210:[GLCOA.TEMP_REF]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA210:[GLCOA.XFC$RDB]XFC010.RDB;1
>$ call rdb_conversion_v30_v31 DSA210:[GLCOA.XFC$RDB]XFC010_APR.RDB;1
>$ call rdb_conversion_v30_v31 DSA210:[GLCOA.XFC$RDB]XFC010_AUG.RDB;1
>$ call rdb_conversion_v30_v31 DSA210:[GLCOA.XFC$RDB]XFC010_JUL.RDB;1
>$ call rdb_conversion_v30_v31 DSA210:[GLCOA.XFC$RDB]XFC010_JUN.RDB;2
>$ call rdb_conversion_v30_v31 DSA210:[GLCOA.XFC$RDB]XFC010_MAY.RDB;1
>$ call rdb_conversion_v30_v31 DSA210:[GLCOA.XFC$RDB]XFC010_OCT.RDB;1
>$ call rdb_conversion_v30_v31 DSA210:[GLCOA.XFC$RDB]XFC010_SEP.RDB;1
>$ call rdb_conversion_v30_v31 DSA220:[CONRAD]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA220:[HORGAN]CX.RDB;3
>$ call rdb_conversion_v30_v31 DSA220:[JCHASE]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA220:[MARINE]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA220:[SYLVESTER]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA222:[DPM.DB]DPM_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA222:[DPM.DB]RPM_REVENUE_TABLES.RDB;1
>$ call rdb_conversion_v30_v31 DSA222:[RPM]RPM$TEMPDATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA222:[RPM.DB]RPM_REVENUE.RDB;1
>$ call rdb_conversion_v30_v31 DSA222:[RPM.DB]RPM_REVENUE_HIST.RDB;1
>$ call rdb_conversion_v30_v31 DSA222:[RPM.DB]RPM_REVENUE_TABLES.RDB;1
>$ call rdb_conversion_v30_v31 DSA222:[RPM.DB]RPM_SCAS.RDB;1
>$ call rdb_conversion_v30_v31
>DSA222:[RPM.REFERENCE_REVENUE]COC$VDD_DATABASE.RDB;406
>$ call rdb_conversion_v30_v31 DSA225:[ADHOC.COM]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA233:[FAM602.INACT]SITES.RDB;1
>$ call rdb_conversion_v30_v31 DSA242:[MRS_PROD]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA242:[MRS_PROD.MRS_DB]BSNS_RULE_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA242:[MRS_PROD.MRS_DB]MRS_RECLASS.RDB;2
>$ call rdb_conversion_v30_v31 DSA243:[EDSA.SA]TMS$ROLLOUT.RDB;1
>$ call rdb_conversion_v30_v31 DSA243:[FIN$BACKUP.WEEK5]COC$VDD_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA243:[FIN$BACKUP.WEEK5]SITES.RDB;1
>$ call rdb_conversion_v30_v31 DSA254:[ROXGL.REF_DATA]COC$VDD_DATABASE.RDB;124
>$ call rdb_conversion_v30_v31 DSA312:[GLCOA.XFC$RDB]XFC010.RDB;1
>$ call rdb_conversion_v30_v31 DSA312:[ROXGL.DFT]PLPROJ.RDB;1
>$ call rdb_conversion_v30_v31 DSA312:[ROXGL.XFC$RDB]XFC010.RDB;2
>$ call rdb_conversion_v30_v31 DSA312:[ROXGL.XFC$RDB]XFC010.RDB;1
>$ call rdb_conversion_v30_v31 DSA312:[XFC.XFC$RDB]XFC010.RDB;1
>$ call rdb_conversion_v30_v31 DSA320:[BACKEND.RDB.GL]GL$BACKEND.RDB;1
>$ call rdb_conversion_v30_v31 DSA320:[ROXGL.BACKEND.RDB.GL]GL$BACKEND.RDB;1
>$ call rdb_conversion_v30_v31 DSA340:[ASRS.RDB]ASRS.RDB;1
>$ call rdb_conversion_v30_v31 DSA340:[ASRSPROD]ASRS_ACL.RDB;1
>$ call rdb_conversion_v30_v31 DSA363:[TR_DEV]NEWONE.RDB;1
>$ call rdb_conversion_v30_v31 DSA363:[TR_DEV]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA432:[PAYROLL]PAYROLL_HIST.RDB;1
>$ call rdb_conversion_v30_v31 DSA453:[YE94_TEST.DNHB]PAYROLL_TX.RDB;1
>$ call rdb_conversion_v30_v31 DSA453:[YE94_TEST.NAREN.BACK]PAYROLL_GARN.RDB;1
>$ call rdb_conversion_v30_v31 DSA453:[YE94_TEST.NAREN.BACK]PAYROLL_TX.RDB;2
>$ call rdb_conversion_v30_v31 DSA453:[YE94_TEST.SCI]PAYROLL_GARN.RDB;2
>$ call rdb_conversion_v30_v31 DSA453:[YE94_TEST.SCI]PAYROLL_TX.RDB;2
>$ call rdb_conversion_v30_v31 $1$DUA115:[PAY$.DICT]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA115:[PAY$.POCHECK]FEED_FILES.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA231:[BACKEND.RDB.GL]GL$BACKEND.RDB;1
>$ call rdb_conversion_v30_v31 $1$DUA434:[TRANSCOUNT.BCK]TRANSCOUNT_AP.RDB;98
>$ call rdb_conversion_v30_v31 $1$DUA434:[TRANSCOUNT.BCK]TRANSCOUNT_CP.RDB;61
>$ call rdb_conversion_v30_v31 $1$DUA434:[TRANSCOUNT.DAT]TRANSCOUNT.RDB;139
>$ call rdb_conversion_v30_v31 $1$DUA455:[BACKEND.RDB.GL]GL$BACKEND.RDB;1
>$ exit ss$_normal
>
>WMOVAX
>$
>$ call rdb_conversion_v30_v31
>DSA0:[FILEBRIDGE.931016193855.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[FILEBRIDGE.950114194646.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DECQUERY]DECQUERY$SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.DFG$DATABASE]DFG$_DATABASE.RDB;2
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DPL$LIBRARY]DPL$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DTR]PERSONNEL.RDB;3
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.SYSEXE]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]PATIENT.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$COMMERCE.RDB;4
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$SALES_INFO.RDB;4
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;5
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]SAMPLE_ORDER_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RDBX]RDB_PERSONNEL.RDB;2
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSLIB.DESLIB.DES$GANE_SARSON]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSLIB.DESLIB.DES$MERISE]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSLIB.DESLIB.DES$YOURDON]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;3
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSTEST.RDBTRANS]PERSONNEL.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[SIMACC.CDD]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA9:[ITS]ITS$DB_ISO9000.RDB;2
>$ call rdb_conversion_v30_v31 DSA9:[ITS]ITS$DB_ISO9000.RDB;1
>$ call rdb_conversion_v30_v31 DSA9:[ITS]ITS$REPORTING_ISO9000.RDB;1
>$ call rdb_conversion_v30_v31 DSA9:[ITS.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA10:[EPC.DATABASES]EPC$ADMIN_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA10:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA10:[FOCUS]PERSONNEL.RDB;2
>$ call rdb_conversion_v30_v31 DSA10:[TEAMDATA]TDADEFDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA10:[TEAMDATA]TDASAMPLE.RDB;1
>$ call rdb_conversion_v30_v31 DSA10:[TEAMDATA]TDASYSDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA18:[SLT_SOFTWARE.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA21:[OTSIC_SOFTWARE.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA21:[OTS_SOFTWARE.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA24:[SANTOS_R]SBA.RDB;4
>$ call rdb_conversion_v30_v31 DSA24:[SANTOS_R.SBA]SBA.RDB;1
>$ call rdb_conversion_v30_v31 DSA50:[OTPDEV.RDB]GIA$TRANSIT_CALC.RDB;1
>$ call rdb_conversion_v30_v31 DSA50:[OTPDEV.RDB]USAD$ROUTING_GUIDE.RDB;1
>$ call rdb_conversion_v30_v31 DSA50:[OTPDEV.RDB]USAD$TRANSIT_CALC.RDB;2
>$ call rdb_conversion_v30_v31 DSA50:[TMH_DATABASE.RDB]TMH.RDB;1
>$ call rdb_conversion_v30_v31 DSA54:[SLT_DATABASE.RDB]SLT.RDB;1
>$ call rdb_conversion_v30_v31
>DSA60:[DECEDI.AUDIT_DATABASE]DECEDI$AUDIT_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA61:[IDB_DATABASE.RDB]IDB.RDB;2
>$ call rdb_conversion_v30_v31
>DSA65:[IDB_DATABASE.FAILOVER]ROUTING_GUIDE.RDB;2
>$ call rdb_conversion_v30_v31
>DSA65:[IDB_DATABASE.FAILOVER]ROUTING_GUIDE.RDB;1
>$ call rdb_conversion_v30_v31 DSA69:[APOM_SOFTWARE.CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA70:[ADAMS_T.DSS]TEAMDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA100:[APOM_DATABASE.RDB]APOM.RDB;2
>$ call rdb_conversion_v30_v31 DSA100:[INL_DATABASE.RDB]INL.RDB;1
>$ call rdb_conversion_v30_v31
>DSA100:[RFE_DATABASE.REF_FY95]COC$VDD_DATABASE.RDB;12
>$ call rdb_conversion_v30_v31
>DSA100:[RFE_DATABASE.REF_FY95]COC$VDD_DATABASE.RDB;11
>$ call rdb_conversion_v30_v31
>DSA100:[RFE_DATABASE.REF_FY95]COC$VDD_DATABASE_OLD.RDB;1
>$ call rdb_conversion_v30_v31 DSA620:[MORIN_SCS.DATA]SCS.RDB;1
>$ call rdb_conversion_v30_v31 $254$DUA12:[INL_DATABASE.RDB]CMFGDB.RDB;1
>$ call rdb_conversion_v30_v31 $254$DUA12:[INL_DATABASE.RDB]IDMCUST.RDB;1
>$ exit ss$_normal
>
>YOUOWE
>$
>$ call rdb_conversion_v30_v31
>DSA0:[FILEBRIDGE.950218032059.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DECQUERY]DECQUERY$SAMPLE.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.DFG$DATABASE]DFG$_DATABASE.RDB;2
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.DTR]PERSONNEL.RDB;3
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.SCCON]SCCON_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.SYSEXE]DDAL$TR_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA0:[VMS$COMMON.SYSEXE]DDALSAV.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$COMMERCE.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$SALES_INFO.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPES.RDB;1
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB;4
>$ call rdb_conversion_v30_v31
>DSA0:[VMS$COMMON.SYSTEST.DDAL.DDAL$CP]DDAL$REMOTE_DB_SQL.RDB;3
>$ call rdb_conversion_v30_v31 DSA1:[CDDPLUS]CDD$DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[DFG$DATABASE]DFG$_DATABASE.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[EPC.DATABASES]EPC$ADMIN_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[EPC.DATABASES]EPC$HISTORY_DB.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[FOCUS]PERSONNEL.RDB;3
>$ call rdb_conversion_v30_v31 DSA1:[GEMBASE.RUN]GEM_MONITOR.RDB;1
>$ call rdb_conversion_v30_v31 DSA1:[TEAMDATA]TDADEFDB.RDB;4
>$ call rdb_conversion_v30_v31 DSA1:[TEAMDATA]TDASAMPLE.RDB;4
>$ call rdb_conversion_v30_v31 DSA1:[TEAMDATA]TDASYSDB.RDB;1
>$ exit ss$_normal
>

>****  PSG SEPS97flash #69  ****
>
>
>If your application and/or organization uses the 
>		CSRSBS and PNTAGN
>clusters, please read on.  This Flash includes CDDs and OracleRdb databases
>that will be converted as part of the SEPS97 post-installation process.
>
>If an opportunity exists to delete old, out-dated, duplicate copies of
>dictionaries and/or databases, just do it!  If you need the assistance of
>CCS, please contact Mike Heiser, David Hawley and/or me at least three (3)
>days before the scheduled upgrade.
>
>If you have priority databases that you would like to have converted at the
>beginning of the post-installation process, let your SEPS97 representative,
>Mike Heiser, David Hawley and/or me know at least three (3) days before the
>upgrade.
>
>Databases have failed to be converted during previous upgrades for two
>reasons:
>1. Many of the .rdb files which failed are really not databases but ASCII
>files with the .rdb file extension.   Please change the extensions so we will
>not have to waste time and follow-on efforts trying to understand needless
>error messages.  The error returned is BAD PARAMETER VALUE.
>
>2. BADROOTMATCH errors are due to missing logicals or logicals that get
>defined on the process level... which may not be appropriate.  Please review
>your application's definition of logicals.
>
>Finally,
>** Remember: Very important ** 
>If you do delete an OracleRdb database, please document the name, short
>description, business supported, key business contact, key IS contact,
>creation date, last modify date, size and approximate number of users.  This
>step must be taken in order to assist the Company to comply with its
>OracleRdb licensing agreement.  Help save the Company money! Document and
>send your findings to Karen Schneider and cc: me.
>
>Please refer to PSG SEPS97flash #60 for more details.
>
>Following is the listing of OracleRdb/CDD files on CSRSBS and PNTAGN
>clusters.
>
> 
> <<< .doc files deleted >>>
>
>
>

>	****  PSG SEPS97flash #70  ****
>
>
>SEPS97 Meeting Minutes of 5-Feb-97
>
>Attending: Ken Chernack, Jim Visconti, Dave Dauphinais, Ray Rosch, Dave
>O'Brien, John Rives, Hagos Tekle, Jo Adamson, Mike Carolan, David Hawley,
>Jimmie Ray Mackenzie, Bruce Mackenzie-Low, Tom Donovan, Ed Marino, Ken
>Femino, Greg Johnson
>
>Thanks to JimV for taking these minutes while Ed was attending another
>meeting.
>
>
>                                                  OLD BUSINESS
>
>Led off discussion with AM1, wanted to identify who would be SEPS97 standby
>support for this weekend (SteveB flying in today), also Telecomm (Cindy
>Gregory).  
>
>Joyce Crosby was not aware of upgrades schedule for the near future;
>Pentagon, CSRSBS, etc.  Ken working issue offline with others.
>
>Ken Femino has loaded new kit with SLS (Storage Library System) v2.8a on
>USTEST and is expected to complete testing by Friday.  90% of current SLS
>users are on Version 2.4a, and the current SEPS97 version is 2.7.  The
>question revolves around the integration with DECnet OSI, Version 2.7,
>although it works with DECnet/OSI, is not yet certified with DECnet OSI and
>CCS would like to install the new version.
>
>Training for DECnet and SEPS97-Steve to some online DECnet OSI training
>(Thursday/Friday) while he is in the States, another opportunity was to be
>able to connect through and watch some live installations via Console
>Manager, which was done by several individuals for last week.  CCS has posted
>an updated CCS_SEPS_CHECKLIST.PRN file posted this morning on USOPS.  Please
>review this document... it is one major component in the recipe for
>successful upgrades!
>
>                                         STATUS OF SEPS97 TESTING
>
>Corp: Jim Visconti-no known problems.
>FinSCU: Ken Chernack-space issues on USTEST being addressed.
>FinSDU: Ray Rosch-no problems
>BU: Tom Donovan-no problems, CASPRO and GREAT1 scheduled for this weekend
>IW: Ed Marino-No problems
>Europe: Jo Adamson-no defined scheduled for European clusters... will work
>with Mike to get one; each country has its own.
>GP1-ready for weekend upgrades, Cindy Gregory looking for node names to  
>test upgrades for network, DECnet/OSI profiles.
>AM2: Hagos Tekle-nothing new, PKQRYA still open, he will be meeting with Les
>Darbe this afternoon.
>
>Analysis of BUMP/USDEV upgrade:
>    Dave (GP1) -  upgrades were done by early afternoon Saturday
>                        -Rdb conversions took long time, 400 dbs on BUMP
>                        -USDEV problem with SRF rebuilding DCL tables with 
>                            improper World protection codes; unique
>situation!
>                        -OMEGA/Mapper appl had problems; needed privs
>                        -PATHWORKS, some files didn't get moved over
>                        -BUMP version of Pathworks 5.0 requires disk names
>not
>                            to exceed 10 characters
>		-Helpdesk support/knowledge has to be improved
>
>   Ed M. - logical name for SQLmode was changed
>               CASPRO should have the only SRFstartup
>                   delete all others
>               Database conversions failed for logical names not being
>defined
>                   at the system level
>               MPR not responsive, didn't know status of updates, 
>                   system managers to update MPR more frequently
>                  *Application contacts need to make themselves available for
>                       testing once the update is complete
>               AM1 helpdesk owned by Carol Davis, phone numbers to call with
>                  problems 223-2420 (not during weekends), MPR 297-6100
>
>   Ray R. - wanted CCS to identify a single system manager for a specific
>                node upgrade but was informed that there was a team of
>people.
>                Ken to work with Ray offline for an approach to simplify and 
>                    improve communications.
>   Greg J. - problem with DECscheduler on USDEV, although it is the same
>                    version as prior to SEPS97 upgrade; he will research
>                 wanted to know status of 1032 testing, was informed that
>this was
>                     his responsibility to co-ordinate with his super users
>                 USIW scheduled for morning of 12-Feb, need to send names of
>                     application super users, phones, etc.
>
>NYALDS - problem with environment, issue for REFserver (startups not run)...
>but cluster online with only a small delay
>
>OPG - Alpha FT OpenVMS SEPS97 platform shipped
>          Steve on way to US
>          Looking for definition of future MUPs from SAC
>          Questioned if others had problems with IBI Focus
>
>Canada - began setup of testing for USTEST
>              asked for APL (an application) to be installed, was done in
>user account
>	  more clusters to be added to the master list
>
>ASSETworks - instructions to install correct version distributed
>
>ACMS - problems seem to be fixed
>
>POWERHOUSE - waiting on Software Acquisition on licensing issues
>
>* NOTE - please make sure you notify your user communities for planned 
>              downtime on their production clusters
>
>Ken is using a newly established PSG public folder (thanks Bob Leonard and
>Harry Tate!) for PSG with sub-folders for SEPS97 and SAC and he will publish
>FLASH's and PSG Advisories there.
>
>DECstd-012 - responsibility of Chief Engineers Office, no update available;
>EdM to followup.
>
>UPGRADE TIMES - new schedule to be published shortly.
>
>HOTLINES - Please submit application contact names (3rd time mentioned) to
>Ken and CCS contacts (GP1: Dave O'Brien; AM1: Mike Heiser; AM2: Hagos Tekle)
>
>Rdb - file list by nodes being distributed as FLASH
>         getting rid of old Rdb files very important, also notify Karen
>Schneider and Ken when these files are deleted; see Flash #60
>
>Server Hardware - no drives arrived in Alpharetta yet
>                          DaveH will ask Bruce Meier how they were sent
>
>PKQRYA - not scheduled yet, high priority... Les Darbe coordinating effort to
>find a date!
>
>YOUOWE - date moved up
>
>ACADEMY/AWARD - still on for 4/12
>
>BAGELS - descheduled, non-PSG cluster; Ken will work linkage to PSG offline
>with CIO Development group that wants the SEPS97 platform
>
>AIMHI - getting re-scheduled; (after meeting) to be done this weekend
>
>                                                NEW BUSINESS
>
>Dave O'Brien - USDEV concerned with lateness but it took over 10 hours just
>                         to convert the CDD
>                      Production machines should not open to users until
>SEPS97 
>                          is loaded AND databases have been converted
>                      Development machines can be opened to SuperUsers upon
>                          completion of SEPS97 installation
>                     *Importance of application support to monitor
>DECschedule jobs
>                          so they do not start up before Rdb/CDD conversion
>complete
>                      CDD conversions taking the longest time
>
>Communication of issues again being stressed, important for CCS to keep PSG
>informed of problems and for PSG to identify important expectations.
>Ken to work offline with RayR.
>
>The meeting completed with Ken questioning everyone if they felt comfortable
>with the Program's progress to date and the upcoming upgrade schedule.  The
>consensus was... we've come a long way.. accomplished much... can improve in
>specific areas... cautiously optimistic... continue!
>
>
>

>****  PSG SEPS97flash #71  ****
>
>Attached is the latest version of the PSG SEPS97 cluster upgrade schedule in
>MS Excel format.  Please print this spreadsheet in landscape mode.
>
>There have been numerous updates since the last publication.  Check the
>'update date' column to review the affected clusters.
>
>On USOPS::CNSMRO$PUBLIC:PSG*.PRN there are content enhanced schedules for
>those of you who cannot read the MS Excel attachment.  I highly recommend
>viewing these listings for one and all.
>
>   Directory USOPS::DISK$OPS_ADMIN2:[CNSMRO]
>	PSG_SEPS97_SCHEDULE_BY_CLUSTER.PRN
>	PSG_SEPS97_SCHEDULE_BY_DATETIME.PRN
>	PSG_SEPS97_SCHEDULE_BY_DECNETVERSION.PRN 
>	PSG_SEPS97_CLUSTERS.PRN
>
>If you have any questions, please contact your organization's representative
>and/or me.  We will be happy to help you.
>
>Regards.
>
>Ken
>Ken Chernack
>PSG Americas Finance
>Application and Program Management
>MSO2-2/G18
>dtn:223-7869 or 508.493-7869
>fax:223-7374
>Internet: [email protected]
>
>Attachment:
>
>  <deleted: .xls file>
    

>****  PSG SEPS97flash #72  ****
>
>If your application and/or organization uses the 
>		SWCHAMP (SWTIMA and SWCALL)
>cluster, please read on.  This Flash includes CDDs and OracleRdb databases
>that will be converted as part of the SEPS97 post-installation process.
>
>If an opportunity exists to delete old, out-dated, duplicate copies of
>dictionaries and/or databases, just do it!  If you need the assistance of
>CCS, please contact Mike Heiser  (602.581.3709) and/or me at least three (3)
>days before the scheduled upgrade.
>
>If you have priority databases that you would like to have converted at the
>beginning of the post-installation process, let your SEPS97 representative,
>Mike Heiser, and/or me know at least three (3) days before the upgrade.
>
>Databases have failed to be converted during previous upgrades for two
>reasons:
>1. Many of the .rdb files which failed are really not databases but ASCII
>files with the .rdb file extension.   Please change the extensions so we will
>not have to waste time and follow-on efforts trying to understand needless
>error messages.  The error returned is BAD PARAMETER VALUE.
>
>2. BADROOTMATCH errors are due to missing logicals or logicals that get
>defined on the process level... which may not be appropriate.  Please review
>your application's definition of logicals.
>
>Finally,
>** Remember: Very important ** 
>If you do delete an OracleRdb database, please document the name, short
>description, business supported, key business contact, key IS contact,
>creation date, last modify date, size and approximate number of users.  This
>step must be taken in order to assist the Company to comply with its
>OracleRdb licensing agreement.  Help save the Company money! Document and
>send your findings to Karen Schneider and cc: me.
>
>Please refer to PSG SEPS97flash #60 for more details.
>
>Following is the listing of OracleRdb/CDD files on the SWCHAMP (SWTIMA and
>SWCALL) cluster.
>
>From Mike and Martha Amt (SMART Support Team, PSG):
>The following database is 'extinct' and does not need to be converted
>(inactive since 1993).  The directory will be deleted from the disk.
>*		_DSA340:[BSS.DATA]BSS$ROLLUP_DB.RDB
>
>OracleRdb and CDD files are:
>$ call rdb_conversion_v30_v31 _DSA0:[EPC.DATABASES]EPC$ADMIN_DB.RDB
>$ call rdb_conversion_v30_v31 _DSA0:[EPC.DATABASES]EPC$HISTORY_DB.RDB
>$ call rdb_conversion_v30_v31
>_DSA0:[FILEBRIDGE.930418000910.FBR$DB]FBR$AUDIT_DA
>TABASE.RDB
>$ call rdb_conversion_v30_v31
>_DSA0:[FILEBRIDGE.950221155939.FBR$DB]FBR$AUDIT_DA
>TABASE.RDB
>$ call rdb_conversion_v30_v31
>_DSA0:[FILEBRIDGE.TEST_DB.FBR$DB]FBR$AUDIT_DATABAS
>E.RDB
>$! @SYS$LIBRARY:CDD$UPGRADE.COM for _DSA0:[SYS1.CDD$TEMPLATE_BKUP] !!
>$! @SYS$LIBRARY:CDD$UPGRADE.COM for _DSA0:[SYS1.CDDPLUS_BKUP] !!
>$! @SYS$LIBRARY:CDD$UPGRADE.COM for _DSA0:[VMS$COMMON.CDD$TEMPLATE_V53] !!
>$! @SYS$LIBRARY:CDD$UPGRADE.COM for _DSA0:[VMS$COMMON.CDDPLUS] !!
>$! @SYS$LIBRARY:CDD$UPGRADE.COM for _DSA0:[VMS$COMMON.CDDPLUS_V53] !!
>$! @SYS$LIBRARY:CDD$UPGRADE.COM for _DSA0:[VMS$COMMON.CDDPLUS_V53.LEUNGCH] !!
>$ call rdb_conversion_v30_v31 _DSA0:[VMS$COMMON.DECQUERY]DECQUERY$DEFDB.RDB
>$ call rdb_conversion_v30_v31 _DSA0:[VMS$COMMON.DECQUERY]DECQUERY$SAMPLE.RDB
>$ call rdb_conversion_v30_v31 _DSA0:[VMS$COMMON.DECQUERY]DECQUERY$SYSDB.RDB
>$ call rdb_conversion_v30_v31
>_DSA0:[VMS$COMMON.SYSHLP.EXAMPLES.RALLY]RALLY$TAPE
>S.RDB
>$ call rdb_conversion_v30_v31 _DSA0:[VMS$COMMON.SYSTEST.DDAL]DDAL$TEST_DB.RDB
>$ call rdb_conversion_v30_v31 _DSA0:[VMS$COMMON.TEAMDATA]TDADEFDB.RDB
>$ call rdb_conversion_v30_v31 _DSA0:[VMS$COMMON.TEAMDATA]TDASAMPLE.RDB
>$ call rdb_conversion_v30_v31 _DSA0:[VMS$COMMON.TEAMDATA]TDASYSDB.RDB
>$ call rdb_conversion_v30_v31 _DSA120:[CNNCT2.DAT]CNNCT_AUDIT.RDB
>$ call rdb_conversion_v30_v31 _DSA120:[CNNCT2.DAT]CNNCT_AUDIT_ARCHIVE.RDB
>$ call rdb_conversion_v30_v31 _DSA340:[BSS.DATA]BSS$ROLLUP_DB.RDB
>$ call rdb_conversion_v30_v31 _DSA400:[DFG$DATABASE]DFG$_DATABASE.RDB
>$! @SYS$LIBRARY:CDD$UPGRADE.COM for _DSA400:[SYSMGR.CDD_COAST] !!
>$ call rdb_conversion_v30_v31 _DSA510:[FCOMS.RDB]FCOMS_DB.RDB
>
>
>Mike
>Michael A. Heiser
>CCS Systems Services
>[email protected]
>602.581.3709
>
>
>

>****  PSG SEPS97flash #73  ****
>
>
>How many clusters have been upgraded to the SEPS97 platform?  The answer is
>below!
>
>At this morning's SEPS97 weekly meeting it was brought to everyone's
>attention that testing is still continuing on USTEST and USCNS for those
>applications whose clusters are not being upgraded until late February, March
>or April.  As a result, there is still a priority need to manage disk space
>on these two SEPS97 test clusters.
>
>Please, if you are done with your SEPS97 testing, contact Ken Femino or Dave
>O'Brien so that disk space can be released and reassigned.  There are other
>application development teams that need it!
>
>Thank you for your anticipated cooperation.
>
>Regards.
>
>
>\\ken
>
>p.s.  Did you guess 28?  Only 40 more clusters to go during this first phase!
>
>
>
>Approximately 28
>
>

****  PSG SEPS97flash #74  ****

Subject: Minutes of 12 February SEPS97 Status Meeting
Meeting Schedule: Next meeting is 19 February

Attendees: Ken Chernack, Jim Visconti, Ed Marino, Mike Carolan, Dave 
O'Brien, Steve Barrell, Mark
Dempsey, Jo Adamson, Mike Heiser, Ken Femino, Tom Donovan, Harry Don, Bruce 
Mackenzie-Low, Ray Rosch

STATUS:
  - CORPORATE APPLICATIONS (Jim Visconti): no issues
  - FINANCE SCU (Ken Chernack): no issues
  - FINANCE SDU (Ray Rosch): no issues
  - BU APPLICATIONS (Tom Donovan): CASPRO, ESTORE, GREAT1 upgrades complete 
and went
    pretty well; Canada unfavorably impacted by ESTORE upgrade and still 
not right (researching STORE4               issue) - some RDB  databases 
not converted and  IDUS having problems but being addressed
  - INFORMATION WAREHOUSE (Ed Marino):  USIW and USIC upgrades went very 
well
  - EUROPE (Jo Adamson): going well
  - GP1 (Dave O'Brien): also felt USIW and USIC went well; some cleanup 
going on, but no major
     issues
  - AM1 (Mike Heiser):  weekend upgrades went well; getting ready for more 
this coming weekend
  - AM2 (no representative): PKQRYA schedule still unresolved
  - OPG (Mike Carolan): all going well
  - CANADA (Harry Don): putting plan together
  - ASIA/PACIFIC (Ken Chernack): Ken will have a concall tomorrow to kick 
off program in AP

SCHEDULE:
  o upgraded 11 clusters this past week... YEA!... great efforts by one and 
all... special commendation to      Steve Barrell, our sick CCS OPG Dublin 
connection, who was Stateside during the past week helping
  o CHAMP support concerned about multiple clusters being upgraded on same 
day; SMART support
     prefers same day upgrades; not resolved; Ken to work with JoeD and 
others; (post-meeting: upgrades      on hold while CHAMP clusters being 
rescheduled... tba early next week)
  o issues concerning upgrade of clusters running TIMA (Technical 
Information Management
     Application)
  o in general, schedule still looks good

DECSTD012: Ed Marino spoke with Jean Nagle of the Chief Engineers Office to 
find what version is
current; it is N1.0A 1-Oct-92; at least some of our clusters are running 
the wrong version; Jean requested that PSG file a service level agreement 
to insure proper support; Ken and Ed will work offline (Note: to determine 
what version you are running, call the Parser using "version" as the part 
number and it will return the version number)

SERVER HARDWARE:  not all hardware received, but is on-route

SLS: 2.8A is running in AM1; looks like MUPA candidate

DECnet/OSI TRAINING: no time for formal training; not the best situation 
but surviving with realtime assistance and Checklist advice.

DECNET/OSI PHASE V UPGRADE: going well; some proxy databases not converted 
and needed to be
dealt with; Dave O'Brien helped resolve a problem in AM1; disconnecting a 
task to task channel can
cause problems (contact Tom Donovan for more details); Cindy Gregoire has 
been doing a pre-SEPS
install review of clusters, which is helping immensely

HOTLINE: situation vastly improved, but the Hotline still did not seem to 
always have current information over
the weekend; in general people seemed satisfied

ACADMY/AWARD: Ed Marino will ask Kathie Davis what her upgrade plans are; 
not PASE compliant;
question on status of Kathy Vieira's task force; post-meeting: Ken wrote a 
note to CharlieW's staff and JimS on this topic... replies coming in and 
progress being made... 4/12 seems doable

Flashes: remember they are being put in Public Folder on MS Exchange

SEPS97 MUP 1: some products discussed were SLS, AssetWorks, Pathworks, 
DECdns and
DECNET/OSI; Mike will prepare a list of potential products

APPLICATION CONTACT LIST: valuable; will surpress home phone numbers; list 
will go to MPR and
primary SEPS representatives; send your names to Ken; keep list current; 
invaluable to CCS

APPLICATION TESTING: notify Ken Femino when SEPS testing is completed; Ken 
Chernack will send
out a Flash (done!); Ed Marino will check with Ray Streeter on FTSO 
testing

UNSUPPORTED SOFTWARE: Steve Barrell concerned that it is still in use 
(e.g., Pathworks, DMQ,
Object Broker, EDI, etc.); sometimes installing a new version doesn't 
eliminate the use of the old version; KenC to work with SAC on this topic

****  PSG SEPS97flash #75  ****

Attached is the latest version of the PSG SEPS97 cluster upgrade schedule 
in MS Excel format.  Please print this spreadsheet in landscape mode.

There have been numerous updates since the last publication.  Check the 
'update date' column to review the affected clusters.

At this time, the schedule has stabilized for most clusters except for:
*	PKQYRA
*	the set of MCS CHAMP and SMART clusters
Both of these subjects are being worked actively.

On USOPS::CNSMRO$PUBLIC:PSG*.PRN there are content enhanced schedules for 
those of you who cannot read the MS Excel attachment.  I highly recommend 
viewing these listings for one and all.

   Directory USOPS::DISK$OPS_ADMIN2:[CNSMRO]
	PSG_SEPS97_SCHEDULE_BY_CLUSTER.PRN
	PSG_SEPS97_SCHEDULE_BY_DATETIME.PRN
	PSG_SEPS97_SCHEDULE_BY_DECNETVERSION.PRN
	PSG_SEPS97_CLUSTERS.PRN

If you have any questions, please contact your organization's 
representative and/or me.  We will be happy to help you.

Regards.

Ken
Ken Chernack
PSG Americas Finance
Application and Program Management
MSO2-2/G18
dtn:223-7869 or 508.493-7869
fax:223-7374
Internet: [email protected]

Attachment: <deleted.... .xls file>

 

>****  PSG SEPS97flash #76  ****
>
>If your application and/or organization use the 
>		DISNEY
>clusters, please read on.  This Flash includes CDDs and OracleRdb databases
>that will be converted as part of the SEPS97 post-installation process.
>
>If an opportunity exists to delete old, out-dated, duplicate copies of
>dictionaries and/or databases, just do it!  If you need the assistance of
>CCS, please contact Mike Heiser, David Hawley and/or me at least three (3)
>days before the scheduled upgrade.
>
>If you have priority databases that you would like to have converted at the
>beginning of the post-installation process, let your SEPS97 representative,
>Mike Heiser, David Hawley and/or me know at least three (3) days before the
>upgrade.
>
>Databases have failed to be converted during previous upgrades for two
>reasons:
>1. Many of the .rdb files which failed are really not databases but ASCII
>files with the .rdb file extension.   Please change the extensions so we will
>not have to waste time and follow-on efforts trying to understand needless
>error messages.  The error returned is BAD PARAMETER VALUE.
>
>2. BADROOTMATCH errors are due to missing logicals or logicals that get
>defined on the process level... which may not be appropriate.  Please review
>your application's definition of logicals.
>
>Finally,
>** Remember: Very important ** 
>If you do delete an OracleRdb database, please document the name, short
>description, business supported, key business contact, key IS contact,
>creation date, last modify date, size and approximate number of users.  This
>step must be taken in order to assist the Company to comply with its
>OracleRdb licensing agreement.  Help save the Company money! Document and
>send your findings to Karen Schneider and cc: me.
>
>Please refer to PSG SEPS97flash #60 for more details.
>
>Following is the listing of OracleRdb/CDD files on the DISNEY cluster.
>
> _DSA65:[COURSE.RALTBI022]ORDER_DATABASE.RDB
> _DSA65:[COURSE.RALTBI022]PATIENT.RDB
> _DSA65:[RFE_GL.REF_FY95]COC$VDD_DATABASE.RDB
> _DSA74:[XCS.CDD]CDD$DATABASE.RDB
> _DSA91:[HSDLPROD.DAT]HSDL_NOTES_DB.RDB
> _DSA91:[MFV.DAT]GENERIC_DATABASE.RDB
> _DSA91:[MFV.DAT]PI_ACCESS.RDB
> _DSA91:[SPIS_AREA_0]SPIS.RDB
> _DSA92:[RUS.DISCOUNTS]DASDB.RDB
> _DSA92:[RUS.FINANCE]COC$VDD_DATABASE.RDB
> _DSA92:[RUS.FINANCE]NEWTABLE.RDB
> _DSA92:[RUS.FY94]COC$VDD_DATABASE.RDB
> _DSA98:[MENU_SYS.DAT.ECP]APT.RDB
> _DSA149:[RAM.REFERENCE_REVENUE]COC$VDD_DATABASE.RDB
> _DSA149:[RAM.USER1.DAT]RAM_APPM_TBLS.RDB
> _DSA149:[RAM.USER1.DAT]RAM_DB.RDB
> _DSA149:[RAM.USER1.TEST]RAM.RDB
> _DSA159:[OMSEDI.DAT]OMSEDI_RDB.RDB
> _DSA162:[REF_SERVER.DATA]REF$SERVER.RDB
> _DSA183:[INQ.SURVEY.CLG]CLG.RDB
> _DSA183:[INQ.SURVEY.EEASURVEY]EEASURVEY.RDB
> _DSA183:[INQ.SURVEY.FINANCE]FINANCE.RDB
> _DSA183:[INQ.SURVEY.OMEGA]OMEGA.RDB
> _DSA183:[INQ.SURVEY.SELNT]SELNT.RDB
> _DSA183:[INQ.SURVEY.SELWKS]SELWKS.RDB
> _DSA183:[INQ.SURVEY.STANDARDS]STANDARDS.RDB
> _DSA183:[INQ.SURVEY.STRESS]STRESS.RDB
> _DSA183:[INQ.SURVEY.TRNGADMIN]TRNGADMIN.RDB
> _DSA183:[INQ.SURVEY.UNIX]UNIX.RDB
> _DSA183:[INQ.SURVEY.UNIX_BAS]UNIX_BAS.RDB
> _DSA183:[INQ.SURVEY.V2_SELWKS]V2_SELWKS.RDB
> _DSA183:[PEAT.DAT]DATABASE.RDB
> _DSA183:[TMS.DAT]TMS_TAB_DB.RDB
> _DSA183:[TMS.DAT]TMS_TRANS_10_DB.RDB
> _DSA188:[FINANCE.RDB.TEL.CDD]CDD$DATABASE.RDB
> _DSA188:[FINANCE.RDB.TEL.DAT]TEL_CKT.RDB
> _DSA191:[HERMAN.TEL.DAT]TEL_CKT.RDB
> _DSA191:[PEAT_SUPPORT]TEAMDB.RDB
> _DSA196:[GDRS.DATABASE]GDRS.RDB
> _DSA200:[SHANGRAWC]TEAMDB.RDB
> _DSA229:[FOCUS.DEMO]PERSONNEL.RDB
> _DSA306:[DDAL$DB]DDAL$TR_DB.RDB
> _DSA306:[EPC.DATABASES]EPC$ADMIN_DB.RDB
> _DSA306:[EPC.DATABASES]EPC$HISTORY_DB.RDB
> _DSA306:[PRAM.DATA]PRAM_X500_RDB_DB.RDB
> _DSA307:[FILEBRIDGE.940115115318.FBR$DB]FBR$AUDIT_DATABASE.RDB
> _DSA307:[FOCUS]PERSONNEL.RDB
> _DSA307:[VMS$COMMON.DFG$DATABASE]DFG$_DATABASE.RDB
> _DSA307:[VMS$COMMON.DTR]PERSONNEL.RDB
> _DSA307:[VMS$COMMON.TEAMDATA]TDADEFDB.RDB
> _DSA307:[VMS$COMMON.TEAMDATA]TDASAMPLE.RDB
> _DSA307:[VMS$COMMON.TEAMDATA]TDASYSDB.RDB
>
>
>

>****  PSG SEPS97flash #77  ****
>
>If your application and/or organization use the 
>		ATOSOA, CEAMCS, DPDLOG, ECAMCS,
>		MAAFSC, SCAFS, SERGIO
>clusters, please read on.  This Flash includes CDDs and OracleRdb databases
>that will be converted as part of the SEPS97 post-installation process.
>
>If an opportunity exists to delete old, out-dated, duplicate copies of
>dictionaries and/or databases, just do it!  If you need the assistance of
>CCS, please contact Mike Heiser, David Hawley and/or me at least three (3)
>days before the scheduled upgrade.
>
>If you have priority databases that you would like to have converted at the
>beginning of the post-installation process, let your SEPS97 representative,
>Mike Heiser, David Hawley and/or me know at least three (3) days before the
>upgrade.
>
>Databases have failed to be converted during previous upgrades for two
>reasons:
>1. Many of the .rdb files which failed are really not databases but ASCII
>files with the .rdb file extension.   Please change the extensions so we will
>not have to waste time and follow-on efforts trying to understand needless
>error messages.  The error returned is BAD PARAMETER VALUE.
>
>2. BADROOTMATCH errors are due to missing logicals or logicals that get
>defined on the process level... which may not be appropriate.  Please review
>your application's definition of logicals.
>
>Finally,
>** Remember: Very important ** 
>If you do delete an OracleRdb database, please document the name, short
>description, business supported, key business contact, key IS contact,
>creation date, last modify date, size and approximate number of users.  This
>step must be taken in order to assist the Company to comply with its
>OracleRdb licensing agreement.  Help save the Company money! Document and
>send your findings to Karen Schneider and cc: me.
>
>Please refer to PSG SEPS97flash #60 for more details.
>
>Following is the listing of OracleRdb/CDD files on the ATOSOA, CEAMCS,
>DPDLOG, ECAMCS, MAAFSC, SCAFS AND SERGIO clusters.  Thanks to Mike and Dave
>for putting these listings together.
>
> 

>****  PSG SEPS97flash #78  ****
>
>Subject: Minutes of 19 February SEPS97 Status Meeting
>
>Meeting Schedule:   IMPORTANT
>*	There will be NO meeting on 26 February.
>*	The next meeting is 5 March.
>*	The phone numbers for the March SAC and SEPS97 meetings have been
>distributed.
>
>Attendees: Ken Chernack, Jim Visconti, Ed Marino, John Rives, Dave O'Brien,
>Steve Barrell, Adrian Foote, Mark Dempsey, Jo Adamson, Mike Heiser, David
>Hawley, Bruce Mackensie-Low; Mike Carolan, Tom Donovan, Ray Rosch, Jimmie
>Mackenzie, Ray Rosch
>
>STATUS:
>  - BU APPLICATIONS (Tom Donovan): Scheduling for Champs and Smart still
>open; working DECscheduler issues on CASPRO as well as other small problems;
>proxy problen on Estore presumed to be fixed (needs to be tested by Canada);
>PhaseV issue reported and taken by Steve to work (not causing any application
>problems) 
>  - CORPORATE APPLICATIONS (Jim Visconti): no issues
>  - FINANCE SCU (Ken Chernack): no issues
>  - FINANCE SDU (Ray Rosch): no issues 
>  - INFORMATION WAREHOUSE (Ed Marino): experiencing some proxy
>problem-getting worked; CTL W causes disconnect in DSM applications-Paul
>Kadow to check out; most applications have done very well with the USIC and
>USIW upgrades
>  - EUROPE (Jo Adamson): still having problem with TIMA application;
>escalated to Rob Saunders in U.S.; Dave O'Brien suggested checking a 2020
>logical be changed
>  - GP1 (Dave O'Brien):  quiet week and getting ready for next group of
>upgrades; checklist updated based on suggestions, but  Dave emphasized that
>the checklist should be used in conjunction with other documentation
>  - AM1 (Mike Heiser): scheduled upgrades going well  
>  - AM2 (Ken Chernack for Hagos Tekle): PKQRYA schedule still unresolved; Jim
>Visconti is requesting first available Saturday, but, per Dave O'Brien, need
>to add hardware
>  - OPG (Mike Carolan): volume of problem reports going down
>  - CANADA (Ken Chernack for Harry Don): planning phase underway
>  - ASIA/PACIFIC (Ken Chernack): another concall took place; on March 12
>there will be 2 AP representatives at the SEPS97 meeting
>
>SCHEDULE:
>  o ATOSOA is only cluster scheduled for this weekend
>  o DISNEY and ELBERT on 28 Feb
>  o Ken looking for RDB listings on above clusters so he can distribute them
>  o question on GIAMEM-is 5 Apr correct?  Tom Donovan will check
>  o Joe Demattia is putting together CHAMP and SMART cluster schedule;
>schedule will encompass several weeks
>  o FSBIC: Dave O'Brien heard that cluster going away in July and questions
>whether it should be upgraded; at any rate, want to move from 12 Apr since
>the upgrade of ACADMY/AWARD, which will be a lot of work is scheduled on that
>date; Tom Donovan to find out about the future of FSBIC and its development
>cluster (if any)
>  o PKQRYA: still open; Dave (hardware) and Ken responsible
>
>DECSTD012: Ken to work with Chief Engineers Office to set up process of
>keeping PSG standard with the latest version; John Peachey, per KathyV, will
>be responsible for this process once it is established
>
>SERVER HARDWARE:  hardware arrived; work in process; will help DNS
>environment
>
>STORAGE HARDWARE: hardware arrived; being distributed in ALF.
>
>SLS: 2.8A is installed and running OK in AM1; this version will go into MUPA
>and be distributed to all clusters
>
>DECNET/OSI TRAINING: getting along OK with mostly informal processes; Ken
>recommended to Leadership Team that formal training should be done after the
>dust settles on SEPS97... before SEPS98 and TCP/IP installation
>
>DECNET/OSI PHASE V UPGRADE: other than proxy problems seems to be going OK;
>having and keeping Cindy Gregoire in pipeline to do preinstallation review
>has paid immense dividends.
>
>HOTLINE: upgrade status reporting improved; no problems reported
>
>ACADMY/AWARD: discussed at Leadership Team, and plan is to make 12 Apr date;
>Pierce Cody named project leader; hardware received to make upgrade happen;
>needs to be RDB multivariant to continue to support V4.1 applications; BU
>applications are being moved from AWARD to KWILTY and upgraded to V6.1
>
>FLASHs: reminder - being put in Public Folder on MS Exchange
>
>SEPS97 MUP A: SAC agreed to move to DECNET/OSI 6.3 ECO6 and DECdns 7C; need
>to determine if Pathworks 5.0E is stable and possibly include that in MUP;
>SLS 2.8A will be included; AssetWorks V3 being considered; VAX RDB V7 was
>discussed but voted down until SEPS98; Open VMS Management Station 2.1 was
>included; may want to include PRAM; will install MUPA on USTEST and USCNS,
>and some other European clusters, to test before the final go/no go decision
>is made
>
>APPLICATION CONTACT LIST: reminder-send application contacts to Ken as
>clusters are upgraded
>
>APPLICATION TESTING: ** IMPORTANT ** reminder-notify Ken Femino and Dave
>O'Brien  when SEPS97 testing is completed
>
>DEC Message Queue: people are still using old V2 under SEPS97, but everyone
>should convert to use V3.0; Ken will work with application community to push
>upgrades to current versions of software (true for EDI as well); point of
>interest: DMQ and Object Broker being sold to third party... terms of
>agreement to be validated.
>
>PAT ON THE BACK: Ken related a message from Tuesday's SEPS97 Program Status
>presentation at the PSG Leadership Team meeting.  They expressed their praise
>and appreciation for the progress that has been made with this effort.  They
>are pleased with the results and hard work of everyone working together to
>improve the PSG working environment.  Keep up the very good work!
>
>Thanks for taking these notes Ed!
>

****  PSG SEPS97flash #79  ****	


Attached are two notes on the subject that should be of interest to all 
technical folks receiving SEPS97flashes.  Thanks Mike and Tom.

Mike Carolan writes...

    A DCL behaviour change has been reported. It could cause impacts across
    CCS  and PSG, depending upon how the 'equals' sign is used.  As
    documented in note  82 of the EASE::SEPS97 conference, the '=' sign
    does not appear to work in DCL with OpenVMS V6.2.  It means that .COM
    files with IF conditions should use IF .EQ.   or 	IF .EQS.  instead
    of IF = statements.

See the $ HELP SPECIFY EXPRESSION for more details on DCL expressions.

VMS V6.2 just appears to have removed the capability of using IF = 
statements.

******************
Tom Donovan adds...

Folks may be embarrassed to learn that it did not "work" in PASE 1.2 
either. It just didn't return an error, as it does in SEPS97.  Here are our 
notes on the subject:

3.)  DCL "IF" STATEMENTS

- The DCL construct:

        $IF a=b
        $THEN
        $...
        $ELSE
        $...
        $ENDIF

did not cause an error prior to SEPS97.  It is a misleading construct 
because it tests whether "a" is an odd number (if a is numeric), or whether 
"a" starts with "T" or "Y" (if a is alpha).  It does not test if "a" is 
equal to "b". The correct construct:

        $IF a .EQ. b
    or  $IF a .EQS. b

should be used.  This applies only to the multi-line form of the DCL "IF". 
 The single line form:

        $IF a=b THEN ...

    returns an error in PASE 1.2 and in SEPS97.

>****  PSG SEPS97flash #80  ****
>
>Attached is the latest version of the PSG SEPS97 cluster upgrade schedule in
>MS Excel format.  Please print this spreadsheet in landscape mode.  There
>have been numerous updates since the last publication.  Check the 'update
>date' column to review the affected clusters.
>
>At this time, the schedule has stabilized for all clusters except:
>*	PKQYRA (contact Les Darbe)
>*	the set of MCS CHAMP and SMART clusters (contact Joe DeMattia)
>*	FSBIC (contact Tom Donovan)
>*	BNICE2 (contact Dave O'Brien)
>The scheduling for these clusters is being worked actively.  Please look at
>the Schedule Comments field in the pre-formatted listings.  The contents of
>this field provides information to you regarding the status of the upgrade
>date.  If you have questions, I have provided contact names for you.
>
>I will be on vacation until Wednesday 5March.  If you have questions about
>the schedule, please direct them to your organization's SEPS97 rep.  Please
>remember to include CCS AM1, AM2 and GP1 contacts in your discussions.
>Remember, until we start an upgrade, we can stop the SEPS97 process.  Once we
>begin.... its too late!
>
>On USOPS::CNSMRO$PUBLIC:PSG*.PRN there are content enhanced schedules for
>those of you who cannot read the MS Excel attachment.  Again, I highly
>recommend viewing these listings for one and all.
>
>   Directory USOPS::DISK$OPS_ADMIN2:[CNSMRO]
>	PSG_SEPS97_SCHEDULE_BY_CLUSTER.PRN
>	PSG_SEPS97_SCHEDULE_BY_DATETIME.PRN
>	PSG_SEPS97_SCHEDULE_BY_DECNETVERSION.PRN 
>	PSG_SEPS97_CLUSTERS.PRN
>
>I am sending out this Flash before the files are actually copied to this
>area.  Ken Femino or Dave O'Brien will be copying them from the USOPS::
>DECnet directory tonight or early tomorrow morning.  The date on the files
>and listings should be 25Feb97.  Make sure you have the latest copy of the
>schedule!
>
>If you have any questions, please contact your organization's representative
>and/or me.  We will be happy to help you.
>
>  
>
>Regards.
>
>Ken
>PSG Americas Finance
>Program/Application Management
>dtn: 223-7869  508.493-7869
>fax: 223-7374  508.493-7374
>Internet: [email protected]
>

< .xls file deleted>
    

>****  PSG SEPS97flash #81  ****
>Subject: Minutes of 6 March SEPS97 Status Meeting
>
>Meeting Schedule:   The next meeting is 12 March.  The meeting will be in the
>Boston CR (MSO2-1) to hold more people since visitors from Asia Pacific will
>be at the meeting.
>
>Attendees: Ken Chernack, Ed Marino, John Rives, Julie Tuthill, Jo Adamson,
>David Hawley, Dennis Avery, Mike Heiser,  Mark Dempsey, Ken Femino, Dave
>O'Brien, Mike Carolan, Hagos Tekle, Steve Barrell, Ray Rosch
>
>STATUS:
>  - CORPORATE APPLICATIONS (no rep): no known issues
>  - FINANCE SCU (Ken Chernack): no issues
>  - FINANCE SDU (Ken Chernack): no issues 
>  - BU APPLICATIONS (no rep): no known issues
>  - INFORMATION WAREHOUSE (Ed Marino): FACT application is running slower
>since upgrade; found  that Working Set size was too low after upgrade;
>increasing did not completely resolve the problem; Pam Marini is working this
>with application support and thinks it may be RDB code
>  - EUROPE (Jo Adamson): clusters running order management applications are
>being delayed from upgrading; issue being addressed and should be resolved by
>April; system upgraded last weekend went well except for one-the problem will
>be fixed in MUP A
>  - GP1 (Dave O'Brien):  all OK; got a request to upgrade SAP/R3 VAX systems;
>Dave will help with first system and then will hand off responsibility to SAP
>system management group
>  - AM1 (Mike Heiser): upgrades continue  
>  - AM2 (Hagos Tekle): PKQRYA resolved
>  - OPG (Mike Carolan, Steve Barrell): discussed shadowing problem; SAC reps
>approved putting fix into MUP A 
>- CANADA (no rep): no known problems
>- ASIA/PACIFIC (no rep): AP reps will be attending next meeting 
>
>SCHEDULE:
>  o ATOSOA was done 23 Feb; had a problem with UCX which was fixed by
>recreating service database; items will be added to checklist to deal with
>this problem;  Steve added that all UCX characteristics should be printed
>before an upgrade; Dave Hawley and Steve will send documentation of
>problem/resolution to Dave O'Brien
>  o DISNEY update completed on 28 Feb; ELBERT had problems (too many levels
>of subdirectories on system disk) and was not upgraded; will attempt again 6
>March; Steve is looking into problem, but tricky to fix; it is documented on
>the checklist
>  o  MAAFSC upgraded on 1 March
>  o  Ken questioned if YOUOWE was upgraded; Dave O'Brien thought so, but will
>check
>  o  IMDFLA is scheduled for 9 Mar (heads up - this is an IDUS site)
>  o GIAMEM: confirmed for 5 Apr 
>  o Several CHAMP/ SMART clusters have been scheduled
>  o FSBIC: Tom Donovan has worked a new date of  3 May
>  o NIOMAX rescheduled 10 May; BNICE2 rescheduled to 18 March; John Rives is
>working getting needed disks-doesn't expect problems
>  o PKQRYA: upgrade finalized for 5 April
>  o ACADMY/AWARD: Kathy Davis is having trouble with new node; running
>version 4.0 of RDB on this node could cause problems as 4.0 does not support
>multi-version; Ken Chernack will ask Pierce Cody to contact Dave O'Brien and
>Hagos with project plans
>  o refer to next version of schedule for more details in a few days
>
>COVERAGE:  Mike Carolan gave schedule of coverage he and Steve are providing
>for US upgrades; all confirmed his plans are sufficient
>
>DECSTD012: Ken Chernack needs to close on version number and PSG contact
>information
>with support group
>
>SERVER HARDWARE:  all set
>
>SLS: 2.8A: all set
>
>DECnet/OSI TRAINING: all set
>
>APPLICATION CONTACT LIST: reminder-send application contacts to Ken as
>clusters are upgraded
>
>APPLICATION TESTING: reminder-notify Ken Femino and Dave O'Brien  when SEPS
>testing is completed; test systems are currently in good shape
>
>DEC Message Queue and ObjectBroker: confirmed sale to 3rd party
>
>Product Problems: Ken Femino brought up a reported problem encountered by
>Dick Bator regarding SQL; feels it should be referred to Oracle through John
>Bonin; Ken will refer Bob Danduran (Dick is on vacation) to John; Dick also
>requested an upgrade to TPU; referred to SAC and Ken Chernack will work; Ken
>asked about COBOL version 4.2 fixing a problem reported in 4.0; issue still
>needs to be researched
>
>MUP A: discussion on what testing needs to be done prior to release of MUP;
>some fear that a large testing effort would hinder the release; Ken Chernack
>felt that testing would end up being minimal for MUP A; all agreed that some
>level of testing is essential to release management process; to be ready in
>the next 5-8 days; will include patch to OpenVMS to correct the 19May97
>lapsed time error for approx. 5 software products (not used heavily in PSG);
>see notes conference for more details.
>
>Thanks Ed for taking the minutes!
>
>

(I) PSG SEPS97flash #82: 11March97 SEPS97 Americas Implementation Schedule
>
>****  PSG SEPS97flash #82  ****
>
>Attached is the latest version of the PSG Americas SEPS97 cluster upgrade
>schedule in MS Excel format.  Please print this spreadsheet in landscape
>mode.  There have been numerous updates since the last publication.  Check
>the 'update date' column to review the affected clusters.
>
>At this time <smile on... for the next 30 nanoseconds!>, all outstanding
>issues have been resolved and the schedule is stable.  Remember, until we
>start an upgrade, we can stop the SEPS97 process.  Once we begin.... it's too
>late, it's too painful to go back!
>
>On USOPS::CNSMRO$PUBLIC:PSG*.PRN there are content enhanced schedules for
>those of you who cannot read the MS Excel attachment.  Again, I highly
>recommend viewing these listings for one and all.
>
>   Directory USOPS::DISK$OPS_ADMIN2:[CNSMRO]
>	PSG_SEPS97_SCHEDULE_BY_CLUSTER.PRN
>	PSG_SEPS97_SCHEDULE_BY_DATETIME.PRN
>	PSG_SEPS97_SCHEDULE_BY_DECNETVERSION.PRN 
>	PSG_SEPS97_CLUSTERS.PRN
>
>If you have any questions, please contact your organization's representative
>and/or me.  We will be happy to help you.
>
>Attachment: <.xls deleted>
>
> 

Subj:	FW: (I) PSG SEPS97flash #83: Security Bulletin regarding OpenVMS Delta-Time Limit Problem 1

>****   PSG SEPS97flash #83   ****
>
>The attached topic has been discussed at both the SAC and SEPS97 meetings.
>The SEPS97 MUPA (Mandatory Update Patch A), which will be ready for testing
>within the next 5-8 business days, will include the delta time limit interval
>patch.
>
>For those clusters that have not been upgraded to SEPS97 yet, it will be
>applied on an individual basis.
>
>I have attached an additional long memo via Bruce Mackenzie-Low on this
>topic.  Any questions, please contact your organization's SAC or SEPS97
>representative.
>
>**** Attachment #1 ****
>
>From: 	Corporate Information Security[SMTP:[email protected]]
>Sent: 	Tuesday, March 11, 1997 10:44 AM
>To: 	<deleted>
>Subject: 	Security Bulletin regarding OpenVMS Delta-Time Limit Problem 1
>
>  From:  Chuck Noble, [email protected], MSO2-1, DTN 223-8728
>
>			DIGITAL INTERNAL USE ONLY
> 
>  	The Corporate Information Security Group (CISG) has issued
>  Security Bulletin 97-02, OpenVMS Delta-Time Limit Problem.  This
>  Bulletin is for immediate distribution to all DIGITAL internal
>  OpenVMS/Alpha and OpenVMS/VAX system managers.
>  	The OpenVMS operating system has a documented delta-time 
>  limit that may cause a serious error in some applications and
>  OpenVMS components beginning on or around 19-MAY-1997.  OpenVMS
>  customers may experience errors in some applications and OpenVMS
>  components when dates are specified on or around 19-MAY-1997.
>  	The OpenVMS SECURITY Server is identified as one of the 
>  known components to be affected by the delta-time limit.  Symptoms
>  may involve denial-of-service, including system crash.
>  	DIGITAL has provided ECOs (Engineering Change Orders) that 
>  remove the delta-time limit.  Security Bulletin 1997-02 contains
>  detailed information for obtaining and installing the appropriate
>  ECO for your OpenVMS system.  A complete copy of this Bulletin can
>  be obtained from the Corporate Security Home Page at URL
>  http://corpsec.mso.dec.com/Ref-Bulletins.htm, or in the Security
>  Advisory Notefile at MINOTR::SECURITY_ADVISORY, or in VTX
>  SECURITY.
>
>  	CoC Managers hosting Contracted Personnel are responsible 
>  for appropriate forwarding of this announcement.     
>  	Any questions or comments concerning this or any other CISG
>  security communication may contact our group at DTN 223-8900,  or
>  at [email protected].
>                      
>		  	DIGITAL INTERNAL USE ONLY
>
>***** Attachment #2 ****
>
>From: 	Bruce Mackenzie-Low
>Sent: 	Tuesday, March 04, 1997 10:54 AM
>To: 	Joe Ortiz; David Hawley; Ken Chernack; Mike Carolan; Steve Barrell
>Subject: 	FW: (U) _ OpenVMS Delta Time Limit BLITZ and Cover Letter
>
>fyi --
>
>What follows is a significant problem with OpenVMS (V5.5 - 7.0) which will
>affect numerous products on May 19, 1997.  Symptoms ranging from system and
>process hangs, to erroneous application output will occur.  The problem
>involves delta-time specification in excess of 9999 days.
>
>Also included in this Blitz are the required ECO's to fix the problem.  The
>patches should be applied before May 19.
>
>Regards, Bruce.
>
>From: 	Sue Clavin  592-4674  04-Mar-1997 0740
>-0700[SMTP:"csc32::clavin"@vaxer.ENET.dec.com]
>Sent: 	Tuesday, March 04, 1997 8:16 AM
>To: 	Bruce Mackenzie-Low; The recipient's address is unknown.;
>@[email protected]
>Cc: 	[email protected]
>Subject: 	(U) _ OpenVMS Delta Time Limit BLITZ and Cover Letter
>
>****IMPORTANT INFORMATION********DO NOT DELETE******READ THIS INFO NOW!*****
>
>The following very lengthy mail deals with a problem and related 
>patch for OpenVMS systems.  It is important that you review this 
>information so you are aware of how to deal with customers who call
>the CSC with questions once they receive the customer letter.
>
>Please note that Digital is giving the patch as wide a distribution as
>possible.  It will be available via DIA, DSNlink, WIS and the public
>internet.
>We expect to have to build very few patch kits and should be encouraging
>customers to obtain the kit from one of the public locations mentioned
>in the customer letter.
>
>The BLITZ is considered Digital Internal Use Only.  The customer letter
>and a customer-viewable form of the technical details will be available
>in STARS (EIRS) in the near future.  The customer-viewable 
>information will be FLASHED to DSNlink, DIA and WIS customers.
>
>Regards,
>Sue
>====================================================================
>From:	STAR::AVERY "Sue Avery ** DTN 381-0163  04-Mar-1997 0753 -0500"
>4-MAR-1997 07:11:04.88
>To:	@LP_CONTACTS
>CC:	VMSSPT::MICHAUD,PLAISTED,EVMS::KAUFFMAN,AVERY
>Subj:	A: OpenVMS Delta Time Limit BLITZ and Cover Letter
>
>Hi,
>
>I've attached 2 pieces of mail (a Digital Internal BLITZ and a Customer
>Letter)
>that describe a delta-time restriction with the OpenVMS operating system that
>may cause a serious error in some applications and OpenVMS components 
>beginning on or around 19-MAY-1997.  DIGITAL has provided ECOs (Engineering 
>Change Orders) that remove the delta-time limit.
>
>Please read the attached messages (note that they're lengthy!) and make sure 
>that your group thoroughly understands the impact it might have on your 
>product.  The OpenVMS Delta Time Limit Customer Letter is being sent to
>OpenVMS VAX SPL customers and OpenVMS MDDS Service Customers.  Customer
>mailings are scheduled to start on 3/12/97.
>
>If you have questions about this mail, please contact any of the following
>folks:
>
>Engineering contact: 		Grahame Plaisted (STAR::PLAISTED) 
>Engineering contact:		Jim Kauffman (EVMS::KAUFFMAN)
>Product Management contact:	Mary Jane Vazquez (STAR::VAZQUEZ)
>
>thanks,
>
>- Sue
>
>
>+---------------------------+TM
>                             
>  d   i   g   i   t   a   l        TIME   DEPENDENT   BLITZ
>                             
>+---------------------------+ 
>
>      OpenVMS Delta-Time Restrictions and 19-May-1997
>
>      AUTHOR: Grahame Plaisted              DATE: 28-Feb-1997
>      DTN: 381-0910                         TD #:
>      ENET: SPSEG::PLAISTED                 REFERENCE #'s: UTO101272,
>SSRT0450V
>      DEPARTMENT: OpenVMS RTL Support Eng.  (PRISM/TIME/CLD#'s)  HPAQA23C1,
>      INTENDED AUDIENCE: All                HPXQ10TSV, EVMS-GRYPHON QAR 1490
>      (U.S./EUROPE/GIA)                     PRIORITY LEVEL: 1
>
>
>          1  EXECUTIVE SUMMARY                                               
>                                                                             
>          The OpenVMS operating system has a documented delta-time 
>          restriction that may cause a serious error in some applications 
>          and OpenVMS components beginning on or around 19-MAY-1997. 
>          DIGITAL has provided ECOs (Engineering Change Orders) that 
>          remove the delta-time limit.
>
>          DIGITAL strongly recommends that all customers running the 
>          affected versions of OpenVMS install the appropriate ECO.
>                                                                             
>          DIGITAL will proactively communicate this problem and solution
>          to the OpenVMS user community.  These measures are documented
>          in this article.
>                                                                             
>          The remainder of this article explains the problem in detail.
>          An example C program is attached that illustrates the problem.
>
>          2  PROBLEM
>
>          OpenVMS customers may experience errors in some applications
>          and OpenVMS components when dates are specified on or around
>          19-MAY-1997.
>
>          Applications and OpenVMS components most likely to experience
>          errors are those that pass delta-time arguments with values
>          exceeding 9999 days on system-supplied date routines. The most
>          likely date that these errors will occur is 19-MAY-1997:00:00,
>          which is 10,000 days after the common UNIX time origin of
>          1-JAN-1970. The errors take various forms, and affect
>          applications that are both non-threaded and multi-threaded.
>          (Applications can also encounter errors before the system
>          clock reaches 19-MAY-1997 if an application uses future dates
>          and specifies a date of 19-MAY-1997 or later.) See the DESCRIPTION
>          section for more information.
>                                                                             
>          The versions of OpenVMS that are affected by the 10,000 day
>          delta-time restriction are:                                        
>
>          o  OpenVMS Alpha Version 6.1 through Version 7.0 (inclusive):
>
>             OpenVMS Alpha V6.1, V6.1-1H1, V6.1-1H2, V6.2, V6.2-1H1, V6.2-
>             1H2, V6.2-1H3, V7.0
>
>          o  OpenVMS VAX Version 5.5 through Version 7.0 (inclusive):
>
>             OpenVMS VAX V5.5, V5.5-1, V5.5-2, V5.5-2HW, V5.5-2H4, 
>             V5.5-2HF, OpenVMS VAX V6.0, OpenVMS VAX V6.1, 
>             OpenVMS VAX V6.2, OpenVMS VAX V7.0
>
>          Systems running OpenVMS VAX Version 7.1 or OpenVMS Alpha Version
>          7.1 are not impacted and do not need to install the ECO.
>
>          The following OpenVMS components and software products are known
>          to be affected by the delta-time limit. The ECOs correct the
>          problems observed in these products.
>
>          ________________________________________________________________
>          Product_____________________________OpenVMS_Version_____________
>
>          OpenVMS SECURITY Server             OpenVMS Alpha V7.0 only
>
>          DECwindows Motif for OpenVMS        OpenVMS Alpha V7.0 only
>
>          Distributed Computing Environment   OpenVMS Alpha V6.2 only
>          (DCE) for OpenVMS
>
>          OpenVMS DECthreads                  OpenVMS Alpha and OpenVMS VAX 
>                                              V5.5 through V7.0
>
>          (OSU) DECthreads HTTP Server        OpenVMS Alpha and OpenVMS VAX 
>          (freeware provided with the         V5.5 through V7.0
>          OpenVMS Internet Product Suite)
>          ________________________________________________________________
>
>          Other software products running on OpenVMS might also experi-
>          ence errors stemming from this delta-time limit. Contact the
>          appropriate software vendor for more information.
>
>          3  SOLUTION
>                                                                             
>          The following ECOs resolve all known instances of this error
>          in OpenVMS.
>
>             OpenVMS Alpha: ALPLIBR05_070
>             OpenVMS VAX:   VAXLIBR05_070
>
>          It is essential that DIGITAL customers are aware of this issue.
>          DIGITAL will take the following proactive measures:
>
>          o  Send a letter to current OpenVMS MDDS service customers
>
>          o  Include a letter in the March 1997 OpenVMS VAX Software 
>             Layered Products Library
>                                                                             
>          o  Work with FIRST and other Internet notification groups to
>             provide additional coverage/notice to customers
>
>          o  Post information in USENET newsgroup comp.os.vms
>
>          o  Distribute ECOs through:
>                                                                             
>             -  DIGITAL Electronic Service Delivery Tools (such as DSNlink, 
>                Web Information and Support Service (WIS), and DIGITAL 
>                Dial-In Access (DIA))
>
>             -  the World Wide Web at:
>
>                   http://www.service.digital.com/html/patch_main.html
>
>             -  the following FTP address:
>
>                   ftp://ftp.service.digital.com/public/vms/
>
>          For further information, DIGITAL customers can contact their 
>          normal DIGITAL support channel.
>
>          4  SYMPTOMS/IMPACT
>
>          The following sections describe specific errors encountered
>          on OpenVMS Alpha Version 7.0 and OpenVMS Alpha Version 6.2.
>          These or similar errors may be encountered on other versions of
>          OpenVMS affected by the 10,000 day delta-time restriction.
>
>          For OpenVMS Alpha Version 7.0 systems:
>
>          The following error may be displayed on the console which will
>          cause the security server to hang.
>
>         %CMA-F_EXCCOPLOS, exception raised: some information lost
>         -CMA-F-BADPARAM, parameter to DECthreads operation is invalid
>         %ADA-I-TASTERUNH, Task with ID %TASK 9 of type
>         Verify_Dependant_Tasks_type has terminated due to unhandled
>exception
>
>          The above messages stem from the SECURITY_SERVER. Service is not
>          denied, but security event messages are not recorded.
>
>          On OpenVMS Alpha Version 7.0 systems, DECWindows Motif will
>          cease to function on or around 19-MAY-1997. This will prohibit 
>          users from logging into their workstations or from starting any 
>          new applications.
>
>          For OpenVMS Alpha Version 6.2 systems:
>
>          The OpenVMS DCE RPC Daemon (DCE$RPCD) fails to start on sys-
>          tems with the 10,000 day delta-time restriction. In the files
>          DCE$RPCD.ERR and DCE$RPCD.OUT, the DCE$RPCD process logs the
>          following error:
>
>             %CMA-F-BADPARAM, parameter to DECthreads operation is invalid
>
>          This error is identical to the console scenario in the previ-
>          ous section. There may be additional products or scenarios that
>          yield this same result for the 10,000 day delta-time restric-
>          tion.
>
>          5  DESCRIPTION
>
>          With the increasing number of UNIX applications that have been
>          ported to OpenVMS, the 10,000 day delta-time restriction has
>          become an important issue. This restriction has been removed
>          from OpenVMS RTL Library (LIB$) routines and the $NUMTIM system
>          service. However, LIB$SYS_ASCTIM and the $ASCTIM system service
>          continue to have a 10,000 day delta-time restriction.
>
>          The original implementation of the 10,000 day limit was inten-
>          tional, is currently documented and was intended to bound the
>          length of the string returned from $ASCTIM. ($ASCTIM is the only
>          routine that requires the restriction.) The risk in removing the
>          restriction from the $ASCTIM system service is that there may be
>          decades worth of programs and DCL command procedures that depend
>          on a maximum of four digits in the ASCII string returned.
>
>          The most serious error is the DECthreads error that occurs when
>          the OpenVMS Alpha SECURITY_SERVER attempts to log a message on
>          the console. The date/time is handled as part of an exception
>          that is initially managed by the DEC ADA Run-Time Library and is
>          subsequently passed to DECthreads. DECthreads converts UNIX time
>          to OpenVMS time by calling LIB$CVT_TO_INTERNAL_TIME, specifying
>          the 10,000 day delta time. LIB$CVT_TO_INTERNAL_TIME returns an
>          error to DECthreads on dates beginning on or around 19-MAY-1997 
>          (10,000 days after the UNIX time origin) which results in the 
>          console errors.
>
>          For threaded applications:
>
>          The 10,000 day issue only arises in cases where a UNIX time is
>          converted to an OpenVMS time. The original implementation of the
>          DECthreads interface did not involve any UNIX time specifica-
>          tions on OpenVMS. These were introduced with the implementation
>          of the draft POSIX interface, which was layered on top of the
>          original, proprietary (CMA) interface. Therefore, prior to Ver-
>          sion 7.0, only software that uses the draft POSIX interface (and
>          which makes use of timed waits) is affected.
>
>          In OpenVMS Version 7.0 DECthreads provided an implementation of
>          the newly accepted POSIX standard interface for threading ser-
>          vices. The POSIX standard interface became the core interface
>          and the other interfaces were reimplemented on top of it. Begin-
>          ning in OpenVMS Version 7.0, all software that uses timed thread
>          waits may encounter the 10,000 day delta-time errors.
>
>          DECthreads source code is identical for OpenVMS VAX Version 7.0
>          and OpenVMS Alpha Version 7.0.
>
>          For all applications:
>
>          If your application calls the following OpenVMS RTL Library
>          (LIB$) routines, you may encounter the 10,000 day delta-time
>          errors.
>
>             LIB$CVT_TO_INTERNAL_TIME         LIB$ADD_TIMES 
>             LIB$CVT_FROM_INTERNAL_TIME       LIB$SUB_TIMES
>             LIB$CVTF_TO_INTERNAL_TIME        LIB$MULT_DELTA_TIME
>             LIB$CVTF_FROM_INTERNAL_TIME      LIB$MULTF_DELTA_TIME
>             LIB$CVT_VECTIM                   LIB$CONVERT_DATE_STRING
>
>          Applications that are written in DEC C and contain portable code
>          that calls only ANSI time functions are not impacted. This is
>          because the DEC C Run Time Library calculates time locally and
>          does not call OpenVMS RTL Library (LIB$) time routines. These
>          ANSI time functions are as follows:
>
>             ctime     ftime
>             mktime    strftime
>             fstat     gmtime
>             stat      time
>
>          The one exception to this list is the ANSI time function sleep.
>          The DEC C Run Time Library continues to enforce the 9999 day
>          delta-time restriction on sleep. 
>
>          6  IMPACT ON APPLICATION DEVELOPERS
>
>          Attached to this BLITZ is a short C program that demonstrates
>          the current 10,000 day delta-time restriction to application
>          developers. In all cases, application developers and their
>          customers must install the ECO.
>
>          If an application developer uses OpenVMS shareable images,
>          there is no required code change and relinking is not necessary;
>          installing the ECO on the customer system corrects the problem.
>
>          If an application developer does not use OpenVMS shareable im-
>          ages (that is, links using STARLET) and the application is
>          subject to the 10,000 day restriction, no code change is required,
>          but the developer must relink the application after installing
>          the ECO and might need to redistribute the software. The appli-
>          cation developer's customers must also install the ECO on 
>          their systems. 
>
>          There are two possible methods of redistributing the software:
>
>          o  Distribute full executable without shareable images
>
>             After installing the ECO and relinking the application,
>             the application developer redistributes the product to all
>             customers.
>
>          o  Link on target system
>
>             After installing the ECO, the application developer ships
>             the object files/libraries they require to the customer. The
>             application developer's customers must install the ECO and
>             relink the application.
>
>          7  RESOLUTION
>
>          If OpenVMS components hang with a message on the console (DEC-
>          netPlus Phase V, OSI, and DTSS are most likely to hang), you
>          must set the time ahead. To do so, enter the following 
>          commands:
>
>             $ MCR SYSMAN
>             SYSMAN> SET ENVIRONMENT/CLUSTER
>             SYSMAN> DO MCR NCL DISABLE NODE 0 DTSS
>             SYSMAN> DO MCR NCL DELETE  NODE 0 DTSS
>             SYSMAN> SET TIME=20-MAY-1997:01:00
>             SYSMAN> EXIT
>
>          At this point, install the appropriate ECO and perform a system
>          reboot.
>
>   8  C PROGRAM ATTACHMENT
>
>   ATTACHMENT: (Show10K.C)
>  /*
>  **  Program to illustrate 10K day delta time limit
>  **
>  **
>  **  Compilation instructions for DEC C compiler:
>  **
>  **  Compile:    CC/DECC Show10K
>  **  Link:
>  **    Using shareable images/IMAGELIB:  LINK Show10K
>  **    Using STARLET:                    LINK Show10K/NOSYSSHR
>  **
>  **
>  **  Compilation instructions for VAX C compiler:
>  **
>  **  Compile:    CC/VAXC Show10K
>  **              or
>  **              CC Show10K
>  **  Link:
>  **    Using shareable images:
>  **      LINK Show10K,SYS$INPUT/OPTION
>  **      SYS$SHARE:VAXCRTL.EXE/SHARE
>  **    Using VAX C RTL object library:
>  **      LINK Show10K,SYS$SHARE:VAXCRTL/LIBRARY
>  **    Using STARLET and VAX C RTL object library:
>  **      LINK Show10K/NOSYSSHR,SYS$SHARE:VAXCRTL/LIBRARY,SYS$INPUT/OPTION
>  **      SYS$SHARE:CMA$TIS_SHR.EXE/SHARE
>  **
>  **
>  **  Execute:    RUN Show10K
>  **
>  **  Results:
>  **
>  **      If you receive the following errors during LINK (/NOSYSSHR), then
>  **      somehow DEC C RTL routines are no longer in STARLET.  This is
>  **      easily resolved by first installing any DEC C RTL ECO.
>  **
>  **      %LINK-W-NUDFSYMS, 3 undefined symbols:
>  **      %LINK-I-UDFSYM,         DECC$DPRINTF
>  **      %LINK-I-UDFSYM,         DECC$EXIT
>  **      %LINK-I-UDFSYM,         DECC$MAIN
>  **      %LINK-W-USEUNDEF, undefined symbol DECC$MAIN referenced
>  **              in psect $CODE offset %X0000004E
>  **              in module SHOW10K file FOO$:[USER]SHOW10K.OBJ;1
>  **      %LINK-W-USEUNDEF, undefined symbol DECC$DPRINTF referenced
>  **              in psect $CODE offset %X0000009E
>  **              in module SHOW10K file FOO$:[USER]SHOW10K.OBJ;1
>  **      %LINK-W-USEUNDEF, undefined symbol DECC$DPRINTF referenced
>  **              in psect $CODE offset %X000000B1
>  **              in module SHOW10K file FOO$:[USER]SHOW10K.OBJ;1
>  **      %LINK-W-USEUNDEF, undefined symbol DECC$EXIT referenced
>  **              in psect $CODE offset %X000000C9
>  **              in module SHOW10K file FOO$:[USER]SHOW10K.OBJ;1
>  **
>  **
>  **
>  **      If the restriction is present:
>  **
>  **              OpenVMS ALPHA: You must install ECO ALPLIBR05_070.
>  **              OpenVMS VAX:   You must install ECO VAXLIBR05_070.
>  **
>  **
>  **      If ECO applied and restriction removed:
>  **
>  **              You do not require the ECO.
>  **
>  */
>
>  #include <stdio.h>
>  #include <string.h>
>  #include <lib$routines.h>       /* LIBRTL routine prototypes             */
>  #include <libdef.h>             /* return codes                          */
>  #include <libdtdef.h>           /* operation code for date/time routines */
>
>
>  #ifdef __ALPHA
>  #define KITNAME "ALPLIBR05_070"
>  #else
>  #define KITNAME "VAXLIBR05_070"
>  #endif
>
>
>  main()
>  {
>          long int  K_10K = 10000 ;                /* 10000 days in future */
>  
>          unsigned 
>          long int  operation = LIB$K_DELTA_DAYS , /* Operation            */
>                    status ;                       /* return status        */
>  
>          unsigned 
>          char      ResultTime[ 8 ] ;              /* Quadword for time    */
>
>          char      ECOname[ 14 ] = KITNAME ;
>
>          /*
>          **  Illustrate what happens
>          **
>          **  If LIB$_IVTIME is returned, then you will require
>          **  the ECO [ALP|VAX]LIBR05_070.
>          */
>
>
>          status = lib$cvt_to_internal_time( &operation ,
>                                             &K_10K     ,
>                                             &ResultTime
>                                           );
>
>          /*
>          **  This "catch all" for those systems that might have
>          **  ALPLIBR04_070 or VAXLIBR02_070 installed.
>          */
>
>          if (status == LIB$_NORMAL)
>             status = lib$cvt_from_internal_time( &operation,
>                                                  &K_10K,
>                                                  &ResultTime
>                                                );
>
>          switch (status) {
>                  case LIB$_NORMAL:
>                          printf( "You do not require the ECO.\n" );
>                          break;
>                  case LIB$_IVTIME:
>                          printf( "You must install ECO %s.\n", ECOname );
>                          break;
>                  default: /* unknown error -- signal it */
>                          lib$signal(status);
>          }
>  
>  }
>
>
>
>          DIGITAL
>
>
>          OpenVMS[TM] Delta-Time Limit Notification Cover Letter
>
>          AV-R4Y1A-TE
>
>          February 1997
>
>          Dear OpenVMS Customer,
>
>          The OpenVMS operating system has a documented delta-time limit
>          that may cause a serious error in some applications and OpenVMS
>          components beginning on or around 19-MAY-1997. DIGITAL has
>          provided ECOs (Engineering Change Orders) that remove the delta-
>          time limit.
>
>          Applications and OpenVMS components most likely to experience
>          errors are those that pass delta-time arguments with values
>          exceeding 9999 days on system-supplied date routines. The most
>          likely date that these errors will occur is 19-MAY-1997:00:00,
>          which is 10,000 days after the common UNIX time origin of 1-JAN-
>          1970.
>
>          DIGITAL strongly recommends that all customers running the
>          affected versions of OpenVMS install the appropriate ECO, as
>          follows:
>
>           For OpenVMS Alpha Version 6.1 through Version 7.0:  ALPLIBR05_070
>           For OpenVMS VAX Version 5.5 through Version 7.0:    VAXLIBR05_070
>
>          Systems running OpenVMS Alpha Version 7.1 and OpenVMS VAX Ver-
>          sion 7.1 are not affected and do not need to install the ECO.
>
>          The following OpenVMS components and software products are known
>          to be affected by the delta-time limit. The ECOs correct the
>          problems observed in these products.
>
>          ________________________________________________________________
>          Product________________________________OpenVMS_Version__________
>
>          OpenVMS SECURITY Server                OpenVMS Alpha V7.0 only
>
>          DECwindows Motif for OpenVMS           OpenVMS Alpha V7.0 only
>
>          Distributed Computing Environment      OpenVMS Alpha V6.2 only
>          (DCE) for OpenVMS
>
>          OpenVMS DECthreads                     OpenVMS Alpha and OpenVMS
>                                                 VAX V5.5 through V7.0
>
>          (OSU) DECthreads HTTP Server (free-    OpenVMS Alpha and OpenVMS
>          ware provided with the OpenVMS         VAX V5.5 through V7.0
>          Internet_Product_Suite)_________________________________________
>
>          Other software products running on OpenVMS might also experi-
>          ence errors stemming from this delta-time limit. Contact the
>          appropriate software vendor for more information.
>
>
> 
>
>
>          Impact on Application Developers
>
>          Application developers and their customers must install the
>          appropriate ECO.
>
>          If an application developer uses OpenVMS shareable images,
>          there is no required code change and relinking is not necessary;
>          installing the ECO on the customer system corrects the problem.
>
>          If an application developer does not use OpenVMS shareable
>          images (that is, links using STARLET) and the application is
>          subject to the 10,000 day restriction, no code change is re-
>          quired. However, the developer must relink the application after
>          installing the ECO and might need to redistribute the software.
>          The application developer's customers must also install the ECO
>          on their systems.
>
>          If your application calls the following OpenVMS RTL Library
>          (LIB$) routines, you may encounter errors due to the 10,000 day
>          delta-time limit.
>
>          LIB$CVT_TO_INTERNAL_TIME         LIB$SUB_TIMES
>          LIB$CVT_FROM_INTERNAL_TIME       LIB$MULT_DELTA_TIME
>          LIB$CVTF_TO_INTERNAL_TIME        LIB$MULTF_DELTA_TIME
>          LIB$CVTF_FROM_INTERNAL_TIME      LIB$CONVERT_DATE_STRING
>          LIB$CVT_VECTIM                   LIB$ADD_TIMES
>
>          Applications that are written in DEC C and contain portable code
>          that calls only ANSI time functions are not impacted.
>
>          Distribution Channels
>
>          DIGITAL is distributing the ECOs only through the following
>          channels. Customers should obtain the ECOs from:
>
>          o  DIGITAL Electronic Service Delivery Tools (such as DSNlink,
>             Web Information and Support Service (WIS), and DIGITAL Dial-
>             In Access (DIA))
>
>          o  the World Wide Web at:
>
>                http://www.service.digital.com/html/patch_main.html
>
>          o  the following FTP address:
>
>                ftp://ftp.service.digital.com/public/vms/
>
>          If you need further information, please contact your normal
>          DIGITAL support channel.
>
>          DIGITAL appreciates your cooperation and patience. We regret any
>          inconvenience applying this update may cause.
>
>              )Digital Equipment Corporation. 1997. All rights reserved.
>          ___________________
>       [TM] The following are trademarks of Digital Equipment Corporation:
>            OpenVMS, VAX, VMS, and the DIGITAL logo.
>
>                                          2
>
>

>****  PSG SEPS97flash #84  ****
>
>In the beginning.... when the Software Action Committee (SAC) was created and
>the SEPS97 Committee was formed, the Product Architecture Committee (PAC)
>notes conference was used.  SAC and SEPS97 Program Office material (note 359
>and beyond) was deposited there, while the EASE::SEPS97 conference became the
>repository for SEPS97 technical topics.
>
>During the past few days, the SAC conference (aka the PAC conference) was
>moved.  It is now available at USCD::PAC.  Glenn Doten tells me that the
>CVMS$PUBLIC area is available on USCD too.
>
>As time permits during the next couple of months, the SAC notes from the PAC
>conference will be moved to a new SAC conference on EASE.
>
>Regards.
>
>
>

>****   PSG SEPS97flash #85   ****
>
>Subject: Minutes of 12 March SEPS97 Status meeting
>Meeting Schedule:   The next meeting is 19 March.
>
>Attendees: Ken Chernack, Paul Gilberti, Jim Visconti,
>Kyoichi Nishi, Michael Leung, Hagos Tekle, Jo Adamson,
>Kathie Davis, Dave O'Brien, John Rives, Mark Dempsey,
>Mike Carolan, Steve Barrell, Dave Hawley, Bruce
>MacKenzie-Low, Richard Greenall, Ken Femino, Ann Slager,
>Tom Donovan
>
>STATUS:
>- CORPORATE APPLICATIONS (Jim Visconti): no issues
>- FINANCE SCU (Ken Chernack): testing on schedule and
>no issues
>- FINANCE SDU (Ken Chernack): testing on schedule no
>issues
>*** Please note: the Finance report will be combined in the future due to a
>re-organization.
>- BU APPLICATIONS (Tom Donovan): no known problems
>- INFORMATION WAREHOUSE (Ed Marino): FACT application is still running slower
>since upgrade; see open items for more information
>- EUROPE (Jo Adamson): some upgrades have occurred and things are going
>better; still a little behind the original schedule
>- GP1 (Dave O'Brien):  upgrades continue; no problems
>- AM1 (Dave Hawley): reported a problem with proxies; have a work around, but
>the problem
>still exists; could be occurring on other clusters, but has not become
>evident; not a problem if     node is addressed directly;  Ken Chernack will
>take discussion offline with appropriate parties to determine how to work
>issue; will send out a flash with a description of the problem and any
>actions or resolutions
>**** Note: an additional concall took place after the meeting; Ann, Steve and
>DaveH working problem... will notify others of progress.
>- AM2 (Hagos Tekle): no problems reported
>- OPG (Mike Carolan, Steve Barrell): various issues being worked; MUP A
>nearing completion;
>Steve wants to review proxy problem and see if it should be included in MUP;
>will let Ken know
>- CANADA (Richard Greenall): noticied proxy problem; still planning
>- ASIA/PACIFIC (Michael Leung, Kyoichi Nishi):  a single unified upgrade
>process is not in place in AP at this time; local languages make upgrade
>process difficult; planning for SEPS97 has begun and looking to start
>implementations around the end of the year with the South Pacific Territory
>possibly being the first group
>
>SCHEDULE:
>o several more upgrades completed and many scheduled in near future; other
>than ACADMY/AWARD the schedule as published is firm 
>**** Note: after the meeting CPDW and CPRS dates have been questioned...
>discussions underway
>o ACADMY/AWARD: Kathie reported the April 13 date is a problem; Dave O'Brien
>and Hagos Tekle supported Kathie; Kathy just got a test environment this week
>and testing will start next Monday; Ken needs to hear from Pierce Cody with
>changes to project plan; testing will determine if the RDB multiversion
>solution will work
>**** After the meeting, Pierce was notified and he is working the issue(s)
>within his committee.
>
>COVERAGE:  OPG support is available for support during weekend installations;
>check schedule issued by Mike for OPG availability
>
>ALL IN 1 PROBLEM: DaveH reported a problem that requires the TRS application
>to be relinked with All-in-1 version 2.4; TRX is using A1 for reporting.
>v2.4 is quite old (v3.2 is current); must work with application personnel to
>understand when application is going to be retired since A1 is going away.
>Tom Donovan will research.
>
>DECSTD012: Ken Chernack needs to close with support group
>
>APPLICATION CONTACT LIST: keep sending post-upgrade contact names to Ken
>Chernack
>
>APPLICATION TESTING: reminder-notify Ken Femino and Dave O'Brien  when SEPS97
>testing is completed
>
>PERFORMANCE DEGRADATION: in addition to the IW FACT application, an AM1
>system has also been reported to be about 20% slower; based on performance
>reports DaveH
>feels it is OSI related; he added CPUs to try to fix the problem; problem is
>not being reported on a widespread basis; it may be related to how busy the
>system is; Dave O'Brien will do some analysis of GP1 systems 
>**** After the meeting, Alex Aderer called with another example of
>application degradation.  He is documenting the specifics.  John Peachey also
>reported an application that is not a OracleRdb application (only RMS)
>experiencing longer runtimes.  He will also send me specifics.
>**** Note to all: if you have detailed evidence that your application is
>running longer, let your SEPS97 Rep and me know.
>
>REQUEST FOR SEPS: Ken Femino received a request from DEC India for a SEPS
>kit; these requests should go to Mike Carolan
>
>Thanks Ed for taking the minutes!
>
>
>

>****  SEPS97flash #86  ****
>
>
>Subject: Minutes of 19 March SEPS97 Status Meeting
>
>Meeting Schedule:   The next meeting is 26 March; April schedule will be
>weekly; May should go to every other week.
>
>Attendees: Ken Chernack, Jim Visconti, Ed Marino, John Rives, Tom Donovan,
>Ken Femino, Hagos Tekle, Jo Adamson, Dave O'Brien, Mike Carolan, Mike Heiser,
>Steve Barrell, Ray
>Rosch, Mark Dempsey
>
>STATUS:
>- CORPORATE APPLICATIONS (Jim Visconti): no issues
>- FINANCE SCU (Ray Rosch):  no issues
>- BU APPLICATIONS (Tom Donvan): no problems
>- INFORMATION WAREHOUSE (Ed Marino): performance problem
>  with FACT has been traced to change in RDB optimizing 
>  strategy, which seems to be caused by version upgrade;
>  problem reported to Oracle and work-arounds in progress
>- EUROPE (Jo Adamson): working towards being back on schedule;
>  will have schedule details by end of March
>- GP1 (Dave O'Brien):  upgrades continue; no problems
>- AM1 (Mike Heiser): ready for next set of installs; all OK
>- AM2 (Hagos Tekle): no problems reported
>- OPG (Mike Carolan): very busy handling issues; asked that
>  requests be restricted to SEPS97 issues whenever possible;
>  MUP A very close to release
>- CANADA (Harry Don): no issues; planning in progress
>- ASIA/PACIFIC: no update this week
>
>SCHEDULE:
>- Tom Donovan requested that WMOVAX start time change from 5
>  April 1800 to 5 April 0800; end time revised to April 6 0800
>- Mark Dempsey will be coming to U.S. April 19 to assist wit
>  the large number of upgrades scheduled at that time
>- John Rives stated that EDI will most likely be requested
>  to stay at current version on GIAMEM
>- Ray Rosch checking that EDI will not be upgraded on PROD07
>  as well
>- ACADMY/AWARD: new date is May 3; RDB multiversion seems OK
>  so far
>- CPRS: Jim Visconti presented a request to move to May 15 or 
>  later and CPDW 10-14 days earlier; Ken Chernack will take up 
>  with Dave O'Brien to firm up a date
>*** Will be CPDW: 17May.... CPRS: 31May (see schedule for more details
>
>DECSTD12: still outstanding
>
>APPLICATION CONTACT LIST: keep sending contacts to Ken Chernack
>
>APPLICATION TESTING: reminder-notify Ken Femino and Dave O'Brien when SEPS
>testing is completed
>
>PERFORMANCE DEGREDATION: (see Info Warehouse status)
>
>DEC INDIA REQUEST: waiting for an address to send SEPS kit
>
>
>Thanks for taking minutes Ed!
>
>
>

>****  SEPS97flash #87  ****
>
>
>An updated SEPS97 product list has been made available by Adrian at:
>	EASE::SEPS97_DOCS:SEPS97LP.EPS		
>	EASE::SEPS97_DOCS:SEPS97LP.XLS		
>The listing is 14 pages long.
>
>Directory EASE::DISK$PUBLIC:[PUBLIC.SEPS97.DOCS]
>	SEPS97LP.EPS;1          277/280      20-MAR-1997 15:31:46.00
>	SEPS97LP.XLS;1           154/156      20-MAR-1997 15:31:58.00
>
>The web / html version will be updated and made available soon.
>
>Changes made to this version are:
>*	previous columns for DECstep V6, PASE, Asia Pacific are now hidden
>*	new columns introduced to cover SEPS97 MUPA for VAX and ALPHA
>*	new column for Year 2000 information.
>Feedback and pointers for missing information are both welcome and needed.
>
>SEPS97 MUPA details will be made available in the next Flash, as well as the
>MUPA Release Notes at the time of MUPA release.
>
>Attachment:  <.xls deleted>
>
> 
>

>****  PSG SEPS97flash #88   ****
>
>During the past few months, while we have been testing applications and
>updating clusters to the SEPS97 software standard, additional ECOs
>(Engineering Change Orders) have been released by our software engineering
>department.  In order to ensure a stable test environment and a consistent
>production environment, we have held off on releasing these updates until it
>was cost effective and functionally beneficial to all applications.
>
>It is now appropriate to release MUPA (Mandatory Update Patch A).  MUPA will
>be applied to ALL systems running SEPS97.  Clusters will have be rebooted for
>the changes to take effect.  The determination of upgrade times will be
>coordinated among your SEPS97 representative, CCS and the SEPS97 Program
>Office.  We anticipate that downtime will not be greater than four (4) hours.
>
>It is the opinion of the Software Action Committee and the SEPS97 Committee
>that these changes are important and necessary.  Hopefully, they will not
>create the need for extensive additional testing.  If you would like to
>retest your application or just a program, USTEST and USCNS will be available
>for you before the MUPA is applied to SEPS97 compliant clusters in May
>(schedule TBD).  Please contact Ken Femino or Dave O'Brien for additional
>MUPA test scheduling details.
>
>Attached is a list of changes, documented by Adrian Foote of OPG, covering
>the SEPS97 MUPA release.  These ECOs fix known problems with the current
>SEPS97 platform.  Having them included in a MUP means we do not have to
>install them individually.  MUPA will be installed on USTEST, USCNS and other
>test clusters by the end of March 1997.
>
>VAX SEPS97 MUPA
>*	OpenVMS Patches
>*	VAXLIBR05_070
>*	VAXSHAD05_062
>*	TNT V2.1 (Part of OpenVMS)
>*	DECnet/OSI V6.3 ECO06
>*	DECdns ECO070
>*	Pathworks V5.0D ECO03
>*	Storage Works Library System ClientV2.8A 
>
>ALPHA SEPS97 MUPA
>*	OpenVMS Patches
>*	ALPLIBR05_070
>*	ALPSHAD05_062
>*	TNT V2.1 (Part of OpenVMS)
>*	DECnet/OSI V6.3 ECO06
>*	Storage Works Library System Client V2.8A
>
>Full details will be made available in the MUPA Release Notes at time of MUPA
>release.
>
>Please note, clusters not running SEPS97 will have to be updated via a reboot
>with the 
>'19May97 patch' (VAXLIBR05_070  / ALPLIBR05_070).  PSG SEPS97flash #83: 
>Security Bulletin Regarding OpenVMS Delta-Time Limit Problem discussed this
>topic in 
>more detail.
>
>If you have any questions, please contact your organization's SAC or SEPS97
>representative.
> 
>

>****  PSG SEPS97flash #89  ****
>
>Attached is the latest version of the PSG Americas SEPS97 cluster upgrade
>schedule in MS Excel format.  Please print this spreadsheet in landscape
>mode.
>
>Our progress is very good!  Of the 72 clusters scheduled for upgrades in PSG
>Americas, we have done 46 of them.  Yes, there have been a few pre- and
>post-installation problems, but they have been resolved quickly with minimal
>business interruption.  We have improved the process as we have learned more
>about our operating environments.  Upgrades from a PASE v1.2 compliant
>environment are taking less than our benchmark of 24 hours.
>
>On USOPS::CNSMRO$PUBLIC:PSG*.PRN there are content enhanced schedules for
>those of you who cannot read the MS Excel attachment.  Again, I highly
>recommend viewing these listings for one and all.
>
>   Directory USOPS::DISK$OPS_ADMIN2:[CNSMRO]
>	PSG_SEPS97_SCHEDULE_BY_CLUSTER.PRN
>	PSG_SEPS97_SCHEDULE_BY_DATETIME.PRN
>	PSG_SEPS97_SCHEDULE_BY_DECNETVERSION.PRN 
>	PSG_SEPS97_CLUSTERS.PRN
>
>If you have any questions, please contact your organization's representative
>and/or me.  We will be happy to help you.
>
>Attachment: <.xls deleted>
>
> 

>****   SEPS97flash #90   ****
>
>As described in SEPS97flash #88 (see attachment), we are beginning to install
>MUPA on SEPS97 compliant clusters.  USCNS has been done.  USTEST will be done
>this weekend followed by key development clusters.  If you want to review
>your testing, please contact Ken Femino or Dave O'Brien to schedule time and
>resources on USTEST/USCNS.
>
>Our strategy is to complete this upgrade work on all SEPS97 compliant
>clusters during the month of April.  If your cluster is being upgraded during
>April to the SEPS97 standard, MUPA will automatically be applied.
>
>I have already received from organization representatives requests for
>specific time periods to do the reboot of a cluster.  The upgrade should take
>no more than four hours.
>I will attempt to communicate these dates/times to you during the month of
>April in a SEPS97flash.  Also, please read the NOTICE.TXT message on your
>cluster for latest details.
>
>Non-compliant SEPS97 clusters will have the 19May97 OpenVMS patch installed
>during the month of April also.  Read your NOTICE.TXT message for further
>details.
>
>If you have any questions, please contact your organization's SEPS97
>representative or me.
>
>Attachment:  <deleted>
>
>

>****   PSG SEPS97flash #91   ****
>
>
>Subject: Minutes of 26 March SEPS Status Meeting
>
>Meeting Schedule:   The next meeting is 2April; the April schedule will be
>weekly; May will go back to every other week.
>
>Attendees: Ken Chernack, Jim Visconti, Ed Marino, Dave Hawley, Mike Carolan,
>Mark Dempsey, Julie Tuthill, Ken Femino, Jimmie Ray McKenzie, Ray Rosch,
>Dennis Avery, Adrian Foote, Steve Barrell
>
>STATUS:
>o CORPORATE APPLICATIONS (Jim Visconti): no issues
>o FINANCE  (Ray Rosch):  no issues
>o BU APPLICATIONS (Tom Donovan in abstentia): schedule issue (see below);
>COBOL compiler problem reappeared (see below)
>o INFORMATION WAREHOUSE (Ed Marino): RDB performance problem seems to be
>primarily an application problem made noticeably worse with the upgrade;
>reworking the program to perform more efficiently should solve it
>o EUROPE (Julie Tuthill): waiting for signoff on two applications; problems
>being resolved and things going well; Ken asked for an overall summary of
>clusters updated and clusters remaining to be upgraded
>o GP1 (Ken Femino):  no problems
>o AM1 (Dave Hawley, Jimmie Ray MacKenzie): NET$ACP problem is causing some
>problems; Ken Femino said he has seen problems too, which are being solved by
>tuning NET$LOGICAL.COM
>o AM2 (Ken for Hagos Tekle): no problems reported
>o OPG (Mike Carolan):
>  - someone asked for RDB V7;will not be provided by SEPS97, but advisory
>note has been posted 
>  - TIMA application has MOTIF display issues-these are being worked
>  - DSDN application is being removed-no one to support 
>  - Order Entry application issue being worked
>  - MUPA is available for testing (see below)
>  - SEPS for NT requirements document is available
>o CANADA: no update
>o ASIA/PACIFIC: no update
>
>SCHEDULE:
>o all of last weeks action items are resolved and closed
>o request to delay GIAMEM to at least May 10; Ken Femino will check upgrade
>schedule and find a date
>o Mark Dempsey will be coming to U.S. around April 19th to assist with the
>large number of upgrades scheduled at that time
>
>DECSTD12: finding a coordinator being addressed
>
>APPLICATION CONTACT LIST: new copy was just sent out; keep Ken Chernack
>informed of updates
>
>APPLICATION TESTING: reminder-notify Ken Femino and Dave O'Brien  when SEPS
>testing is completed
>
>DEC INDIA REQUEST: OPG is working on this now
>
>OFFICIAL SEPS97 MEMBERSHIP: Ken sent out list of current members for review
>and correction; Ken will be going to Dan Thatte and Tom Simmons for continued
>support and continuation of representation
>
>MUPA STATUS:
>o offical contents announced in Flash 88
>o MUPA ready for testing release; Ken Femino will install on USTEST and USCNS
>by end of this week; there is a lot of test activity on USTEST that needs to
>be coordinated with installation
>o new installations of SEPS97 including MUPA will require about 1.3 million
>blocks; justupgrading MUPA requires about 250K free blocks; after either
>installation, disk
>usage will revert to approximate prior status
>o MUPA upgrade does not need Pre-Req to be run
>o 4 hour outage (maximum) needs to be scheduled for upgrade
>o upgrades should be completed before May 1; for systems scheduled for SEPS97
>upgrades in April/May, the MUP should be included with the initial SEPS
>installation
>o Alpha MUP will not be ready for a few more weeks
>o ACTION ITEM: SEPS REPS NEED TO WORK DATES AND GET BACK TO KEN
>
>NOTE: non-SEPS clusters will need a separate install of the date fix and a
>reboot
>
>MUPB POTENTIAL CANDIDATES:
>o COBOL PROBLEM: V40 in SEPS97; V42 is released; only needed for development
>systems
>o QUE Manager problem also reported; Steve will research
>o Pathworks ECO just came out; Steve to assess
>
>PERFORMANCE AFTER UPGRADES: question was raised if hardware performance is an
>issue based on situation with AM1 systems ATOSOA in Atlanta; felt it is
>related to Phase V; GP1 and Europe haven't observed any similar behavior;
>will be watching AM1 system ECAMCS cluster, which is being upgraded this
>weekend
>
>Thanks Ed for taking the minutes!
>

>****   PSG SEPS97flash #92   ****
>
>
>Subject: Minutes of 4 April 97 SEPS97 Status Meeting
>
>Meeting Schedule:   Still weekly in April; May's schedule, due to the fact
>that the Program is wrapping up, will go to a schedule of meeting on the
>first and third calendar Wednesdays of the calendar month.
>
>Attendees: Ken Chernack, Jim Visconti, Ed Marino, Hagos Tekle, Jim McKenzie,
>David Hawley, Mike Heiser, Mike Carolan, Jo Adamson, Harry Don, Dave O'Brien,
>Ken Femino, Mark Dempsey, Tom Donovan, Ray Rosch
>
>STATUS:
>- CORPORATE APPLICATIONS (Jim Visconti): a scheduling issue (see below)
>- FINANCE  (Ray Rosch):  no issues
>- BU APPLICATIONS (Tom Donovan): same scheduling issue as Corporate
>Applications  (see below)
>- INFORMATION WAREHOUSE (Ed Marino):  no issues
>- CANADA (Harry Don): all OK; will have schedule discussion with Ken Chernack
>off-line
>- EUROPE (Jo Adamson): waiting for signoff on three applications and getting
>more information in about scheduling; will begin to catch up on schedule in
>April
>- GP1 (Dave O'Brien):  no problems
>- AM1 (Mike Heiser): no problems
>- AM2 (Hagos Tekle): no problems
>- OPG (Mike Carolan): MUPA released
>- ASIA/PACIFIC: no update
>
>SCHEDULE:
>- Due to an RDB problem GIAMEM has been rescheduled for May 10; this affects
>an application in Corporate Applications waiting for implementation;
>Corporate Applications will try to adjust to delay (post-meeting: agreement
>reached)
>- Mark Dempsey arrives on 15 April to help with large number of critical
>systems scheduled for following weekend
>- MUPA will be included in all future installations
>- IMPORTANT: if there are specific times desired for MUPA upgrade then Reps
>should let Ken know; if specific times are not requested then it will be up
>to CCS to make sure MUPA upgrade occurs by 1 May (plan on four hours for
>installation of MUPA)
>- Ray Rosch stated that due to critical nature of WILLEE (Payroll) and PROD07
>(Revenue) all contacts are on call 24 hours/day until after upgrades are
>completed and verified 
>- Dave O'Brien got a request for SEPS installation on some SAP machines; Dave
>and Ken will discuss off-line
>
>DECSTD12: still outstanding; (post-meeting) Ken contacted John Peachy.  John
>will talk to George Greenwood/June Davenport from the Chief Engineer's Office
>to learn about any new activities and will become the PSG contact person.
>Thanks John!!
>
>APPLICATION CONTACT LIST: some updates received; keep Ken Chernack informed
>of updates; new list to be published in next few days
>
>APPLICATION TESTING: reminder-notify Ken Femino and Dave O'Brien  when SEPS
>testing is completed
>
>MUPB POTENTIAL CANDIDATES: probably won't happen soon, especially with Year
>End approaching; keep Steve Barrell advised of problems with layered products
>and any possible resolutions; unless it is critical all new software upgrades
>will be pushed into the SEPS98 definition.
>
>PERFORMANCE AFTER UPGRADES: still having problems with ATOSOA and ECAMCS;
>clusters are heavily used (900 users); may want to refer problem to Colorado;
>Ken will take off-line with Bruce and Dave
>
>Thanks Ed for taking the minutes!
>
>

>****   PSG SEPS97flash #93   ****
>
>
>Attached is the latest version of the PSG Americas SEPS97 cluster upgrade
>schedule in MS Excel format.  Please print this spreadsheet in landscape
>mode.
>
>On USOPS::CNSMRO$PUBLIC:PSG*.PRN there are content enhanced schedules for
>those of you who cannot read the MS Excel attachment.  Again, I highly
>recommend viewing these listings for one and all.
>
>   Directory USOPS::DISK$OPS_ADMIN2:[CNSMRO]
>	PSG_SEPS97_SCHEDULE_BY_CLUSTER.PRN
>	PSG_SEPS97_SCHEDULE_BY_DATETIME.PRN
>	PSG_SEPS97_CLUSTERS.PRN
>
>I will no longer be creating
>	PSG_SEPS97_SCHEDULE_BY_DECNETVERSION.PRN
>since the issue of DECnet PhaseIV to DECnet PhaseV transition done during the
>SEPS97 upgrade does not have to be highlighted anymore.  If you want this
>information, it is in the attached spreadsheet... or just call me and I'll
>create the report for you.
>
>  
>
>If you have any questions, please contact your organization's representative
>and/or me.  We will be happy to help you.
>
>Regards.
>
>

>****   SEPS97flash #94   ****
>
>
>Subject: Minutes of 9 April SEPS97 Status Meeting
>
>Meeting Schedule:   The next meeting is 16 April; April schedule will
>continue to be weekly; May's meetings will be every other week.
>
>Attendees: Ken Chernack, Jim Visconti, Ed Marino, Hagos Tekle, Steve Barrell,
>Jo Adamson, Jim McKenzie, Mark Dempsey, Mike Heiser, Harry Don, Tom Donovan,
>Ken Femino, Mike Carolan
>
>STATUS:
>- CORPORATE APPLICATIONS (Jim Visconti): some testing problems on CPRS (see
>below)
>- FINANCE  (Ken Chernack):  ready for next two weekends major upgrades
>- BU APPLICATIONS (Tom Donovan): no issues
>- INFORMATION WAREHOUSE (Ed Marino):  testing for ACADMY upgrade going well;
>no issues
>- EUROPE (Jo Adamson): waiting for certification on 3 applications (ART?,BSR,
>EPLS) ; has been elevated and hoping for resolution soon, otherwise will hold
>up schedule; Judy to update Ken in next few days; other upgrades are
>progressing
>- GP1 (Ken Femino):  no problems
>- AM1 (Jim McKenzie): see below for ATOSOA and CEAMCS status
>- AM2 (Hagos Tekle): working issue to get CSLALL upgraded according to
>schedule
>- OPG (Mike Carolan): working a few minor problems, but things going well;
>Steve needs information from  John Rives on WMOVAX regarding a modem problem
>- CANADA (Harry Don): will be meeting with CCS to work out details
>- ASIA/PACIFIC: no update
>
>SCHEDULE:
>o several upgrades occurred this past weekend according to schedule
>o WMOVAX was a difficult upgrade, but was successful
>o CPRS/CPDW: some problems are surfacing that could result in schedule being
>pushed out 1-3 weeks; Tom will check, but doesn't think this will cause any
>issues in BU
>o reviewed balance of schedule; no other changes mentioned
>o Mark Dempsey arrives on 15 April to help with large number  of critical
>systems scheduled for following weekend
>o MUPA is currently being installed with SEPS97... NO issues
>o IW had question on MUPA requested installation for BUMP, USDEV, USIW and
>USIC; Ken Femino to take up with Dave O'Brien (since meeting:BUMP and USDEV
>installed-USIW and USIC scheduled  for 20 April)
>o IMPORTANT: if there are specific times desired for MUPA upgrade then Reps
>should let Ken know; if specific times are not requested then it will be up
>to CCS to make sure MUPA upgrade occurs by 1 May (plan on four hours for
>installation of MUPA) 
>o the OPG phone numbers for upgrade support have been recently distributed by
>Ken
>o post-meeting: due to last minute scheduling problems CSLALL, FSLPRD and
>PENUTS will not be upgraded on 19Apr but probably on 17May97 (to be
>confirmed)
>
>DECSTD12: John Peachy agreed to be the contact; we will need to do an
>inventory of version running on PSG clusters
>
>APPLICATION CONTACT LIST: some updates received; keep Ken Chernack informed
>of updates; new list to be published on Friday
>
>APPLICATION TESTING: reminder-notify Ken Femino and Dave O'Brien  when SEPS
>testing is completed; MUPA is now installed on test clusters
>
>MUPB POTENTIAL CANDIDATES: unless there is a crisis, no MUPB is planned; new
>products and product upgrades  will be considered for SEPS98
>
>PERFORMANCE AFTER UPGRADES: after analyzing performance problems on ATOSOA
>and CEAMCS and other clusters, it was determined that 9 additional CPUs are
>required; Ken requested analysis results be forwarded to OPG and to him
>
>DATE FIX: Harry reported a problem with a cluster after the date patch was
>installed; a reboot is necessary after this installation and that should
>resolve the problem
>
>VMS MAIL PROBLEM: Harry knows of a  fix to a known problem with VMS
>Mail/Exchange interface which he will send to Ken for possible PSG
>distribution; Ed reported a problem that may be unique to Alphas where VMS to
>Exchange has a problem if the router node (US4RMC in his case) is NOT used;
>using it seems to fix the problem
>
>CMS PROBLEM: could be a problem with OLD CMS libraries (watch out for
>non-PASE system)
>
>DECnet/OSI TRAINING: Cyndi Gregoire reported that people are calling her
>hotline with DNS problems that are really OSI problems; she feels that
>training would help eliminate these issues
>
>PKO SHUTDOWN: shutdown is scheduled for April 19 weekend; would people look
>at their schedules and determine if there is any network impact
>
>SUNSET REVIEW MEETING: set aside Wednesday, May 21st... 9am - 12 noon; agenda
>will be drafted and distributed before the meeting; all are welcomed to
>attend via phone or in person (MSO2).
>
>
>

>****  PSG SEPS97flash #95  ****
>
>If your application and/or organization use the 
>	OXFORD and WECHMP (SCCHMP/WRTIMA)
>clusters, please read on.  This Flash includes CDDs and OracleRdb databases
>that will be converted as part of the SEPS97 post-installation process.
>
>If an opportunity exists to delete old, out-dated, duplicate copies of
>dictionaries and/or databases, just do it!  If you need the assistance of
>CCS, please contact Mike Heiser, David Hawley and/or me at least three (3)
>days before the scheduled upgrade.
>
>If you have priority databases that you would like to have converted at the
>beginning of the post-installation process, let your SEPS97 representative,
>Mike Heiser, David Hawley and/or me know at least three (3) days before the
>upgrade.
>
>Databases have failed to be converted during previous upgrades for two
>reasons:
>1. Many of the .rdb files which failed are really not databases but ASCII
>files with the .rdb file extension.   Please change the extensions so we will
>not have to waste time and follow-on efforts trying to understand needless
>error messages.  The error returned is BAD PARAMETER VALUE.
>
>2. BADROOTMATCH errors are due to missing logicals or logicals that get
>defined on the process level... which may not be appropriate.  Please review
>your application's definition of logicals.
>
>Finally,
>** Remember: Very important ** 
>If you do delete an OracleRdb database, please document the name, short
>description, business supported, key business contact, key IS contact,
>creation date, last modify date, size and approximate number of users.  This
>step must be taken in order to assist the Company to comply with its
>OracleRdb licensing agreement.  Help save the Company money! Document and
>send your findings to Karen Schneider and cc: me.
>
>Please refer to PSG SEPS97flash #60 for more details.
>
>Following is the listing of OracleRdb/CDD files on the Oxford and WECHMP
>clusters.  Thanks to Mike for putting these listings together.
>
>Regards.
>
> 
>

>****   PSG SEPS97flash #96   ****
>
>
>Subject: Minutes of 16 April SEPS Status Meeting
>
>Meeting Schedule:   The next meeting is 23 April; April schedule will
>continue to be weekly; May will go back to every other week.
>
>The Sunset review meeting is scheduled for 21 May  9:00-12:00 ET in MSO2.
>The agenda will be distributed during the next few weeks.
>
>Attendees: Ken Chernack, Jim Visconti, Ed Marino, Hagos Tekle, Steve Barrell,
>Jo Adamson, Dave Hawley, Tom Donovan, Ken Femino, Mike Carolan, Dave
>Dauphinais, Jo Adamson, Judy Tuthill, Dave O'Brien, Mike Heiser
>
>STATUS:
>- CORPORATE APPLICATIONS (Jim Visconti): no issues
>- FINANCE  (Ken Chernack):  ready for this weekend
>- BU APPLICATIONS (Tom Donovan): no issues; GIAMEM on May 10 all set
>- INFORMATION WAREHOUSE (Ed Marino):  MUPA being installed on  USIW/IC this
>weekend; all going well
>- EUROPE (Jo Adamson): signoff on BSR, EPLS and waiting on ART; going well;
>RDB precompiler no longer supported for PASCAL; 3 applications can't
>recompile programs and have no workaround at this time but continue to search
>for answer
>- GP1 (Dave O'Brien):  no problems; getting ready for several upgrades coming
>up
>- AM1 (Mike Heiser): a few problems with installs being resolved; no big
>issues
>- AM2 (Hagos Tekle): CSLALL to be upgraded May 17, but All-in-One users could
>hold up SEPS and delay into next fiscal year; Ken Chernack to work with 
>  appropriate parties; Tom to explore situation as well 
>- OPG (Mike Carolan): Mark's trip to U.S. canceled, but support hours
>increased; MUPA for Alpha due shortly; addressing problems (SLS, Pathworks,
>Autogen) discovered in VAX MUPA; scheduled batch jobs with command files
>submitted from system disk will not run after upgrade because file ID
>changes; need to be resubmitted; Steve will write up problems and solutions;
>MUPA doesn't require immediate reboot, but should be done as soon as
>convenient (within 24 hours recommended) 
>- CANADA: Ken working with Harry on a schedule
>- ASIA/PACIFIC: no update
>
>SCHEDULE:
>- got note from a WMOVAX user re. upgrade... Dave Dauphinais, Tom Donovan and
>Ken Chernack to work 
>- serveral more upgrades have occurred with no major problems; major
>financial system upgrades scheduled for this weekend
>- TIS rescheduled to June 7
>- CPRS/CPDW: reschedule to mid-May and end of May approved
>- IMPORTANT: if there are specific times desired for MUPA upgrade then Reps
>should let Ken know; if specific times are not requested then it will be up
>to CCS to make sure MUPA upgrade occurs by 1 May (plan on four hours for
>installation of MUPA)
>- USIW/USIC MUPA upgrade scheduled for this weekend
>- A new schedule will be distributed during the next few days.  We are
>beginning to see the light at the end of the tunnel!
>
>APPLICATION CONTACT LIST: new list coming out; keep Ken informed of updates
>
>APPLICATION TESTING: reminder-notify Ken Femino and Dave O'Brien  when SEPS
>testing is completed; note that MUPA is installed on test clusters
>
>VMS MAIL PROBLEM: Harry knows of a  fix to a known problem with VMS
>mail/Exchange interface which he will send to Ken for possible PSG
>distribution;  concerns expressed about taxing the gateway to Exchange for
>distribution of files after VMS Mail goes away; various suggestions made: 
>*	Steve suggested sending to a single Exchange account and use Inbox
>Assistant to distribute
>*	use public folders
>*	reformat report to Courier (can Inbox Assistant or another means be used to
>automate this?)
>*	Harry's idea... see attached note from PSG Canada
>Please note, CCS OPG is testing this solution with the idea of providing it
>in a SEPS9x kit in the future or as a standalone upgrade.
>
>NETWORK/POWER SHUTDOWNS: PKO power shutdown is scheduled for 19 April
>weekend; 29 April UK network will be down
>
>SEPS97 SAMS CODES: PSG055 should only be used for program office work;
>developers should use their own application project work code with the SEPS97
>activity 
>code "A"
>
>SEPS KIT AVAILABILITY: for CCS personnel... the SLSCLIENTA028 kit is located
>at PAND::SEPS97_KITS:. Sept 1996 CONDIST disks 1 - 7 on line on PAND also and
>kits can be obtained by CD_BIN:[*.KIT] (thanks to Dave Hawley)
>
>Thanks Ed for taking the minutes!
>
>Attachment: <deleted>>
> 

>****   PSG SEPS97flash #97    ****
>
>
>The Q3 review of SAMS output has highlighted that many of you are not using
>the SAMS work codes properly.
>
>The PSG050 work code should only be used for Software Action Committee (SAC)
>work.  SAC committee representatives should be the only people using this
>code.
>
>The PSG055 work id code should only be used for SEPS97 Program Office work.
>SEPS97 committee representatives should be the only people using this code.
>
>Work involved in the modification and testing of an application for use on
>the SEPS97 platform should be charged to that application's work id code and
>the use of activity code 'A'.  Activity code 'A' signifies SEPS97 work.
>
>For the remainder of the SEPS97 Program, please try and adhere to the above
>rules.  Thank you for your anticipated cooperation.
>
>Regards.
>
>
>\\ken
>
>

>****   PSG SEPS97flash #98    ****
>
>
>Subject: Minutes of 23 April SEPS Status Meeting
>
>Meeting Schedule: 30 April; 7 May
>
>SUNSET REVIEW MEETING: 21 May  9:00am-noon; in-person attendence at meeting
>encouraged (Concord Conference Room, MSO2-2)
>
>Attendees: Ken Chernack, Jim Visconti,Ed Marino, Steve Barrell, Jo
>Adamson,Tom Donovan, Ken Femino, Mike Carolan, Dave Otten, Harry Don, Dave
>O'Brien
>
>STATUS:
>o CORPORATE APPLICATIONS (Jim Visconti): need to check why DECtalk is running
>slow, but things are going well
>o FINANCE  (Ken Chernack):  the weekend implementations on WILLEE and PROD07
>were difficult; problems are being corrected; follow-up meeting will be held 
>o BU APPLICATIONS (Tom Donovan): no issues; GIAMEM on May 10 on schedule; Ken
>Chernack to contact Ed Williams and Steve Webber about notifying non-PSG
>cluster users; MAXCIM support wants compilers and linkers on production
>machine-SAC committee not in favor and will review further before approving;
>Tom will contact Leslie Richardson to followup
>o INFORMATION WAREHOUSE (Ed Marino): MUPA installations on  USIW/IC went
>well; concerns about DECscheduler on PROD07 (see discussion of PROD07 below)
>o EUROPE (Mike Carolan): all European applications signed off; feel that they
>have a solution to Pascal precompiler problem
>o GP1 (Ken Femino): see discussion of PROD07 below
>o AM1: no update
>o AM2: no update
>o OPG (Mike Carolan): Alpha MUPA available; fixes for MUPA available;
>adjusting coverage hours
>o CANADA (Harry Don): Harry met with CCS and established plan for moving
>forward with installations; CCS in Canada may need assistance from AM1 with
>installation of SEPS; Ken and Harry to discuss offline plans for doing
>development systems before year end
>o ASIA/PACIFIC: no update
>
>SCHEDULE:
>o WILLEE had several problems (REF$SERVER, various system problems,
>DECscheduler) due to non-standard environments and old software; problems
>were quickly worked
>o PROD07 also had problems (DECscheduler, FINREF, no incremental backup),
>which took longer to uncover and to get resolved; question as to whether
>DECscheduler problems are now resolved... still being worked; review of
>problems to take place once the dust has settled on upgrade
>o AWARD scheduled for 2 May; ACADMY on 3 May; RDB test conversions went
>well-only RDB6.1 needs to be installed
>o IMPORTANT: if there are specific times desired for MUPA upgrade then Reps
>should let Ken know; if specific times are not requested then it will be up
>to CCS to make sure MUPA upgrade occurs by 1 May (plan on four hours for
>installation of MUPA)
>o Dave O'Brien to determine if Mark Dempsie is needed in the U.S. for either
>10 May or 17 May weekends
>o Kerry Bulwaka / Dave Dauphinais has a meeting scheduled to discuss business
>concerns regarding WMOVAX upgrade
>
>APPLICATION CONTACT LIST: new list coming out; keep Ken informed of updates
>
>APPLICATION TESTING: reminder-notify Ken Femino and Dave O'Brien  when SEPS
>testing is completed
>
>VMS to EXCHANGE MAIL: Steve Barrell has reviewed IMAIL and feels it is
>usable; need to determine how to distribute and support; will be brought to
>next SAC meeting
>
>NETWORK/POWER SHUTDOWNS: 29 April UK network will be down
>
>SEPS97 SAMS CODES: PSG055 should only be used for program office work;
>developers should use their own application project work code  with the  SEPS
>activity code "A"
>
>RDB PASCAL PRECOMPILER: lack of software to precompile imbedded RDO code
>causing problems in Europe (2 applications) and America (3 applications); not
>supported by Oracle; not all applications have the same resolution plan;
>Europe has a resolution, but America doesn't for two of the applications; Jim
>Visconti to research the problem further and report back; could impact
>upgrade of CPDW and CPRS
>
>Thanks Ed for taking the minutes.
>
>Congratulation to Jim Visconti for completing the Boston Marathon!!!
>
>

>****   PSG SEPS97flash #99   ****
>
>Attached is the latest version of the PSG Americas SEPS97 cluster upgrade
>schedule in MS Excel format.  Please print this spreadsheet in landscape
>mode.
>
>On USOPS::CNSMRO$PUBLIC:PSG*.PRN there are content enhanced schedules for
>those of you who cannot read the MS Excel attachment.  Again, I highly
>recommend viewing these listings for one and all.
>
>   Directory USOPS::DISK$OPS_ADMIN2:[CNSMRO]
>	PSG_SEPS97_SCHEDULE_BY_CLUSTER.PRN
>	PSG_SEPS97_SCHEDULE_BY_DATETIME.PRN
>	PSG_SEPS97_CLUSTERS.PRN
>
>Please remember, I will no longer be creating
>	PSG_SEPS97_SCHEDULE_BY_DECNETVERSION.PRN
>since the issue of DECnet PhaseIV to DECnet PhaseV transition done during the
>SEPS97 upgrade does not have to be highlighted anymore.  If you want this
>information, it is in the attached spreadsheet... or just call me and I'll
>create the report for you.
>
>  
>
>If you have any questions, please contact your organization's representative
>and/or me.  We will be happy to help you.
>

>****   PSG SEPS97flash #100   ****
>
>
>Attached is the current list of contacts for the SEPS97 upgrades in the
>Americas.  Please review it and if any changes have to be made, please
>contact me.
>
>  
>Regards.
>
>
>\\ken
    
  << .xls deleted >>
    
    >
>

>****  PSG SEPS97flash #101  ****
>
>
>
>Subject:  Minutes of 30 April SEPS97 Status Meeting
>Upcoming meeting Schedule: 7 May; 21 May
>
>SUNSET REVIEW MEETING: 21 May  9:00-12:00; in-person attendance at meeting
>encouraged (Concord Conference Room, MSO2-2); 18 DIBS ports being reserved;
>agenda will be published during the first week of May; all personnel are
>invited to participate.
>
>Attendees: Ken Chernack, Ray Rosch, Jim Visconti, Harry Don, Jo Adamson,
>Steve Barrell, Mike Carolan, Hagos Teckle, Dave O'Brien, Ed Marino, Tom
>Donovan, Rob Monteith
>
>STATUS:
>- CORPORATE APPLICATIONS (Jim Visconti): DECtalk appears to be a telephone
>problem, not related to SEPS97
>- FINANCE  (Ray Rosch):  all OK
>- BU APPLICATIONS (Tom Donovan): all set; some potential scheduling issues on
>the horizon.. set next section
>- INFORMATION WAREHOUSE (Ed Marino):  All OK
>- EUROPE (Jo/Mike): upgrades going well
>- GP1 (Ken Femino): unique environments causing some upgrade problems but
>problems being resolved
>- AM1: no update
>- AM2: nothing new
>- OPG (Mike Carolan): MarkD's trip to U.S. on hold because of number of
>European installations during same timeframe
>- CANADA (Harry Don): Canadian planning actively underway; gathering data to
>work towards a firm schedule; some concerns about not having a standard
>software platform; need to review system startups; will need training and
>would like some experienced on-site support; about 8 systems to upgrade; will
>not upgrade before year-end.
>- ASIA/PACIFIC: no update
>
>SCHEDULE:
>o Several important upgrades this weekend in US and Europe; seem to be in
>good shape
>o MUPA upgrades moving along
>o Reminder: Delta time patch needs to be installed on non-SEPS systems
>
>PATHWORKS UPGRADE: new version coming out to be installed on USCNS and USTEST
>for testing; Finance wants it installed on AKOFAT, but needs to be checked
>out with other users
>
>RDB PASCAL PRECOMPILER: a non-issue in Europe-found original source code; Bob
>Dandurand in U.S. calling a meeting to resolve issues with his applications
>
>MISCELLANEOUS REMINDERS:
>o keep KenC informed of updates to the application contact list
>o notify Ken Femino and Dave O'Brien  when SEPS test systems
>  are freed up
>o SEPS97 code PSG055 should only be used for program office work; developers
>should use their own application project work code with the SEPS activity
>code "A"
>
>Thanks Ed for taking the notes!
>
>
>