Yes, you can create a new CFRM couple data set with a larger capacity to hold more policies. I don't know of a technical maximum limit, but practically speaking, how many do you want to keep 'at the ready' at any one time? You can dynamically switch among defined policies via the SETXCF command. How likely is it that you would be inspired to switch from the current active policy back to one that was last used three years ago? Or one year ago?
The practical key to managing CFRM policies centers on the policy source, not on the compiled policy itself. Our SOP is to maintain only THREE complied policies at all times. We manage them like this: -- Each policy is named POLICY1, POLICY2, or POLICY3. -- The active policy rotates among those names, 1 --> 2 --> 3 --> 1 and so on. -- To create a new policy, backup the next in rotation and then overlay the old source with the new one. -- Edit the new policy source. -- Compile the new source and activate it. Example: CFRM policy data set contains three compiled policies: POLICY1 POLICY2 POLICY3 . POLICY3 happens to be the current active policy as shown by D XCF,POL,TYPE=CFRM . -- Go the policy source library. -- 3 rotates around to 1, so first backup the source for POLICY1. We use a naming convention where the 'old' version of POLICY1 is POLICY1@. -- Copy member POLICY3 over POLICY1. -- Edit the POLICY1 source to replace every occurrence of 'POLICY3' with 'POLICY1'. -- Edit all desired changes into the new POLICY1. -- Compile the new POLICY1 into the CFRM policy data set. -- Activate the new POLICY1 via SETXCF. -- If a serious problem shows up immediately, reactivate POLICY3. -- If a minor problem shows up, re-edit the source for POLICY1 and try again. There's no point in enshrining a bad policy. -- Down the road when you need another change, move on to POLICY2, then to POLICY3, then to POLICY1 ad infinitum. We have run this way since 1995. Policies are maintained as described by z/OS folks, by CICS folks, and by DB2 folks. All source lives in SYS1.SYSPLEX.CNTL, so everyone stays on sync at all times. NO ONE EVER keeps a private copy of any sysplex source or JCL. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [email protected] From: saurabh khandelwal <[email protected]> To: [email protected] Date: 11/29/2011 08:22 PM Subject: CFRM Policy Nmuber Sent by: IBM Mainframe Discussion List <[email protected]> Hello, We have a requirement to add new policy and structure in current CFRM couple dataset. I have extracted the current CFRM report from administrative utility. Which says, /* XCF Format Utility Control Cards: */ DATA TYPE(CFRM) * ITEM NAME(POLICY) NUMBER(3)* ITEM NAME(STR) NUMBER(150) ITEM NAME(CF) NUMBER(2) ITEM NAME(CONNECT) NUMBER(32) ITEM NAME(SMREBLD) NUMBER(1) ITEM NAME(SMDUPLEX) NUMBER(1) ITEM NAME(MSGBASED) NUMBER(1) I can have maximum 3 policy defined under this CFRM couple dataset. But When I check my policy detail, I have already three policy defined under this. Now to add new policy I just found the way to delete the oldest policy and create new policy and structure as required. But I know to know that, If I dont choose the option to delete oldest policy and I want to add new policy under this CFRM... Is it really possible. It means is it possible to change defination of CFRM couple dataset and increase the PLOICY ITEM number. Currently it set to 3, as below . I marked it in bold letter. /* XCF Format Utility Control Cards: */ DATA TYPE(CFRM) * ITEM NAME(POLICY) NUMBER(3)* ITEM NAME(STR) NUMBER(150) ITEM NAME(CF) NUMBER(2) ITEM NAME(CONNECT) NUMBER(32) ITEM NAME(SMREBLD) NUMBER(1) ITEM NAME(SMDUPLEX) NUMBER(1) ITEM NAME(MSGBASED) NUMBER(1) I tried checking in google and SYSPLEX manual, but It didnt help me . I want to change this policy number to some number greate then 3 like 10 or 15. Becuase whenever another request comes to add any more new policy, I don't have to delete the existing one. I will have to just add new in this couple dataset. -- Thanks & Regards Saurabh Khandelwal ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
