(full reply) 99% of the time you want a new CFRM policy to get stored in the currently active CFRM data set. The DSN/VOL parameters are available for the rare case where you need to create a CFRM policy for a system that is not currently running. We use this capability for DR recovery. At one time historically, we could IPL a system with no active CFRM policy, run a job to create one, activate it, and move on.
The advent of GRS star kyboshed that practice because you cannot IPL a GRS star system without a GRS structure. That required a usable policy in place before IPL. Hence the DSN/VOL parameters were added in order to run the policy job from a driving system ahead of the first IPL. Supported also by the COUPLExx parm CFRMPOL(xxx) that specifies the name of the policy to activate at IPL time if no active policy is found. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW [email protected] -----Original Message----- From: Jesse 1 Robinson Sent: Thursday, May 04, 2017 8:48 AM To: 'IBM Mainframe Discussion List' <[email protected]> Subject: Re: Activating CFRM policy 99% of the time, you want a new policy to go . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Mark Jacobs - Listserv Sent: Thursday, May 04, 2017 5:52 AM To: [email protected] Subject: (External):Re: Activating CFRM policy You're updating the CFRM dataset on volume PLY001, but the active CFRM dataset is on volume PLY003. Mark Jacobs > Jorge Garcia <mailto:[email protected]> May 4, 2017 at 7:16 AM Hi > all, > > We are activating a new CFRM policy. The build of new policy finishs > succesfully and it's build in the right couple datasets > > LINE Ñ CONTROL CARDS > > 1 DATA TYPE(CFRM) REPORT(YES) > 2 DSN(SYS1.P07B7.SYSPLEX1.CFRM.CDS02.NEW) VOLSER(PLY001) > 3 DEFINE POLICY NAME(POLICY1) REPLACE(YES) > 4 > > IXC738I DEFINE POLICY (POLICY1) STATEMENT AT LINE 3 PASSED > VERIFICATION. THE POLICY CAN BE ADDED. > IXC739I DATA WAS CHANGED FOR COUPLE DATA TYPE CFRM ADMINISTRATIVE DATA > UTILITY: REPORT DATA TYPE = CFRM > > IXC358I 12.57.37 DISPLAY XCF 887 > CFRM COUPLE DATA SETS > PRIMARY DSN: SYS1.P07B7.SYSPLEX1.CFRM.CDS01.NEW > VOLSER: PLY003 DEVN: 6445 > FORMAT TOD MAXSYSTEM > 05/04/2017 12:49:52 12 > ADDITIONAL INFORMATION: > FORMAT DATA > POLICY(6) CF(3) STR(50) CONNECT(32) > SMREBLD(1) SMDUPLEX(1) MSGBASED(1) > ALTERNATE DSN: SYS1.P07B7.SYSPLEX1.CFRM.CDS02.NEW > VOLSER: PLY001 DEVN: 6432 > FORMAT TOD MAXSYSTEM > 05/04/2017 12:51:14 12 > ADDITIONAL INFORMATION: > FORMAT DATA > POLICY(6) CF(3) STR(50) CONNECT(32) > SMREBLD(1) SMDUPLEX(1) MSGBASED(1) > CFRM IN USE BY ALL SYSTEMS > > > > But when we're going to actívate the new policy it isn't active in the > CFRM couple datasets > > RO VSIS,SETXCF START,POLICY,TYPE=CFRM,POLNAME=POLICY1 > SETXCF START,POLICY,TYPE=CFRM,POLNAME=POLICY1 > IXC384I SETXCF START POLICY REJECTED. 890 ADMINISTRATIVE POLICY > POLICY1 FOR CFRM NOT FOUND. > > We don't understand anything. Any help would be appreciate. > > Regards > > Jorge Garcia Juanino > Coordinador sistemas z/OS > ACTP – DIAC – Operación y Soporte EMEA MAPFRE Avenida del Talgo > 100-103 – 3ª Planta CP 28023 Madrid Tel. 91 581 27 34, Movil 618333559 > [email protected] ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
