Re: ICF Catalogs on SMS managed volumes

Sam,

I strongly concur with everything you said below about ICFRU, IDCAMS
(and not just EXPORT commands) and DFSMShsm. As a former CR+ user at my
last job, it, like T-REX, runs rings around IDCAMS, etc. to the tune of
being *** TEN TIMES *** faster at a lot of things.

And while I like DFSMShsm, "leery" doesn't even begin to describe my
feelings about using it as the primary backup and recovery tool. :-)

Bob

---------------------------------------------------------
Robert B. Richards (Bob)
US Office of Personnel Management
1900 E Street NW Room: BH04L
Washington, D.C. 20415
Phone: (202) 606-1195
Email: robert.richards@xxxxxxx
---------------------------------------------------------

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@xxxxxxxxxxx] On
Behalf Of Knutson, Sam
Sent: Friday, May 30, 2008 2:02 PM
To: IBM-MAIN@xxxxxxxxxxx
Subject: Re: ICF Catalogs on SMS managed volumes

Bob you are right. CATALOG backup and recovery gets special attention
here as well with backups during our normal nightly point in time copy
window as well as special backups the next day before prime daytime
processing.

We use T-REX from Dino Software http://www.dino-software.com/

There are other good products but I don't think in a large ICF catalog
environment just IDCAMS, ICFRU, and DFHSM are good enough.

I am a little leery of letting DFHSM backup catalogs using EXPORT
automatically. We have seen performance issues in the past with EXPORT
running on large catalogs. That is one of the reasons we use T-REX for
backups it is a lot faster. You can have too many backups if the DFHSM
backup slows us down during busy processing.

Best Regards,

Sam Knutson, GEICO
System z Performance and Availability Management
mailto:sknutson@xxxxxxxxx
(office) 301.986.3574

"Think big, act bold, start simple, grow fast..."


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@xxxxxxxxxxx] On
Behalf Of Richards, Robert B.
Sent: Friday, May 30, 2008 12:36 PM
To: IBM-MAIN@xxxxxxxxxxx
Subject: Re: ICF Catalogs on SMS managed volumes

Sam,

As others have pointed out, it really doesn't matter where the catalogs
are allocated.

In my opinion, what *does* matter are your DR considerations, *and more
importantly*, what catalog backup and recovery tool your shop is using.
As Ron Ferguson always taught, "Catalogs do break!" And he should know.

Bob

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

.

Relevant Pages

  • Re: ICF Catalogs on SMS managed volumes
    ... CATALOG backup and recovery gets special attention ... I am a little leery of letting DFHSM backup catalogs using EXPORT ... what catalog backup and recovery tool your shop is using. ...
    (bit.listserv.ibm-main)
  • Re: SQL2005 fulltext backup
    ... Can you limit your queries to the top n by using containstable? ... Looking for a FAQ on Indexing Services/SQL FTS ... explanation I can think of is the fact that I backup to the same disk ... has some live catalogs, but it seems that while backup is running the ...
    (microsoft.public.sqlserver.fulltext)
  • Re: SQL2005 fulltext backup
    ... The pause just stops indexing not querying. ... but it seems that while backup is running the ... catalogs are offline which is unacceptable - checking the SQL log I ...
    (microsoft.public.sqlserver.fulltext)
  • Re: SQL2005 fulltext backup
    ... Hilary Cotter wrote: ... Can you try to run repeated queries to verify exactly ... explanation I can think of is the fact that I backup to the same disk ... has some live catalogs, but it seems that while backup is running the ...
    (microsoft.public.sqlserver.fulltext)
  • Removing obsolete catalog references from VVDS
    ... I ran an IDCAMS DIAGNOSE against all my VVDSs. ... referenced catalogs were not encountered." ... and no longer existing catalogs. ... The message manual says to use DELETE NOSCRATCH to remove the VVDS from ...
    (bit.listserv.ibm-main)